Google Home/Assistant ioBroker einrichten/nutzen

[tombox]

@loi83
1.1.7
Zur Zeit sind das offizielle iot git und mein git identisch.
Ich werde die Woche versuchen die Darstellung welches Traits und Datenpunkte zum jeweiligen State gehören besser darzustellen.
Diese werden jetzt auch schneller im offiziellen iot eingefügt werden können, da es nur kleine Änderung sind.

[Xyolyp]

Ich habe heute das Update auf die aktuellste Stable Version gemacht. Vorher hatte ich die Instanz einige Wochen deaktiviert und war auf 0.4.x und bin jetzt auf 1.0.7. Als ich die Instanz deaktiviert habe funktionierte es, allerdings war es noch nicht vollständig genug, um wirklich genutzt zu werden. Leider ist das einzige was ich jetzt noch sehe, dass folgendes im Log steht. Bin ich richtig in der Annahme, dass die Version nicht nutzbar ist für die Google Home Anbindung?

[GHOME] Invalid URL key. Status update is disabled: {"error":"Unsupported version"}

[tombox]

@Xyolyp In 15min sollte eine neue stable Version 1.1.7 verfügbar sein mit der die Fehlermeldung nicht mehr auftaucht.
Oder einfach via github link installieren.

[tombox]

@Xyolyp Welche Funktionen fehlen um ihn wirklich zu nutzen.

[Xyolyp]

@tombox in der Version 0.4.x war erste Funktionalität mit den Google Assistant gegeben. Viele Gerätetypen waren noch nicht unterstützt und so ganz stabil schien es mir auch nicht zu sein.

[A Former User]

@tombox Gibt es schon Neues/Ideen/Pläne zu dem Mired/Kelvin-Problem (bzw. Brightness, die ist bei deConz auch 0-255 statt 0-100)?

Ich habe mir testweise mal Converter geschrieben die mit "adapter.getForeignObject" den Datenpunkt auslesen und auf Min/Max prüfen. Je nach Wertebereich (~150-500 = Mired / ~2000-9000 = Kelvin) schreibe ich dann "temperature_unit": "mired" / "kelvin" bzw. bei Brightness "brightness_scale": 1 / 2.55 in den CustomData-Bereich des GH-Objektes. Leider ist das Auslesen der Min/Max-Werte asynchron und ich bin bis jetzt mit meinen mangelnden JS-Kenntnissen daran gescheitert die komplette Kette anzupassen (UpdateDevices -> ProcessStates -> Process[type] usw)....

Mit solchen Angaben sollte man dann doch im Execute /Query die Werte entsprechend umrechnen können.

Gruß,
Porys

[tombox]

@Porys Ich versuche es im Laufe der nächsten Woche einzubauen.

[loi83]

Guten Morgen,

@tombox mein Gast WLAN wird im IoT als Sensor erkannt obwohl ich ihn als Schalter deklariert habe.

Hier mal die json
tr-064-community.0.states.wlanGuest.json

[marcuskl]

@tombox sagte in Google Home/Assistant ioBroker einrichten/nutzen:

@marcuskl Volume ist leider nocht nicht offziell veröffentlich. Deswegen können solche Fehler von Google zurückkommen.
Es ist schade das sich google so lange mit den Traits zeit lässt.

Ist es eigentlich zwischenzeitlich möglich, die Lautstärke mit Google zu verändern?

[siggi85]

@siggi85 sagte in Google Home/Assistant ioBroker einrichten/nutzen:

@tombox sagte in Google Home/Assistant ioBroker einrichten/nutzen:

@siggi85 hab ich so nicht getestet was passiert wenn manuell eine Gerät mit gleichen smarteste und Raum anlegt ob die auch zusammengefügt werden

Aber es ist besser das über die autodetekierung abzubilden kannst du nochmal konkret das Original Gerät hier hochladen. Welche Werte werden für den weissfaktor erwartet

Bin gerade nur am Handy, die Datenpunkte sind im Zitat meines Beitrags vor dir. Kann die aber später sicher noch Mal nachliefern.
Der Gain Wert bestimmt nur die Helligkeit der Farben. Der Weißwert ist völlig davon losgelöst. Es handelt sich um einen Wert zwischen 0 und 255.

@tombox Sorry für die späte Meldung. Hier noch mal mein Text zur aktuellen Problemstellung (gilt aber für alle Shelly RGBW2) und danach die exportiert JSON Datei.

