zigbee2mqtt MQTT2_SERVER - Tradfri Remote Control anlernen

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

Vorheriges Thema - Nächstes Thema

ch.eick

Hallo zusammen,

es gibt wieder einen Neuzugang :-) Und ich glaube ich bin schon ziemlich nah dran.
Nun bräuchte ich noch einen Schubs, wie es weiter geht. Zum Check habe ich mal meine Arbeit hier rein gestellt.

Jetzt sind die Fragen,
- läuft das so schon richtig
- wie kann ich jetzt meine "Tradfri Remote" anlernen
   Laut Bedienungsanleitung muss man in sehr geringem Abstand die Pairing Taste im Batteriefach 4x Betätigen.
   Im MQTT2_DEVICE steht "permit_join true", aber im Log kann ich keine Reaktion sehen.

Ich habe bereits so viel gelesen, da finde ich den weiteren Weg garnicht mehr.

Den Mosquito Server habe ich ebenfalls bereits installiert, jedoch war ich mir nicht sicher, welcher Ansatz der bessere ist.
Ein Tipp in diese Richtung wäre auch gut, damit ich bei wachsendem Umfeld nicht gleich wieder umsteigen muss.

Viele Grüße
     Christian

1) Ich habe einen CC2531 von einem Freund geflashed

Sep  8 10:17:12 raspberrypi kernel: [    2.144216] usb 1-1.3: new full-speed USB device number 4 using dwc_otg
Sep  8 10:17:12 raspberrypi kernel: [    2.291048] usb 1-1.3: New USB device found, idVendor=0451, idProduct=16a8, bcdDevice= 0.09
Sep  8 10:17:12 raspberrypi kernel: [    2.291073] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep  8 10:17:12 raspberrypi kernel: [    2.291087] usb 1-1.3: Product: TI CC2531 USB CDC
Sep  8 10:17:12 raspberrypi kernel: [    2.291098] usb 1-1.3: Manufacturer: Texas Instruments
Sep  8 10:17:12 raspberrypi kernel: [    2.291109] usb 1-1.3: SerialNumber: __0X00124B0018E1E960

fhem@raspberrypi:~$ ls -l /dev/ttyACM0
crw-rw---- 1 root dialout 166, 0 Sep  8 10:17 /dev/ttyACM0
fhem@raspberrypi:~$ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Sep  8 10:17 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E1E960-if00 -> ../../ttyACM0

fhem@raspberrypi:~$ node --version
v10.15.3
fhem@raspberrypi:~$ npm --version
6.9.0


2) Es wurde zigbee2mqtt installiert und konfiguriert

# Home Assistant integration (MQTT discovery)
homeassistant: false

# allow new devices to join
permit_join: true

# MQTT settings
mqtt:
  #
  client_id: 'zigbee_pi'
  # MQTT base topic for zigbee2mqtt MQTT messages
  base_topic: zigbee2mqtt
  # MQTT server URL
  server: 'mqtt://localhost'
  # MQTT server authentication, uncomment if required:
  # user: my_user
  # password: my_password

# Serial settings
serial:
  # Location of CC2531 USB sniffer
  port: /dev/ttyACM0


3) Der Service läuft

pi@raspberrypi:/opt/zigbee2mqtt/data $ sudo systemctl status zigbee2mqtt
● zigbee2mqtt.service
   Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; bad; vendor preset: enabled)
   Active: active (running) since Sun 2019-09-08 19:31:53 CEST; 49s ago
Main PID: 2427 (npm)
   CGroup: /system.slice/zigbee2mqtt.service
           ├─2427 npm
           ├─2450 sh -c node index.js
           └─2451 node index.js

Sep 08 19:32:31 raspberrypi npm[2427]:   zigbee2mqtt:info 2019-9-8 19:32:31 Currently 0 devices are joined:
Sep 08 19:32:31 raspberrypi npm[2427]:   zigbee2mqtt:warn 2019-9-8 19:32:31 `permit_join` set to  `true` in configuration.yaml.
Sep 08 19:32:31 raspberrypi npm[2427]:   zigbee2mqtt:warn 2019-9-8 19:32:31 Allowing new devices to join.
Sep 08 19:32:31 raspberrypi npm[2427]:   zigbee2mqtt:warn 2019-9-8 19:32:31 Set `permit_join` to `false` once you joined all devices.
Sep 08 19:32:31 raspberrypi npm[2427]:   zigbee2mqtt:info 2019-9-8 19:32:31 Zigbee: allowing new devices to join.
Sep 08 19:32:31 raspberrypi npm[2427]:   zigbee2mqtt:info 2019-9-8 19:32:31 Connecting to MQTT server at mqtt://localhost
Sep 08 19:32:34 raspberrypi npm[2427]:   zigbee2mqtt:info 2019-9-8 19:32:34 zigbee-shepherd ready
Sep 08 19:32:34 raspberrypi npm[2427]:   zigbee2mqtt:info 2019-9-8 19:32:34 Connected to MQTT server
Sep 08 19:32:34 raspberrypi npm[2427]:   zigbee2mqtt:info 2019-9-8 19:32:34 MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
Sep 08 19:32:35 raspberrypi npm[2427]:   zigbee2mqtt:info 2019-9-8 19:32:35 MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.5.1","commit":"ac3b924","lolines 1-19/19
(END)


4) Im Fhem Log kommen auch Meldungen

2019.09.08 19:32:33 4: Connection accepted from MQTT2_FHEM_Server_127.0.0.1_50356
2019.09.08 19:32:34 5: CONNECT: (16)8(0)(4)MQTT(4)&(0)<(0)(9)zigbee_pi(0)(24)zigbee2mqtt/bridge/state(0)(7)offline
2019.09.08 19:32:34 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi CONNECT V:4 keepAlive:60 LWT:zigbee2mqtt/bridge/state:offline
2019.09.08 19:32:34 5: PUBLISH: 1 (0)(24)zigbee2mqtt/bridge/stateonline
2019.09.08 19:32:34 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi PUBLISH zigbee2mqtt/bridge/state:online
2019.09.08 19:32:35 5: MQTT2_FHEM_Server: dispatch autocreate=simple\000zigbee_pi\000zigbee2mqtt/bridge/state\000online
2019.09.08 19:32:36 4: MQTT2_DEVICE_Parse: MQTT2_zigbee_pi zigbee2mqtt/bridge/state => state
2019.09.08 19:32:36 5: SUBSCRIBE: (130)5(20)(223)(0)0zigbee2mqtt/bridge/device/+/get_group_membership(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/bridge/device/+/get_group_membership qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(22)(20)(224)(0)(17)zigbee2mqtt/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(24)(20)(225)(0)(19)zigbee2mqtt/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(22)(20)(226)(0)(17)zigbee2mqtt/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(24)(20)(227)(0)(19)zigbee2mqtt/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(24)(20)(228)(0)(19)zigbee2mqtt/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(26)(20)(229)(0)(21)zigbee2mqtt/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(24)(20)(230)(0)(19)zigbee2mqtt/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(26)(20)(231)(0)(21)zigbee2mqtt/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(26)(20)(232)(0)(21)zigbee2mqtt/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(28)(20)(233)(0)(23)zigbee2mqtt/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(26)(20)(234)(0)(21)zigbee2mqtt/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(28)(20)(235)(0)(23)zigbee2mqtt/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(28)(20)(236)(0)(23)zigbee2mqtt/+/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(30)(20)(237)(0)(25)zigbee2mqtt/+/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(28)(20)(238)(0)(23)zigbee2mqtt/+/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(30)(20)(239)(0)(25)zigbee2mqtt/+/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(30)(20)(240)(0)(25)zigbee2mqtt/+/+/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130) (20)(241)(0)(27)zigbee2mqtt/+/+/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)(30)(20)(242)(0)(25)zigbee2mqtt/+/+/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130) (20)(243)(0)(27)zigbee2mqtt/+/+/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130) (20)(244)(0)(27)zigbee2mqtt/+/+/+/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)"(20)(245)(0)(29)zigbee2mqtt/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130) (20)(246)(0)(27)zigbee2mqtt/+/+/+/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)"(20)(247)(0)(29)zigbee2mqtt/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)"(20)(248)(0)(29)zigbee2mqtt/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)$(20)(249)(0)(31)zigbee2mqtt/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)"(20)(250)(0)(29)zigbee2mqtt/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)$(20)(251)(0)(31)zigbee2mqtt/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)$(20)(252)(0)(31)zigbee2mqtt/+/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)&(20)(253)(0)!zigbee2mqtt/+/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)$(20)(254)(0)(31)zigbee2mqtt/+/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)&(20)(255)(0)!zigbee2mqtt/+/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)&(21)(0)(0)!zigbee2mqtt/+/+/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)((21)(1)(0)#zigbee2mqtt/+/+/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)&(21)(2)(0)!zigbee2mqtt/+/+/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)((21)(3)(0)#zigbee2mqtt/+/+/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)((21)(4)(0)#zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)*(21)(5)(0)%zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)((21)(6)(0)#zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)*(21)(7)(0)%zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)*(21)(8)(0)%zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130),(21)(9)(0)'zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)*(21)(10)(0)%zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130),(21)(11)(0)'zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130),(21)(12)(0)'zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130).(21)(13)(0))zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130),(21)(14)(0)'zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130).(21)(15)(0))zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130).(21)(16)(0))zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)0(21)(17)(0)+zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130).(21)(18)(0))zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)0(21)(19)(0)+zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)0(21)(20)(0)+zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)2(21)(21)(0)-zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)0(21)(22)(0)+zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)2(21)(23)(0)-zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)2(21)(24)(0)-zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)4(21)(25)(0)/zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)2(21)(26)(0)-zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)4(21)(27)(0)/zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:36 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:36 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:36 5: SUBSCRIBE: (130)4(21)(28)(0)/zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)6(21)(29)(0)1zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)4(21)(30)(0)/zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)6(21)(31)(0)1zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)6(21) (0)1zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)8(21)!(0)3zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)6(21)"(0)1zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)8(21)#(0)3zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)8(21)$(0)3zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130):(21)%(0)5zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)8(21)&(0)3zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130):(21)'(0)5zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130):(21)((0)5zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)<(21))(0)7zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+ qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130):(21)*(0)5zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)<(21)+(0)7zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/+/get/+ qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)"(21),(0)(29)zigbee2mqtt/bridge/networkmap(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/bridge/networkmap qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130))(21)-(0)$zigbee2mqtt/bridge/networkmap/routes(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/bridge/networkmap/routes qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130) (21).(0)(27)zigbee2mqtt/bridge/config/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/bridge/config/+ qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)&(21)/(0)!zigbee2mqtt/bridge/group/+/remove(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/bridge/group/+/remove qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)#(21)0(0)(30)zigbee2mqtt/bridge/group/+/add(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/bridge/group/+/add qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)*(21)1(0)%zigbee2mqtt/bridge/group/+/remove_all(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/bridge/group/+/remove_all qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)((21)2(0)#zigbee2mqtt/bridge/group/remove_all(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/bridge/group/remove_all qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)(30)(21)3(0)(25)zigbee2mqtt/bridge/bind/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/bridge/bind/+ qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130) (21)4(0)(27)zigbee2mqtt/bridge/bind/+/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/bridge/bind/+/+ qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130) (21)5(0)(27)zigbee2mqtt/bridge/unbind/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/bridge/unbind/+ qos:0
2019.09.08 19:32:37 5: SUBSCRIBE: (130)"(21)6(0)(29)zigbee2mqtt/bridge/unbind/+/+(0)
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi SUBSCRIBE
2019.09.08 19:32:37 4:   topic:zigbee2mqtt/bridge/unbind/+/+ qos:0
2019.09.08 19:32:37 5: PUBLISH: 1g(0)(25)zigbee2mqtt/bridge/config{"version":"1.5.1","commit":"ac3b924","log_level":"info","permit_join":true}
2019.09.08 19:32:37 4: MQTT2_FHEM_Server_127.0.0.1_50356 zigbee_pi PUBLISH zigbee2mqtt/bridge/config:{"version":"1.5.1","commit":"ac3b924","log_level":"info","permit_join":true}
2019.09.08 19:32:37 5: MQTT2_FHEM_Server: dispatch autocreate=simple\000zigbee_pi\000zigbee2mqtt/bridge/config\000{"version":"1.5.1","commit":"ac3b924","log_level":"info","permit_join":true}
2019.09.08 19:32:37 4: MQTT2_DEVICE_Parse: MQTT2_zigbee_pi zigbee2mqtt/bridge/config => { json2nameValue($EVENT) }

# Dieser block kommt jetzt zyklisch
2019.09.08 19:32:43 5: MQTT MQTT message sent: PingReq/at-most-once
2019.09.08 19:32:43 5: SW: c000
2019.09.08 19:32:44 5: PINGREQ: (192)(0)
2019.09.08 19:32:44 4: MQTT2_FHEM_Server_127.0.0.1_49494 Net::MQTT::Message[661] PINGREQ
2019.09.08 19:32:44 5: MQTT MQTT message received: PingResp/at-most-once


5) Im Fhem sind diese devices eingetragen

