39_gassistant.pm (Google Assistant, Google Home)

Begonnen von dominik, 29 Januar 2019, 21:59:53

Vorheriges Thema - Nächstes Thema

juemuc

Hallo zusammen,

ich habe immer wieder diese Fehlermeldung:
Command action.devices.commands.OnOff not configured for device HmIP_BSM_000858A9ABDF0E

Nach einem restart ist wieder alles ok (für ein paar Stunden).

Das Gerät ist wie folgt definiert:
defmod HmIP_BSM_000858A9ABDF0E HMCCUDEV 000858A9ABDF0E
attr HmIP_BSM_000858A9ABDF0E userattr Schalter Schalter_map structexclude
attr HmIP_BSM_000858A9ABDF0E IODev HMCCU3
attr HmIP_BSM_000858A9ABDF0E alexaName Licht im Büro
attr HmIP_BSM_000858A9ABDF0E alias Lichtschalter Büro
attr HmIP_BSM_000858A9ABDF0E assistantName Licht im Büro
attr HmIP_BSM_000858A9ABDF0E cmdIcon on:general_an off:general_aus
attr HmIP_BSM_000858A9ABDF0E controldatapoint 4.STATE
attr HmIP_BSM_000858A9ABDF0E devStateStyle style="text-align:right"
attr HmIP_BSM_000858A9ABDF0E event-on-change-reading .*
attr HmIP_BSM_000858A9ABDF0E group HM Funkschalter
attr HmIP_BSM_000858A9ABDF0E homebridgeMapping cmdOn=on,cmdOff=off
attr HmIP_BSM_000858A9ABDF0E icon li_wht_dimmer
attr HmIP_BSM_000858A9ABDF0E realRoom Büro
attr HmIP_BSM_000858A9ABDF0E room Alexa,Büro,GoogleAssistant,Homematic,Schaltzentrale
attr HmIP_BSM_000858A9ABDF0E sortby 09
attr HmIP_BSM_000858A9ABDF0E statedatapoint 4.STATE
attr HmIP_BSM_000858A9ABDF0E statevals on:true,off:false
attr HmIP_BSM_000858A9ABDF0E webCmd :


Was läufft hier falsch? Ist das homebridgeMapping falsch definiert?

Viele Grüße
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

SouzA

Wenn ihr homebridgeMapping für Alexa oder Siri verwendet, bitte unbedingt einen Zeilenumbruch zwischen den Mappings verwenden und kein Leerzeichen!

{
  "On": {
    "reading": "state",
    "valueOff": "off",
    "cmdOn": "on",
    "cmdOff": "off"
  }
}


https://wiki.fhem.de/wiki/Google_Assistant_FHEM_Connect

Bis denn
SouzA
Raspi 4, EnOcean TCM310 USB, HM-MOD-UART-USB, Jeelink, hue, AMAD, fully, FRITZBOX, Signalbot, VIERA, Presence BT/Mac, TPLink, Gassistant, Shelly, fhempy, ZigBee

SouzA

Zitat von: thunder1902 am 23 Januar 2021, 18:26:04
Hallo!
Ich habe auch ein Problem:
Ich verwende einen normalen Homematic-Switch für das Garagentor. Beim Garage auf- und zumachen schaltet der Switch 1 Sekunde auf ein - und geht dann wieder aus. (setTimerOn).
Nun mein Problem:
Ich möchte sagen können "Mach die Garage auf".
Dafür muss ich ja ein "Blind" - Homebridge Mapping nehmen. Denn bei "Switch" muss man sagen "Schalte blabla ein...".
Um zu erkennen, ob die Garage auf oder zu ist, gibt es einen weiteren Homematic Sensor, der "auf" und "zu" kennt (Switch).

Was ist nun das korrekte Homebridge-Mapping, damit ich sagen kann:
"Mach die Garage auf/zu"
und die Frage stellen kann:
"Ist die Garage auf?".

Das Standard-Blind-Mapping ist ja:
{
  "OpenClose": {
    "reading": "state",
    "values": ["/^closed/:CLOSED", "/.*/:OPEN"],
    "cmdOpen": "open",
    "cmdClose": "close"
  },
  "TargetPosition": {
    "reading": "position",
    "cmd": "position",
    "invert": true
  },
  "CurrentPosition": {
    "reading": "position",
    "invert": true
  }
}