@tombox Ich habe diese RGBW2 jetzt mit iot verknüpft. Das funktioniert auch soweit. Wie bereits beschrieben, wird der Weißkanal hierbei ignoriert. Also werden beim aktuellen Device anscheinend Switch, Gain, R, G, B genutzt um das Device zu bilden und zu steuern. Ich würde jetzt das Problem lösen in dem ich zwei Devices erstelle. Das zweite soll die Datenpunkte Switch und White nutzen.
Als ein Device "Vouten RGB" und ein Device "Vouten".
Wie kann ich aus dem bereits im IOT genutzten Channel aus zwei Datenpunkten ein weiteres Device machen? Zu beachten ist, dass der Switch Datenpunkte von beiden Devices geteilt wird.

custom.0.licht.wohnzimmer.Vouten.json

[siggi85]

@marcuskl sagte in Google Home/Assistant ioBroker einrichten/nutzen:

@tombox sagte in Google Home/Assistant ioBroker einrichten/nutzen:

@marcuskl Volume ist leider nocht nicht offziell veröffentlich. Deswegen können solche Fehler von Google zurückkommen.
Es ist schade das sich google so lange mit den Traits zeit lässt.

Ist es eigentlich zwischenzeitlich möglich, die Lautstärke mit Google zu verändern?

Ich mache das aktuell mit "Type: Speaker" und "Trait: Volume". Kann so per Sprache einen definierten Wert setzen, habe aber noch nicht viel damit getestet aber grundsätzlich funktionierts.

[marcuskl]

@siggi85 sagte in Google Home/Assistant ioBroker einrichten/nutzen:

@marcuskl sagte in Google Home/Assistant ioBroker einrichten/nutzen:

@tombox sagte in Google Home/Assistant ioBroker einrichten/nutzen:

@marcuskl Volume ist leider nocht nicht offziell veröffentlich. Deswegen können solche Fehler von Google zurückkommen.
Es ist schade das sich google so lange mit den Traits zeit lässt.

Ist es eigentlich zwischenzeitlich möglich, die Lautstärke mit Google zu verändern?

Ich mache das aktuell mit "Type: Speaker" und "Trait: Volume". Kann so per Sprache einen definierten Wert setzen, habe aber noch nicht viel damit getestet aber grundsätzlich funktionierts.

Ja habe ich auch schon, aber da kommt dann immer eine Fehlermeldung in den Log.
Funktionieren tut es

[siggi85]

@siggi85 sagte in Google Home/Assistant ioBroker einrichten/nutzen:

@tombox sagte in Google Home/Assistant ioBroker einrichten/nutzen:

@siggi85
kannst du bitte genau die Feature aufzählen die von den Geräten benötigt werden. Ich nutze den Alexa Adapter nicht und brauche deswegen ein wenig mehr Informationen.

Hier mal die Features die ich so sehe nach meiner persönlichen Pritorität sortiert (bin auch kein aktiver Alexa Nutzer, habe nur einen im Wohnzimmer um die Zeit bis zur aktuellen Google Umstellung zu überbrücken):

• Kommando an ein Device sende, als wenn man es gesprochen hätte
• History - --> das letzte gesprochene Kommando, Status des letzten Kommandos, auf welchem Google Home wurde was gesprochen bzw. ausgeführt etc. (um ggf. auf dem richtigen Speaker eine Antwort absetzen zu lassen)
• Ansteuern von Devices, die Google Home steuern kann
• speak - einen Home etwas sprechen lassen (auch ohne TTS Adapter) inklusive speakvolume (Adjust the speak volume of Alexa, this volume is set before the speak and reset afterwards)
• Ausführen von eigenen Routinen und vordefinierten Aktionen als eigene Datenpunkte (bspw. "sing" oder "verkehr")

Die Funktionen vom Alexa2 Adapter sind sonst auf GitHub super beschrieben, aber das wären die Hauptfunktionen die ich in Alexa kenne, die ich bei Google aktuell vermisse.

Ich würde hier gerne noch mal für diesen Request werben. Nachdem der IOT Adapter nun super mit google funktioniert, würde der Google Assitant somit endlich zu Alexa aufschließen.

[realwax]

Hallo,

Ich habe im Github ein issue erstellt issue #66.

Es geht darum im Google Devices Screen im Ladekreis fest zu hängen. Nach kurzer Hilfe von Thomas / TA2K und Umstellung auf seinen Fork ist geht der Ladekreis weg, aber Types und Traits werden nicht gespeichert, nachdem man sie geändert hat. Nach Übernahme und Speicherversuch bleiben die alten Werte. Der GHOME Url Key not found fehler ging mit dem Lizenzkauf weg.