Internals:
   DEF        localhost:1883
   DeviceName localhost:1883
   FD         42
   FUUID      5d751328-f33f-81e9-9e78-e04f7364e2d8d49a
   NAME       MQTT
   NOTIFYDEV  global
   NR         344
   NTFY_ORDER 50-MQTT
   PARTIAL   
   STATE      opened
   TYPE       MQTT
   buf       
   msgid      1
   ping_received 1
   timeout    60
   READINGS:
     2019-09-08 19:36:44   connection      active
     2019-09-08 19:09:37   state           opened
   messages:
Attributes:
   room       MQTT
   verbose    5



Internals:
   CID        zigbee_pi
   DEF        zigbee_pi
   DEVICETOPIC MQTT2_zigbee_pi
   FUUID      5d751ae2-f33f-81e9-58c5-2a7b0eed74a3a13a
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 2
   MQTT2_FHEM_Server_TIME 2019-09-08 19:32:37
   MSGCNT     2
   NAME       MQTT2_zigbee_pi
   NR         345
   STATE      online
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-09-08 19:32:37   commit          ac3b924
     2019-09-08 19:32:37   log_level       info
     2019-09-08 19:32:37   permit_join     true
     2019-09-08 19:32:36   state           online
     2019-09-08 19:32:37   version         1.5.1
Attributes:
   IODev      MQTT2_FHEM_Server
   autocreate 1
   bridgeRegexp BASE_TOPIC/([A-Za-z0-9._]*)[/]?.*:.* "zigbee_$1"
   getList    devicelist:noArg log BASE_TOPIC/bridge/config/devices
  networkmap_raw:noArg raw BASE_TOPIC/bridge/networkmap raw
  networkmap_graphviz:noArg graphviz BASE_TOPIC/bridge/networkmap graphviz
   model      L_01_zigbee2mqtt_bridge
   readingList BASE_TOPIC/bridge/state:.* state
  BASE_TOPIC/bridge/config/devices:.* {}
  BASE_TOPIC/bridge/config/log_level:.* log_level
  BASE_TOPIC/bridge/config/permit_join:.* permit_join
  BASE_TOPIC/bridge/config/rename:.* { json2nameValue($EVENT, 'rename_') }
  BASE_TOPIC/bridge/log:.*\"type\".\"devices\".\"message\".* devices
  BASE_TOPIC/bridge/log:.* log
  BASE_TOPIC/bridge/networkmap:.* {}
  BASE_TOPIC/bridge/networkmap/graphviz:.* graphviz
  BASE_TOPIC/bridge/networkmap/raw:.* raw
  BASE_TOPIC/bridge/config:.* { json2nameValue($EVENT) }
zigbee_pi:zigbee2mqtt/bridge/state:.* state
zigbee_pi:zigbee2mqtt/bridge/config:.* { json2nameValue($EVENT) }
   room       MQTT
   setList    log_level:debug,info,warn,error BASE_TOPIC/bridge/config/log_level $EVTPART1
  permit_join:true,false BASE_TOPIC/bridge/config/permit_join $EVTPART1
  remove:textField BASE_TOPIC/bridge/config/remove $EVTPART1
  y_device_setting:textField zigbee2mqtt/$EVTPART1/set {"$EVTPART2": "$EVTPART3"}
  x_bind:textField BASE_TOPIC/bridge/bind/$EVTPART1 $EVTPART2
  x_bind_unbind:textField BASE_TOPIC/bridge/unbind/$EVTPART1 $EVTPART2
  x_device_options:textField BASE_TOPIC/bridge/config/device_options {"friendly_name":"$EVTPART1",""options": {"$EVTPART2": "$EVTPART3"}}
  x_group_add_to:textField BASE_TOPIC/bridge/group/$EVTPART1/add $EVTPART2
  x_group_rm_from:textField BASE_TOPIC/bridge/group/$EVTPART1/remove $EVTPART2
  x_group_rm_from_all:textField BASE_TOPIC/bridge/group/$EVTPART1/remove_all $EVTPART2
  x_group_add_group:textField BASE_TOPIC/bridge/config/add_group $EVTPART1
  x_group_rm_group:textField BASE_TOPIC/bridge/config/remove_group $EVTPART1
  z_elapsed:textField BASE_TOPIC/bridge/config/elapsed $EVTPART1
  z_last_seen:textField BASE_TOPIC/bridge/config/last_seen $EVTPART1
  z_ban:textField BASE_TOPIC/bridge/config/ban $EVTPART1
  z_rename:textField BASE_TOPIC/bridge/config/rename  {"old":"$EVTPART1","new":"$EVTPART2"}
  z_reset_CC:noArg BASE_TOPIC/bridge/config/reset
   setStateList on off
   verbose    5



Internals:
   CONNECTS   4
   DEF        1883 global
   FD         33
   FUUID      5d751c78-f33f-81e9-291a-1d62334721ed96af
   NAME       MQTT2_FHEM_Server
   NR         346
   PORT       1883
   STATE      Initialized
   TYPE       MQTT2_SERVER
   READINGS:
     2019-09-08 19:32:37   RETAIN          {"zigbee2mqtt/bridge/config":"{\u0022version\u0022:\u00221.5.1\u0022,\u0022commit\u0022:\u0022ac3b924\u0022,\u0022log_level\u0022:\u0022info\u0022,\u0022permit_join\u0022:true}","zigbee2mqtt/bridge/state":"online"}
     2019-09-08 19:32:33   nrclients       2
     2019-09-08 18:54:28   state           Initialized
   clients:
     MQTT2_FHEM_Server_127.0.0.1_49494 1
     MQTT2_FHEM_Server_127.0.0.1_50356 1
   retain:
     zigbee2mqtt/bridge/config:
       ts         1567963957.23917
       val        {"version":"1.5.1","commit":"ac3b924","log_level":"info","permit_join":true}
     zigbee2mqtt/bridge/state:
       ts         1567963954.98382
       val        online
Attributes:
   room       MQTT
   verbose    5

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

#1
Moin,

auf die Schnelle:

- Wirf den Mosquitto wieder von deinem System (es sei denn, du brauchst in für was anderes...), MQTT2_SERVER sollte ausreichen. (EDIT: Das Device MQTT sollte dann selbstredend auch gelöscht werden).
- irgendwas hat bei der Anwendung des templates nicht gepaßt, da wo "BASE_TOPIC" steht, sollte eigentlich "zigbee2mqtt" sein (bei dir, das ist konfigurierbar). Am besten in der readingList nochmal löschen, wo das BASE_TOPIC drin steht und dann das template nochmal anwenden.

- das "joining" ist bei den ZigBee-Geschichten wirklich tricky, man braucht manchmal mehrere Anläufe...
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

#2
Vielen dank Beta-User,

da war schon einiges richtiges dabei ;-)

1. Ich habe das MQTT Device gelöscht.
2. Ich habe das MQTT2_DEVICE gelöscht und neu angelegt.
    Bei der Auswahl des Template kam ein /opt/zigbee2mqtt/data $ vi configuration.yaml fenster, in dem ich gestern das "BASE_TOPIC" nicht überschrieben hatten.
    Nun steht es auch auf "zigbee2mqtt" wie es in der Konfiguration /opt/zigbee2mqtt/data/configuration.yaml angegeben ist.
3. autocreate steht auf 1 (default)
4. Im MQTT2_FHEM_Server steht autocreate auf simple

Nun kann ich auch Aktivitäten sehen, auch wenn ich sie noch nicht verstehe.

Ich habe die Tradfri Remote nochmals versucht anzulernen.

Danach habe ich ein "set MQTT2_zigbee_pi devicelist" ausgeführt.

2019.09.09 13:22:43 5: MQTT2_FHEM_Server: PUBLISH zigbee2mqtt/bridge/config/devices
2019.09.09 13:22:43 5: MQTT2_FHEM_Server_127.0.0.1_35430 zigbee_pi => zigbee2mqtt/bridge/config/devices:
2019.09.09 13:22:43 5: PUBLISH: 0m(0)(22)zigbee2mqtt/bridge/log{"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1e960","type":"Coordinator"}]}
2019.09.09 13:22:43 4: MQTT2_FHEM_Server_127.0.0.1_35430 zigbee_pi PUBLISH zigbee2mqtt/bridge/log:{"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1e960","type":"Coordinator"}]}
2019.09.09 13:22:43 5: MQTT2_FHEM_Server: dispatch autocreate=simple\000zigbee_pi\000zigbee2mqtt/bridge/log\000{"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1e960","type":"Coordinator"}]}
2019.09.09 13:22:43 4: MQTT2_DEVICE_Parse: MQTT2_zigbee_pi zigbee2mqtt/bridge/log => log
2019.09.09 13:22:43 4: MQTT2_DEVICE_Parse: MQTT2_zigbee_pi zigbee2mqtt/bridge/log => devices


Im MQTT2_zigbee_pi sind nun auch readings, ist das die Tradfri Remote ?

Internals:
   CFGFN     
   CID        zigbee_pi
   DEF        zigbee_pi
   DEVICETOPIC MQTT2_zigbee_pi
   FUUID      5d763393-f33f-81e9-b187-fa1c3d1eae39d1bd
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 4
   MQTT2_FHEM_Server_TIME 2019-09-09 13:22:43
   MSGCNT     4
   NAME       MQTT2_zigbee_pi
   NR         4339
   STATE      ???
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-09-09 13:22:43   devices         {"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1e960","type":"Coordinator"}]}
     2019-09-09 13:22:43   log             {"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1e960","type":"Coordinator"}]}
     2019-09-09 13:17:06   raw             {"nodes":[{"ieeeAddr":"0x00124b0018e1e960","friendlyName":"0x00124b0018e1e960","type":"Coordinator","nwkAddr":0,"status":"online","scanfailed":[]}],"links":[]}