angepasst wäre das in etwa so:
{
  "OpenClose": {
    "reading": "state",
    "values": ["/^off/:CLOSED", "/.*/:OPEN"],
    "cmdOpen": "on",
    "cmdClose": "on"
  },
  "TargetPosition": {
    "reading": ":state",
    "cmd": "state",
    "invert": true
  },
  "CurrentPosition": {
    "reading": "device2:state",
    "invert": true
  }
}


...was aber nicht funktioniert.

Könnt ihr mir da einen Tip geben??

Btw.
Ich habe ähnliche Konstellation.
Schalte auch mit nem Homematic-Schalter für 1 Sekunde ein, um das Garagentor zu verfahren. Die Richtung ergibt sich aus dem jeweiligen Status. Also kein Einfluß darauf.

Dazu habe ich zwei Endlagenschalter für auf und zu verbaut. Die kommen mit einem Shelly-Sensor rein.

Aber daran, den Garagenstatus abfragen zu können, bin ich auch gescheitert.
Da heißt es von Google immer: Tut mir leid, die Garage ist zur Zeit nicht erreichbar. Versuche es später noch einmal.
Der Befehl zum Verfahren lässt sich aber absetzen.

Falls du noch mal auf einen grünen Zweig kommst, würde ich mich über eine kurze Rückmeldung freuen.

Thx und bis
SouzA
Raspi 4, EnOcean TCM310 USB, HM-MOD-UART-USB, Jeelink, hue, AMAD, fully, FRITZBOX, Signalbot, VIERA, Presence BT/Mac, TPLink, Gassistant, Shelly, fhempy, ZigBee

kriegerkl

#2583
Ich wollte mal fragen, wie es mit dem Google-Bug: 170131590 weiter geht.

Ich habe folgende Definition:


define Fernseher SamsungAV 192.168.178.20 8001
#attr Fernseher alias Radio
attr Fernseher homebridgeMapping {\
"Channel": {\
  "availableChannels": [\
    {\
      "key": "ARD",\
      "names": [\
        "ARD"\
      ],\
      "number": "1"\
    },\
    {\
      "key": "ZDF",\
      "names": [\
        "ZDF"\
      ],\
      "number": "2"\
    },\
    {\
      "key": "BAYERN",\
      "names": [\
        "Bayrischer Rundfunk",\
        "Bayern",\
        "Bayern 3"\
      ],\
      "number": "3"\
    },\
    {\
      "key": "WDR",\
      "names": [\
        "Westdeutscher Rundfunk",\
        "WDR",\
        "WDR 3"\
      ],\
      "number": "4"\
    },\
    {\
      "key": "ARTE",\
      "names": [\
        "Arte"\
      ],\
      "number": "5"\
    },\
    {\
      "key": "3SAT",\
      "names": [\
        "3Sat"\
      ],\
      "number": "6"\
    },\
    {\
      "key": "PHOENIX",\
      "names": [\
        "Phoenix"\
      ],\
      "number": "7"\
    },\
    {\
      "key": "NDR",\
      "names": [\
        "Norddeutscher Rundfunk",\
        "NDR",\
        "NDR 3"\
      ],\
      "number": "13"\
    },\
    {\
      "key": "RTL",\
      "names": [\
        "RTL"\
      ],\
      "number": "19"\
    },\
    {\
      "key": "VOX",\
      "names": [\
        "VOX"\
      ],\
      "number": "20"\
    },\
    {\
      "key": "SAT1",\
      "names": [\
        "SAT 1"\
      ],\
      "number": "21"\
    },\
    {\
      "key": "RTL2",\
      "names": [\
        "RTL 2"\
      ],\
      "number": "23"\
    },\
    {\
      "key": "CNN",\
      "names": [\
        "CNN"\
      ],\
      "number": "30"\
    }\
  ],\
  "cmd":"channel",\
  "cmds": ["ARD:channel 1", "ZDF:channel 2", "BAYERN:channel 3", "WDR:channel 4", "ARTE:channel 5", "3SAT:channel 6", "PHOENIX:channel 7", "NDR:channel 13", "RTL:channel 19", "VOX:channel 20", "SAT1:channel 21", "RTL2:channel 23", "CNN:channel 30"]\
}\
}
attr Fernseher room GoogleAssistant


