zigbee2mqtt MQTT2_SERVER - Tradfri Remote Control anlernen

Begonnen von ch.eick, 08 September 2019, 19:51:07

Vorheriges Thema - Nächstes Thema

Beta-User

Hmm, nach meinem Verständnis gibt es nur entweder Messages (dann "kennt" das dongle das Gerät) oder eben nicht, "halb" gibt es da nicht...

Eventuell ist aber die firmware auf deinem Dongle noch nicht in der Lage, alles zu decodieren, was von der Remote gesendet wird?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

ch.eick

Ich werde dann mal forschen.
Ansonsten versuche ich mal ein anderes Gerät, ich weiß nur noch nicht wie ich den Hängeschrank aus der Küche zum Stick rüber schaffe, um da die Lampe anzumerken.

Gruß Christian

Gesendet von meinem SM-G930F mit Tapatalk

RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

KölnSolar

RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

ch.eick

Vielen Dank.
Ich werde mich mal da durch wühlen. Bisher habe ich noch nicht alles verstanden.
Gruß Christian

Gesendet von meinem SM-G930F mit Tapatalk

RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

ch.eick

Puh, ich glaube ich komm nicht weiter....

Ich habe jetzt eine Gruppe für zigbee2mqtt eingetragen

pi@raspberrypi:/opt/zigbee2mqtt $ cat data/configuration.yaml
homeassistant: false
permit_join: true
mqtt:
  client_id: zigbee_pi
  base_topic: zigbee2mqtt
  server: 'mqtt://localhost'
serial:
  port: /dev/ttyACM0
devices:
  '0x90fd9ffffee7e93a':
    friendly_name: '0x90fd9ffffee7e93a'
    retain: false
groups:
  '1':
    friendly_name: RemoteControl
    devices:
        # coordinator
      - '0x00124b0018e1e960'
        # Tradfri Remote Control
      - '0x90fd9ffffee7e93a'


Ich meine verstanden zu haben, dass die Tradfri Remote Control nicht direkt zum coordinator publishen kann und deshalb eine Art Dummy device benötigt wird, das quasi die Kommunikation in der Gruppe mitschneidet.