Attributes:
   IODev      MQTT2_FHEM_Server
   alias      MQTT2_zigbee_pi
   autocreate 1
   bridgeRegexp zigbee2mqtt/([A-Za-z0-9._]*)[/]?.*:.* "zigbee_$1"
   getList    devicelist:noArg log zigbee2mqtt/bridge/config/devices
  networkmap_raw:noArg raw zigbee2mqtt/bridge/networkmap raw
  networkmap_graphviz:noArg graphviz zigbee2mqtt/bridge/networkmap graphviz
   model      L_01_zigbee2mqtt_bridge
   readingList zigbee2mqtt/bridge/state:.* state
  zigbee2mqtt/bridge/config/devices:.* {}
  zigbee2mqtt/bridge/config/log_level:.* log_level
  zigbee2mqtt/bridge/config/permit_join:.* permit_join
  zigbee2mqtt/bridge/config/rename:.* { json2nameValue($EVENT, 'rename_') }
  zigbee2mqtt/bridge/log:.*\"type\".\"devices\".\"message\".* devices
  zigbee2mqtt/bridge/log:.* log
  zigbee2mqtt/bridge/networkmap:.* {}
  zigbee2mqtt/bridge/networkmap/graphviz:.* graphviz
  zigbee2mqtt/bridge/networkmap/raw:.* raw
  zigbee2mqtt/bridge/config:.* { json2nameValue($EVENT) }
   room       MQTT
   setList    log_level:debug,info,warn,error zigbee2mqtt/bridge/config/log_level $EVTPART1
  permit_join:true,false zigbee2mqtt/bridge/config/permit_join $EVTPART1
  remove:textField zigbee2mqtt/bridge/config/remove $EVTPART1
  y_device_setting:textField zigbee2mqtt/$EVTPART1/set {"$EVTPART2": "$EVTPART3"}
  x_bind:textField zigbee2mqtt/bridge/bind/$EVTPART1 $EVTPART2
  x_bind_unbind:textField zigbee2mqtt/bridge/unbind/$EVTPART1 $EVTPART2
  x_device_options:textField zigbee2mqtt/bridge/config/device_options {"friendly_name":"$EVTPART1",""options": {"$EVTPART2": "$EVTPART3"}}
  x_group_add_to:textField zigbee2mqtt/bridge/group/$EVTPART1/add $EVTPART2
  x_group_rm_from:textField zigbee2mqtt/bridge/group/$EVTPART1/remove $EVTPART2
  x_group_rm_from_all:textField zigbee2mqtt/bridge/group/$EVTPART1/remove_all $EVTPART2
  x_group_add_group:textField zigbee2mqtt/bridge/config/add_group $EVTPART1
  x_group_rm_group:textField zigbee2mqtt/bridge/config/remove_group $EVTPART1
  z_elapsed:textField zigbee2mqtt/bridge/config/elapsed $EVTPART1
  z_last_seen:textField zigbee2mqtt/bridge/config/last_seen $EVTPART1
  z_ban:textField zigbee2mqtt/bridge/config/ban $EVTPART1
  z_rename:textField zigbee2mqtt/bridge/config/rename  {"old":"$EVTPART1","new":"$EVTPART2"}
  z_reset_CC:noArg zigbee2mqtt/bridge/config/reset
   setStateList on off
   verbose    5



Internals:
   CONNECTS   16
   DEF        1883 global
   FD         33
   FUUID      5d751c78-f33f-81e9-291a-1d62334721ed96af
   NAME       MQTT2_FHEM_Server
   NR         346
   PORT       1883
   STATE      Initialized
   TYPE       MQTT2_SERVER
   READINGS:
     2019-09-09 01:19:54   RETAIN          {"zigbee2mqtt/bridge/config":"{\u0022version\u0022:\u00221.5.1\u0022,\u0022commit\u0022:\u0022ac3b924\u0022,\u0022log_level\u0022:\u0022info\u0022,\u0022permit_join\u0022:true}","zigbee2mqtt/bridge/state":"online"}
     2019-09-09 13:09:38   nrclients       1
     2019-09-08 18:54:28   state           Initialized
   clients:
     MQTT2_FHEM_Server_127.0.0.1_35430 1
   retain:
     zigbee2mqtt/bridge/config:
       ts         1567984794.61789
       val        {"version":"1.5.1","commit":"ac3b924","log_level":"info","permit_join":true}
     zigbee2mqtt/bridge/state:
       ts         1567984793.56278
       val        online
Attributes:
   alias      MQTT2_FHEM_Server
   autocreate simple
   room       MQTT
   verbose    5



Wo wäre der Unterschied mit dem "XiaomiMQTTDevice" Modul?

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, also:

die FB ist vermutlich noch nicht angelernt, das eine Device, das bekannt zu sein scheint, ist der Coordinator, also das USB-Dongle, wenn ich das richtig lese.

Vorab aber noch zu den Vorarbeiten:

An sich sollte das Dialogfenster gar nicht kommen, sondern alles sollte sich aus dem _per autocreate automatisch_ angelegten Device ableiten lassen; das klappt nicht, wenn man es manuell anlegt. Da hier aber was reinkommt, scheint das jetzt so zu passen => bitte nicht nochmal anfassen.

Wäre jetzt irgendwas an Info von der FB gepublisht worden, müßte bei aktiviertem autocreate auch ein neues Device angelegt worden sein. Kann ich hier nicht erkennen, wenn, dann befindet sich das Device typischerweise im Raum MQTT2_DEVICE. "list TYPE=MQTT2_DEVICE" ist eventuell dein Freund, um das zu finden...

Ggf. nochmal "permit join" einschalten und neu drücken. ABER: Ggf. vorher resetten... Wenn ich mich recht entsinne, darf die remote nicht mit einem anderen Gerät gepairt sein, was aber bei denen aus einem Set bereits "ab Laden" der Fall ist. Vielleicht testest du mal, ob das Teil die mitgekaufte Leuchte steuern kann? (Dann bekommt man blöderweise von keinem der Geräte eine Mitteilung, jedenfalls war das früher so...)
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

Hallo Beta-User,

es geht in kleinen Schritten voran :-)

Ich habe dann mal nichts mehr gemacht...

Im Internet beim Hersteller habe ich folgendes gefunden:

4x den Knopf innerhalb von 5 Sekunden betätigen führt einen Werksreset durch.
Unter der Wippe auf der Vorderseite Blinkt eine rote LED.

Dann oh Wunder kamen im Fhem Log Meldungen:

2019.09.09 14:51:35 5: PUBLISH: 0~(0)(22)zigbee2mqtt/bridge/log{"type":"device_connected","message":"0x90fd9ffffee7e93a","meta":{"modelID":"TRADFRI remote control"}}
2019.09.09 14:51:35 4: MQTT2_FHEM_Server_127.0.0.1_35948 zigbee_pi PUBLISH zigbee2mqtt/bridge/log:{"type":"device_connected","message":"0x90fd9ffffee7e93a","meta":{"modelID":"TRADFRI remote control"}}
2019.09.09 14:51:35 5: MQTT2_FHEM_Server: dispatch autocreate=simple\000zigbee_pi\000zigbee2mqtt/bridge/log\000{"type":"device_connected","message":"0x90fd9ffffee7e93a","meta":{"modelID":"TRADFRI remote control"}}
2019.09.09 14:51:35 4: MQTT2_DEVICE_Parse: MQTT2_zigbee_pi zigbee2mqtt/bridge/log => log
2019.09.09 14:51:58 5: PUBLISH: 0?(0)(30)zigbee2mqtt/0x90fd9ffffee7e93a{"battery":74,"linkquality":42}
2019.09.09 14:51:58 4: MQTT2_FHEM_Server_127.0.0.1_35948 zigbee_pi PUBLISH zigbee2mqtt/0x90fd9ffffee7e93a:{"battery":74,"linkquality":42}
2019.09.09 14:51:58 5: MQTT2_FHEM_Server: dispatch autocreate=simple\000zigbee_pi\000zigbee2mqtt/0x90fd9ffffee7e93a\000{"battery":74,"linkquality":42}
2019.09.09 14:51:58 2: autocreate: define MQTT2_zigbee_0x90fd9ffffee7e93a MQTT2_DEVICE zigbee_0x90fd9ffffee7e93a
2019.09.09 14:51:58 2: autocreate: define FileLog_MQTT2_zigbee_0x90fd9ffffee7e93a FileLog ./log/MQTT2_zigbee_0x90fd9ffffee7e93a-%Y.log MQTT2_zigbee_0x90fd9ffffee7e93a


Ein "set  MQTT2_zigbee_pi devicelist" zeigt nun:

log {"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1e960","type":"Coordinator"},{"ieeeAddr":"0x90fd9ffffee7e93a","type":"EndDevice","model":"E1524","friendly_name":"0x90fd9ffffee7e93a","nwkAddr":13378,"manufId":4476,"manufName":"IKEA of Sweden","powerSource":"Battery","modelId":"TRADFRI remote control","hwVersion":1,"swBuildId":"1.2.214","dateCode":"20170302"}]}


Und es gibt readings

Internals:
   CFGFN     
   CID        zigbee_pi
   DEF        zigbee_pi
   DEVICETOPIC MQTT2_zigbee_pi
   FUUID      5d763393-f33f-81e9-b187-fa1c3d1eae39d1bd
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 13
   MQTT2_FHEM_Server_TIME 2019-09-09 14:53:27
   MSGCNT     13
   NAME       MQTT2_zigbee_pi
   NR         4339
   STATE      online
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-09-09 13:55:22   commit          ac3b924
     2019-09-09 14:53:27   devices         {"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1e960","type":"Coordinator"},{"ieeeAddr":"0x90fd9ffffee7e93a","type":"EndDevice","model":"E1524","friendly_name":"0x90fd9ffffee7e93a","nwkAddr":13378,"manufId":4476,"manufName":"IKEA of Sweden","powerSource":"Battery","modelId":"TRADFRI remote control","hwVersion":1,"swBuildId":"1.2.214","dateCode":"20170302"}]}
     2019-09-09 14:53:27   log             {"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1e960","type":"Coordinator"},{"ieeeAddr":"0x90fd9ffffee7e93a","type":"EndDevice","model":"E1524","friendly_name":"0x90fd9ffffee7e93a","nwkAddr":13378,"manufId":4476,"manufName":"IKEA of Sweden","powerSource":"Battery","modelId":"TRADFRI remote control","hwVersion":1,"swBuildId":"1.2.214","dateCode":"20170302"}]}
     2019-09-09 13:55:22   log_level       info
     2019-09-09 13:55:22   permit_join     true
     2019-09-09 13:17:06   raw             {"nodes":[{"ieeeAddr":"0x00124b0018e1e960","friendlyName":"0x00124b0018e1e960","type":"Coordinator","nwkAddr":0,"status":"online","scanfailed":[]}],"links":[]}
     2019-09-09 13:55:20   state           online
     2019-09-09 13:55:22   version         1.5.1