Vor kurzem funktionierte das Steuern des Fernsehers über die Programmnamen: "Schalte den Fernseher auf Phoenix".
Das geht jetzt wieder nicht mehr. Google antwortet: "Entschuldigung, das habe ich nicht verstanden"
Wenn ich dagegen sage: "Schalte den Fernseher auf Kanal 7" funktioniert es.
Auch wenn ich den Fernseher in Radio umbenenne: "attr Fernseher alias Radio" funktioniert es nicht mehr, was vorher ja mal eine Lösung war.

Ich habe das homebridgemapping jetzt mal auf modes umgestellt.
Dann funktioniert alles:

attr Fernseher homebridgeMapping {\
  "On": {\
    "reading":"state",\
    "valueOff":"off",\
    "device":"Fernseher",\
    "cmdOn":"on",\
    "cmdOff":"off"\
  },\
  "Channel": {\
    "cmd":"channel"\
  },\
  "Modes":[\
  {\
    "reading":"state",\
    "cmds":[\
      "ARD:channel 1",\
      "ZDF:channel 2",\
      "BAYERN:channel 3",\
      "WDR:channel 4",\
      "ARTE:channel 5",\
      "3SAT:channel 6",\
      "PHOENIX:channel 7",\
      "NDR:channel 13",\
      "RTL:channel 19",\
      "VOX:channel 20",\
      "SAT1:channel 21",\
      "RTL2:channel 23",\
      "CNN:channel 30"\
    ],\
    "mode_attributes":{\
      "name":"sender",\
      "name_values":[\
      {\
        "name_synonym":[\
          "sender",\
          "programm"\
        ],\
        "lang":"de"\
      }\
      ],\
      "settings":[\
      {\
        "setting_name":"ARD",\
"setting_values":[\
{\
          "setting_synonym":[\
            "ARD",\
            "Erstes"\
  ],\
  "lang":"de"\
}\
]\
      },\
      {\
        "setting_name":"ZDF",\
        "setting_values":[\
        {\
          "setting_synonym":[\
    "ZDF",\
    "Zweites"\
  ],\
  "lang":"de"\
        }\
        ]\
      },\
      {\
        "setting_name":"BAYERN",\
        "setting_values":[\
        {\
          "setting_synonym":[\
    "Bayern 3",\
    "Drittes"\
  ],\
  "lang":"de"\
        }\
        ]\
      },\
      {\
        "setting_name":"WDR",\
        "setting_values":[\
        {\
          "setting_synonym":[\
    "WDR",\
    "Westdeutscher Rundfunk"\
  ],\
  "lang":"de"\
        }\
        ]\
      },\
      {\
        "setting_name":"ARTE",\
        "setting_values":[\
        {\
          "setting_synonym":[\
    "ARTE"\
  ],\
  "lang":"de"\
        }\
        ]\
      },\
      {\
        "setting_name":"3SAT",\
        "setting_values":[\
        {\
          "setting_synonym":[\
    "3SAT"\
  ],\
  "lang":"de"\
        }\
        ]\
      },\
      {\
        "setting_name":"PHOENIX",\
        "setting_values":[\
        {\
          "setting_synonym":[\
    "PHOENIX"\
  ],\
  "lang":"de"\
        }\
        ]\
      },\
      {\
        "setting_name":"NDR",\
        "setting_values":[\
        {\
          "setting_synonym":[\
    "NDR",\
    "Norddeutscher Rundfunk"\
  ],\
  "lang":"de"\
        }\
        ]\
      },\
      {\
        "setting_name":"RTL",\
        "setting_values":[\
        {\
          "setting_synonym":[\
    "RTL"\
  ],\
  "lang":"de"\
        }\
        ]\
      },\
      {\
        "setting_name":"VOX",\
        "setting_values":[\
        {\
          "setting_synonym":[\
    "VOX"\
  ],\
  "lang":"de"\
        }\
        ]\
      },\
      {\
        "setting_name":"SAT1",\
        "setting_values":[\
        {\
          "setting_synonym":[\
    "SAT 1"\
  ],\
  "lang":"de"\
        }\
        ]\
      },\
      {\
        "setting_name":"RTL2",\
        "setting_values":[\
        {\
          "setting_synonym":[\
    "RTL 2"\
  ],\
  "lang":"de"\
        }\
        ]\
      },\
      {\
        "setting_name":"CNN",\
"setting_values":[\
{\
          "setting_synonym":[\
            "CNN"\
  ],\
  "lang":"de"\
}\
]\
      }\
      ]\
    }\
  }\
  ]\
}