In der Gruppe "RemoteControl" habe ich direkt das automatisch angelegte Device "0x90fd9ffffee7e93a" eingetragen, was der "Tradfri Remote Control" entspricht.
Dann habe ich den Coordinator auch noch eingetragen, was jedoch falsch sein könnte.
Nun scheitere ich an dem Anlegen eines mqtt2_device, was laut Beschreibung wohl die Kommunikation in der Gruppe übernehmen soll. Es soll als ioDev den Gruppennamen eingetragen bekommen. Für solch ein Device habe ich kein Template gefunden :-(

Wer wäre so nett mir da als Anfänger mal wieder auf die Sprünge zu helfen.


Sep 12 15:06:33 raspberrypi systemd[1]: Started zigbee2mqtt.service.
Sep 12 15:06:44 raspberrypi npm[21290]: > zigbee2mqtt@1.5.1 start /opt/zigbee2mqtt
Sep 12 15:06:44 raspberrypi npm[21290]: > node index.js
Sep 12 15:07:06 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:06 Logging to directory: '/opt/zigbee2mqtt/data/log/2019-09-12.15-06-55'
Sep 12 15:07:08 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:08 Starting zigbee2mqtt version 1.5.1 (commit #ac3b924)
Sep 12 15:07:08 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:08 Starting zigbee-shepherd
Sep 12 15:07:20 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:20 zigbee-shepherd started
Sep 12 15:07:20 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:20 Coordinator firmware version: 'undefined'
Sep 12 15:07:20 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:20 Currently 1 devices are joined:
Sep 12 15:07:20 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:20 0x90fd9ffffee7e93a (0x90fd9ffffee7e93a): E1524 - IKEA TRADFRI remote control (EndDevice)
Sep 12 15:07:20 raspberrypi npm[21290]:   zigbee2mqtt:warn 2019-9-12 15:07:20 `permit_join` set to  `true` in configuration.yaml.
Sep 12 15:07:20 raspberrypi npm[21290]:   zigbee2mqtt:warn 2019-9-12 15:07:20 Allowing new devices to join.
Sep 12 15:07:20 raspberrypi npm[21290]:   zigbee2mqtt:warn 2019-9-12 15:07:20 Set `permit_join` to `false` once you joined all devices.
Sep 12 15:07:20 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:20 Zigbee: allowing new devices to join.
Sep 12 15:07:20 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:20 Connecting to MQTT server at mqtt://localhost
Sep 12 15:07:24 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:24 zigbee-shepherd ready
Sep 12 15:07:25 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:25 Connected to MQTT server
Sep 12 15:07:25 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:25 MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
Sep 12 15:07:25 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:25 MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffee7e93a', payload '{"battery":87,"linkquality":47}'
Sep 12 15:07:26 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:26 Zigbee publish to device '0x00124b0018e1e960', genGroups - add - {"groupid":"1","groupname":""} - null - 1
Sep 12 15:07:26 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 15:07:26 Unknown zigbee publish cmdType functional
Sep 12 15:07:26 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:26 MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.5.1","commit":"ac3b924","log_level":"info","permit_join":true}'
Sep 12 15:07:26 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 15:07:26 Zigbee publish to device '0x90fd9ffffee7e93a', genGroups - add - {"groupid":"1","groupname":""} - null - 1
Sep 12 15:07:32 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 15:07:32 Zigbee publish to device '0x90fd9ffffee7e93a', genGroups - add - {"groupid":"1","groupname":""} - null - null failed with error Error: AF data request fails, status code: 240. MAC transaction expired.
Sep 12 15:07:32 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 15:07:32 Failed to add 0x90fd9ffffee7e93a from 1
Sep 12 15:08:14 raspberrypi npm[21290]:   zigbee2mqtt:warn 2019-9-12 15:08:14 Failed to configure 0x90fd9ffffee7e93a (0x90fd9ffffee7e93a) ('Error: Timed out after 10000 ms') (attempt #1)
Sep 12 15:08:14 raspberrypi npm[21290]:   zigbee2mqtt:warn 2019-9-12 15:08:14 This can be ignored if the device is working properly


Viele Grüße
   Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

Beta-User

Hmm, eigentlich hatte ich in das Bridge-template auch die Befehle eingetragen, mit denen man Gruppen via MQTT anlegen kann und Teilnehmer hinzufügen und löschen.

Vielleicht wäre es besser, das darüber zu machen, als in der yaml direkt rumzueditieren, die Syntax da scheint manchmal empflindlich zu sein... (Ich kann nur leider nicht mehr sagen, wie das im Detail ging, aber das sollte sich aus der MQTT-Schnittstellenbeschreibung ablesen lassen - danach hatte ich damals das template geschustert, bin aber zwischenzeitlich weg von zigbee2mqtt und kann daher nicht mehr selber testen).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

ch.eick

#21
Zitat von: Beta-User am 12 September 2019, 15:17:44
bin aber zwischenzeitlich weg von zigbee2mqtt und kann daher nicht mehr selber testen).

Steig ich dann gerade auf ein totes Pferd?
Noch habe ich nichts umgesetzt. Was wäre die simpelste Vorgehensweise für Neueinsteiger?

Momentan habe ich:

- CC2531 geflashed ( von einem Freund)
- 2x Tradfri Remote Control
- 2x LED Lichtpanel

Das wollte ich dann jetzt eigentlich mit einbinden. Die zwei Lampen sind mit einer Remote Controll gepaired, weshalb ich halt mit der anderen angefangen habe.

Gruß
   Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

ch.eick

Ich habe dann noch mals das Anlegen und füllen einer Gruppe getestet.


set MQTT2_zigbee_pi x_group_add_group RemoteControl

Im MQTT2_zigbee_pi wird ein reading mit dem Namen "x_group_add_group" angelegt und dem Inhalt "set RemoteControl".
Dies hat jedoch zur Folge, wenn man "x_group_add_group" erneut auswählt steht "set " vor dem letzten Argument. Das führt zu einem Loop.
Bei jedem Aufruf kommt ein "set " dazu ..."set set set..."

Dies erzeugt die Gruppe in data/configuration.yaml


homeassistant: false
permit_join: true
mqtt:
  client_id: zigbee_pi
  base_topic: zigbee2mqtt
  server: 'mqtt://localhost'
serial:
  port: /dev/ttyACM0
devices:
  '0x90fd9ffffee7e93a':
    friendly_name: '0x90fd9ffffee7e93a'
    retain: false
groups:
  '1':
    friendly_name: RemoteControl


Das Eintragen von devices funktioniert bei mir noch nicht.
Die Fernbedienung ist sicher im sleep Modus und der coordinator kann, so ist meine Vermutung, nicht in eine Gruppe herein.


Sep 12 16:06:15 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:06:15 Added group 'RemoteControl'
Sep 12 16:07:18 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:07:18 Zigbee publish to device '0x90fd9ffffee7e93a', genGroups - add - {"groupid":"1","groupname":""} - null - 1
Sep 12 16:07:25 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 16:07:25 Zigbee publish to device '0x90fd9ffffee7e93a', genGroups - add - {"groupid":"1","groupname":""} - null - null failed with error Error: AF data request fails, status code: 240. MAC transaction expired.
Sep 12 16:07:25 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 16:07:25 Failed to add 0x90fd9ffffee7e93a from 1
Sep 12 16:08:40 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:08:40 Successfully reenabled joining
Sep 12 16:11:20 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:11:20 Successfully reenabled joining
Sep 12 16:12:06 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 16:12:06 Failed to find device with ieeeAddr: 'bridge/group'
Sep 12 16:12:06 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:12:06 MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"entity_not_found","message":"bridge/group"}'
Sep 12 16:12:06 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 16:12:06 Group with friendly_name 'set' doesn't exist
Sep 12 16:12:06 raspberrypi npm[21290]:   zigbee2mqtt:warn 2019-9-12 16:12:06 Cannot handle MQTT message on 'zigbee2mqtt/bridge/group/set/add' with data 'RemoteControl'
Sep 12 16:12:37 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:12:37 Zigbee publish to device '0x90fd9ffffee7e93a', genGroups - add - {"groupid":"1","groupname":""} - null - 1
Sep 12 16:12:44 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 16:12:44 Zigbee publish to device '0x90fd9ffffee7e93a', genGroups - add - {"groupid":"1","groupname":""} - null - null failed with error Error: AF data request fails, status code: 240. MAC transaction expired.
Sep 12 16:12:44 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 16:12:44 Failed to add 0x90fd9ffffee7e93a from 1
Sep 12 16:14:00 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:14:00 Successfully reenabled joining


Sep 12 16:16:22 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 16:16:22 Failed to find device with ieeeAddr: 'bridge/group'
Sep 12 16:16:22 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:16:22 MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"entity_not_found","message":"bridge/group"}'
Sep 12 16:16:22 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 16:16:22 Group with friendly_name 'set' doesn't exist
Sep 12 16:16:22 raspberrypi npm[21290]:   zigbee2mqtt:warn 2019-9-12 16:16:22 Cannot handle MQTT message on 'zigbee2mqtt/bridge/group/set/add' with data 'RemoteControl'
Sep 12 16:16:40 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:16:40 Successfully reenabled joining
Sep 12 16:19:20 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:19:20 Successfully reenabled joining
Sep 12 16:22:00 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:22:00 Successfully reenabled joining

RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

Beta-User

#23
Zitat von: ch.eick am 12 September 2019, 15:43:13
Steig ich dann gerade auf ein totes Pferd?
Ich denke _nicht_:
- zigbee2mqtt ist ein weltweites Projekt. Kann zwar nicht sagen, wieviele Entwickler dahinterstehen, aber die Entwicklung selbst ist dynamisch und aktiv gepflegt.
- In FHEM hatte ich es mit MQTT2_DEVICE und den templates supportet, es gibt aber auch ein spezielles Modul dafür und (v.a.): die temlates sind kein Geheimwissen, sondern im Gegenteil der Versuch, gesammeltes Wissen für alle bereitzustellen; auch ein Gutteil der Entwicklung des Bridge-templates (das ist ein nicht unwesentlicher Teil des ganzen) sowie weiterer wichtiger templates haben andere gemacht. Ich werde selbstredend auch weiter einpflegen, was mir als sinnvolle Weiterentwicklung mitgeteilt wird. Die erforderlichen Mechanismen in MQTT2_DEVICE sind m.E. auch soweit ausgereift.

Warum ich auf deCONZ umgestiegen bin? Ich für mich fand nie toll, dass es eine mir komplett freme Welt ist, in der das läuft (Java), die dann auch gleich noch 2 vulnerabilities aufweist, wenn man das frisch installiert (OK, immerhin erfährt man das). Ursprünglich hatte ich dafür einen eigenen Pi am laufen, auch weil z.B. deCONZ einen 64-bit Prozessor benötigt und daher gar nicht auf meinem vorherigen Server gelaufen wäre. Und mit Docker wollte ich mich eigentlich auch nicht rumschlagen, damit hätte man evtl. für den Teil eine Art Sandbox gehabt... (deswegen habe ich auch sofort auf "normale" apt-get-Installation umgestellt, nachdem deCONZ für x64-Buster freigegeben war, das auf meinem neuen Server als OS installiert ist; so kann der Pi wieder in die Grabbelkiste im Keller.). (+Spieltrieb ::) ).