Attributes:
   IODev      MQTT2_FHEM_Server
   alias      MQTT2_zigbee_pi
   autocreate 1
   bridgeRegexp zigbee2mqtt/([A-Za-z0-9._]*)[/]?.*:.* "zigbee_$1"
   getList    devicelist:noArg log zigbee2mqtt/bridge/config/devices
  networkmap_raw:noArg raw zigbee2mqtt/bridge/networkmap raw
  networkmap_graphviz:noArg graphviz zigbee2mqtt/bridge/networkmap graphviz
   model      L_01_zigbee2mqtt_bridge
   readingList zigbee2mqtt/bridge/state:.* state
  zigbee2mqtt/bridge/config/devices:.* {}
  zigbee2mqtt/bridge/config/log_level:.* log_level
  zigbee2mqtt/bridge/config/permit_join:.* permit_join
  zigbee2mqtt/bridge/config/rename:.* { json2nameValue($EVENT, 'rename_') }
  zigbee2mqtt/bridge/log:.*\"type\".\"devices\".\"message\".* devices
  zigbee2mqtt/bridge/log:.* log
  zigbee2mqtt/bridge/networkmap:.* {}
  zigbee2mqtt/bridge/networkmap/graphviz:.* graphviz
  zigbee2mqtt/bridge/networkmap/raw:.* raw
  zigbee2mqtt/bridge/config:.* { json2nameValue($EVENT) }
   room       MQTT
   setList    log_level:debug,info,warn,error zigbee2mqtt/bridge/config/log_level $EVTPART1
  permit_join:true,false zigbee2mqtt/bridge/config/permit_join $EVTPART1
  remove:textField zigbee2mqtt/bridge/config/remove $EVTPART1
  y_device_setting:textField zigbee2mqtt/$EVTPART1/set {"$EVTPART2": "$EVTPART3"}
  x_bind:textField zigbee2mqtt/bridge/bind/$EVTPART1 $EVTPART2
  x_bind_unbind:textField zigbee2mqtt/bridge/unbind/$EVTPART1 $EVTPART2
  x_device_options:textField zigbee2mqtt/bridge/config/device_options {"friendly_name":"$EVTPART1",""options": {"$EVTPART2": "$EVTPART3"}}
  x_group_add_to:textField zigbee2mqtt/bridge/group/$EVTPART1/add $EVTPART2
  x_group_rm_from:textField zigbee2mqtt/bridge/group/$EVTPART1/remove $EVTPART2
  x_group_rm_from_all:textField zigbee2mqtt/bridge/group/$EVTPART1/remove_all $EVTPART2
  x_group_add_group:textField zigbee2mqtt/bridge/config/add_group $EVTPART1
  x_group_rm_group:textField zigbee2mqtt/bridge/config/remove_group $EVTPART1
  z_elapsed:textField zigbee2mqtt/bridge/config/elapsed $EVTPART1
  z_last_seen:textField zigbee2mqtt/bridge/config/last_seen $EVTPART1
  z_ban:textField zigbee2mqtt/bridge/config/ban $EVTPART1
  z_rename:textField zigbee2mqtt/bridge/config/rename  {"old":"$EVTPART1","new":"$EVTPART2"}
  z_reset_CC:noArg zigbee2mqtt/bridge/config/reset
   setStateList on off
   verbose    5


Nun muss ich nur noch herausbekommen, wie daraus ein FHEM Device wird. Ich suche mal weiter.

Schon mal vielen Dank für die Hilfe
      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

 :)

Mußt nicht suchen, das device gibt's schon:
Zitatautocreate: define MQTT2_zigbee_0x90fd9ffffee7e93a MQTT2_DEVICE zigbee_0x90fd9ffffee7e93a
Das ist die Remote, würde ich wetten... (Gibt nur noch kein template dafür).
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 habe es gefunden, jedoch kann ich jetzt nicht sagen, ob es eben schon da war oder ob es durch meinen pairing Versuch laut Anleitung entstanden ist.
Laut Anleitung muss man nochmals 10 Sekunden die Taste im Batteriefach gedrückt halten, damit es sich verbindet.

Im zigbee2mqtt log steht folgendes

# Vorher das Log in einem Terminal mitlaufen lassen
pi@raspberrypi:/opt/zigbee2mqtt $ sudo journalctl -u zigbee2mqtt.service -f


Sep 09 15:04:38 raspberrypi npm[13105]:   zigbee2mqtt:info 2019-9-9 15:04:38 Successfully reenabled joining
Sep 09 15:06:40 raspberrypi npm[13105]:   zigbee2mqtt:info 2019-9-9 15:06:40 MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffee7e93a', payload '{"battery":87,"linkquality":147}'
Sep 09 15:07:18 raspberrypi npm[13105]:   zigbee2mqtt:info 2019-9-9 15:07:18 Successfully reenabled joining


Der timestamp vom reading passt mit der Meldung im Log überein.

Internals:
   CFGFN     
   CID        zigbee_0x90fd9ffffee7e93a
   DEF        zigbee_0x90fd9ffffee7e93a
   DEVICETOPIC MQTT2_zigbee_0x90fd9ffffee7e93a
   FUUID      5d764aee-f33f-81e9-2602-d15adc73613be593
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 1
   MQTT2_FHEM_Server_TIME 2019-09-09 15:06:40
   MSGCNT     1
   NAME       MQTT2_zigbee_0x90fd9ffffee7e93a
   NR         4744
   STATE      ???
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-09-09 14:52:00   associatedWith  MQTT2_zigbee_pi
     2019-09-09 15:06:40   battery         87
     2019-09-09 15:06:40   linkquality     147
Attributes:
   IODev      MQTT2_FHEM_Server
   alias      MQTT2_zigbee_0x90fd9ffffee7e93a
   readingList zigbee2mqtt/0x90fd9ffffee7e93a:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE


Es wurde auch eine dazugehöriges Filelog angelegt. Hier kann man erkennen, dass das Device bereits nach meinem Werkreset angelegt wurde.

2019-09-09_14:52:00 MQTT2_zigbee_0x90fd9ffffee7e93a linkquality: 42
2019-09-09_14:52:00 MQTT2_zigbee_0x90fd9ffffee7e93a battery: 74
2019-09-09_15:06:40 MQTT2_zigbee_0x90fd9ffffee7e93a battery: 87
2019-09-09_15:06:40 MQTT2_zigbee_0x90fd9ffffee7e93a linkquality: 147


Jetzt kann ich mal schauen, wie ich die Fernbedienung im Fhem verwenden kann.

Falls jemand für die Trafdri Remote Control ein Template erzeugen möchte, müsste ich wissen, was ich bereitstellen soll.
Ich bin momentan noch nicht so weit es selber zu erzeugen.

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

ch.eick

Und schon die nächste Frage.

Wie kann ich denn nun herausbekommen, was die Tradfri Remote Control alles sendet?

Bei Betätigung der Tasten kann ich keine Reaktion in den Logs erkennen.

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, also:
Ob man überhaupt was gesendet bekommt von zigbee2mqtt her, kann ich nicht sagen. Soweit ich mich erinnere,
- gab es zum einen hier mal einen "Threadteil", der sich mit dem Ding beschäftigt hatte, vielleicht suchst du da mal gezielt danach (kann auch im Entwicklerbereich gewesen sein);
- eventuell muß man dort (@zigbee2mqtt) was konfigurieren (bitte die Doku zu diesem Projekt wälzen, wenn hier keiner reinsieht, der das schon mal gemacht hat).

Für ein template würde ich eine funktionierende RAW-Definition benötigen, und (v.a.), wenn es die Möglichkeit gibt, das z.B. durch gezielte MQTT-Anweisungen "gesprächig" zu machen, die erforderlichen Kommandos ;) . Dann hat es der nächste ggf. leichter, weil er "nur noch" das template anwenden muß...
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

Okay, viel Dank soweit.
Das ist auf jeden Fall schon mal ein Erfolg und zeigt, dass es prinzipiell funktioniert.

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

ch.eick

#10
Hallo zusammen,

ich bin dann mal in diese Rubrik umgezogen.

CC2531geflasht
zigbee2mqtt
MQTT2_SERVER
Tradfri Remote Control


Die Frage, die jetzt noch offen ist, wo und wie kann ich erkennen, was die Tradfri Remote Control alles sendet?
Kann ich in die json Daten herein sehen, um dann die readings zu definieren?

Ist das Device überhaupt schon angelernt?

Die aktuellen Lists sind ein paar Postings vorher, aber noch gültig.

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

Also:

Gepairt (in zigbee2mqtt "gejoint") ist das Teil.

Sendet zigbee2mqtt irgendwas, wird es dann in FHEM verarbeitet, wenn entweder der topic schon bekannt ist, oder wenn autocreate jeweils auf allen Stufen aktiv ist (was der Fall sein sollte, sonst wäre das Gerät zigbee_0x90fd9ffffee7e93a nicht angelegt worden).

Auf der FHEM-Seite brauchst du also m.E. erst mal nicht weiter suchen, wenn was kommt, wird FHEM dir das schon passend auspacken ;) . Aber eben nur dann, wenn auch was reinkommt.
Die Frage ist jetzt aber: Was passiert, wenn du Knöpfe auf der FB drückst? An sich sollte dann schon was reinkommen, es gab zwar Hinweise auf der zigbee2mqtt.io Seite zu dem Teil, aber die scheinen nur ein anderes Frontend zu betreffen.

Aber vielleicht kann da jemand anderes noch weiterhelfen?
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

 ;D ;D Da biste ja schon wieder...
Vielen Dank für die unermüdliche Hilfestellung.

Die Betätigung der Tasten zeigt weder im zigbee2mqtt log noch im fhem Log eine Reaktion.

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

OdfFhem

@ch.eick

Ich verwende - zumindest für Testzwecke - ebenfalls die E1524 von IKEA; allerdings in Verbindung mit einem MQTT_DEVICE. Auf meiner Produktionsmaschine hingegen setze ich seit einiger Zeit ausschließlich MQTT2_DEVICEs hinter einem MQTT2_CLIENT ein. Das Verarbeiten von MQTT-Nachrichten funktioniert meiner Erfahrung nach in beiden Welten sehr zuverlässig.

Ob man sich nun für MQTT oder MQTT2 entscheidet, hat auf zigbee2mqtt selbst natürlich keinerlei Einfluss, so dass Du bei "korrektem Pairing" ebenfalls payloads der folgenden Art für die E1524 erhalten solltest:

zigbee_1   |   zigbee2mqtt:info 9/9/2019, 6:50:13 PM MQTT publish: topic 'zigbee2mqtt/remoteSwitch1', payload '{"battery":74,"linkquality":123,"action":"arrow_right_click"}'
zigbee_1   |   zigbee2mqtt:info 9/9/2019, 6:50:16 PM MQTT publish: topic 'zigbee2mqtt/remoteSwitch1', payload '{"battery":74,"linkquality":92,"action":"arrow_left_click"}'
zigbee_1   |   zigbee2mqtt:info 9/9/2019, 6:50:18 PM MQTT publish: topic 'zigbee2mqtt/remoteSwitch1', payload '{"battery":74,"linkquality":84,"action":"brightness_down_click"}'
zigbee_1   |   zigbee2mqtt:info 9/9/2019, 6:50:19 PM MQTT publish: topic 'zigbee2mqtt/remoteSwitch1', payload '{"battery":74,"linkquality":84,"action":"brightness_up_click"}'
zigbee_1   |   zigbee2mqtt:info 9/9/2019, 6:50:30 PM MQTT publish: topic 'zigbee2mqtt/remoteSwitch1', payload '{"battery":74,"linkquality":86,"action":"arrow_right_hold"}'
zigbee_1   |   zigbee2mqtt:info 9/9/2019, 6:50:32 PM MQTT publish: topic 'zigbee2mqtt/remoteSwitch1', payload '{"battery":74,"linkquality":84,"action":"arrow_right_release","duration":1.565}'