Ich wollte u.a. auf diesem Weg einen Xiaomi tür sensor von Type Sensor auf Door ändern, in der Hoffnung, dass google ihn richtig meldet. Aktuell als sensort verkehrt. Meldet Sensor geschlossen, während er open auf "true" ist. Hatte das noch wer und wie gelöst?

Anscheinend haben mehrere diese Probleme.... Issue 67

Danke für Eure Hilfe!
LG Wolfgang

[Peter1980FFM]

Auf Bitte von @tombox (TA2k) hier die .JSON Datein der Geräte die nicht Richtig ausgelesen werdenhm-rpc.3.0001D3C99C8CE2.json hm-rpc.3.000B98A9ABC6FD.json hm-rpc.3.000C9A498BC024.json hm-rpc.3.00111A498BF9BF.json hm-rpc.2.OEQ0286031.json hm-rpc.2.OEQ2236838.json hm-rpc.2.OEQ2401293.json hm-rpc.2.PEQ0638202.json
https://github.com/ioBroker/ioBroker.iot/issues/67#issuecomment-532798433

Peter1980FFM created this issue in ioBroker/ioBroker.iot

closed Geräte werden Falsch erkannt, keine manuellen Korrekturen an Automatischen Einträgen möglich #67

[realwax]

@tombox Könnt ihr die manuellen Änderungen fixen? Man möchte ja den Type und Trait selbst einstellen. Ich arbeit mit eigenen Variablen und möchte jene gerne manuell einstellen. Das klappt gar nicht. Das wäre hilfreicher, da man selbst fixen kann...

[realwax]

So hier von mir auch noch die JSONs zu den falsch erkannten. (Wenn ich mir was wünschen darf, wäre es toll wenn man manuell umstellen kann. Ob es automatisch erkannt wird, oder nicht, ist mir nicht so wichtig. Viel wichtiger ist das man es konfigurieren kann und das speicher klappt.)

deconz.0.Sensors.44.open.json
Xiaomi Türkontakt an Deconz Wird als Sensor OpenClose erkannt. Door oder Window wäre besser. OpenClose richtig. Google Home meldet es seitenverkehrt. Wenn open true - Fenster geschlossen und umgekehrt.

deconz.0.Groups.11.Scene_1.recall.json
Deconz Lichtgruppe Szene - wird als switch onoff erkannt. Sollte scene mit function scene sein

javascript.1.co2sensor.json
Ist ein Javascript mit DFA Tostmann CO2 Sensor liefert Co2 und Temperatur. Beides wird als Sensor OpenClose erkannt.
Co2 ist nicht vorgesehen, aber die Temperatur sollte als Thermostat mit Function Thermostat_StatusTemp erkannt werden.

Danke & LG

W

[tombox]

Ich habe eine neue Version in meinem git hinzugefügt. Bitte nur testen wenn Konvertierung benötigt werden.
Es ist das einzig wichtige neue Feature.

Es sind jetzt Konvertierung möglich.
Es werden jetzt auch die States von Channels angezeigt aber Channels und devices können noch nicht bearbeitet werden.
Es werden jetzt Alexa Devices vom Typ Light, Switch, SmartPlug, SmartLock importiert.

@realwax Deine Objekte sind sehr eigenartig sie können nicht importiert werden. Es ist dafür ein issue beim iobroker.admin adapter aufgemacht.
@Peter1980FFM Ich bräuchte die IDs von den Channels die nicht korrekt erkannt werden.

[realwax]

@tombox Danke. Ich kann dir gerne meine ganzen Deconz Objekte schicken. Es ist ein Zigbee Adapter dessen Lichter ich gerne drinnen hätte. Ob es automatisch erkannt wird oder nicht ist mir egal. Optimal wäre für meinem Zugang zum iot Adapter, dass ich Objekte meiner Wahl, gern mit Raum, aber eben Funktion und Tait wie Namen frei wählbar habe und das auch zu Google durchsynct. Das ist der Moment, wo sich Euer Adapter voll auszahlt. Vorher kann gerade mal Lichter ein aus und die Szene als Schalter eben. Zum meinem iobroker v1.5.14 npm 6.4.1 nodejs 8.15 aus einem docker container via qnap, vielleicht ist das relevant. danke!

[tombox]

@realwax Ja exportiere das komplette deconz