Persönlich würde mir eine direkte Unterstützung des USB-Dongles in Perl gut gefallen, aber das liegt oberhalb meiner Perl-Kompetenzen :( .
Zitat
Noch habe ich nichts umgesetzt. Was wäre die simpelste Vorgehensweise für Neueinsteiger?

Momentan habe ich:

- CC2531 geflashed ( von einem Freund)
- 2x Tradfri Remote Control
- 2x LED Lichtpanel

Das wollte ich dann jetzt eigentlich mit einbinden. Die zwei Lampen sind mit einer Remote Controll gepaired, weshalb ich halt mit der anderen angefangen habe.

Gruß
   Christian
Es ist m.E. kein Fehler, die Geräte mit zigbee2mqtt + MQTT2_DEVICE einzubinden, und das ist eigentlich auch kein großes Problem, nur ist eben die FB ein etwas "spezielles" Ding; eine Lampe geht viel einfacher...

Wenn ich jetzt zigbee2mqtt/MQTT2_DEVICE mit deCONZ vergleichen soll:
- für beides muß man sich etwas einlesen, Installation ist aber jeweils gut verständlich- updates sind bei deCONZ viel einfacher (kommt via externes Repo über normale OS-updates, an die Java-Methode werde ich mich nie gewöhnen, es ist aber auch dort einfach und gut beschrieben)
- Neue Geräte werden auf beiden schnell unterstützt
- Die phoscon-app macht das Einrichten von Gruppen usw. grafisch, das ist dort einfacher
- dafür verteilt HUEBridge die Infos aus einem Gerät auch schon mal auf mehrere FHEM-Devices (Sensoren). Mag ich persönlich nicht so, das kann MQTT2_DEVICE deutlich besser
- deCONZ pusht auch (das ist m.E. ein deutlicher Vorteil gg. anderen Bridges), außerdem läuft es auf demselben Server wie FHEM (etwas mehr Prozessor, dafür etwas weniger Speicher als der FHEM-Prozess)
- Wie man in deCONZ weitere Infos bekommt (eine map, z.B.), weiß ich bis jetzt noch nicht, das ist jedenfalls bei MQTT2_DEVICE klasse!
(bin erst am Austesten, ist evtl. noch nicht vollständig).

Kurz: Es gibt keine objektiven Gründe, die gegen zigbee2mqtt sprechen, meine Entscheidung ist eine sehr persönliche, v.a., weil ich es "einfach" haben will, was OS- und Service-updates angeht. Es würde mich auch nicht wundern, wenn zigbee2mqtt mittelfristig besser als  deCONZ werden würde.



Was das mit "set set set" angeht: sollte sich doch editieren lassen bzw. mit weiteren Gruppennamen füllen, oder? Wichtiger ist: wird denn dann die Gruppe angelegt?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

ch.eick

Vielen dank für den ExKurs

Zitat
Was das mit "set set set" angeht: sollte sich doch editieren lassen bzw. mit weiteren Gruppennamen füllen, oder? Wichtiger ist: wird denn dann die Gruppe angelegt?

leider nein, deshalb hatte ich editiert.

Wie bereits geschrieben ist das alles für mich noch etwas unübersichtlich aufgrund mangelnder Kenntnisse.

Anlegen der Gruppe, dies ist auch sofort in der data/configuration.yaml zu sehen

Sep 12 16:06:15 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:06:15 Added group 'RemoteControl'


Das ist der Publish zur Fernbedienung, die scheint jedoch im Standby auf dem Schreibtisch zu liegen :-)