Ein Auszug aus dem FHEM-Event-Monitor:

2019-09-09 18:54:28.468 MQTT_DEVICE zigbee_remoteSwitch1 payload: {"battery":74,"linkquality":105,"action":"arrow_left_click"}
2019-09-09 18:54:28.473 MQTT_DEVICE zigbee_remoteSwitch1 linkquality: 105
2019-09-09 18:54:28.473 MQTT_DEVICE zigbee_remoteSwitch1 action: arrow_left_click


Mein FHEM-Device hat folgende Readings:

action
battery
duration
linkquality


Das Reading action kann folgende Werte annehmen:

toggle
brightness_up_click ; brightness_down_click
brightness_up_hold ; brightness_down_hold
brightness_up_release ; brightness_down_release

arrow_left_click ; arrow_right_click
arrow_left_hold ; arrow_right_hold
arrow_left_release ; arrow_right_release

Die release-Actions liefern jeweils auch noch einen duration-Wert für die Dauer des Drückens mit.

ch.eick

Hallo.

so dass Du bei "korrektem Pairing" ebenfalls payloads der folgenden Art für die E1524 erhalten solltest:

Ich erhalte leider kein payload für Aktion.

Da versuche ich den Fehler zu finden.

Wie würde ein korrektes pairing erfolgen?
Mein Device hat sich nach dem Werkreset automatisch eingetragen und liefert nur zwei payloads. Ich denke es gab kein Device pairing.

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

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

Beta-User

Eventuell könntest du die offenen issues nochmal durchsehen oder auf den devel-Zweig umsteigen, ansonsten habe ich im Moment leider keine durchschlagende Idee mehr, wenn das ohne "''" da eingetragen worden war (ich hatte es für einen Rest gehalten, sorry), dann sollte es eigentlich passen, klappt bei allem anderen ja auch (und hat auch für Gruppen schon geklappt, das hatte ich vor einiger Zeit kurz angetestet, allerdings nicht mit einer FB).
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

Könnte ich testweise mal ein MQTT2_Device pairen und in der Gruppe hinzufügen?
Ich verstehe nur noch nicht wie :-)
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

adn77

Bisher musste man mit einem zweiten CC2531 (als Sniffer geflasht) die individuelle GroupID der Fernbedienung herausbekommen und konnte dann weitere Geräte dieser Gruppe hinzufügen.

Mit der neuesten Firmware geht das nun auch per zigbee2mqtt Log: https://www.zigbee2mqtt.io/information/binding.html

Alex

ch.eick

#33
Zitat von: adn77 am 13 Oktober 2019, 22:30:16
Bisher musste man mit einem zweiten CC2531 (als Sniffer geflasht) die individuelle GroupID der Fernbedienung herausbekommen und konnte dann weitere Geräte dieser Gruppe hinzufügen.

Mit der neuesten Firmware geht das nun auch per zigbee2mqtt Log: https://www.zigbee2mqtt.io/information/binding.html
Vielen Dank für die wegweisende Information.
Für heute steht das Flashen des CC2551 an. Ich werde meine Ergebnisse dann hier noch zusammenfassen.

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

Hallo zusammen,

ich möchte nur kurz melden, dass nach dem update des CC2551 nun die Tradfri Remote Control gesprächiger geworden ist. Ich bekomme nun Tastendrücke in FHEM angezeigt.
Das ganze muss ich nun erst mal verdauen und im ganzen verstehen, um näheres dazu sagen zu können.

Als ersten Test würde ich nun gerne die Fernbedienung zuerst mal wieder vollständig aus der zigbee Konfiguration entfernen wollen, um im Anschluss ein neues Anlernen durchzuführen.
Hat dazu jemand eine Kurzanleitung, bevor ich erst alles im Forum zusammensuchen muss?

Die Konfig sieht im Moment wie folgt aus.

- CC2531
- TRADFRI remote control

MQTT2_zigbee_pi

Internals:
   CID        zigbee_pi
   DEF        zigbee_pi
   DEVICETOPIC MQTT2_zigbee_pi
   FUUID      5d763393-f33f-81e9-b187-fa1c3d1eae39d1bd
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 7
   MQTT2_FHEM_Server_TIME 2019-11-11 14:03:16
   MSGCNT     7
   NAME       MQTT2_zigbee_pi
   NR         347
   STATE      online
   TYPE       MQTT2_DEVICE
   READINGS:
     2019-11-11 13:56:01   commit          ac3b924
     2019-11-11 13:56:01   coordinator     20190608
     2019-11-11 13:54:18   devices         {"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1e960","type":"Coordinator"},{"ieeeAddr":"0x90fd9ffffee7e93a","type":"EndDevice","model":"E1524","friendly_name":"0x90fd9ffffee7e93a","nwkAddr":13378,"manufId":4476,"manufName":"IKEA of Sweden","powerSource":"Battery","modelId":"TRADFRI remote control","hwVersion":1,"swBuildId":"1.2.214","dateCode":"20170302"}]}
     2019-11-11 13:54:55   graphviz        digraph G {
node[shape=record];
  "0x00124b0018e1e960" [style="bold, filled", fillcolor="#e04e5d", fontcolor="#ffffff", label="{0x00124b0018e1e960|0x0 |No model information available|online (2019-11-11T13:54:55+01:00)}"];
  "0x90fd9ffffee7e93a" [style="rounded, dashed, filled", fillcolor="#fff8ce", fontcolor="#000000", label="{0x90fd9ffffee7e93a|0x3442 |IKEA TRADFRI remote control (E1524)|offline (unknown)}"];
  "0x90fd9ffffee7e93a" -> "0x00124b0018e1e960" [penwidth=1, weight=0, color="#994444", label="170"]
}
     2019-11-11 14:03:16   log             {"type":"pairing","message":"device incoming"}
     2019-11-11 13:56:01   log_level       debug
     2019-11-11 13:56:01   permit_join     true
     2019-11-11 13:56:30   raw             {"nodes":[{"ieeeAddr":"0x00124b0018e1e960","friendlyName":"0x00124b0018e1e960","type":"Coordinator","nwkAddr":0,"status":"online","scanfailed":[]},{"ieeeAddr":"0x90fd9ffffee7e93a","friendlyName":"0x90fd9ffffee7e93a","type":"EndDevice","nwkAddr":13378,"manufName":"IKEA of Sweden","modelId":"TRADFRI remote control","status":"offline","scanfailed":[]}],"links":[{"sourceIeeeAddr":"0x90fd9ffffee7e93a","targetIeeeAddr":"0x00124b0018e1e960","sourceNwkAddr":13378,"lqi":170,"depth":1,"relationship":1,"routes":[]}]}
     2019-11-11 13:25:50   state           online
     2019-11-11 13:25:58   subscriptions   zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/get zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/set zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/+/set/+ zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/get zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/get/+ zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/set zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/+/set/+ zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/get zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/get/+ zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/set zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/+/set/+ zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/get zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/get/+ zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/set zigbee2mqtt/+/+/+/+/+/+/+/+/+/+/set/+ zigbee2mqtt/+/+/+/+/+/+/+/+/+/get zigbee2mqtt/+/+/+/+/+/+/+/+/+/get/+ zigbee2mqtt/+/+/+/+/+/+/+/+/+/set zigbee2mqtt/+/+/+/+/+/+/+/+/+/set/+ zigbee2mqtt/+/+/+/+/+/+/+/+/get zigbee2mqtt/+/+/+/+/+/+/+/+/get/+ zigbee2mqtt/+/+/+/+/+/+/+/+/set zigbee2mqtt/+/+/+/+/+/+/+/+/set/+ zigbee2mqtt/+/+/+/+/+/+/+/get zigbee2mqtt/+/+/+/+/+/+/+/get/+ zigbee2mqtt/+/+/+/+/+/+/+/set zigbee2mqtt/+/+/+/+/+/+/+/set/+ zigbee2mqtt/+/+/+/+/+/+/get zigbee2mqtt/+/+/+/+/+/+/get/+ zigbee2mqtt/+/+/+/+/+/+/set zigbee2mqtt/+/+/+/+/+/+/set/+ zigbee2mqtt/+/+/+/+/+/get zigbee2mqtt/+/+/+/+/+/get/+ zigbee2mqtt/+/+/+/+/+/set zigbee2mqtt/+/+/+/+/+/set/+ zigbee2mqtt/+/+/+/+/get zigbee2mqtt/+/+/+/+/get/+ zigbee2mqtt/+/+/+/+/set zigbee2mqtt/+/+/+/+/set/+ zigbee2mqtt/+/+/+/get zigbee2mqtt/+/+/+/get/+ zigbee2mqtt/+/+/+/set zigbee2mqtt/+/+/+/set/+ zigbee2mqtt/+/+/get zigbee2mqtt/+/+/get/+ zigbee2mqtt/+/+/set zigbee2mqtt/+/+/set/+ zigbee2mqtt/+/get zigbee2mqtt/+/get/+ zigbee2mqtt/+/set zigbee2mqtt/+/set/+ zigbee2mqtt/bridge/device/+/get_group_membership
     2019-11-11 13:56:01   version         1.5.1
     2019-09-12 17:38:16   x_group_add_group set RemoteControl
     2019-09-12 17:40:54   x_group_add_to  set RemoteControl 0x90fd9ffffee7e93a
     2019-09-12 17:35:27   x_group_rm_group set 'RemoteControl'