juemuc

Zitat von: SouzA am 10 Februar 2021, 05:39:44
Wenn ihr homebridgeMapping für Alexa oder Siri verwendet, bitte unbedingt einen Zeilenumbruch zwischen den Mappings verwenden und kein Leerzeichen!

{
  "On": {
    "reading": "state",
    "valueOff": "off",
    "cmdOn": "on",
    "cmdOff": "off"
  }
}


https://wiki.fhem.de/wiki/Google_Assistant_FHEM_Connect

Bis denn
SouzA

Danke
Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

a_quadrat

Hallo Dominik,

bei mir funktioniert die Steuerung der Jalousien über das SmartDisplay nicht mehr. Im Log kommt kein Befehl von google an, wenn ich den Button drücke. Hat google hier was verändert? Funktioniert es bei dir noch?

VG Andreas

RockFan

Hallo zusammen,

seit einem wahrscheinlich vom Raspi-Watchdog getriggerten Neustart von FHEM vor 10 Tagen läuft mein gassistant Device nicht mehr richtig. Ich glaube, dass meine Credentials verloren gegangen sind. Hatte bisher nur zu viel um die Ohren, um mich darum zu kümmern.

Jedenfalls habe ich vor ein paar Tagen über die LoginURL, die mir gassistant angezeigt hat, versucht mich neu anzumelden und habe auch den authcode über das set-Kommando neu gesetzt.
Leider hat das nichts gebracht und es ist sogar noch schlechter geworden. Jetzt gibt es nichtmal mehr die loginURL  :(

Im FHEM-Log loopt der gassistant ca. alle 20 Sekunden mit folgenden Meldungen:

2021.02.19 18:07:42 2: gassistant: starting gassistant-fhem: /usr/bin/gassistant-fhem -c ./gassistant-fhem.cfg -a du!8`>8oo34ea07 -s
2021.02.19 18:07:42 3: gassistant: starting
2021.02.19 18:07:42 3: gassistant: using logfile: ./log/gassistant-2021-02-19.log
2021.02.19 18:07:45 3: gassistant: read: end of file reached while sysread
2021.02.19 18:07:45 3: gassistant: stopped


Im gassistant-Log sehen die Meldungen (auch im Loop) wie folgt aus:

Loading cli.js...
Loading version.js...
Loading server.js...
Loading user.js...
Loading logger.js...
Loading fhem.js...
Loading database.js...
Loading localhandleQUERY.js...
Loading utils.js...
Loading localserver.js...
Loading localhandleEXECUTE.js...
error: auth format wrong. must be user:password


(Desahlb ist mir ich auch auf die Idee mit dem erneuten Anmelden gekommen.)

Ich habe auch noch clearCredentials ausprobiert. Hat am Verhalten nichts geändert.

Alle meine bisher beschriebenen Versuche haben soweit ich das sehe auch nichts an den Logeinträgen geändert.

In einem relativ alten Post (https://forum.fhem.de/index.php/topic,96696.msg1004135.html#msg1004135) habe ich von dominik in einem entfernt ähnlichem Problem den Hinweis bekommen gassistant mit remove zu entfernen und neu zu starten. Leider kennt mein Raspberry OS kein remove, sonst hätte ich das mal 1:1 ausprobiert (Ich bin nur ein Linux-Rookie  ;) )

Hat jemand eine Idee, wie ich hier weiterkomme?

Danke für jede Idee :)

Viele Grüße
Dieter
Raspbian (Buster) auf Raspberry Pi 4 /  CUL + RFXTRX + TCM / FS20, FHT 80B, S300TH, Intertechno, DMX, Milight, EnOcean, Homematic, AMAD, Home Connect, MiSmartHome, Yeelight, ...

dominik

Zitat von: a_quadrat am 19 Februar 2021, 08:35:17
Hallo Dominik,

bei mir funktioniert die Steuerung der Jalousien über das SmartDisplay nicht mehr. Im Log kommt kein Befehl von google an, wenn ich den Button drücke. Hat google hier was verändert? Funktioniert es bei dir noch?

VG Andreas

Bei meiner Testrollo (dummy) funktioniert es noch mit "Öffne die Rollo" oder "Schließe die Rollo". Im Log kommt garnichts an? Andere Befehle funktionieren?
fhempy -  https://github.com/fhempy/fhempy: GoogleCast, Tuya, UPnP, Ring, EQ3BT, Nespresso, Xiaomi, Spotify, Object Detection, ...
Kaffeespende: https://paypal.me/todominik

dominik

Zitat von: RockFan am 19 Februar 2021, 18:46:39
Hallo zusammen,

seit einem wahrscheinlich vom Raspi-Watchdog getriggerten Neustart von FHEM vor 10 Tagen läuft mein gassistant Device nicht mehr richtig. Ich glaube, dass meine Credentials verloren gegangen sind. Hatte bisher nur zu viel um die Ohren, um mich darum zu kümmern.

Jedenfalls habe ich vor ein paar Tagen über die LoginURL, die mir gassistant angezeigt hat, versucht mich neu anzumelden und habe auch den authcode über das set-Kommando neu gesetzt.
Leider hat das nichts gebracht und es ist sogar noch schlechter geworden. Jetzt gibt es nichtmal mehr die loginURL  :(

Im FHEM-Log loopt der gassistant ca. alle 20 Sekunden mit folgenden Meldungen:

2021.02.19 18:07:42 2: gassistant: starting gassistant-fhem: /usr/bin/gassistant-fhem -c ./gassistant-fhem.cfg -a du!8`>8oo34ea07 -s
2021.02.19 18:07:42 3: gassistant: starting
2021.02.19 18:07:42 3: gassistant: using logfile: ./log/gassistant-2021-02-19.log
2021.02.19 18:07:45 3: gassistant: read: end of file reached while sysread
2021.02.19 18:07:45 3: gassistant: stopped


Im gassistant-Log sehen die Meldungen (auch im Loop) wie folgt aus:

Loading cli.js...
Loading version.js...
Loading server.js...
Loading user.js...
Loading logger.js...
Loading fhem.js...
Loading database.js...
Loading localhandleQUERY.js...
Loading utils.js...
Loading localserver.js...
Loading localhandleEXECUTE.js...
error: auth format wrong. must be user:password


(Desahlb ist mir ich auch auf die Idee mit dem erneuten Anmelden gekommen.)

Ich habe auch noch clearCredentials ausprobiert. Hat am Verhalten nichts geändert.

Alle meine bisher beschriebenen Versuche haben soweit ich das sehe auch nichts an den Logeinträgen geändert.

In einem relativ alten Post (https://forum.fhem.de/index.php/topic,96696.msg1004135.html#msg1004135) habe ich von dominik in einem entfernt ähnlichem Problem den Hinweis bekommen gassistant mit remove zu entfernen und neu zu starten. Leider kennt mein Raspberry OS kein remove, sonst hätte ich das mal 1:1 ausprobiert (Ich bin nur ein Linux-Rookie  ;) )

Hat jemand eine Idee, wie ich hier weiterkomme?

Danke für jede Idee :)

Viele Grüße
Dieter

error: auth format wrong. must be user:password
Nutzt du das auth Attribut? Hast du in FHEM ein Passwort hinterlegt? Sieht so aus als würde es im falschen Format hinterlegt sein.
fhempy -  https://github.com/fhempy/fhempy: GoogleCast, Tuya, UPnP, Ring, EQ3BT, Nespresso, Xiaomi, Spotify, Object Detection, ...
Kaffeespende: https://paypal.me/todominik

RockFan

#2589
Zitat von: dominik am 19 Februar 2021, 22:47:22
Nutzt du das auth Attribut? Hast du in FHEM ein Passwort hinterlegt? Sieht so aus als würde es im falschen Format hinterlegt sein.

Ja, das Attribut ist gesetzt. Ich kann mich nicht mehr erinnern, warum und wie der Wert "crypt:xxxxxxxxxxxxxxxx" (xxx=eine kryptische Zahlen- und Buchstabenfolge) zustande kam :-[ Wurde das Attribut mal automatisch gesetzt?

Ich habe auf der Fehlersuche gestern im Wiki gesehen, dass dann in gassistant-fhem.cfg User und Passwort stehen sollten - taten sie aber nicht. Nachdem ich sie hinzugefügt habe, hat sich leider auch nichts geändert. Auch ssl true oder false ändert nichts an der momentanen Situation.

Was ich nicht verstehe, ist die Tatsache, dass das alles ja eine ganze Weile wunderbar funktioniert hat und nur durch einen außerplanmäßigen Neustart komplett aus dem Tritt gekommen ist.

EDIT 27.02.2021
Der Vollständigkeit halber: Ich habe gerade das gassistant-Device gelöscht und neu definiert (inkl. google-Login, usw.). Jetzt ist wieder alles in Ordnung  :)
Wie das Problem zustande kam bleibt ein Rätsel, ist aber im Endeffekt egal, da alles wieder geht.
Raspbian (Buster) auf Raspberry Pi 4 /  CUL + RFXTRX + TCM / FS20, FHT 80B, S300TH, Intertechno, DMX, Milight, EnOcean, Homematic, AMAD, Home Connect, MiSmartHome, Yeelight, ...

a_quadrat

Zitat von: dominik am 19 Februar 2021, 22:46:17
Bei meiner Testrollo (dummy) funktioniert es noch mit "Öffne die Rollo" oder "Schließe die Rollo". Im Log kommt garnichts an? Andere Befehle funktionieren?

Die Sprach-Befehle funktionieren, aber wenn ich das Rollo über das SmartDisplay steuern möchte, also per Touch, passiert nichts mehr. Ich habe auch alles einmal neu gestartet - ohne Erfolg.

Rothammel

oh der Entwickler ist zurück, dann will ich meine Frage noch mal stellen

Zitat von: Rothammel am 09 Dezember 2020, 10:19:54
Hallo,
ich habe ein H801 mit Tasmota geflashed, was ist zu tun, damit Google Assistant einen Dimmer erkennt?

{
  "Arg":"Eingang_Licht",
  "Results": [
  {
    "Name":"Eingang_Licht",
    "PossibleSets":"Color:colorpicker Dimmer:slider,0,1,100 OFF ON gruen:3,0",
    "PossibleAttrs":"alias comment:textField-long eventMap:textField-long group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev qos retain publishSet publishSet_.* subscribeReading_.* autoSubscribeReadings useSetExtensions:1,0 event-aggregator event-min-interval event-on-change-reading event-on-update-reading oldreadings stateFormat:textField-long timestamp-on-change-reading DbLogExclude DbLogInclude DbLogValueFn:textField-long alexaName alexaProactiveEvents:1,0 alexaRoom assistantName:textField cmdIcon devStateIcon devStateIcon:textField-long devStateStyle gassistantName:textField genericDeviceType:security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock,ac_unit,aircondition,airfreshener,airpurifier,awning,bathtub,bed,blender,blinds,boiler,camera,carbon_monoxide_detector,charger,closet,coffee_maker,coffeemaker,cooktop,curtain,dehumidifier,dehydrator,dishwasher,door,drawer,dryer,fan,faucet,fireplace,fryer,gate,grill,heater,hood,humidifier,kettle,remotecontrol,mop,mower,microwave,multicooker,network,oven,pergola,petfeeder,pressurecooker,radiator,refrigerator,router,scene,securitysystem,settop,sensor,shutter,shower,smoke_detector,sousvide,sprinkler,standmixer,tv,vacuum,valve,washer,waterheater,waterpurifier,watersoftener,yogurtmaker,aircooler,audio_video_receiver,freezer,speaker,streaming_box,streaming_stick,streaming_soundbar,soundbar homebridgeMapping:textField-long icon realRoom:textField sortby webCmd webCmdLabel:textField-long widgetOverride userattr",
    "Internals": {
      "CFGFN": "",
      "FUUID": "5fc5f373-f33f-e8a7-3429-b5fe23de0c6d823c",
      "IODev": "mqtt",
      "NAME": "Eingang_Licht",
      "NR": "2620355",
      "STATE": "OFF",
      "TYPE": "MQTT_DEVICE"
    },
    "Readings": {
      "Color": { "Value":"FFFFFF", "Time":"2020-12-01 16:52:20" },
      "Dimmer": { "Value":"82", "Time":"2020-12-09 10:17:18" },
      "gruen": { "Value":"0", "Time":"2020-12-03 10:37:09" },
      "state": { "Value":"OFF", "Time":"2020-12-09 10:17:22" },
      "transmission-state": { "Value":"incoming publish received", "Time":"2020-12-09 10:17:22" }
    },
    "Attributes": {
      "IODev": "mqtt",
      "assistantName": "Eingang",
      "genericDeviceType": "light",
      "icon": "light_ceiling",
      "publishSet": "ON OFF cmnd/eingang/Power5",
      "publishSet_Color": "colorpicker cmnd/eingang/Color",
      "publishSet_Dimmer": "slider 0,1,100 cmnd/eingang/Channel5",
      "publishSet_gruen": "3 0 cmnd/eingang/Power2",
      "room": "GoogleAssistant,Licht",
      "stateFormat": "state",
      "subscribeReading_Color": "stat/eingang/Color",
      "subscribeReading_state": "stat/eingang/POWER5"
    }
  }  ],
  "totalResultsReturned":1
}


Carsten K.

Wunderschönen Guten Morgen,

ich setze den GAssistant gerne und immer mehr ein.
Leider hat Google Home auf meinem Handy die Raumzuordnung verloren und ich kann alles neu zuordnen (evtl. weil ich 2 verschiedene "Zuhause" definiert habe?).

Gibt es eine Möglichkeit über ein FHEM-Attribut zu steuern, in welchen "Google Home"-Raum das Gerät verschoben werden soll?
Das Attribut selber ist wahrscheinlich nicht das Problem, aber kann "Google Home" das dann auch anwenden?

Viel Sonne & Gute Laune
Carsten
NUC FHEM on Debian, CC1101-USB-Lite 868MHz;
HM_HM_CC_RT_DN, HM-LC-SW1-PL2, HM_HM_TC_IT_WM_W_EU, HM-SEC-SC-2, HM-ES-TX-WM
FRITZ!DECT 200
Philips TV (Android), VuDuo2, VU Ultimo4k

a_quadrat

#2593
Zitat von: Carsten K. am 21 Februar 2021, 09:04:41
Wunderschönen Guten Morgen,

ich setze den GAssistant gerne und immer mehr ein.
Leider hat Google Home auf meinem Handy die Raumzuordnung verloren und ich kann alles neu zuordnen (evtl. weil ich 2 verschiedene "Zuhause" definiert habe?).

Gibt es eine Möglichkeit über ein FHEM-Attribut zu steuern, in welchen "Google Home"-Raum das Gerät verschoben werden soll?
Das Attribut selber ist wahrscheinlich nicht das Problem, aber kann "Google Home" das dann auch anwenden?

Viel Sonne & Gute Laune
Carsten

Ja, das gibt es. Es heißt realRoom. Dort kannst du die Räume festlegen, aber wenn deine Geräte einmal in Google angelegt sind kannst du den Raum nicht mehr ändern. Außer du trennst einmal die Verbindung zu fhemconnect in der HomeApp. Wenn du es dann wieder verbindest, übernimmt Google die Räume aus dem genannten Attribut. Ein Nachteil dabei ist, wenn du Abläufe definiert hast, musst du sie hinterher wieder neu konfigurieren.

VG Andreas

Carsten K.

Zitat von: a_quadrat am 21 Februar 2021, 20:15:49
Ja, das gibt es. Es heißt realRoom. Dort kannst du die Räume festlegen, aber wenn deine Geräte einmal in Google angelegt sind kannst du den Raum nicht mehr ändern. Außer du trennst einmal die Verbindung zu fhemconnect in der HomeApp. Wenn du es dann wieder verbindest, übernimmt Google die Räume aus dem genannten Attribut. Ein Nachteil dabei ist, wenn du Abläufe definiert hast, musst du sie hinterher wieder neu konfigurieren.

VG Andreas
Vielen Dank - jetzt, da ich das Attribut kenne, konnte ich es auch in der Doku finden  :o :D
NUC FHEM on Debian, CC1101-USB-Lite 868MHz;
HM_HM_CC_RT_DN, HM-LC-SW1-PL2, HM_HM_TC_IT_WM_W_EU, HM-SEC-SC-2, HM-ES-TX-WM
FRITZ!DECT 200
Philips TV (Android), VuDuo2, VU Ultimo4k