Sep 12 16:07:18 raspberrypi npm[21290]:   zigbee2mqtt:info 2019-9-12 16:07:18 Zigbee publish to device '0x90fd9ffffee7e93a', genGroups - add - {"groupid":"1","groupname":""} - null - 1
Sep 12 16:07:25 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 16:07:25 Zigbee publish to device '0x90fd9ffffee7e93a', genGroups - add - {"groupid":"1","groupname":""} - null - null failed with error Error: AF data request fails, status code: 240. MAC transaction expired.
Sep 12 16:07:25 raspberrypi npm[21290]:   zigbee2mqtt:error 2019-9-12 16:07:25 Failed to add 0x90fd9ffffee7e93a from 1


Nun habe ich das Problem mit dem "Gruppen Device" in Fhem. Da hatte ich gelesen, dass man dann diese Gruppe ansprechen kann und das in diesem Device dann auch die Readings der Fernbedienung auftauchen, weil die ja auch in der Gruppe sein soll.

Da komm ich nur halt nicht weiter.

Gruß
    Christian
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

Beta-User

Hmm, ich nehme an, dass der (fehlende) Gruppenname das Problem ist. In dem yaml-Auszug waren um "Remotecontrol" keine Gänsefüße.

Nach meinen Erfahrungen ist zigbee2mqtt an dem Punkt ziemlich zickig, das betraf auch schon mal die Anzahl von Leerzeichen usw.. Deswegen gilt mMn. auch dort: möglichst keine manuellen Edits.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

ch.eick


set MQTT2_zigbee_pi x_group_rm_group RemoteControl
Sep 12 17:34:00 raspberrypi npm[22686]:   zigbee2mqtt:info 2019-9-12 17:34:00 Removed group 'RemoteControl'

set MQTT2_zigbee_pi x_group_add_group RemoteControl
Sep 12 17:35:56 raspberrypi npm[22686]:   zigbee2mqtt:info 2019-9-12 17:35:56 Added group 'RemoteControl'

pi@raspberrypi:/opt/zigbee2mqtt $ cat data/configuration.yaml
homeassistant: false
permit_join: true
mqtt:
  client_id: zigbee_pi
  base_topic: zigbee2mqtt
  server: 'mqtt://localhost'
serial:
  port: /dev/ttyACM0
devices:
  '0x90fd9ffffee7e93a':
    friendly_name: '0x90fd9ffffee7e93a'
    retain: false
groups:
  '1':
    friendly_name: RemoteControl


set MQTT2_zigbee_pi x_group_add_to RemoteControl 0x90fd9ffffee7e93a

Sep 12 17:40:54 raspberrypi npm[22686]:   zigbee2mqtt:info 2019-9-12 17:40:54 Zigbee publish to device '0x90fd9ffffee7e93a', genGroups - add - {"groupid":"1","groupname":""} - null - 1
Sep 12 17:41:01 raspberrypi npm[22686]:   zigbee2mqtt:error 2019-9-12 17:41:01 Zigbee publish to device '0x90fd9ffffee7e93a', genGroups - add - {"groupid":"1","groupname":""} - null - null failed with error Error: AF data request fails, status code: 240. MAC transaction expired.
Sep 12 17:41:01 raspberrypi npm[22686]:   zigbee2mqtt:error 2019-9-12 17:41:01 Failed to add 0x90fd9ffffee7e93a from 1

==> kein device in der data/configuration.yaml
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

Beta-User

Mach um Remotecontrol mal "''" rum... (So wie bei den anderen Namensvergaben. Das hattest du doch so - ohne die Gänsefüße - manuell eingetragen, oder? Es kommt also nicht in der Form von MQTT-Anweisungen her. Ggf. mal eine andere Gruppe via MQTT anlegen, und dann vergleichen.)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

ch.eick

Ich hatte nicht mehr manuell geändert, sondern nur noch mit den set Kommandos.

Jetzt habe ich es editiert und 'RemoteControl' eingetragen.