Attributes:
   IODev      MQTT2_FHEM_Server
   alias      MQTT2_zigbee_pi
   autocreate 1
   bridgeRegexp zigbee2mqtt/([A-Za-z0-9._]*)[/]?.*:.* "zigbee_$1"
   getList    devicelist:noArg log zigbee2mqtt/bridge/config/devices
  networkmap_raw:noArg raw zigbee2mqtt/bridge/networkmap raw
  networkmap_graphviz:noArg graphviz zigbee2mqtt/bridge/networkmap graphviz
   model      L_01_zigbee2mqtt_bridge
   readingList zigbee2mqtt/bridge/state:.* state
  zigbee2mqtt/bridge/config/devices:.* {}
  zigbee2mqtt/bridge/config/log_level:.* log_level
  zigbee2mqtt/bridge/config/permit_join:.* permit_join
  zigbee2mqtt/bridge/config/rename:.* { json2nameValue($EVENT, 'rename_') }
  zigbee2mqtt/bridge/log:.*\"type\".\"devices\".\"message\".* devices
  zigbee2mqtt/bridge/log:.* log
  zigbee2mqtt/bridge/networkmap:.* {}
  zigbee2mqtt/bridge/networkmap/graphviz:.* graphviz
  zigbee2mqtt/bridge/networkmap/raw:.* raw
  zigbee2mqtt/bridge/config:.* { json2nameValue($EVENT) }
   room       MQTT2
   setList    log_level:debug,info,warn,error zigbee2mqtt/bridge/config/log_level $EVTPART1
  permit_join:true,false zigbee2mqtt/bridge/config/permit_join $EVTPART1
  remove:textField zigbee2mqtt/bridge/config/remove $EVTPART1
  y_device_setting:textField zigbee2mqtt/$EVTPART1/set {"$EVTPART2": "$EVTPART3"}
  x_bind:textField zigbee2mqtt/bridge/bind/$EVTPART1 $EVTPART2
  x_bind_unbind:textField zigbee2mqtt/bridge/unbind/$EVTPART1 $EVTPART2
  x_device_options:textField zigbee2mqtt/bridge/config/device_options {"friendly_name":"$EVTPART1",""options": {"$EVTPART2": "$EVTPART3"}}
  x_group_add_to:textField zigbee2mqtt/bridge/group/$EVTPART1/add $EVTPART2
  x_group_rm_from:textField zigbee2mqtt/bridge/group/$EVTPART1/remove $EVTPART2
  x_group_rm_from_all:textField zigbee2mqtt/bridge/group/$EVTPART1/remove_all $EVTPART2
  x_group_add_group:textField zigbee2mqtt/bridge/config/add_group $EVTPART1
  x_group_rm_group:textField zigbee2mqtt/bridge/config/remove_group $EVTPART1
  z_elapsed:textField zigbee2mqtt/bridge/config/elapsed $EVTPART1
  z_last_seen:textField zigbee2mqtt/bridge/config/last_seen $EVTPART1
  z_ban:textField zigbee2mqtt/bridge/config/ban $EVTPART1
  z_rename:textField zigbee2mqtt/bridge/config/rename  {"old":"$EVTPART1","new":"$EVTPART2"}
  z_reset_CC:noArg zigbee2mqtt/bridge/config/reset
   setStateList on off
   verbose    5


MQTT2_FHEM_Server

Internals:
   CONNECTS   2
   DEF        1883 global
   FD         31
   FUUID      5d751c78-f33f-81e9-291a-1d62334721ed96af
   NAME       MQTT2_FHEM_Server
   NR         346
   PORT       1883
   STATE      Initialized
   TYPE       MQTT2_SERVER
   READINGS:
     2019-11-11 13:56:01   RETAIN          {"zigbee2mqtt/bridge/config":"{\u0022version\u0022:\u00221.5.1\u0022,\u0022commit\u0022:\u0022ac3b924\u0022,\u0022coordinator\u0022:20190608,\u0022log_level\u0022:\u0022debug\u0022,\u0022permit_join\u0022:true}","zigbee2mqtt/bridge/state":"online"}
     2019-11-11 13:25:41   nrclients       1
     2019-11-11 13:24:53   state           Initialized
   clients:
     MQTT2_FHEM_Server_127.0.0.1_41674 1
   retain:
     zigbee2mqtt/bridge/config:
       ts         1573476961.61908
       val        {"version":"1.5.1","commit":"ac3b924","coordinator":20190608,"log_level":"debug","permit_join":true}
     zigbee2mqtt/bridge/state:
       ts         1573475150.41591
       val        online
Attributes:
   alias      MQTT2_FHEM_Server
   autocreate simple
   room       MQTT2
   verbose    5


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

 :) Schön, dass du vorangekommen bist.

MMn. brauchst du die FB nicht erst zu entpairen, in der yaml bzw. auf dem Stick sind afaik sowieso erst mal nur die Adressen gespeichert, die ganze Auswertung erfolgt durch die dahinterliegende software; da sollte ggf. ein Neustart des Dienstes ausreichen (schon gleich, wenn du Events für die Tastendrücke (alle?) bekommst).
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

Hallo Beta-User

hier kommt mal das Log mit jeder Tasten Kombination. Battery und Link habe ich bereinigt.
Bei den arrow Tasten wird auch die duration gemessen, jedoch leider nicht bei den brightness Tasten.
Die duration kommt auch nicht immer zwischen dem hold/release event.

2019-11-11_14:53:48 MQTT2_zigbee_0x90fd9ffffee7e93a linkquality: 57
2019-11-11_14:53:48 MQTT2_zigbee_0x90fd9ffffee7e93a battery: 60

2019-11-11_14:53:48 MQTT2_zigbee_0x90fd9ffffee7e93a action: toggle
2019-11-11_14:53:56 MQTT2_zigbee_0x90fd9ffffee7e93a action: toggle_hold

2019-11-11_14:54:05 MQTT2_zigbee_0x90fd9ffffee7e93a action: arrow_right_hold
2019-11-11_14:54:06 MQTT2_zigbee_0x90fd9ffffee7e93a action: arrow_right_release
2019-11-11_14:54:06 MQTT2_zigbee_0x90fd9ffffee7e93a duration: 0.81

2019-11-11_14:54:10 MQTT2_zigbee_0x90fd9ffffee7e93a action: arrow_right_click

2019-11-11_14:54:13 MQTT2_zigbee_0x90fd9ffffee7e93a action: arrow_left_hold
2019-11-11_14:54:15 MQTT2_zigbee_0x90fd9ffffee7e93a duration: 1.734
2019-11-11_14:54:15 MQTT2_zigbee_0x90fd9ffffee7e93a action: arrow_left_release

2019-11-11_14:54:17 MQTT2_zigbee_0x90fd9ffffee7e93a action: arrow_left_click

2019-11-11_14:54:21 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_down_click

2019-11-11_14:54:23 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_down_hold
2019-11-11_14:54:26 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_down_release

2019-11-11_14:54:31 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_up_click

2019-11-11_14:54:34 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_up_hold
2019-11-11_14:54:39 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_up_release

2019-11-11_14:55:19 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_down_hold
2019-11-11_14:55:19 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_down_release

2019-11-11_14:55:28 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_down_click

2019-11-11_14:55:30 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_down_hold
2019-11-11_14:55:34 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_down_release

2019-11-11_14:55:40 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_up_click

2019-11-11_14:55:42 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_up_hold
2019-11-11_14:55:45 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_up_release

2019-11-11_14:55:49 MQTT2_zigbee_0x90fd9ffffee7e93a action: arrow_right_click

2019-11-11_14:55:53 MQTT2_zigbee_0x90fd9ffffee7e93a action: arrow_right_hold
2019-11-11_14:55:57 MQTT2_zigbee_0x90fd9ffffee7e93a duration: 4.497
2019-11-11_14:55:57 MQTT2_zigbee_0x90fd9ffffee7e93a action: arrow_right_release

2019-11-11_14:56:01 MQTT2_zigbee_0x90fd9ffffee7e93a action: arrow_left_click

2019-11-11_14:56:03 MQTT2_zigbee_0x90fd9ffffee7e93a action: arrow_left_hold
2019-11-11_14:56:07 MQTT2_zigbee_0x90fd9ffffee7e93a action: arrow_left_release
2019-11-11_14:56:07 MQTT2_zigbee_0x90fd9ffffee7e93a duration: 4.091

2019-11-11_14:56:10 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_down_click

2019-11-11_14:56:17 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_down_hold
2019-11-11_14:56:24 MQTT2_zigbee_0x90fd9ffffee7e93a action: brightness_down_release



Kann ich etwas zu einem Template beitragen? Ich bin da leider noch total am Anfang.

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, das sieht ja m.E. erst mal ganz ok aus.

Wenn nichts ankommt, wird vermutlich auch nichts gesendet, wenn da also Wünsche/Anmerkungen sind, wäre das mMn. im zigbee2mqtt-Projekt zu hinterfragen.

Was das template-Thema angeht, könntest du evtl. zwei Dinge beitragen:
Zum einen ist etwas mißlich, dass die "duration" (wenn sie kommt) nicht der entsprechenden Taste zugeordnet ist. Um zu checken, ob das besser geht, wäre es hilfreich, (auch) die originale JSON-Struktur zu haben (dann könnte man erst den Button ermitteln und dann via json2nameValue() (teilweise) in der erweiterten Form diesen Button als Präfix verwenden?) und etwas besser erkennen zu können, wann welche Teile gekommen sind (vermutlich stecken Dauer und release in einem JSON) (die RAW-Events vom Server sollten diese Infos liefern).
(Alternativ können wir vielleicht auch userReadings bauen, die die duration "on the fly" dem release-Event zuordnen).

Zum anderen wäre dann interessant, wie das Gerät aus deiner Sicht optisch sinnvoll zu gestalten wäre (battery + linkquality via stateFormat schreiben?) und was ggf. als "state" Sinn macht. Würde spontan dazu tendieren, via JSONMAP die unnötig langen Readingnamen, die sich aus dem obigen Vorschlag ergeben zu nehmen und dann gleich alles nach "state" zu mappen.

(Vermutlich klingt das nach böhmischen Dörfern. Ist eher als "Fahrplan" für mich selbst gedacht, manches müssen wir evtl. erst austesten).

Für's erste wäre folgendes mal einen Test wert:
Ersetze in der readingList das {json2nameValue($EVENT) } durch:
{ $EVENT =~ m,(arrow_(left|right)_release), ? json2nameValue($EVENT,$1,$JSONMAP) : json2nameValue($EVENT,'',$JSONMAP) }
und lösche die vorhandenen Readings (deletereading -q <DEVICE> (?!associatedWith).*).
Dann sollten etwas andere Readingnamen erscheinen. Du kannst dann auch gleich versuchen, ein JSONMAP-Attribut festzulegen, das die Ergebnisse so "umleitet", dass das für dich paßt, wie gesagt, ich würde dazu neigen, die ganzen Dinge, die jetzt "action" sind nach "state" zu schreiben.
Als Anfang (ggf. zwischendurch die Readings löschen...):
attr <DEVICE> jsonMap action:state
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

Hallo.


Internals:
   CID        zigbee_0x90fd9ffffee7e93a
   DEF        zigbee_0x90fd9ffffee7e93a
   DEVICETOPIC MQTT2_zigbee_0x90fd9ffffee7e93a
   FUUID      5d764aee-f33f-81e9-2602-d15adc73613be593
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 95
   MQTT2_FHEM_Server_TIME 2019-11-11 16:04:12
   MSGCNT     95
   NAME       MQTT2_zigbee_0x90fd9ffffee7e93a
   NR         348
   STATE      Action: arrow_right_hold
   TYPE       MQTT2_DEVICE
   OLDREADINGS:
   READINGS:
     2019-11-11 16:04:07   action          arrow_right_hold
     2019-11-11 16:02:20   arrow_left_releaseaction arrow_left_release
     2019-11-11 16:02:20   arrow_left_releasebattery 60
     2019-11-11 16:02:20   arrow_left_releaseduration 5.775
     2019-11-11 16:02:20   arrow_left_releaselinkquality 76
     2019-11-11 16:04:12   arrow_right_releaseaction arrow_right_release
     2019-11-11 16:04:12   arrow_right_releasebattery 60
     2019-11-11 16:04:12   arrow_right_releaseduration 5.529
     2019-11-11 16:04:12   arrow_right_releaselinkquality 68
     2019-09-09 14:52:00   associatedWith  MQTT2_zigbee_pi
     2019-11-11 16:04:07   battery         60
     2019-11-11 16:04:07   linkquality     68
