Other device types?

[ilyaroot]

First of all, thank you very much, I've finally found a Homebridge analogue for Google Home / Google Assistant. I've tried to implement mqtt device provider for my own smart home and it was sooo hard comparing to Apple Homebridge!

Will you add support for other device types, for example, temperature and humidity sensors?

[peterkappelt]

Sensors are currently not really supported by Google. However, a thermostat could be implemented, that provides answers to temperature queries. Supported device categories and and functions that can be implemented are listed here:
https://developers.google.com/actions/smarthome/guides/
https://developers.google.com/actions/smarthome/traits/

I'll do it step by step, but I can't give any promises for feature xyz to be available soon.

If you've registered for the hosted gBridge service, you'll receive a link to a survey in one or two weeks. I'd be happy if you could give feedback this way - you can select which device type should be implemented next, too.

[Merphun]

Fully understood and agreed just in order to add to the list of devices in need: shutters
Currently I use the lights dim function and it works of course also with shutters but the google reply is somewhat out of context "Rolladen ist auf 50% Licht gesetzt" ;-)

[bondar]

I have a running service that supports all the types of virtual appliances, but I've only started implementing the bridge to MQTT and it's pretty basic and the UI is buggy...
Would love to see shutters/covers and fans!

[peterkappelt]

You can expect thermostats and scenes to be implemented by the end of november.

I've already implemented those on my development server - but I'm to busy in the next two weeks to test them thoroughly...

[peterkappelt]

Thermostats and scenes are supported from now on!

By the way: As it seems, Shutters are not yet supported by Google Home 😕 ❓ https://developers.google.com/actions/smarthome/guides/

[julionadal]

@peterkappelt Are you planning to add camera trait "action.devices.traits.CameraStream"?

It will be great since the request will be streamed on the device who triggered the command.
You can simulate this with an scene but you will have to choose a fixed device to execute the stream or create multiple scene per device.

Correct me if I'm wrong.

[peterkappelt]

Are you planning to add camera trait "action.devices.traits.CameraStream"?

Well, this wasn't really popular in the beta surveys. But I think I can add it in the mid-january update for you, since it isn't hard to implement.

Some exciting information for all: I've heard rumors that Google is going to add support for many more device types in a couple of weeks, among these are:

• Blinds
• Sensors
• Gates, Locks, Windows
• (De-) Humidifier
• Bathtubs?!
• Clocks?!

Once Google releases documentation for them, I'll add them

[peterkappelt]

New features are deployed 🎉
The list is in the forum: https://community.gbridge.io/t/gbridge-roadmap-and-updates/17/7

[taligentx]

Hi @peterkappelt - this project is great to see! Have you considered adding the Security System device and ArmDisarm trait?

I've written an interface (taligentx/dscKeybusInterface) for DSC PowerSeries security systems and currently have example integrations over MQTT for HomeKit via HomeBridge and Home Assistant. It'd be great to be able to integrate Google Assistant without having to go through IFTTT or Home Assistant.

Also, this could expose the state of doors, windows, motion detectors, etc to Google Assistant if there are any useful actions that can be taken within Google's platform based on those states.