Sep 12 17:49:10 raspberrypi systemd[1]: Started zigbee2mqtt.service.
Sep 12 17:49:21 raspberrypi npm[22980]: > zigbee2mqtt@1.5.1 start /opt/zigbee2mqtt
Sep 12 17:49:21 raspberrypi npm[22980]: > node index.js
Sep 12 17:49:35 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:35 Logging to directory: '/opt/zigbee2mqtt/data/log/2019-09-12.17-49-27'
Sep 12 17:49:35 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:35 Starting zigbee2mqtt version 1.5.1 (commit #ac3b924)
Sep 12 17:49:35 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:35 Starting zigbee-shepherd
Sep 12 17:49:46 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:46 zigbee-shepherd started
Sep 12 17:49:46 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:46 Coordinator firmware version: 'undefined'
Sep 12 17:49:46 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:46 Currently 1 devices are joined:
Sep 12 17:49:46 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:46 0x90fd9ffffee7e93a (0x90fd9ffffee7e93a): E1524 - IKEA TRADFRI remote control (EndDevice)
Sep 12 17:49:46 raspberrypi npm[22980]:   zigbee2mqtt:warn 2019-9-12 17:49:46 `permit_join` set to  `true` in configuration.yaml.
Sep 12 17:49:46 raspberrypi npm[22980]:   zigbee2mqtt:warn 2019-9-12 17:49:46 Allowing new devices to join.
Sep 12 17:49:46 raspberrypi npm[22980]:   zigbee2mqtt:warn 2019-9-12 17:49:46 Set `permit_join` to `false` once you joined all devices.
Sep 12 17:49:46 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:46 Zigbee: allowing new devices to join.
Sep 12 17:49:46 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:46 Connecting to MQTT server at mqtt://localhost
Sep 12 17:49:48 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:48 zigbee-shepherd ready
Sep 12 17:49:48 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:48 Connected to MQTT server
Sep 12 17:49:48 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:48 MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
Sep 12 17:49:48 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:48 MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffee7e93a', payload '{"battery":87,"linkquality":47}'
Sep 12 17:49:49 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:49:49 MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.5.1","commit":"ac3b924","log_level":"info","permit_join":true}'
Sep 12 17:49:59 raspberrypi npm[22980]:   zigbee2mqtt:error 2019-9-12 17:49:59 Failed to mount the cieApp
Sep 12 17:50:38 raspberrypi npm[22980]:   zigbee2mqtt:warn 2019-9-12 17:50:38 Failed to configure 0x90fd9ffffee7e93a (0x90fd9ffffee7e93a) ('Error: Timed out after 10000 ms') (attempt #1)
Sep 12 17:50:38 raspberrypi npm[22980]:   zigbee2mqtt:warn 2019-9-12 17:50:38 This can be ignored if the device is working properly
Sep 12 17:52:26 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:52:26 Successfully reenabled joining



Ups, da ist wohl der Stick abgeschmiert
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick

ch.eick


set MQTT2_FHEM_Server publish zigbee2mqtt/bridge/group/RemoteControl/add 0x90fd9ffffee7e93a

Sep 12 17:54:54 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:54:54 Zigbee publish to device '0x90fd9ffffee7e93a', genGroups - add - {"groupid":"1","groupname":""} - null - 1
Sep 12 17:55:01 raspberrypi npm[22980]:   zigbee2mqtt:error 2019-9-12 17:55:01 Zigbee publish to device '0x90fd9ffffee7e93a', genGroups - add - {"groupid":"1","groupname":""} - null - null failed with error Error: AF data request fails, status code: 240. MAC transaction expired.
Sep 12 17:55:01 raspberrypi npm[22980]:   zigbee2mqtt:error 2019-9-12 17:55:01 Failed to add 0x90fd9ffffee7e93a from 1
Sep 12 17:55:06 raspberrypi npm[22980]:   zigbee2mqtt:info 2019-9-12 17:55:06 Successfully reenabled joining


Das klappt wohl auch nicht...
RPI4; Docker; CUNX; Eltako FSB61NP; SamsungTV H-Serie; Sonos; Vallox; Luxtronik; 3x FB7490; Stromzähler mit DvLIR; wunderground; Plenticore 10 mit BYD; EM410; SMAEM; Modbus TCP
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/ch.eick