Attributes:
   IODev      MQTT2_FHEM_Server
   alias      MQTT2_zigbee_0x90fd9ffffee7e93a
   comment    Ikea Tradfri Remote Control
   model      zigbee2mqtt_Wireless_Button
   readingList zigbee2mqtt/0x90fd9ffffee7e93a:.* { $EVENT =~ m,(arrow_(left|right)_release), ? json2nameValue($EVENT,$1,$JSONMAP) : json2nameValue($EVENT,'',$JSONMAP) }
   room       MQTT2_DEVICE
   stateFormat Action: action
   verbose    5



MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffee7e93a', payload '{"battery":60,"linkquality":68,"action":"arrow_right_release","duration":5.529}'
MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffee7e93a', payload '{"battery":60,"linkquality":47,"action":"brightness_up_hold"}'
MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffee7e93a', payload '{"battery":60,"linkquality":55,"action":"brightness_up_release"}'


Ich denke im state sollte man die atcion und wenn die duration verändert wurde sehen.
Da bei brightness keine duration kommt wäre die Zeit zwischen dem event hold und release eine tolle Ergänzung für die duration. Das hat natürlich nichts mit dem original Device zu tun und würde ja schon eine Erweiterung sein. Schick wäre es schon :-)

Ich denke jetzt auch mal ins unreine:

Wenn duration aktualisiert wird gehört es immer zur letzten action und könnte in z.B. "arrow_right_"duration" umgeschrieben werden. Jedoch habe ich noch keine Anwendung in der ich das verwenden möchte. In einem DOIF mit Abfrage von arrow_right_release kann man dann natürlich auf duration zugreifen und hat den Zusammenhang. Somit würde man unnötig viele readings, die nur in bestimmten Konstellationen aktualisiert werden, vermeiden.

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

 :) Sieht ja schon ganz nett aus!

Wir sollten noch einen "_" reinbasteln, versuch's mal so:
{ $EVENT =~ m,(arrow_(left|right)_release), ? json2nameValue($EVENT,$1."_",$JSONMAP) : json2nameValue($EVENT,'',$JSONMAP) }

Was die "duration" angeht: Ist vermutlich nicht sooo wichtig, weil es m.E. besser ist, z.B. mit dem "Start"-Event eine unabhängige Routine zu starten (z.B. für das Hochdimmen) und diese dann zu unterbrechen, wenn der release kommt. (Dazu gibt es schon fertigen Code im Forum, gesehen habe ich das schon bei ZWave-Tastern).

Über die Dauer irgendwas zu entscheiden, ist sowieso nicht so einfach, m.E. ist das nur hilfreich, wenn der user direkt eine Reaktion erwartet und dann losläßt, wenn ihm das Ergebnis gefällt; eigentlich ist es eine "Wegwerfinfo".
Aber was man hat, das hat man (man _muß_ es ja nicht loggen oder nutzen, und mit welcher Art Eventhandler man es verwendet, bleibt jedem selbst überlassen (ich nutze keine DOIF, das Modul verstehe ich nicht))...

Dann kannst du (wenn das mit dem Stich aufgehübscht ist) ja mal versuchen, einen jsonMap festzulegen, um z.B. aus "arrow_right_release_duration" "arrow_r_duration" zu machen...
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


Die doppelten Battery und linkquality müssten auch noch raus. Ich denke das Original war doch schon recht gut..

Internals:
   CID        zigbee_0x90fd9ffffee7e93a
   DEF        zigbee_0x90fd9ffffee7e93a
   DEVICETOPIC MQTT2_zigbee_0x90fd9ffffee7e93a
   FUUID      5d764aee-f33f-81e9-2602-d15adc73613be593
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 120
   MQTT2_FHEM_Server_TIME 2019-11-11 16:47:14
   MSGCNT     120
   NAME       MQTT2_zigbee_0x90fd9ffffee7e93a
   NR         348
   STATE      Action: brightness_down_release
   TYPE       MQTT2_DEVICE
   OLDREADINGS:
   READINGS:
     2019-11-11 16:47:14   action          brightness_down_release
     2019-11-11 16:46:56   arrow_left_release_action arrow_left_release
     2019-11-11 16:46:56   arrow_left_release_battery 60
     2019-11-11 16:46:56   arrow_left_release_duration 5.772
     2019-11-11 16:46:56   arrow_left_release_linkquality 84
     2019-11-11 16:46:41   arrow_right_release_action arrow_right_release
     2019-11-11 16:46:41   arrow_right_release_battery 60
     2019-11-11 16:46:41   arrow_right_release_duration 4.308
     2019-11-11 16:46:41   arrow_right_release_linkquality 89
     2019-09-09 14:52:00   associatedWith  MQTT2_zigbee_pi
     2019-11-11 16:47:14   battery         60
     2019-11-11 16:47:14   linkquality     65
Attributes:
   IODev      MQTT2_FHEM_Server
   alias      MQTT2_zigbee_0x90fd9ffffee7e93a
   comment    Ikea Tradfri Remote Control
   model      zigbee2mqtt_Wireless_Button
   readingList zigbee2mqtt/0x90fd9ffffee7e93a:.* { $EVENT =~ m,(arrow_(left|right)_release), ? json2nameValue($EVENT,$1."_",$JSONMAP) : json2nameValue($EVENT,'',$JSONMAP) }
   room       MQTT2_DEVICE
   stateFormat Action: action
   verbose    5


Wo finde ich denn die Template Definition, damit ich mal ein Beispiel sehen kann.
Ich schau mir das dann die Woche noch mal an.

Vielen Dank soweit und einen schönen Abend noch.

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

Ja, ist unschön, dass das teilweise jetzt an mehrere Stellen verstreut wird. Sollte sich mit jsonMap beheben lassen, Beispiele dazu sind allerdings rar... (U.A. deshalb will ich das template mit JSONMAP haben  ;) ).

Den Quelltext der meisten templates zu MQTT2_DEVICE findest du z.B. hier https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/lib/AttrTemplate/mqtt2.template bzw. lokal im entsprechenden Ordner. Es erscheint auch der jeweilige Quelltext, wenn man ein template aus der Auswahlliste anklickt, aber noch nicht anwendet (etwas unterhalb).

Nochmal als Startpunkt für die jsonMap:
attr MQTT2_zigbee_0x90fd9ffffee7e93a jsonMap action:state arrow_left_release_action:state arrow_left_release_battery:battery



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

Okay, da muss ich mich erst einlesen :-) , das ist zuviel für heute.

Jedoch habe ich jetzt schon alle Devices angelernt und das Küchenlicht geht trotzdem noch :-)


{"type":"devices","message":[{"ieeeAddr":"0x00124b0018e1e960","type":"Coordinator"},

{"ieeeAddr":"0x90fd9ffffee7e93a","type":"EndDevice","model":"E1524","friendly_name":"0x90fd9ffffee7e93a","nwkAddr":13378,"manufId":4476,"manufName":"IKEA of Sweden","powerSource":"Battery","modelId":"TRADFRI remote control","hwVersion":1,"swBuildId":"1.2.214","dateCode":"20170302"},

{"ieeeAddr":"0x90fd9ffffe9e4880","type":"EndDevice","model":"E1524","friendly_name":"0x90fd9ffffe9e4880","nwkAddr":33498,"manufId":4476,"manufName":"IKEA of Sweden","powerSource":"Battery","modelId":"TRADFRI remote control","hwVersion":1,"swBuildId":"1.2.214","dateCode":"20170302"},

{"ieeeAddr":"0x90fd9ffffed8dee7","type":"Router","model":"L1528","friendly_name":"0x90fd9ffffed8dee7","nwkAddr":14042,"manufId":4476,"manufName":"IKEA of Sweden","powerSource":"Mains (single phase)","modelId":"FLOALT panel WS 30x90","hwVersion":1,"swBuildId":"1.2.217","dateCode":"20170331"},

{"ieeeAddr":"0x90fd9ffffee0cb7b","type":"Router","model":"L1528","friendly_name":"0x90fd9ffffee0cb7b","nwkAddr":59017,"manufId":4476,"manufName":"IKEA of Sweden","powerSource":"Mains (single phase)","modelId":"FLOALT panel WS 30x90","hwVersion":1,"swBuildId":"1.2.217","dateCode":"20170331"}]}


Ich gehe mal davon aus, dass es für beide device Typen noch kein Template gibt.

FLOALT panel WS 30x90
TRADFRI remote control

Toll ist jedoch, dass man schon mal alle sehen kann und die Grundfunktionalität da ist. Fhem kann jetzt ohne Gateway, also nur mit dem CC2551 mitlesen und eingreifen.
Vielen Dank für all die Unterstützung.

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

...eilt ja nicht...

Was das panel angeht: Eigentlich sollte eines der normalen light-templates passen. Solltest halt das nehmen, das den Fähigkeiten des FLOALT entspricht (das ist nur einfarbig, oder? Dann zigbee2mqtt_light_dimmer, evtl. auch zigbee2mqtt_light_cct). Ich kann dann gerne in den Beschreibungstext aufnehmen, welches dafür paßt, damit das auch andere wiederfinden.

Und die "normale" Remote dürfte eher einfacher sein als die "große" mit den vielen Tasten...
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

Beta-User

Hast du mal ein list von der jetzigen Remote-Konfiguration?
Bin grade dabei, alle "in der Schwebe befindlichen" template-Codes zu sammeln...

Für den CC2531 gibt es übrigens einen Vorschlag (im MQTT-Bereich, wo diese Diskussion hier eigentlich auch hingehört). Kommt demnächst per update.
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

#45
Hallo Beta-User,
ich bin momentan etwas überfordert und weiß nicht mehr in welchen thread ich was zurückmelden soll :-)

Für die Einbindung bin ich folgender maßen vor gegangen:

- Es ist kein IKEA Tradfri Gateway notwendig !

- Der cc2551 ist wie bereits beschrieben im FHEM eingebunden. Wichtig ist die aktuellste Firmware auf dem Stick, damit die Ikea Tradfri remote control funktioniert.
- Auf der Shellebene ist zigbee2mgtt installiert und läuft als linux Service
- Im Fhem wird ein Device MQTT2_FHEM_Server eingerichtet, dass über Port 1883 mit dem zigbee2mgtt Service kommuniziert.

Internals:
   CONNECTS   42
   DEF        1883 global
   FD         31
   FUUID      5d751c78-f33f-81e9-291a-1d62334721ed96af
   NAME       MQTT2_FHEM_Server
   NR         346
   PORT       1883
   STATE      Initialized
   TYPE       MQTT2_SERVER
   READINGS:
     2019-11-17 01:19:07   RETAIN          {"zigbee2mqtt/bridge/config":"{\u0022version\u0022:\u00221.5.1\u0022,\u0022commit\u0022:\u0022ac3b924\u0022,\u0022coordinator\u0022:20190608,\u0022log_level\u0022:\u0022info\u0022,\u0022permit_join\u0022:true}","zigbee2mqtt/bridge/state":"online"}
     2019-11-17 01:19:01   nrclients       1
     2019-11-11 13:24:53   state           Initialized
   clients:
     MQTT2_FHEM_Server_127.0.0.1_54020 1
   retain:
     zigbee2mqtt/bridge/config:
       ts         1573949947.21744
       val        {"version":"1.5.1","commit":"ac3b924","coordinator":20190608,"log_level":"info","permit_join":true}
     zigbee2mqtt/bridge/state:
       ts         1573949946.08376
       val        online
Attributes:
   alias      MQTT2_FHEM_Server
   autocreate simple
   room       MQTT2
   verbose    1


- Nun wird ein MQTT2_DEVICE MQTT2_zigbee_pi eingerichtet, das als Coordinator dient.
- Bei ist Autoconfiguration aktiv

- Meldet man nun ein neues Device an, wird die automatisch in einem Fhem Room angelegt und ein Logfile dazu erzeugt.

FileLog
FileLog_MQTT2_zigbee_0x90fd9ffffe9e4880 MQTT2_zigbee_0x90fd9ffffe9e4880-2019.log text

MQTT2_DEVICE
MQTT2_zigbee_0x90fd9ffffe9e4880 Click: click Action: toggle


- Die Anmeldung der Ikea Tradfri remote control und eventuelle Lampen erfolgte nun so

1) Im Batteriefach 4x schnell die Connect Taste betätigen, sodass auf der Vorderseite die rote LED Blinkt. Hierdurch wird ein reset auf Werkseinstellung durchgeführt.
2) In nächster Nähe des USB cc2551 Stick die Connect Taste der Fernbedienung 10 Sekunden gedrückt halten.
3) Es sollte nun ein neues Device erzeugt worden sein. Ansonsten das ganze nochmal durchlaufen.

4) Bisher hatte ich meine Lampen direkt an einer zweiten Fernbedienung angelernt, also habe ich auch mit diese das ganze durchlaufen, wodurch natürlich ein zweites Device angelegt wurde. Ab hier haben dann die bisher verbundenen Lampen nicht mehr reagiert.

5) Nun wird die erste Lampe resettet, was durch mehrmaliges ein- und ausschalten in schneller Folge geschieht.
6) Jetzt muss man mit der Fernbedienung in nächster Nähe zu einer Lampe sein. Die Lampe wird dann eingeschaltet und möglichst schnell die Connect Taste für 10 Sekunden gedrückt.
    Zum anlernen einer zweiten Lampe, die dann syncron geschaltet wird, muss nun die erste Lampe ausgeschaltet werden. Das Anlernen der zweiten Lampe erfolgt dann analog ab Punkt 5).
7) Schaltet man nun für beide Lampen die Spannungsversorgung ein, so sind beide auf voller Leistung an. Mit der Fernbedienung sollten nun beide synchron laufen und entsprechend den Funktionalitäten zu bedienen sein.

8) In Fhem sollten nun wie durch ein Wunder auch die Lampen automatisch angelegt sein. Man muss also nicht die Lampen zum cc2551 bewegen, da die Fernbedienung die Anmeldung über Mesh einfach weiter gibt. (Trommelwirbel, ich war begeistert)


Ich habe folgende Lichtpanel

{"ieeeAddr":"0x90fd9ffffee0cb7b","type":"Router","model":"L1528","friendly_name":"0x90fd9ffffee0cb7b","nwkAddr":59017,"manufId":4476,"manufName":"IKEA of Sweden","powerSource":"Mains (single phase)","modelId":"FLOALT panel WS 30x90","hwVersion":1,"swBuildId":"1.2.217","dateCode":"20170331"}]}

Zu denen passt exakt das Template "zigbee2mqtt_light_cct"
Toll wäre, wenn also die Lampenbezeichnung mit aufgenommen würde.
Getestet habe ich An/Aus hell/dunkel und die Lichtfarbe, so wie toggle. Alles hat tadellos funktioniert.
Das Panel ist einfarbig kann dimmen und die Lichtfarbe wechseln. Es wird in verschiedenen Größen angeboten und hatte jeweils eine Fernbedienung dabei.

Leider wird der Status im Fhem noch nicht aktualisiert, wenn die Beleuchtung durch die Fernbedienung gesteuert wird. Ich vermute, dass das etwas mit der Gruppenzuordnung zu tun hat, die ich in den Fhem devices nicht konfiguriert habe. Da bräuchte ich noch mal einen Tipp.


Hier nun die Lists der Ikea Tradfri remote control
Momentan prefferiere ich das erste und würde die "durration" je nach bedarf auswerten. Alle Events werden im device angezeigt.
Es fehlt noch ein icon und eine Idee für die Status Anzeige, damit es zu einem Template wird, jedoch bin ich dazu noch nicht gekommen.

Internals:
   CFGFN     
   CID        zigbee_0x90fd9ffffe9e4880
   DEF        zigbee_0x90fd9ffffe9e4880
   DEVICETOPIC MQTT2_zigbee_0x90fd9ffffe9e4880
   FUUID      5dc9843b-f33f-81e9-1758-beae93861ddc72d5
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 132
   MQTT2_FHEM_Server_TIME 2019-11-17 12:10:35
   MSGCNT     132
   NAME       MQTT2_zigbee_0x90fd9ffffe9e4880
   NR         1461
   STATE      Click: click Action: toggle
   TYPE       MQTT2_DEVICE
   OLDREADINGS:
   READINGS:
     2019-11-17 10:15:21   action          toggle
     2019-11-11 16:54:36   associatedWith  MQTT2_zigbee_pi
     2019-11-17 12:10:35   battery         16
     2019-11-17 12:10:35   linkquality     18
Attributes:
   IODev      MQTT2_FHEM_Server
   model      zigbee2mqtt_Wireless_Button
   readingList zigbee2mqtt/0x90fd9ffffe9e4880:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE
   stateFormat Click: click Action: action



Internals:
   CID        zigbee_0x90fd9ffffee7e93a
   DEF        zigbee_0x90fd9ffffee7e93a
   DEVICETOPIC MQTT2_zigbee_0x90fd9ffffee7e93a
   FUUID      5d764aee-f33f-81e9-2602-d15adc73613be593
   IODev      MQTT2_FHEM_Server
   LASTInputDev MQTT2_FHEM_Server
   MQTT2_FHEM_Server_MSGCNT 148
   MQTT2_FHEM_Server_TIME 2019-11-17 12:19:31
   MSGCNT     148
   NAME       MQTT2_zigbee_0x90fd9ffffee7e93a
   NR         348
   STATE      Action: brightness_down_release
   TYPE       MQTT2_DEVICE
   JSONMAP:
     action     state
     arrow_left_release_action state
     arrow_left_release_battery battery
   OLDREADINGS:
   READINGS:
     2019-11-11 16:47:14   action          brightness_down_release
     2019-11-11 16:46:56   arrow_left_release_action arrow_left_release
     2019-11-11 16:46:56   arrow_left_release_battery 60
     2019-11-11 17:16:52   arrow_left_release_duration 1.411
     2019-11-11 17:16:52   arrow_left_release_linkquality 73
     2019-11-11 17:16:42   arrow_right_release_action arrow_right_release
     2019-11-11 17:16:42   arrow_right_release_battery 60
     2019-11-11 17:16:42   arrow_right_release_duration 0.502
     2019-11-11 17:16:42   arrow_right_release_linkquality 60
     2019-09-09 14:52:00   associatedWith  MQTT2_zigbee_pi
     2019-11-17 12:19:31   battery         60
     2019-11-17 12:19:31   linkquality     55
     2019-11-17 12:19:31   state           toggle
Attributes:
   IODev      MQTT2_FHEM_Server
   alias      MQTT2_zigbee_0x90fd9ffffee7e93a
   comment    Ikea Tradfri Remote Control
   jsonMap    action:state arrow_left_release_action:state arrow_left_release_battery:battery
   model      zigbee2mqtt_Wireless_Button
   readingList zigbee2mqtt/0x90fd9ffffee7e93a:.* { $EVENT =~ m,(arrow_(left|right)_release), ? json2nameValue($EVENT,$1."_",$JSONMAP) : json2nameValue($EVENT,'',$JSONMAP) }
   room       MQTT2_DEVICE
   stateFormat Action: action
   verbose    5


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

Also, das sind auch mehrere Themen, die sich da überlappen, ist nicht so einfach auseinanderzufieseln, was wohin gehört...

Tendenziell sind zigbee2mqtt-User eher im MQTT-Bereich des Forums anzutreffen, daher war die Empfehlung, den Thread dahin zu verschieben (kannst du selbst, ganz unten links sollte ein button sein), und auch die meisten Frage betrafen eher den MQTT-Teil.

Was die technischen Fragen zu ZigBee angeht, bist du uU. aber auch hier richtig. Soweit ich das verstanden habe, bekommt man Schaltungen FB->Bulb (mindestens) bei zigbee2mqtt nur mit, wenn man das "peering" über die Zentrale macht ("zigbee_pi"; dort wohl das mit den Gruppen). Es gibt dazu auch einen Thread hier im Forum zu der runden FB, vielleicht findest du da näheres (ich bin "vorher ausgestiegen"); der Weg, den du beschrieben hast, war ein etwas anderer, das könnte hier die Ursache sein.
Bzgl. der template-Diskussion würde ich das jedenfalls eher im MQTT-Bereich sehen, wobei es ok ist, die einfache json2name-Value-Fassung zu nehmen (eventuell mit einer Umbenennung des battry-Readings via JSONMAP). Ich verstehe aber nicht ganz, was es mit "click" im stateFormat auf sich hat, ich sehe kein "click"-Reading und würde daher dazu neigen, nur "action" in STATE zu schieben?
Was Icon usw. angeht, habe ich grade auch keine Idee, aber das eilt auch nicht...

Den Panel-Namen packe ich in jedem Fall in die desc des cct-templates, Danke für die Rückmeldung.
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

Alestrix

#47
Zitat von: ch.eick am 10 September 2019, 12:29:35
Ich erhalte leider kein payload für Aktion.

EDIT: Eben hat mir die Forensoftware nur die erste Seite angezeigt - werde wohl erst mal weiter lesen müssen...

EDIT 2: Hat sich erledigt, nach Aktualisierung der Controller Firmware (war noch eine von 2018 drauf) sieht man Schaltereignisse jetzt auch im Log und per MQTT.

(Alter Text gelöscht)

Grüße
Alex

lenoxef

Hallo, gehts hier noch irgendwo weiter?

Ich habe auch einen CC2531 in Betrieb genommen. Ich kann die Fernbedienungen in Fhem einlesen und auch Lampen sowie LED-Treiber steuern. Das Steuern der Lampen funktioniert auch per Homekit vom Iphone aus.

Ich suche jetzt noch nach einer Lösung, wie ich die Lampen mit der Fernbedienung steuen kann.. Ich denke Ein / Aus könnte man mit einem DOIF machen, aber wie lassen sich die Lampen dimmen?

mfg
Marcel

ch.eick

Hallo zusammen
Ja, es geht noch weiter :-)
Durch meinen HW Umzug vom RPI3 zum RPI4 bin ich nun auch auf Docker umgezogen. Ich habe bereits wieder Lebenszeichen der zigbee devices, jedoch muss ich jetzt dann doch alles neu pairen, was ja auch eine schoene Uebung sein wird. Bei dieser Gelegenheit werde ich dann nun auch einen network encryption key setzen und das zigbee Netz etwas sicherer gestalten.

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