Hey zusammen!
Ich habe an einer Lösung gearbeitet, um die Xiaomi Smart Home Geräte direkt über FHEM pairen zu können aus folgenden Gründen:
- Unabhängigkeit vom Gateway
- Keine China-Cloud mehr
- bis zu 48 Sensoren verbinden (statt der 30 vom Gateway)
Folgendes wird benötigt:
- CC2531 USB Stick https://de.aliexpress.com/item/DC-DC-LTC1871-Boost-Module-3-5-to-30V-100W-With-Dual-Display-Voltmeter/1859124945.html (https://de.aliexpress.com/item/DC-DC-LTC1871-Boost-Module-3-5-to-30V-100W-With-Dual-Display-Voltmeter/1859124945.html)
- CC Debugger https://de.aliexpress.com/item/Bluetooth-zigbee-Emulator-CC-Debugger-original-shell-2540-2541-2530-protocol-analysis/32798394717.html (https://de.aliexpress.com/item/Bluetooth-zigbee-Emulator-CC-Debugger-original-shell-2540-2541-2530-protocol-analysis/32798394717.html)
- Adapterkabel https://de.aliexpress.com/item/Downloader-Cable-Bluetooth-4-0-CC2540-zigbee-CC2531-Sniffer-USB-dongle-BTool-Programmer-Wire-Download-Programming/32767478130.html (https://de.aliexpress.com/item/Downloader-Cable-Bluetooth-4-0-CC2540-zigbee-CC2531-Sniffer-USB-dongle-BTool-Programmer-Wire-Download-Programming/32767478130.html)
Wenn man keinen Freund hat, der einen CC Debugger besitzt, kommt das preislich etwa gleich raus, wie wenn man das Gateway kauft. Die Einrichtung ist aufwändiger als beim Gateway.
Das ganze basiert auf dem CC2531 SoC von Texas Instruments sowie einer angepassten Version von Zigbee-Shepherd.
Zunächst muss der CC2531 USB Stick mit einer angepassten Variante des Z-Stacks von TI geflasht werden. Dazu brauch man leider einmalig einen CC Debugger sowie ein Adapterkabel. Da man die Firmware nur mit einem kommerziellen Compiler kompilieren kann, liegt das fertige hex file in meinem Repo bei.
Während des flashens muss der Stick über USB mit Strom versorgt werden, dann über das Adapterkabel mit dem CC Debugger verbunden werden (Richtung: Kabel geht über den Rand der Platine weg, nicht über die andere Seite)
Clone dir nun die Repo und flashe den Stick mit der Firmware unter Verwendung des SmartRF Flash Programmers von TI:
Repo: https://github.com/Koenkk/zigbee2mqtt (https://github.com/Koenkk/zigbee2mqtt)
Programmer (V1 verwenden, NICHT V2): http://www.ti.com/tool/FLASH-PROGRAMMER (http://www.ti.com/tool/FLASH-PROGRAMMER)
Treiber für den CC Debugger (für den Stick braucht man keinen!): http://www.ti.com/tool/CC-DEBUGGER
Führe anschließend die Installationsanleitung (https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge) aus und starte den nodejs Server.
Damit der nodejs Server beim Start automatisch mitgestartet wird, lege folgende Datei an /etc/systemd/system/xiaomi.service:
[Unit]
Description=Xiaomi
[Service]
ExecStart=/usr/bin/node /opt/zigbee2mqtt/index.js
Restart=always
RestartSec=5
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=xiaomi
[Install]
WantedBy=multi-user.target
Dabei müssen die Pfade unter ExecStart entsprechend angepasst werden.
Aktiviere den Service nun mit
systemctl enable xiaomi
Die Werte der Sensoren werden über MQTT an FHEM gemeldet - das index.js Script geht davon aus, dass der Server auf dem gleichen Gerät läuft - das kann im Programmcode aber entsprechend angepasst werden.
Installiere nun das FHEM-Modul: https://github.com/oskarn97/fhem-xiaomi-mqtt (https://github.com/oskarn97/fhem-xiaomi-mqtt)
Vorher der eigentlichen Definition muss aktuell bereits das MQTT IODev vorhanden sein, welches über
define MQTT MQTT localhost:1883
angelegt werden kann, sofern das noch nicht der Fall ist. Eine Definition ohne Vorhandensein des IODev führt aktuell zum Crash von FHEM.
Die Verbindung zum Stick wird anschließend wie folgt hergestellt:
define xBridge XiaomiMQTTDevice bridge
Paring
Das Pairing benötigt etwas Geduld. Während des Pairing muss man sich so nah wie möglich am Stick befinden!
Aktiviere zunächst das Pairing per
set xBridge pair 1
Alle Komponenten werden wie folgt gepairt.
Halte den Pairing-Knopf für 4 Sekunden gedrückt, lasse ihn los und drücke ihn über den Zeitraum von einer Minute ganz kurz alle 2 Sekunden.
Der Stick benötigt knapp eine Minute um alle Eigenschaften des Geräts auszulesen, dabei darf es nicht schlafen gehen, da sonst das Pairing fehlschlägt.
Geräte werden nach dem Pairing per autocreate angelegt - geschieht dies nicht, versuche es erneut.
Lediglich der Wandschalter bleibt von alleine wach.
Update:
Ich habe meinen eigenen Gateway-Server nun eingestellt und arbeite stattdessen mit Koenkk (https://github.com/Koenkk/zigbee2mqtt) zusammen.
Das hat den Vorteil, dass das Projekt besser aktualisiert wird (mit neuen Geräten etc). Das Plugin habe ich dafür bereits angepasst - die neue Version des Plugins ist vorerst noch abwärtskompatibel zu meinem Gateway-Server.
Um von meiner Repo auf die neue zu wechseln, führe Installationsanleitung (https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge) aus. Um das Pairing zu behalten, kopiere anschließend die devices.db aus dem alten Ordner, benenne sie in database.db um, und füge sie im Ordner data der neuen Repo ein.
Super Idee und tolle Arbeit!
Komponenten sind bestellt, dauert noch bis zu den ersten Tests 8)
Kannst du auch eine Unterstützung für den Xiaomi Mi Magic Cube Controller einbauen?
LG Thomas
Danke dir - bestimmt, habe ich nur nicht hier.
Wenn du mir aber die Logs der Events schickst, baue ich sie ein :)
Lg
Zitat von: neumann am 22 Februar 2018, 22:35:14
Danke dir - bestimmt, habe ich nur nicht hier.
Wenn du mir aber die Logs der Events schickst, baue ich sie ein :)
Lg
Mache ich sobald die Komponenten bei mir sind!!
LG Thomas
kann ich die dann nutzen ohne gateway`?
https://www.banggood.com/Original-Xiaomi-Smart-Home-Aqara-Human-Body-Sensor-ZigBee-Wireless-Connection-7m-Detection-Distance-p-1177007.html?rmmds=collection&utmid=2984
https://www.banggood.com/New-Arrival-Original-Xiaomi-Mini-Smart-Home-Temperature-and-Humidity-Sensor-White-p-1046061.html?rmmds=detail-top-buytogether-auto__5&cur_warehouse=CN
Ja - beim Temperatursensor habe ich nur den Aqara getestet, der von dir wird aber auch sehr sicher gehen.
Wurde der Xiaomi mijia Honeywell Rauchmelder mit deinen Modul funktionieren?
https://de.gearbest.com/alarm-systems/pp_615081.html
Gesendet von meinem Redmi Note 4 mit Tapatalk
Hallo neumann, als allererstes !!Sehr gute Idee!! :-)
ich hab nun einen USB Stik CC2513, einen CC Debugger und das Adapterkabel besorgt.
Das hex-file aus dem repo von Oskarn97 geholt und geflasht. Meldung im TI Flash Programmer war: OK
nach Anleitung aus dem Repo von Oskarn97 die Installation durchgeführt und den Nodejs Server gestartet
Das hat bis hierher soweit (mit Umwegen) funktioniert
Dann habe ich das Modul 72_XiaomiMQTTDevice.pm gezogen und in den FHEM Ordner kopiert
und danach die Eigenschaften der Datei geprüft. (Gruppe Dialout 20 / fhem 999)
Sobald ich "define xBridge XiaomiMQTTDevice bridge" in der Fhem eingabemaske bestätige stürtzt Fhem ab! :-[
und lässt sich nurn noch mit einem
sudo /etc/init.d/fhem stop
sudo /etc/init.d/fhem start
wieder in Gang setzen. Auch ein reboot des RPI bringt keine Veränderung.
Würde mich freuen wenn du mir helfen könntest,
Im Voraus schon mal Danke!!
was sagt denn der Log (/opt/fhem/log/fhem-2018-03.log)?
Vermutlich fehlt irgendeine dependency... :)
läuft MQTT auch. Erst nachdem dies installiert war stürzte fhem bei mir auch nicht mehr ab.
Bei mir werden nur noch keine Geräte gefunden...
du musst sie vorher natürlich noch pairen :)
Zitat von: neumann am 21 März 2018, 16:55:18
was sagt denn der Log (/opt/fhem/log/fhem-2018-03.log)?
Vermutlich fehlt irgendeine dependency... :)
Hallo neumann, vielen Dank!
hier der eintrag in der log:
2018.03.22 20:20:31 1: PERL WARNING: XiaomiMQTT::DEVICE::Expand() called too early to check prototype at ./FHEM/72_XiaomiMQTTDevice.pm line 263.
2018.03.22 20:20:31 1: PERL WARNING: XiaomiMQTT::DEVICE::Expand() called too early to check prototype at ./FHEM/72_XiaomiMQTTDevice.pm line 269.
2018.03.22 20:20:34 3: No I/O device found for xBridge
Undefined subroutine &XiaomiMQTT::DEVICE::client_subscribe_topic called at ./FHEM/72_XiaomiMQTTDevice.pm line 80.
-
der Server läuft:
pi@raspberrypi:~ $ sudo service mosquitto status
● mosquitto.service - LSB: mosquitto MQTT v3.1 message broker
Loaded: loaded (/etc/init.d/mosquitto)
Active: active (running) since Thu 2018-03-22 20:06:10 CST; 35min ago
Process: 1088 ExecStop=/etc/init.d/mosquitto stop (code=exited, status=0/SUCCESS)
Process: 1948 ExecStart=/etc/init.d/mosquitto start (code=exited, status=0/SUCCESS)
CGroup: /system.slice/mosquitto.service
└─1953 /usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf
Mar 22 20:06:10 raspberrypi mosquitto[1948]: Starting network daemon:: mosqu....
Mar 22 20:06:10 raspberrypi systemd[1]: Started LSB: mosquitto MQTT v3.1 mes....
Hint: Some lines were ellipsized, use -l to show in full.
-
npm Version:
pi@raspberrypi:~ $ npm -v
5.6.0
-
node version:
pi@raspberrypi:~ $ node -v
v8.10.0
-
USB-Stick ist wie folgt eingebunden:
pi@raspberrypi:~ $ ls -l /dev/serial/by-id
lrwxrwxrwx 1 root root 13 Mar 22 20:12 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012022E2B-if00 -> ../../ttyACM0
-
in der der index.js habe ich folgendes für serial port und mqtt broker eingetragen:
var client = mqtt.connect('mqtt:/etc/init.d/mosquitto')
var shepherd = new ZShepherd('/dev/ttyACM0', {
-
Ich habe keine Ahnung was ich da falsch mache,
ich hoffe du kannst mit weiterhelfen, würde mich freuen.
Gruß
Hey,
bei mqtt.connect muss der Host stehen, nicht der Dateipfad. Wenn der Server auf dem selben Pi läuft ist mqtt.connect('mqtt://localhost')
korrekt.
bei new ZShepherd ist ACM0 korrekt, du kannst auch
var shepherd = new ZShepherd('/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012022E2B-if00', {
reinschreiben, spielt aber keine Rolle.
Wenn du dann startest sollte Server is ready kommen.
Zitat von: neumann am 22 März 2018, 14:10:27
Hey,
bei mqtt.connect muss der Host stehen, nicht der Dateipfad. Wenn der Server auf dem selben Pi läuft ist mqtt.connect('mqtt://localhost')
korrekt.
bei new ZShepherd ist ACM0 korrekt, du kannst auch
var shepherd = new ZShepherd('/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012022E2B-if00', {
reinschreiben, spielt aber keine Rolle.
Wenn du dann startest sollte Server is ready kommen.
Also,
beides in der index.js eingetragen,
-
root@raspberrypi:~/xiaomi-zb2mqtt# node index.js
Server is ready. Current devices:
-
Fhem stürtzt bei der Eingabe von "define xBridge XiaomiMQTTDevice bridge" in der Fhem eingabemaske immer noch ab.
im Log stehen immer noch die gleichen Meldungen wie vorher
-
2018.03.22 22:19:06 1: PERL WARNING: XiaomiMQTT::DEVICE::Expand() called too early to check prototype at ./FHEM/72_XiaomiMQTTDevice.pm line 263.
2018.03.22 22:19:06 1: PERL WARNING: XiaomiMQTT::DEVICE::Expand() called too early to check prototype at ./FHEM/72_XiaomiMQTTDevice.pm line 269.
2018.03.22 22:19:06 3: No I/O device found for xBridge
Undefined subroutine &XiaomiMQTT::DEVICE::client_subscribe_topic called at ./FHEM/72_XiaomiMQTTDevice.pm line 80.
-
Hast du noch nen Tipp,?
würde sonst nochmal von vorne anfangen....
Ja, du musst erst ein MQTT Device definieren.
define MQTT MQTT localhost:1883
Zitat von: neumann am 22 März 2018, 15:29:23
Ja, du musst erst ein MQTT Device definieren.
define MQTT MQTT localhost:1883
!!Das hat soweit funktioniert!!
der MQTT bleibt aber disconnect :(
connection disconnected
state disconnected
...
ok, das ist dann aber unabhängig von diesem Modul.
https://wiki.fhem.de/wiki/MQTT_Einf%C3%BChrung
HI,
ich bin am verzweifeln....
nun bin ich soweit dass ich die Sensoren pairen kann, aber es will einfach nicht funktionieren.
Den Wiki Eintrag habe ich gelesen, werde aber nicht wirklich schlau daraus.
Kann mir jemand weiterhelfen?
Danke
Hmmm, jetzt sind all meine Teile angekommen aber das flashen will nicht gelingen.
Ich habe mit den flash Programmer 1.12.8 geladen, den Debugger an den PC gesteckt (Treiber wurden automatisch installiert), den USB-Stick in den PC gesteckt (Treiber wurden automatisch installiert) und den Debugger mit dem Stick verbunden. Das Kabel vom Stecker verläuft direkt von der Kante weg, geht nicht über die Platine drüber.
Programmer als Admin gestartet und da taucht das erste Problem auf: es wird kein Device gefunden.
Grummel...
Hab ich was übersehen?
pairen geht. Die Readings sind noch etwas verschieden,
Mit Xiami Gateway:
Zitatsetstate XMI_158d0001e47f53 2018-03-22 21:30:50 battery ok
setstate XMI_158d0001e47f53 2018-03-22 21:30:50 battery_level 3
setstate XMI_158d0001e47f53 2018-03-22 21:30:50 heartbeat 158d0001e47f53
setstate XMI_158d0001e47f53 2018-03-22 21:30:50 lux 7
setstate XMI_158d0001e47f53 2018-01-05 17:32:34 motionOffTimer 10
setstate XMI_158d0001e47f53 2018-03-22 20:48:09 no_motion 1800
setstate XMI_158d0001e47f53 2018-03-22 20:18:22 state off
mit Stick:
Zitatsetstate XMI_0x00158d0001e08bb6 motion
setstate XMI_0x00158d0001e08bb6 2018-03-23 17:10:54 battery ok
setstate XMI_0x00158d0001e08bb6 2018-03-23 17:10:54 battery_level 3025
setstate XMI_0x00158d0001e08bb6 2018-03-23 17:39:32 lux 3
setstate XMI_0x00158d0001e08bb6 2018-03-23 17:39:32 state motion
setstate XMI_0x00158d0001e08bb6 2018-03-23 17:39:32 transmission-state incoming publish received
Primär scheint es keinen motionOffTimer für "No Motion" zu geben, daher ist der Status immer auf motion. Und die battery level Auswertung ist etwas aus der normalen Format "3025" anstelle von "3". Sonst scheint es erstmal zu laufen. Mal weitere Geräte pairen :)!
@Himberger
Debuger LED ist grün? Häng mal ein Foto vom Flash Programmer an.
@wertz, Pairinganleitung aus dem ersten Post verwendet? 220sek pairing einstellen und in den ersten 60sek alle 2sek den sleep des Gerätes durch kurzes drücken des Pairingknopfes vermeiden.
@MiKn: Nachdem ich noch mal alles runter geworfen und neu installiert habe (Treiber diesmal manuell) wurde die LED vom Debugger auch grün und der Programmer findet auch den Stick.
WOOOHOOO!
Nun aber das nächste Problem:
Could not open specified HEX file
Ich hab das Hexfile so wie es bei Github zu finden ist herunter geladen und im Programmer ausgewählt
@MiKn:
Vielen Dank für deine Antwort, ich habe jetzt die halbe Nacht mit pairen verbracht :-\
Bin dann schlussendlich erfolgreich gewesen. Hatte meinen rpi zwischendurch mehrmals neu gestartet und nach dem 3. reboot hat das pairen geklappt, das anschließende autocreate auch. Warum auch immer.
Jetzt kann ich beruhigt in Urlaub gehen 8) euch allen frohe Ostern.
Ok, mein Problem mit dem Hexfile hat sich erstmal erledigt, beim nächsten Neustart lief es dann.
Jetzt warte ich noch auf meine Sensoren und kann dann weiter machen
Super, freut mich, dass ihr auch erste Erfolge erzieht. Das Pairing ist echt etwas frickelig und braucht Geduld, wenn man aber einmal den Dreh raus hat, klappt es gut :)
Zitat von: MiKn am 23 März 2018, 18:02:39
pairen geht. Die Readings sind noch etwas verschieden,
Mit Xiami Gateway:
mit Stick:
Primär scheint es keinen motionOffTimer für "No Motion" zu geben, daher ist der Status immer auf motion. Und die battery level Auswertung ist etwas aus der normalen Format "3025" anstelle von "3". Sonst scheint es erstmal zu laufen. Mal weitere Geräte pairen :)!
Ja genau, den motionOffTimer habe ich nicht implementiert, weil ich ihn persönlich nicht brauche. Ich habe einfach ein notify auf dem State, wenn ich Bewegung erkennen will.
Den Batteriewert bekommt man als Integer zugeschickt, finde ich auch deutlich besser zu verarbeiten als die Kommazahl.
Ich habe eine neue Version der MQTT Bridge hochgeladen, die den Stick automatisch erkennt und normal in den Autostart gepackt werden kann.
Für Leute, die schon eine Installation am Laufen haben - auf jeden Fall den Ordner node_modules übernehmen (da ist das Pairing drin gespeichert!), ein mal ein npm install machen, die Einträge aus /etc/rc.local entfernen und final ein systemctl enable xiaomi.
Zitat von: Himberger am 23 März 2018, 18:22:57
@MiKn: Nachdem ich noch mal alles runter geworfen und neu installiert habe (Treiber diesmal manuell) wurde die LED vom Debugger auch grün und der Programmer findet auch den Stick.
WOOOHOOO!
Nun aber das nächste Problem:
Could not open specified HEX file
Ich hab das Hexfile so wie es bei Github zu finden ist herunter geladen und im Programmer ausgewählt
Kannst du das weiter ausführen?
Ich sehe meinen Stick ebenfalls nicht im Flash Tool, habe die erste und die zweite Version getestet.
Habe probiert die Treiber manuell zu installieren, habe aber nichts für den USB Stick gefunden, nur für den CC Debugger hier:
http://www.ti.com/tool/CC-DEBUGGER
"Cebal - CCxxxx Development Tools USB Driver for Windows x86 and x64 (Rev. A)"
Im Device Manager steht auch, dass für die beiden Geräte keine Treiber geladen wurden, obwohl ich den verlinkten installiert habe.
Die Lampe vom Debugger leuchtet grün, wenn ich als erstes den USB Stick und dann den Debugger einstecke, wenn ich es in umgekehrter Reihenfolge mache, leuchtet sie rot.
Jemand eine Idee? :'(
Für den Stick brauchst du keinen Treiber, nur für den Debugger. Der Stick braucht zum flashen nur Strom.
Stick mit Strom verbinden, Debugger einstecken. Wenn die LED rot leuchtet einfach den Knopf am Debugger drücken.
D.h. der Treiber für den Debugger ist installiert aber der Smart RF Flash Programmer findet ihn nicht?
Hast du denn auch die erste Version (nicht v2) verwendet? V2 hat bei mir auch nicht funktioniert.
Ich habe Version 2 probiert, nachdem Version 1 nicht funktioniert hat.
Ich habe es aber gerade eben doch noch hinbekommen, auch wenn ich nicht genau weiß woran es gelegen hat.
Also Step by step, was ich getan habe, nachdem Flash Tool v1 und v2 es nicht gefunden haben:
1. alle Sachen vom Flash Tool deinstallieren
2. dieses Treiberpaket von dem hier deinstallieren: http://www.ti.com/tool/CC-DEBUGGER (ging über Programme deinstallieren, nicht im Gerätemanager)
3. hier Treiber downloaden: http://www.ti.com/product/CC2531/toolssoftware "CC USB Firmware Library and Examples (Rev. C) (ZIP1316KB ) 1,517views,01 Dec 2009"
4. Windows so neustarten, das unsignierte Treiber installiert werden können: https://www.maketecheasier.com/install-unsigned-drivers-windows10/
5. im den vorher runtergeladenen Treiber entpacken und driver/usb_cdc_driver_cc2531.inf rechtsklicken -> installieren
6. Flash Tool v1 Setup als Admin starten und installieren
7. CC2531 anschließen
8. Debugger anschließen, Lampe sollte grün sein
9. Flash Tool starten und es war direkt da!
Herzlichen Dank für die schnelle Antwort, Oskar!
Wenn der Rest jetzt so funktioniert wie geplant bin ich überglücklich!
Danke für die Hinweise!
Ich habe mich auch gewundert, warum das Pairing bei mir nach dem 36. Gerät nicht mehr funktioniert hat.
Es hat sich herausgestellt, dass ich einfach nicht nah genug am Stick war.
Kann mir jemand erklären was der Unterschied zwischen dieser Anbindung und der Anbindung via Raspbee-Modul ist?
Gruß TheCULessGuy
Hallo zusammen,
erst mal Dankeschööööön für die Aktualisierung, welche ich gleich installiert habe.
Pairing, Autocreate hat sofort funktioniert und auch mein switch wurde erkannt und zu den gepairten Komponenten hinzugefügt. TOP!!
Leider musste ich feststellen dass nach einigen Stunden (es waren 10) die Werte der Sensoren nicht mehr aktualisiert werden.
erst nach einem
pi@raspberrypi:~/xiaomi-zb2mqtt $ node index.js
werden Daten weitergegeben und aktualisiert.
-pi@raspberrypi:~/xiaomi-zb2mqtt $ node index.js
-Starting bridge using Chip usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001 2022E2B-if00
-Bridge is ready. Current devices:
-0x00158d000182f363 45561 lumi.sensor_magnet
-0x00158d0001bb5212 65018 lumi.sensor_magnet
-0x00158d0001c2aeb0 65235 lumi.sensor_ht
-0x00158d00015b8246 55807 lumi.sensor_motion
-0x00158d0001824915 60085 lumi.sensor_switch
Es sieht so aus als würden die gepairten Sensoren "einschlafen" oder die Bridge "schläft ein".
Kann es auch an etwas anderem liegen, dass die Daten nicht mehr aktualisiert weden?
bin für jeden Hinweis offen.... ;)
Gruß wertz
bin nach
Hallo Oskar,
ich habe meine Sensoren jetzt seit meinem letzten Post in Betrieb und es läuft ausgezeichnet! Vielen Dank für deinen Guide hier!
Lediglich die unglaublich helle grüne LED am USB Stick stört mich ein wenig.
Ist es möglich diese (evt. per Firmware?) zu deaktivieren? Aus dem Hex File in deiner Git Repository werde ich leider überhaupt nicht schlau.
Würde mich über eine Antwort freuen!
Zitat von: thorsten.d am 10 April 2018, 19:48:41
Hallo Oskar,
ich habe meine Sensoren jetzt seit meinem letzten Post in Betrieb und es läuft ausgezeichnet! Vielen Dank für deinen Guide hier!
Lediglich die unglaublich helle grüne LED am USB Stick stört mich ein wenig.
Ist es möglich diese (evt. per Firmware?) zu deaktivieren? Aus dem Hex File in deiner Git Repository werde ich leider überhaupt nicht schlau.
Würde mich über eine Antwort freuen!
die Firmware ist nur teilweise anpassbar und nur mit einem kommerziellen Compiler kompilierbar. Ich habe die LED einfach entfernt.
Zitat von: wertz am 09 April 2018, 13:57:36
Hallo zusammen,
erst mal Dankeschööööön für die Aktualisierung, welche ich gleich installiert habe.
Pairing, Autocreate hat sofort funktioniert und auch mein switch wurde erkannt und zu den gepairten Komponenten hinzugefügt. TOP!!
Leider musste ich feststellen dass nach einigen Stunden (es waren 10) die Werte der Sensoren nicht mehr aktualisiert werden.
erst nach einem
pi@raspberrypi:~/xiaomi-zb2mqtt $ node index.js
werden Daten weitergegeben und aktualisiert.
-pi@raspberrypi:~/xiaomi-zb2mqtt $ node index.js
-Starting bridge using Chip usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001 2022E2B-if00
-Bridge is ready. Current devices:
-0x00158d000182f363 45561 lumi.sensor_magnet
-0x00158d0001bb5212 65018 lumi.sensor_magnet
-0x00158d0001c2aeb0 65235 lumi.sensor_ht
-0x00158d00015b8246 55807 lumi.sensor_motion
-0x00158d0001824915 60085 lumi.sensor_switch
Es sieht so aus als würden die gepairten Sensoren "einschlafen" oder die Bridge "schläft ein".
Kann es auch an etwas anderem liegen, dass die Daten nicht mehr aktualisiert weden?
bin für jeden Hinweis offen.... ;)
Gruß wertz
bin nach
kannst du mal die betroffenen Sensoren direkt neben den Stick legen und testen? Klingt für mich nach einem Empfangsproblem.
Lg
Zitat von: neumann am 10 April 2018, 21:30:06
kannst du mal die betroffenen Sensoren direkt neben den Stick legen und testen? Klingt für mich nach einem Empfangsproblem.
Lg
Hi neumann,
meine Sensoren liegen etwa 50 cm neben dem Stik ohne jedwelche Hindernisse dazwischen.
Ich habe eine Vermutung woran das liegen könnte, bin mir aber nicht sicher wie ich das prüfen kann.
In der Datei "xiaomi.service" habe ich die Einträge unter -ExecStart=/usr/bin/nodejs /root/xiaomi-zb2mqtt/index.js diese Anpassungen gemacht.
mit einem "service xiaomi status" erhalte ich folgende Meldung
-
pi@raspberrypi:~/xiaomi-zb2mqtt $ service xiaomi status
● xiaomi.service - Xiaomi
Loaded: loaded (/etc/systemd/system/xiaomi.service; enabled)
Active: activating (auto-restart) (Result: exit-code) since Tue 2018-04-10 21:49:55 CST; 3s ago
Process: 1037 ExecStart=/usr/bin/nodejs /root/xiaomi-zb2mqtt/index.js (code=exited, status=8)
Main PID: 1037 (code=exited, status=8)
-
Habe ich an der Stelle einen falschen Pfad angegeben?
und wie kann ich das prüfen...
An dieser Stelle schon mal vielen Dank für deine Mühen.
Gruss
wertz
Das mit dem "Einschlafen" der Sensoren hab ich auch beobachtet.
Fing bei mir damit an dass das pairen nur geklappt hat wenn ich node index.js "händisch" aufgerufen habe.
Dann klappt das sogar in wenigen Sekunden.
Die Sensoren übertragen dann brav all ihre Werte in Echtzeit.
Aber sobald ich Putty schließe ist wieder Ruhe.
Auch ich vermute dass ich einen Fehler im Pfad habe. Ich schau heute Abend mal was bei mir so eingetragen ist.
Die Sensoren schlafen nicht ein, euer Prozess läuft einfach nicht mehr sobald die Sitzung zu ist.
Das testet ihr, indem ihr mit sudo den execStart Befehl ausführt.
Zitat von: neumann am 11 April 2018, 18:01:25
Die Sensoren schlafen nicht ein, euer Prozess läuft einfach nicht mehr sobald die Sitzung zu ist.
Das testet ihr, indem ihr mit sudo den execStart Befehl ausführt.
Jup, stimmt.
Ich habe inzwischen auch meinen Fehler gefunden.
Zum einen war es der Dateipfad (wie schon vermutet) und zum anderen bin ich alle Schritte noch mal durchgegangen und habe festgestellt dass der Service gar nicht aktiviert war. Hab ich, warum auch immer, übersehen.
Jetzt kommen auch brav alle Werte an. Ich hoffe mal dass das morgen auch noch so ist ;-)
Falls wir hier nicht mehr voneinander hören:
Danke für die feine Anleitung. Hat mich als Linux-DAU zwar etwas Recherche gekostet weil mir einige Dinge nicht klar bzw selbstverständlich waren (wie z.B. dass man Nodejs vorher installieren muss) aber nun löppt es ja erst mal.
Zitat von: neumann am 11 April 2018, 18:01:25
Die Sensoren schlafen nicht ein, euer Prozess läuft einfach nicht mehr sobald die Sitzung zu ist.
Das testet ihr, indem ihr mit sudo den execStart Befehl ausführt.
Hallo neumann,
ich habe das so verstanden dass man über ssh folgendes eingeben muss:
pi@raspberrypi:~/xiaomi-zb2mqtt $ sudo node index.js
Starting bridge using Chip usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012022E2B-if00
Bridge is ready. Current devices:
0x00158d000182f363 45561 lumi.sensor_magnet
0x00158d0001bb5212 65018 lumi.sensor_magnet
0x00158d0001c2aeb0 65235 lumi.sensor_ht
0x00158d00015b8246 55807 lumi.sensor_motion
0x00158d0001824915 60085 lumi.sensor_switch
Danach werden die Werte der Sensoren weitergegeben,
aber nur so lange wie die Sitzung geöffnet ist.
Sobald die Sitzung geschlossen ist, läuft der Prozess nicht mehr...
Was mache ich falsch?
@ Himberger:
Wie hast du die Dateipfade geprüft und entsprechend angepasst?
Vielen Dank für eure Mühen...
Zitat von: neumann am 10 April 2018, 21:29:19
die Firmware ist nur teilweise anpassbar und nur mit einem kommerziellen Compiler kompilierbar. Ich habe die LED einfach entfernt.
Habe sie nun auch erfolgreich ausgelötet, schon viel schöner! :)
Zitat von: wertz am 14 April 2018, 06:59:42
Hallo neumann,
ich habe das so verstanden dass man über ssh folgendes eingeben muss:
pi@raspberrypi:~/xiaomi-zb2mqtt $ sudo node index.js
Starting bridge using Chip usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012022E2B-if00
Bridge is ready. Current devices:
0x00158d000182f363 45561 lumi.sensor_magnet
0x00158d0001bb5212 65018 lumi.sensor_magnet
0x00158d0001c2aeb0 65235 lumi.sensor_ht
0x00158d00015b8246 55807 lumi.sensor_motion
0x00158d0001824915 60085 lumi.sensor_switch
Danach werden die Werte der Sensoren weitergegeben,
aber nur so lange wie die Sitzung geöffnet ist.
Sobald die Sitzung geschlossen ist, läuft der Prozess nicht mehr...
Was mache ich falsch?
@ Himberger:
Wie hast du die Dateipfade geprüft und entsprechend angepasst?
Vielen Dank für eure Mühen...
Lies dir noch einmal den ersten Beitrag von Oskar durch, da steht, wie du es mit systemctl auch bei jedem Neustart vom System starten lassen kannst.
Mit
sudo systemctl status xiaomi.service
kannst du dann die Node Ausgabe checken und schnell erkennen ob es richtig läuft
Ansonsten gibts auch noch https://pm2.keymetrics.io/ (https://pm2.keymetrics.io/) oder https://www.gnu.org/software/screen/manual/screen.html (https://www.gnu.org/software/screen/manual/screen.html) uvm.
Zitat von: thorsten.d am 16 April 2018, 02:26:05
Habe sie nun auch erfolgreich ausgelötet, schon viel schöner! :)
Lies dir noch einmal den ersten Beitrag von Oskar durch, da steht, wie du es mit systemctl auch bei jedem Neustart vom System starten lassen kannst.
Mit sudo systemctl status xiaomi.service
kannst du dann die Node Ausgabe checken und schnell erkennen ob es richtig läuft
Ansonsten gibts auch noch https://pm2.keymetrics.io/ (https://pm2.keymetrics.io/) oder https://www.gnu.org/software/screen/manual/screen.html (https://www.gnu.org/software/screen/manual/screen.html) uvm.
Hallo thorsten.d
herzlichen Dank für deinen Hinweis,
habe ich auch sofort ausprobiert, leider ohne Erfolg.
Ich habe nun alles runtergeschmissen und nochmals von vorne angefangen und nochmals versucht den service mittels sudo zu starten,
Das Ergebnis hat sich leider zum schlechten verändert, jetzt habe ich zusätzlich noch eine Fehlermeldung
pi@raspberrypi:~/xiaomi-zb2mqtt $ sudo systemctl status xiaomi.service -l
● xiaomi.service - Xiaomi
Loaded: loaded (/etc/systemd/system/xiaomi.service; enabled)
Active: active (exited) (Result: exit-code) since Sun 2018-04-15 20:01:09 CST ; 24h ago
Main PID: 453 (code=exited, status=203/EXEC)
CGroup: /system.slice/xiaomi.service
Apr 15 20:01:09 raspberrypi systemd[1]: Starting Xiaomi...
Apr 15 20:01:09 raspberrypi systemd[1]: Started Xiaomi.
Apr 15 20:01:09 raspberrypi systemd[1]: xiaomi.service: main process exited, cod e=exited, status=203/EXEC
Apr 15 20:02:26 raspberrypi systemd[1]: Started Xiaomi.
pi@raspberrypi:~/xiaomi-zb2mqtt $ clear
pi@raspberrypi:~/xiaomi-zb2mqtt $ sudo systemctl status xiaomi.service -l
● xiaomi.service - Xiaomi
Loaded: loaded (/etc/systemd/system/xiaomi.service; enabled)
Active: active (exited) (Result: exit-code) since Sun 2018-04-15 20:01:09 CST; 24h ago
Main PID: 453 (code=exited, status=203/EXEC)
CGroup: /system.slice/xiaomi.service
Apr 15 20:01:09 raspberrypi systemd[1]: Starting Xiaomi...
Apr 15 20:01:09 raspberrypi systemd[1]: Started Xiaomi.
Apr 15 20:01:09 raspberrypi systemd[1]: xiaomi.service: main process exited, code=exited, status=203/EXEC
Apr 15 20:02:26 raspberrypi systemd[1]: Started Xiaomi.
pi@raspberrypi:~/xiaomi-zb2mqtt $ sudo node index.js
Starting bridge using serial port /dev/ttyACM0
Error: ENOENT: no such file or directory, rename '/home/pi/xiaomi-zb2mqtt/node_modules/zigbee-shepherd/lib/database/dev.db~' -> '/home/pi/xiaomi-zb2mqtt/node_modules/zigbee-shepherd/lib/database/dev.db'Bridge is ready. Current devices:
0x00158d0001c2aeb0 30348 lumi.sensor_ht
die Datei dev.db ist im angegebenen Verzeichnis vorhanden, zumindest wenn ich mittels WinSCP verbunden bin sehe ich die datei im explorer. Komisch...
Meine Xiaomi.service liegt unter /etc/systemd/system sieht wie folgt aus:
[Unit]
Description=Xiaomi
[Service]
ExecStart=/usr/local/bin/node /home/pi/xiaomi-zb2mqtt/index.js
Restart=always
RestartSec=5
RemainAfterExit=yes
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=xiaomi
[Install]
WantedBy=multi-user.target
meine index.js liegt unter /home/pi/xiaomi-zb2mqtt/ und sieht wie folgt aus
var debug = require('debug')('xiaomi-zb2mqtt')
var util = require("util");
var perfy = require('perfy');
var ZShepherd = require('zigbee-shepherd');
var mqtt = require('mqtt')
var Q = require('q')
var serialport = require('serialport');
var config = require('yaml-config');
var bridgeID = 'bridge';
var shepherd = new ZShepherd('/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012022E2B-if00');var serial_port;
var settings = config.readConfig(__dirname + '/configuration.yaml');
if (settings.zigbee && settings.zigbee.bridge) {
bridgeID = settings.zigbee.bridge;
}
var options;
if (settings.mqtt.user && settings.mqtt.password) {
options = {
username: settings.mqtt.user,
password: settings.mqtt.password,
};
}
var client = mqtt.connect('mqtt://localhost');var fs = require('fs');
const readline = require('readline');
const rl = readline.createInterface({
input: process.stdin,
output: process.stdout
});
Nun bin ich mit meinem Latei (welches eh schon sehr begrenzt ist) total am Ende.
Hab nun 35 Sensoren angelernt (gepairt) die nur funktionieren solange die SSH Sitzung geöffnet ist...
Würde mich über weitere Hilfe freuen
Gruß
wertz
Existiert tatsächlich dev.db oder nur dev.db~?
Check mal den Inhalt mit
cat ~/xiaomi-zb2mqtt/node_modules/zigbee-shepherd/lib/database/dev.db
Funktioniert es momentan noch, wenn du das Skript direkt mit sudo node index.js aufrufst?
Wenn ja, dann nimm einfach pm2, das ist auch sehr gut.
https://pm2.keymetrics.io/docs/usage/quick-start/
Die index.js solltest du übrigens nicht verändern.
Hallo Thorsten.d
vielen Dank für deine Antworten.
den Inhalt der dev.db habe ich mit dem Befehl
- cat ~/xiaomi-zb2mqtt/node_modules/zigbee-shepherd/lib/database/dev.db
nachgeschaut und finde dort unter Anderem die ID´s meiner Sensoren.
Des Weiteren habe ich die originale index.js wieder eingefügt.
Komisch ist, dass ich nach dieser Aktion die Fehlermeldung nicht mehr habe.
momentan funktioniert der Dienst sauber aber nur solange die SSH Sitzung aktiv ist
ich Starte den Dienst (angemeldet als pi) mit
pi@raspberrypi:~ $ sudo systemctl enable xiaomi und
pi@raspberrypi:~/xiaomi-zb2mqtt $ sudo node index.js
Wenn du noch eine Idee hast, gerne her damit, deinen Hinweis auf pm2 werde ich mir aus jeden Fall durchlesen, vielleicht finde ich dort des Rätsels Lösung.
Vielen Dank nochmal
Gruß
wertz
Nach
sudo systemctl enable xiaomi
musst du ebenfalls noch
sudo systemctl start xiaomi
Du solltest das Skript dabei nicht von Hand mit sudo node index.js starten, weil es nicht doppelt laufen darf.
Also starte den Pi am besten noch einmal neu und dann nur die Befehle:
sudo systemctl enable xiaomi
sudo systemctl start xiaomi
sudo systemctl status xiaomi
Zitat von: thorsten.d am 17 April 2018, 21:38:31
Nach
sudo systemctl enable xiaomi
musst du ebenfalls noch
sudo systemctl start xiaomi
Du solltest das Skript dabei nicht von Hand mit sudo node index.js starten, weil es nicht doppelt laufen darf.
Also starte den Pi am besten noch einmal neu und dann nur die Befehle:
sudo systemctl enable xiaomi
sudo systemctl start xiaomi
sudo systemctl status xiaomi
Juhuuuu!!! Super, jetzt funkitioniert es!!!
Du weist gar nicht wie ich mich jetzt freue!!!
vielen vielen Dank für deine Geduld und Zeiit die du aufgewendet hast
Danke
Hallo zusammen,
nachdem jetzt die Sensordaten in FHEM ankommen habe ich diese auch in mein FTUI integriert.
Passt soweit alles, ausser dass bei den Fenstersensoren der Wert "battery" (Batteriespannung) nicht übermittelt wird.
Wenn ich das richtig gesehen habe wird der Wert auch im MQTT nicht angezeigt.
Seither hatte ich die Sensoren über das Xiaomi Gateway eingebunden und auch die Batteriewerte erhalten.
Ist das über den MQTT nicht möglich? Oder kann das noch implementiert werden?
Gruß und Dank
wertz
Hallo Zusammen,
gibt es die Möglichkeit den Wasser Sensor (XIAOMI Aqara Water Sensor) zu pairen?
Grüße
Timo
Sind das Aqara?
Zitat von: wertz am 21 April 2018, 10:51:32
Hallo zusammen,
nachdem jetzt die Sensordaten in FHEM ankommen habe ich diese auch in mein FTUI integriert.
Passt soweit alles, ausser dass bei den Fenstersensoren der Wert "battery" (Batteriespannung) nicht übermittelt wird.
Wenn ich das richtig gesehen habe wird der Wert auch im MQTT nicht angezeigt.
Seither hatte ich die Sensoren über das Xiaomi Gateway eingebunden und auch die Batteriewerte erhalten.
Ist das über den MQTT nicht möglich? Oder kann das noch implementiert werden?
Gruß und Dank
wertz
Hast du den da?
Geht bestimmt, bräuchte ein Auszug aus dem Log.
Zitat von: tigru77 am 21 April 2018, 10:52:30
Hallo Zusammen,
gibt es die Möglichkeit den Wasser Sensor (XIAOMI Aqara Water Sensor) zu pairen?
Grüße
Timo
Habe ich da, aber im Log wird nichts geschrieben. Laut Anleitung müsste man das Teil beim Pairen mit der offiziellen App hin- und herschütteln.
Zitat von: neumann am 21 April 2018, 11:02:11
Hast du den da?
Geht bestimmt, bräuchte ein Auszug aus dem Log.
Das Batterie-Reading ist nun auch für die restlichen Geräte drin.
Am besten die Repo neu clonen, alle Dateien ersetzen (node_modules Order nicht löschen!), im node_modules Ordner den zcl-packet Ordner löschen und dann npm install ausführen.
Dann werden in Zukunft Battere-Readings erfasst.
Zitat von: neumann am 22 April 2018, 14:54:20
Das Batterie-Reading ist nun auch für die restlichen Geräte drin.
Am besten die Repo neu clonen, alle Dateien ersetzen (node_modules Order nicht löschen!), im node_modules Ordner den zcl-packet Ordner löschen und dann npm install ausführen.
Dann werden in Zukunft Battere-Readings erfasst.
SUPER!!
Die Batterie-Readings funktionieren einwandfrei
vielen Dank für die tolle Arbeit. ;D
Hallo, erstmal danke für das tolle Projekt. :)
Ich habe ein paar Fragen:
Hat man mit dieser Lösung irgendwelche Nachteile, im Gegensatz zum Xiaomi Gateway?
Wie sieht es mit Firmware updates der Sensoren aus, sofern diese überhaupt updatebar sind?
Wenn Xiaomi neue Sensoren raus bringen sollte, muss die CC2531ZNP Firmware dazu angepasst werden und benötigt man dazu auch wieder den CC Debuger?
Denn ich habe mir vor ein paar Tagen, einige Xiaomi Komponenten bestellt.
Nun überlege ich welche Lösung ich nehmen soll, um die Sensoren an Fhem anzubinden.
Viele Grüße
Mark
Die Frage nach dem Debugger finde ich auch interessant, weil wenn man den nur einmal braucht könnte man sich ja zusammentun also eine Bestellung von ein paar CC2531 Sticks machen und die dann flashen und weiter verschicken.
Hallo!
Ich verfolge die Integration ohne "China Cloud" mit hohem Interesse, aber: Gibt es da auch was mit IP? Sprich, einen Neumann CUN? Oder sogar via WiFi (ESP 8266?)?
In meinem Fall wäre der Anschluss via USB an meinem FHEM Server nicht sehr zweckmässig, da der im Keller und recht weit von potenziellen Geräten steht.
Grüße,
Markus
Hey, evt. kann mich jemand auf die richtiege Spur Bringen,
Hab alles instaliert, auch den Stick anscheinend erfolgreich instaliert, doch irgendwas stimmt nicht, es will einfach nicht funktionieren :(
ein: sudo systemctl status xiaomi.service -l gibt mir folgendes aus:
● xiaomi.service - Xiaomi
Loaded: loaded (/etc/systemd/system/xiaomi.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Mi 2018-05-09 15:55:34 CEST; 1s ago
Process: 1583 ExecStart=/home/brix/xiaomi-zb2mqtt/xiaomi-zb2mqtt/index.js (code=exited, status=203/EXEC)
Main PID: 1583 (code=exited, status=203/EXEC)
Mai 09 15:55:34 ubuntu-Server systemd[1]: xiaomi.service: Unit entered failed state.
Mai 09 15:55:34 ubuntu-Server systemd[1]: xiaomi.service: Failed with result 'exit-code'.
Edit again:
Hab nochmal nach npm instaliert, das kam dabei raus:
brix@ubuntu-Server:~$ git clone https://github.com/oskarn97/xiaomi-zb2mqtt.git
Klone nach 'xiaomi-zb2mqtt' ...
remote: Counting objects: 150, done.
remote: Compressing objects: 100% (5/5), done.
remote: Total 150 (delta 0), reused 1 (delta 0), pack-reused 145
Empfange Objekte: 100% (150/150), 265.58 KiB | 0 bytes/s, Fertig.
Löse Unterschiede auf: 100% (79/79), Fertig.
Prüfe Konnektivität ... Fertig.
brix@ubuntu-Server:~$ cd xiaomi-zb2mqtt
brix@ubuntu-Server:~/xiaomi-zb2mqtt$ npm install
npm WARN deprecated parser-byte-length@1.0.2: renamed to @serialport/parser-byte -length
npm WARN deprecated parser-delimiter@1.0.2: reanmed to @serialport/parser-delimi ter
npm WARN deprecated parser-cctalk@1.0.2: reanmed to @serialport/parser-cctalk
npm WARN deprecated parser-ready@1.0.2: reanmed to @serialport/parser-ready
npm WARN deprecated parser-readline@1.0.2: reanmed to @serialport/parser-readlin e
npm WARN deprecated parser-regex@1.0.2: reanmed to @serialport/parser-regex
npm WARN deprecated socks@1.1.10: If using 2.x branch, please upgrade to at least 2.1.6 to avoid a serious bug with socket data flow and an import issue introduced in 2.1.0
> serialport@4.0.7 install /home/brix/xiaomi-zb2mqtt/node_modules/cc-znp/node_modules/serialport
> node-pre-gyp install --fallback-to-build
node-pre-gyp info it worked if it ends with ok
node-pre-gyp verb cli [ '/home/brix/.nvm/versions/node/v8.11.1/bin/node',
node-pre-gyp verb cli '/home/brix/xiaomi-zb2mqtt/node_modules/cc-znp/node_modules/serialport/node_modules/.bin/node-pre-gyp',
node-pre-gyp verb cli 'install',
node-pre-gyp verb cli '--fallback-to-build' ]
node-pre-gyp info using node-pre-gyp@0.6.32
node-pre-gyp info using node@8.11.1 | linux | x64
node-pre-gyp verb command install []
node-pre-gyp info check checked for "/home/brix/xiaomi-zb2mqtt/node_modules/cc-znp/node_modules/serialport/build/Release/serialport.node" (not found)
node-pre-gyp http GET https://github.com/EmergingTechnologyAdvisors/node-serialport/releases/download/4.0.7/serialport-v4.0.7-node-v57-linux-x64.tar.gz
node-pre-gyp http 404 https://github.com/EmergingTechnologyAdvisors/node-serialport/releases/download/4.0.7/serialport-v4.0.7-node-v57-linux-x64.tar.gz
node-pre-gyp ERR! Tried to download(404): https://github.com/EmergingTechnologyAdvisors/node-serialport/releases/download/4.0.7/serialport-v4.0.7-node-v57-linux-x64.tar.gz
node-pre-gyp ERR! Pre-built binaries not found for serialport@4.0.7 and node@8.11.1 (node-v57 ABI) (falling back to source compile with node-gyp)
node-pre-gyp http 404 status code downloading tarball https://github.com/EmergingTechnologyAdvisors/node-serialport/releases/download/4.0.7/serialport-v4.0.7-node-v57-linux-x64.tar.gz
node-pre-gyp verb command build [ 'rebuild' ]
make: Verzeichnis ,,/home/brix/xiaomi-zb2mqtt/node_modules/cc-znp/node_modules/serialport/build" wird betreten
CXX(target) Release/obj.target/serialport/src/serialport.o
../src/serialport.cpp: In function 'int getIntFromObject(v8::Local<v8::Object>, std::__cxx11::string)':
../src/serialport.cpp:90:52: warning: 'v8::Local<v8::Int32> v8::Value::ToInt32() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
return getValueFromObject(options, key)->ToInt32()->Int32Value();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/./serialport.h:7,
from ../src/serialport.cpp:1:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9796:14: note: declared here
Local<Int32> Value::ToInt32() const {
^
../src/serialport.cpp: In function 'double getDoubleFromObject(v8::Local<v8::Object>, std::__cxx11::string)':
../src/serialport.cpp:102:53: warning: 'v8::Local<v8::Number> v8::Value::ToNumber() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
return getValueFromObject(options, key)->ToNumber()->NumberValue();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/./serialport.h:7,
from ../src/serialport.cpp:1:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9760:15: note: declared here
Local<Number> Value::ToNumber() const {
^
../src/serialport.cpp: In function 'void EIO_AfterOpen(uv_work_t*)':
../src/serialport.cpp:174:31: warning: 'v8::Local<v8::Int32> v8::Value::ToInt32() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
int fd = argv[1]->ToInt32()->Int32Value();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/./serialport.h:7,
from ../src/serialport.cpp:1:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9796:14: note: declared here
Local<Int32> Value::ToInt32() const {
^
../src/serialport.cpp:180:30: warning: 'v8::Local<v8::Value> Nan::Callback::Call(int, v8::Local<v8::Value>*) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(2, argv);
^
In file included from ../src/./serialport.h:7:0,
from ../src/serialport.cpp:1:
../../../../nan/nan.h:1618:3: note: declared here
Call(int argc, v8::Local<v8::Value> argv[]) const {
^
../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Update(Nan::NAN_METHOD_ARGS_TYPE)':
../src/serialport.cpp:193:29: warning: 'v8::Local<v8::Int32> v8::Value::ToInt32() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
int fd = info[0]->ToInt32()->Int32Value();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/./serialport.h:7,
from ../src/serialport.cpp:1:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9796:14: note: declared here
Local<Int32> Value::ToInt32() const {
^
../src/serialport.cpp:217:116: warning: 'v8::Local<v8::Int32> v8::Value::ToInt32() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
baton->baudRate = Nan::Get(options, Nan::New<v8::String>("baudRate").ToLocalChecked()).ToLocalChecked()->ToInt32()->Int32Value();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/./serialport.h:7,
from ../src/serialport.cpp:1:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9796:14: note: declared here
Local<Int32> Value::ToInt32() const {
^
../src/serialport.cpp: In function 'void EIO_AfterUpdate(uv_work_t*)':
../src/serialport.cpp:240:30: warning: 'v8::Local<v8::Value> Nan::Callback::Call(int, v8::Local<v8::Value>*) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(1, argv);
^
In file included from ../src/./serialport.h:7:0,
from ../src/serialport.cpp:1:
../../../../nan/nan.h:1618:3: note: declared here
Call(int argc, v8::Local<v8::Value> argv[]) const {
^
../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Write(Nan::NAN_METHOD_ARGS_TYPE)':
../src/serialport.cpp:252:29: warning: 'v8::Local<v8::Int32> v8::Value::ToInt32() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
int fd = info[0]->ToInt32()->Int32Value();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/./serialport.h:7,
from ../src/serialport.cpp:1:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9796:14: note: declared here
Local<Int32> Value::ToInt32() const {
^
../src/serialport.cpp: In function 'void EIO_AfterWrite(uv_work_t*)':
../src/serialport.cpp:339:30: warning: 'v8::Local<v8::Value> Nan::Callback::Call(int, v8::Local<v8::Value>*) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(1, argv);
^
In file included from ../src/./serialport.h:7:0,
from ../src/serialport.cpp:1:
../../../../nan/nan.h:1618:3: note: declared here
Call(int argc, v8::Local<v8::Value> argv[]) const {
^
../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Close(Nan::NAN_METHOD_ARGS_TYPE)':
../src/serialport.cpp:369:32: warning: 'v8::Local<v8::Int32> v8::Value::ToInt32() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
baton->fd = info[0]->ToInt32()->Int32Value();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/./serialport.h:7,
from ../src/serialport.cpp:1:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9796:14: note: declared here
Local<Int32> Value::ToInt32() const {
^
../src/serialport.cpp: In function 'void EIO_AfterClose(uv_work_t*)':
../src/serialport.cpp:403:30: warning: 'v8::Local<v8::Value> Nan::Callback::Call(int, v8::Local<v8::Value>*) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(1, argv);
^
In file included from ../src/./serialport.h:7:0,
from ../src/serialport.cpp:1:
../../../../nan/nan.h:1618:3: note: declared here
Call(int argc, v8::Local<v8::Value> argv[]) const {
^
../src/serialport.cpp: In function 'void EIO_AfterList(uv_work_t*)':
../src/serialport.cpp:465:30: warning: 'v8::Local<v8::Value> Nan::Callback::Call(int, v8::Local<v8::Value>*) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(2, argv);
^
In file included from ../src/./serialport.h:7:0,
from ../src/serialport.cpp:1:
../../../../nan/nan.h:1618:3: note: declared here
Call(int argc, v8::Local<v8::Value> argv[]) const {
^
../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Flush(Nan::NAN_METHOD_ARGS_TYPE)':
../src/serialport.cpp:480:29: warning: 'v8::Local<v8::Int32> v8::Value::ToInt32() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
int fd = info[0]->ToInt32()->Int32Value();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/./serialport.h:7,
from ../src/serialport.cpp:1:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9796:14: note: declared here
Local<Int32> Value::ToInt32() const {
^
../src/serialport.cpp: In function 'void EIO_AfterFlush(uv_work_t*)':
../src/serialport.cpp:516:30: warning: 'v8::Local<v8::Value> Nan::Callback::Call(int, v8::Local<v8::Value>*) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(2, argv);
^
In file included from ../src/./serialport.h:7:0,
from ../src/serialport.cpp:1:
../../../../nan/nan.h:1618:3: note: declared here
Call(int argc, v8::Local<v8::Value> argv[]) const {
^
../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Set(Nan::NAN_METHOD_ARGS_TYPE)':
../src/serialport.cpp:528:29: warning: 'v8::Local<v8::Int32> v8::Value::ToInt32() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
int fd = info[0]->ToInt32()->Int32Value();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/./serialport.h:7,
from ../src/serialport.cpp:1:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9796:14: note: declared here
Local<Int32> Value::ToInt32() const {
^
../src/serialport.cpp: In function 'void EIO_AfterSet(uv_work_t*)':
../src/serialport.cpp:573:30: warning: 'v8::Local<v8::Value> Nan::Callback::Call(int, v8::Local<v8::Value>*) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(1, argv);
^
In file included from ../src/./serialport.h:7:0,
from ../src/serialport.cpp:1:
../../../../nan/nan.h:1618:3: note: declared here
Call(int argc, v8::Local<v8::Value> argv[]) const {
^
../src/serialport.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE Drain(Nan::NAN_METHOD_ARGS_TYPE)':
../src/serialport.cpp:585:29: warning: 'v8::Local<v8::Int32> v8::Value::ToInt32() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
int fd = info[0]->ToInt32()->Int32Value();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/./serialport.h:7,
from ../src/serialport.cpp:1:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9796:14: note: declared here
Local<Int32> Value::ToInt32() const {
^
../src/serialport.cpp: In function 'void EIO_AfterDrain(uv_work_t*)':
../src/serialport.cpp:617:30: warning: 'v8::Local<v8::Value> Nan::Callback::Call(int, v8::Local<v8::Value>*) const' is deprecated [-Wdeprecated-declarations]
data->callback.Call(1, argv);
^
In file included from ../src/./serialport.h:7:0,
from ../src/serialport.cpp:1:
../../../../nan/nan.h:1618:3: note: declared here
Call(int argc, v8::Local<v8::Value> argv[]) const {
^
CXX(target) Release/obj.target/serialport/src/serialport_unix.o
../src/serialport_unix.cpp: In function 'OpenBatonPlatformOptions* ParsePlatformOptions(const v8::Local<v8::Object>&)':
../src/serialport_unix.cpp:44:109: warning: 'v8::Local<v8::Int32> v8::Value::ToInt32() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
result->vmin = Nan::Get(options, Nan::New<v8::String>("vmin").ToLocalChecked()).ToLocalChecked()->ToInt32()->Int32Value();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/./serialport.h:7,
from ../src/serialport_unix.cpp:1:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9796:14: note: declared here
Local<Int32> Value::ToInt32() const {
^
../src/serialport_unix.cpp:45:111: warning: 'v8::Local<v8::Int32> v8::Value::ToInt32() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
result->vtime = Nan::Get(options, Nan::New<v8::String>("vtime").ToLocalChecked()).ToLocalChecked()->ToInt32()->Int32Value();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/./serialport.h:7,
from ../src/serialport_unix.cpp:1:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9796:14: note: declared here
Local<Int32> Value::ToInt32() const {
^
CXX(target) Release/obj.target/serialport/src/serialport_poller.o
../src/serialport_poller.cpp: In member function 'void SerialportPoller::callCallback(int)':
../src/serialport_poller.cpp:47:26: warning: 'v8::Local<v8::Value> Nan::Callback::Call(int, v8::Local<v8::Value>*) const' is deprecated [-Wdeprecated-declarations]
callback_->Call(1, argv);
^
In file included from ../src/serialport_poller.cpp:5:0:
../../../../nan/nan.h:1618:3: note: declared here
Call(int argc, v8::Local<v8::Value> argv[]) const {
^
../src/serialport_poller.cpp: In static member function 'static Nan::NAN_METHOD_RETURN_TYPE SerialportPoller::New(Nan::NAN_METHOD_ARGS_TYPE)':
../src/serialport_poller.cpp:86:31: warning: 'v8::Local<v8::Int32> v8::Value::ToInt32() const' is deprecated: Use maybe version [-Wdeprecated-declarations]
obj->fd_ = info[0]->ToInt32()->Int32Value();
^
In file included from /home/brix/.node-gyp/8.11.1/include/node/node.h:63:0,
from ../../../../nan/nan.h:51,
from ../src/serialport_poller.cpp:5:
/home/brix/.node-gyp/8.11.1/include/node/v8.h:9796:14: note: declared here
Local<Int32> Value::ToInt32() const {
^
SOLINK_MODULE(target) Release/obj.target/serialport.node
COPY Release/serialport.node
make: Verzeichnis ,,/home/brix/xiaomi-zb2mqtt/node_modules/cc-znp/node_modules/serialport/build" wird verlassen
node-pre-gyp info ok
> serialport@6.2.0 install /home/brix/xiaomi-zb2mqtt/node_modules/serialport
> prebuild-install || node-gyp rebuild
npm notice created a lockfile as package-lock.json. You should commit this file.
added 951 packages from 848 contributors in 67.016s
brix@ubuntu-Server:~/xiaomi-zb2mqtt$
edit: hab noch etwas verändert : enable und start ausgeführt, und pfad noch mal angepasst/überprüft.
ähnliches Ergebnis :(
● xiaomi.service - Xiaomi
Loaded: loaded (/etc/systemd/system/xiaomi.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Mi 2018-05-09 16:33:03 CEST; 2s ago
Process: 3069 ExecStart=/home/brix/xiaomi-zb2mqtt/index.js (code=exited, status=203/EXEC)
Main PID: 3069 (code=exited, status=203/EXEC)
Mai 09 16:33:03 ubuntu-Server systemd[1]: xiaomi.service: Main process exited, code=exited, status=203/EXEC
Mai 09 16:33:03 ubuntu-Server systemd[1]: xiaomi.service: Unit entered failed state.
Mai 09 16:33:03 ubuntu-Server systemd[1]: xiaomi.service: Failed with result 'exit-code'.
ich versuche schon seit Stunden das ans laufen zu bringen, aber da ich nicht so viel Ahnung habe, komme ich einfach nicht weiter.
würde mich sehr über eure Hilfe freuen.
Gruß
edit: System=Ubuntu 16.04.4 LTS (GNU/Linux 4.4.0-124-generic x86_64) auf einem Brix
ich gebs auf :( .......
brix@ubuntu-Server:~/xiaomi-zb2mqtt$ node index.js
Starting bridge using serial port /dev/ttyACM0
(node:2511) [DEP0013] DeprecationWarning: Calling an asynchronous function without callback is deprecated.
Error: ENOENT: no such file or directory, rename '/home/brix/xiaomi-zb2mqtt/node_modules/zigbee-shepherd/lib/database/dev.db' -> '/home/brix/xiaomi-zb2mqtt/devices.db'
Error: Error: Permission denied, cannot open /dev/ttyACM0
brix@ubuntu-Server:~/xiaomi-zb2mqtt$ sudo node index.js
[sudo] Passwort für brix:
Starting bridge using serial port /dev/ttyACM0
(node:9081) [DEP0013] DeprecationWarning: Calling an asynchronous function without callback is deprecated.
hab nochmal alles neu gemacht,
geht natürlich immer noch nicht...
warum steht bei mir using serial port,
und nicht mein Chip = usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012013B5F-if00 -> ../../ttyACM0
Index sieht jetzt so aus:
var debug = require('debug')('xiaomi-zb2mqtt')
var util = require("util");
var perfy = require('perfy');
var ZShepherd = require('zigbee-shepherd');
var mqtt = require('mqtt')
var Q = require('q')
var serialport = require('serialport');
var config = require('yaml-config');
var bridgeID = 'bridge';
var shepherd = new ZShepherd('/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012013B5F-if00');
var serial_port;
var settings = config.readConfig(__dirname + '/configuration.yaml');
if (settings.zigbee && settings.zigbee.bridge) {
bridgeID = settings.zigbee.bridge;
}
var options;
if (settings.mqtt.user && settings.mqtt.password) {
options = {
username: settings.mqtt.user,
password: settings.mqtt.password,
};
}
var client = mqtt.connect('mqtt://localhost');
+settings.mqtt.server,options, {
will: {
topic: settings.mqtt.base_topic + '/' + bridgeID + '/state',
payload: 'offline',
retain: true
}
};
var fs = require('fs');
const readline = require('readline');
try {
fs.rename(__dirname + '/node_modules/zigbee-shepherd/lib/database/dev.db', __dirname + '/' + settings.dbfile);
} catch (e){}
const rl = readline.createInterface({
input: process.stdin,
output: process.stdout
});
client.on('connect', function() {
client.subscribe(settings.mqtt.base_topic+'/cmnd/#');
})
client.on('message', function(topic, message) {
try {
// message is Buffer
var array = topic.split("cmnd/")
if (array.length > 1) {
array = array[1].split('/');
if (array.length > 1) {
var device = array[0];
var path = array[1];
if (device == bridgeID) {
if (path == 'pair') {
var duration = parseInt(message);
if (!duration || duration == 0) duration = 60;
shepherd.permitJoin(duration, function(err) {
if (err)
console.log(err);
});
console.log("Pairing enabled for " + duration + " seconds");
} else if (path == 'send') {
var element = array[2]; // element ID
var channel = parseInt(array[3], 10); // channel ID
console.log("element: ", channel, " channel: ", channel);
var dev = shepherd.find(element, (channel + 1)); //channelID starts on 2 so always one more
if ( typeof dev !== 'undefined' && dev ) { //returns undefined if not found
dev.getSimpleDesc();
dev.functional('genOnOff', 'toggle', {}, function (err, rsp) {
if (!err) //error control
console.log(rsp);
});
}
}
} else {
if (path == 'unpair') {
try {
var dev = shepherd.find(device, 1).getDevice();
Q.ninvoke(shepherd._devbox, 'remove', dev._getId());
Q.ninvoke(shepherd._devbox, 'sync', dev._getId());
} catch (e) {}
client.publish(settings.mqtt.base_topic+'/' + device + '/unpair', '');
}
}
}
}
} catch (e) {}
})
function selectChip() {
if (settings.serial && settings.serial.port) {
serial_port = settings.serial.port;
initShepherd();
} else {
var found = [];
serialport.list(function(err, ports) {
ports.forEach(function(port) {
if ((port.pnpId && port.pnpId.match(/TI_CC253/i)) || (port.vendorId && port.vendorId.match('0451'))) {
found.push(port.comName);
}
});
if (found.length > 1) {
console.log("Found multiple ZigBee Chips.");
var i = 0;
found.forEach(function(port) {
console.log("[" + i++ + "] " + port);
});
rl.question('Please enter the number of the Chip you would like to use: ', (answer) => {
if (answer >= 0 && answer < found.length) {
serial_port = found[answer];
saveSettings();
initShepherd();
} else {
console.error("Invalid input.");
process.exit();
}
rl.close();
});
return;
} else if (found.length == 0) {
console.error("Error: Did not detect any available ZigBee Chips. Trying again...");
setTimeout(selectChip, 10 * 1000);
return;
}
//only one chip
try {
serial_port = found[0];
saveSettings();
initShepherd();
} catch(err) {
console.log(err)
}
});
}
}
function saveSettings() {
if (!settings.serial)
settings.serial = Object();
if (!settings.zigbee)
settings.zigbee = Object();
settings.serial.port = serial_port;
settings.zigbee.bridge = bridgeID;
config.updateConfig(settings, __dirname + "/configuration.yaml", "default");
}
function startShepherd() {
shepherd.start(function(err) { // start the server
if (err) {
if (err.message.match(/timeout/)) {
console.error("Error: Could not connect to the chip, trying again...");
shepherd.controller._znp.close(function(err){});
shepherd.stop();
setTimeout(startShepherd, 10 * 1000);
} else {
bridgeError(err.message);
}
}
});
}
function initShepherd() {
console.log("Starting bridge using serial port " + serial_port);
shepherd = new ZShepherd(serial_port.toString(), {
net: {
panId: 0x1a62
},
dbPath: `${__dirname}/${settings.dbfile}`
});
shepherd.on('ready', function() {
console.log('Bridge is ready. Current devices:');
shepherd.list().forEach(function(dev) {
if (dev.type === 'EndDevice') {
console.log(dev.ieeeAddr + ' ' + dev.nwkAddr + ' ' + dev.modelId);
} else if ((!settings.zigbee || !settings.zigbee.bridge) && dev.type === 'Coordinator') {
bridgeID = dev.ieeeAddr;
saveSettings()
}
if (dev.manufId === 4151) // set all xiaomi devices to be online, so shepherd won't try to query info from devices (which would fail because they go to sleep)
shepherd.find(dev.ieeeAddr, 1).getDevice().update({
status: 'online',
joinTime: Math.floor(Date.now() / 1000)
});
});
reportBridgeStatus();
reportConnectedDevices();
});
shepherd.on('permitJoining', function(joinTimeLeft) {
if (joinTimeLeft % 5 == 0) {
client.publish(settings.mqtt.base_topic+'/' + bridgeID + '/joinTimeLeft', joinTimeLeft.toString())
}
if (joinTimeLeft == 0) console.log("Pairing ended.");
});
shepherd.on('ind', function(msg) {
// debug('msg: ' + util.inspect(msg, false, null));
var pl = null;
var topic = settings.mqtt.base_topic+'/';
switch (msg.type) {
case 'devIncoming':
reportConnectedDevices();
console.log('Device: ' + msg.data + ' joining the network!');
break;
case 'attReport':
console.log('attreport: ' + msg.endpoints[0].device.ieeeAddr + ' ' + msg.endpoints[0].devId + ' ' + msg.endpoints[0].epId + ' ' + util.inspect(msg.data, false, null));
// defaults, will be extended or overridden based on device and message
topic += msg.endpoints[0].device.ieeeAddr;
pl = null;
var modelId = msg.endpoints[0].device.modelId;
if (modelId) modelId = modelId.replace("\u0000", "");
switch (msg.data.cid) {
case 'genBasic':
if (msg.data.data['modelId']) {
if (!modelId || modelId != msg.data.data['modelId']) {
var device = shepherd.find(msg.endpoints[0].device.ieeeAddr, 1).getDevice();
device.update({
modelId: msg.data.data['modelId']
});
Q.ninvoke(shepherd._devbox, 'set', device._getId(), device);
Q.ninvoke(shepherd._devbox, 'sync', device._getId());
client.publish(settings.mqtt.base_topic+'/' + msg.endpoints[0].device.ieeeAddr + '/model', shortModel(msg.data.data['modelId']));
reportConnectedDevices();
}
}
var battery;
if (msg.data.data['65281'] && Array.isArray(msg.data.data['65281']) && msg.data.data['65281'].length > 1) {
battery = msg.data.data['65281'][0]['data'];
}
if (msg.data.data['65282'] && Array.isArray(msg.data.data['65282']) && msg.data.data['65282'].length > 1) {
battery = msg.data.data['65282'][1];
}
if (battery) {
if (settings.battery == "percentage") {
var minvolt = 2500; //2.5V as minimum allowed voltage
var maxvolt = 3000; //3.0V as maximum allowed voltage
if (battery > maxvolt){
battery = maxvolt;
}else if (battery < minvolt){
battery = minvolt;
}
var result = (battery - minvolt) / (maxvolt - minvolt);
var battery_prc = (result * 100).toFixed(2); //Result to %
client.publish(settings.mqtt.base_topic+'/' + msg.endpoints[0].device.ieeeAddr + '/battery_level', battery_prc.toString());
} else {
client.publish(settings.mqtt.base_topic+'/' + msg.endpoints[0].device.ieeeAddr + '/battery_level', battery.toString());
}
}
break;
case 'genOnOff': // various switches
pl = msg.data.data['onOff'];
if (modelId.match(/magnet/)) pl = pl ? 'open' : 'close'
if (modelId.match(/86sw(1|2)/)) { //one or two channel wall switch
topic += '/channel_' + (msg.endpoints[0].epId - 1);
pl = 'click';
} else if (modelId.match(/ctrl_neutral2/)) { //QBKG03LM
topic += '/channel_' + (msg.endpoints[0].epId - 1);
} else topic += '/state';
break;
case 'msTemperatureMeasurement': // Aqara Temperature/Humidity
topic += "/temperature";
pl = parseFloat(msg.data.data['measuredValue']) / 100.0;
break;
case 'msRelativeHumidity':
topic += "/humidity";
pl = parseFloat(msg.data.data['measuredValue']) / 100.0;
break;
case 'msPressureMeasurement':
topic += "/pressure";
pl = parseFloat(msg.data.data['16']) / 10.0;
break;
case 'msOccupancySensing': // motion sensor
topic += "/state";
pl = msg.data.data['occupancy'] ? 'motion' : 'no_motion';
break;
case 'msIlluminanceMeasurement':
topic += "/lux";
pl = msg.data.data['measuredValue'];
break;
default:
console.log(msg.data);
break;
}
if (modelId.match(/switch/)) { // click counting
if (msg.data.data['onOff'] == 0) { // click down
perfy.start(msg.endpoints[0].device.ieeeAddr); // start timer
pl = null;
setTimeout(function() {
if (perfy.exists(msg.endpoints[0].device.ieeeAddr)) {
client.publish(topic, 'long_click_press');
}
}, 300);
} else if (msg.data.data['onOff'] == 1) { // click release
if (perfy.exists(msg.endpoints[0].device.ieeeAddr)) { // do we have timer running
var clicktime = perfy.end(msg.endpoints[0].device.ieeeAddr); // end timer
if (clicktime.seconds > 0 || clicktime.milliseconds > 240) { // seems like a long press so ..
pl = 'long_click_release';
} else {
pl = 'click_release';
}
} else {
pl = 'click_release';
}
} else if (msg.data.data['32768']) { // multiple clicks
var count = msg.data.data['32768'];
if (count == 2) pl = 'double_click';
else pl = 'multiple_' + msg.data.data['32768'];
}
}
if (modelId.match(/magnet/)) { //filter duplicate messages (happens when device does not receive ack from gateway)
var timerID = msg.endpoints[0].device.ieeeAddr + "_" + pl;
var timerCounterID = msg.endpoints[0].device.ieeeAddr + "_" + (pl == 'open' ? 'close' : 'open');
if (perfy.exists(timerID)) {
if (!perfy.exists(timerCounterID)) {
var lastTime = perfy.end(timerID);
pl = null;
} else {
perfy.end(timerCounterID);
}
}
setTimeout(function() {
if (perfy.exists(timerID)) {
perfy.end(timerID);
}
}, 2000);
perfy.start(timerID);
}
}
if (pl != null) { // only publish message if we have not set payload to null
console.log("MQTT Reporting to ", topic, " value ", pl)
client.publish(topic, pl.toString());
}
});
startShepherd();
}
process.on('uncaughtException', function(err) {
var message = err.message;
if (err.message.match(/Cannot get the Node Descriptor/i)) {
message = "Pairing failed, the device went to sleep. Please try again and keep it awake by shortly pressing the paring button every 2 seconds until paring succeeds.";
}
bridgeError(message);
});
function reportBridgeStatus() {
client.publish(settings.mqtt.base_topic+'/' + bridgeID + '/state', shepherd.info().enabled ? 'online' : 'offline', {retain: true});
}
function bridgeError(message) {
console.error("Error: " + message);
client.publish(settings.mqtt.base_topic+'/' + bridgeID + '/error', message);
}
setInterval(reportBridgeStatus, 60 * 1000);
function reportConnectedDevices() {
var devices = shepherd.list().filter(function(dev) {
return dev.type === 'EndDevice';
}).map(function(dev) {
var modelId = shortModel(dev.modelId);
if (!modelId) modelId = 'unknown';
return {
sid: dev.ieeeAddr,
model: modelId
}
});
client.publish(settings.mqtt.base_topic+'/' + bridgeID + '/devices', JSON.stringify(devices), {retain: true})
}
function shortModel(model) {
if (model && typeof model === 'string') model = model.replace(/^lumi\.(sensor_)?/, '');
return model;
}
selectChip();
Edit:irgendwas hat funktioniert:
ABER nur wenn die konsole läuft, sobald ich diese schliesse geht nichts mehr,gepairter sensor reagiert nicht mehr, neustart des systems hilft nichts.Nur wenn ich die index von hand aufruffe.
bei xiaomi service kommt dann das:
brix@ubuntu-Server:~$ sudo systemctl enable xiaomi
[sudo] Passwort für brix:
brix@ubuntu-Server:~$ sudo systemctl start xiaomi
brix@ubuntu-Server:~$ sudo systemctl status xiaomi
● xiaomi.service - Xiaomi
Loaded: loaded (/etc/systemd/system/xiaomi.service; enabled; vendor preset: e
Active: activating (auto-restart) (Result: exit-code) since Do 2018-05-10 08:
Process: 1603 ExecStart=/home/brix/xiaomi-zb2mqtt/index.js (code=exited, statu
Main PID: 1603 (code=exited, status=203/EXEC)
Mai 10 08:55:26 ubuntu-Server systemd[1]: xiaomi.service: Unit entered failed st
Mai 10 08:55:26 ubuntu-Server systemd[1]: xiaomi.service: Failed with result 'ex
lines 1-8/8 (END)...skipping...
● xiaomi.service - Xiaomi
Loaded: loaded (/etc/systemd/system/xiaomi.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Do 2018-05-10 08:55:26 CEST; 1s ago
Process: 1603 ExecStart=/home/brix/xiaomi-zb2mqtt/index.js (code=exited, status=203/EXEC)
Main PID: 1603 (code=exited, status=203/EXEC)
Mai 10 08:55:26 ubuntu-Server systemd[1]: xiaomi.service: Unit entered failed state.
Mai 10 08:55:26 ubuntu-Server systemd[1]: xiaomi.service: Failed with result 'exit-code'.
das ergebnis habe ich nun, neu gestartet,der sensor den ich angelernt habe reagiert nicht mehr, aber ich kann in den paring mode gehen.....
wasn krampf ... :( :(
sobald ich die konsole schliesse , reagieren die sensoren nicht mehr...
dann muss ich neu starten und die index von hand aufruffen, weil der service irgendwie nicht läd, dann geht alles solange die konsole offen ist, aber nur dann
Edit: so siehts aus wenn ich neu starte:
brix@ubuntu-Server:~$ sudo systemctl status xiaomi.service
[sudo] Passwort für brix:
● xiaomi.service - Xiaomi
Loaded: loaded (/etc/systemd/system/xiaomi.service; enabled; vendor preset: e
Active: activating (auto-restart) (Result: exit-code) since Do 2018-05-10 09:
Process: 3571 ExecStart=/home/brix/xiaomi-zb2mqtt/index.js (code=exited, statu
Main PID: 3571 (code=exited, status=203/EXEC)
Mai 10 09:33:10 ubuntu-Server systemd[1]: xiaomi.service: Main process exited, c
Mai 10 09:33:10 ubuntu-Server systemd[1]: xiaomi.service: Unit entered failed st
Mai 10 09:33:10 ubuntu-Server systemd[1]: xiaomi.service: Failed with result 'ex
lines 1-9/9 (END)...skipping...
● xiaomi.service - Xiaomi
Loaded: loaded (/etc/systemd/system/xiaomi.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Do 2018-05-10 09:33:10 CEST; 4s ago
Process: 3571 ExecStart=/home/brix/xiaomi-zb2mqtt/index.js (code=exited, status=203/EXEC)
Main PID: 3571 (code=exited, status=203/EXEC)
Mai 10 09:33:10 ubuntu-Server systemd[1]: xiaomi.service: Main process exited, code=exited, status=203/EXEC
Mai 10 09:33:10 ubuntu-Server systemd[1]: xiaomi.service: Unit entered failed state.
Mai 10 09:33:10 ubuntu-Server systemd[1]: xiaomi.service: Failed with result 'exit-code'.
Moin, versuch mal ein
addgroup brix dialout
Damit der User brix Zugriff darauf bekommt:
Error: Permission denied, cannot open /dev/ttyACM0
Danke mark79!!
Irgendwie geht es ja wenn ich den brix neu starte, dann öffne ich die index von hand, dann kommt da:
brix@ubuntu-Server:~$ cd xiaomi-zb2mqtt
brix@ubuntu-Server:~/xiaomi-zb2mqtt$ node index.js
Starting bridge using serial port /dev/ttyACM0
(node:1674) [DEP0013] DeprecationWarning: Calling an asynchronous function without callback is deprecated.
Bridge is ready. Current devices:
Dann geht der status in Fhem auch gleich in online über, aber alles nur solange ich die konsole offen habe.
Status ist zwar dann immer noch online, aber nichts geht mehr :(
bei den readings in fhem steht im Augenblick: error EACCES: permission denied, open '/home/brix/xiaomi-zb2mqtt/devices.db'
Solange die Konsole offen ist, geht auch das parring 1A.
Wenn Konsole geschlossen wird, geht nichts mehr :(
Habe auch schon ewig HAbridge am laufen, da hat das von anfang an super funktioniert mit dem startscript,aber hier ist irgendwie der wurm drin :(
Das der Dienst wieder beendet wird, wenn du dich ausloggst, liegt daran das du den Dienst nicht über systemctl startest. :)
Das ist dein Dienst der dafür sorgt, das es beim booten gestartet wird und beim shutdown heruntergefahren wird, oder wenn der Dienst abschmiert, dieser neugestartet wird.
Eine schnelle alternative den Dienst zu starten und zu halten, wären:
node index.js &
Oder besser: screen -mdS "xiaomi" node index.js
screen müsstest du noch installieren... apt-get install screen
Aber ich würde lieber schauen, warum systemctl es nicht starten kann... liegt bestimmt an einem Berechtigungsproblem.
>>error EACCES: permission denied, open '/home/brix/xiaomi-zb2mqtt/devices.db'
Da liegt auch ein Berechtigungsproblem vor, weil Fhem nicht auf die Datei zugreifen darf.
Entweder: addgroup brix dialout
oder: chmod 0666 /home/brix/xiaomi-zb2mqtt/devices.db
wer muss der besitzer von xiaomi.service sein?? ist im Augenblick bei mir root ,(gruppe root[0] ),Eigentümer root[0])
ich versuche jetzt mal mit deinen Infos weiter zu machen, kann doch nicht so schwer sein ....
Danke mark79!
edit: funktioniert leider auch nicht,
aber jetzt steht gleich nach dem restart des brix, online in fhem bei state von xBridge
aber sensoren werden wieder nicht mehr erkant,pairing geht aus fhem herraus nicht,
erst wenn ich die konsole aufmache und die index anstosse per hand,kann ich wieder pairen,und die bereit gepirten sensoren muss ich erst unpairen,dann neu pairen , das sie wieder reagieren
Der Dienst muss schon laufen und wenn du neustartest, wird der node Dienst wegen irgendeinen Fehler in systemctl nicht mit gestartet.
Also den Fehler musst du finden und ich würde den Dienst am besten erstmal mit root Rechten starten, dann hast du weniger Probleme mit den Berechtigungen...
Ansonsten könntest du das auch auch über Crontab beim Systemstart starten lassen.
sudo crontab -e
darin das einfügen und die beiden Pfade anpassen:
@reboot /pfad/zur/node /pfad/zur/index.js &
und dann den Rechner rebooten...
wie sieht der pfad zur node aus ungefär ?? den zur index kenne ich ja schon ;)
wie kann ich raus bekommen ob der node dienst gestartet ist?
Gruß
Die liegt denke ich mal im /home verzeichniss... suchen geht mit:
find /home -name index.js
ob der Dienst gestartet ist mit: ps aux
oder ps aux | grep node
wenn ich find /home -name index.js eigebe findet er sich tod ....10000 sachen,
mach ich einen denkfehler?
brix@ubuntu-Server:~$ ps aux | grep node
brix 2248 0.0 0.0 15796 936 pts/0 S+ 12:37 0:00 grep --color=auto node
brix@ubuntu-Server:~$
heist dann wohl das er aus ist.
Das kann nicht sein, es sei den du hast 10000 index.js Datein. :D
Ich vermute mal eher du hast das index.js beim find weggelassen..
Laut deinen Logs auf Seite 4 liegt die hier: /home/brix/xiaomi-zb2mqtt/index.js
Aber keine Ahnung ob das die richtige ist... Du musst die nehmen, wo du auch den Dienst über die Console gestartet hat.
Die Datei sollte im selben Verzeichniss liegen.
EDIT: und am besten testet du das erstmal ob der Dienst auch so auf der Console startet, also z.B.
/home/brix/.nvm/versions/node/v8.11.1/bin/node /home/brix/xiaomi-zb2mqtt/index.js
Wenn das geht in die crontab rein... crontab -e
@reboot /home/brix/.nvm/versions/node/v8.11.1/bin/node /home/brix/xiaomi-zb2mqtt/index.js
und speichern nicht vergessen... :D
>>heist dann wohl das er aus ist.
Ja
@reboot /pfad/zur/node /home/brix/xiaomi-zb2mqtt/index.js &
sollte richtig sein aber pfad zur node ist mir unklar!? die index.js ist die richtiege.
so schwer war das noch nie, seit fast 3 jahren mit Fhem ... :(
ich verstehe auch nicht ,warum ich die "sensoren" wieder unpairen muss,dann wieder pairen, das sie bei einem Neustart funktionieren.
alles sehr merkwürdig. Ich denke es liegt daran das ich ubuntu am laufen habe, und nicht wie früher ganz normal auf einem pi3
irgendwas läuft hier wohl anders.
dein Edit war schneller :D :D
Du müsstest erstmal ein Linux Kurs belegen ;D
Versuch es mal so auf der Console zu starten:
/home/brix/.nvm/versions/node/v8.11.1/bin/node /home/brix/xiaomi-zb2mqtt/index.js
Wenn das geht in die crontab rein... sudo crontab -e
@reboot /home/brix/.nvm/versions/node/v8.11.1/bin/node /home/brix/xiaomi-zb2mqtt/index.js &
und speichern nicht vergessen... :D
Je nach Editor geht das anders.. bei vi entweder mit ESC :wq!
Oder bei Nano mit STRG + o und STRG + q
Falls der Pfad nicht stimmt, suche nach der node mit dem find Befehl:
find / -name node
oder mit whereis -bm node
oh ja Linux kurs wäre wohl sehr gut ....nur leider die Zeit fehlt :(
brix@ubuntu-Server:~$ /home/brix/.nvm/versions/node/v8.11.1/bin/node /home/brix/ xiaomi-zb2mqtt/index.js
Starting bridge using serial port /dev/ttyACM0
(node:2606) [DEP0013] DeprecationWarning: Calling an asynchronous function witho ut callback is deprecated.
Bridge is ready. Current devices:
>
sieht schonmsl gut aus
Ja dann fehlt nur noch der crontab eintrag und mach das am besten als root
also: sudo crontab -e
Zitatich verstehe auch nicht ,warum ich die "sensoren" wieder unpairen muss,dann wieder pairen, das sie bei einem Neustart funktionieren.
alles sehr merkwürdig. Ich denke es liegt daran das ich ubuntu am laufen habe, und nicht wie früher ganz normal auf einem pi3
irgendwas läuft hier wohl anders.
Da kann ich aber auch nicht weiter helfen.. ich habe mich vorerst für das originale GW von Xiaomi entschieden.
Es könnte aber sein, das fhem immer noch noch kein Lese/Schreibzugriff auf die Datenbank (devices.db) hat:
error EACCES: permission denied, open '/home/brix/xiaomi-zb2mqtt/devices.db'
Hast du das mit chmod Befehl umgesetzt?
chmod hab ich gemacht. und die chrontab angelegt:
da steht jetzt alerdings das drin :
# Edit this file to introduce tasks to be run by cron.
#
# Each task to run has to be defined through a single line
# indicating with different fields when the task will be run
# and what command to run for the task
#
# To define the time you can provide concrete values for
# minute (m), hour (h), day of month (dom), month (mon),
# and day of week (dow) or use '*' in these fields (for 'any').#
# Notice that tasks will be started based on the cron's system
# daemon's notion of time and timezones.
#
# Output of the crontab jobs (including errors) is sent through
# email to the user the crontab file belongs to (unless redirected).
#
# For example, you can run a backup of all your user accounts
# at 5 a.m every week with:
# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
#
# For more information see the manual pages of crontab(5) and cron(8)
#
# m h dom mon dow command
@reboot /home/brix/.nvm/versions/node/v8.11.1/bin/node /home/brix/xiaomi-zb2mqtt/index.js &
# Edit this file to introduce tasks to be run by cron.
#
# Each task to run has to be defined through a single line
# indicating with different fields when the task will be run
# and what command to run for the task
#
# To define the time you can provide concrete values for
# minute (m), hour (h), day of month (dom), month (mon),
# and day of week (dow) or use '*' in these fields (for 'any').#
# Notice that tasks will be started based on the cron's system
# daemon's notion of time and timezones.
#
# Output of the crontab jobs (including errors) is sent through
# email to the user the crontab file belongs to (unless redirected).
#
# For example, you can run a backup of all your user accounts
# at 5 a.m every week with:
# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
ABER: konnte jetzt das erste mal pairen ohne console!!!!! und sensor läuft auch ohne Console :D mal sehen was nach einem Neustart ist!!!
...zu früh gefreut, nach neustart geht das state nach kurzer zeit auf offline, somit auch kein paring mehr möglich..
damn....
Ok das ist gut das es jetzt klappt, der node Dienst muss gestartet sein, sonst funktioniert das Fhem Modul nicht.
Wenn du Zeit hast, versuche das mit systemctl zu lösen.. das mit der crontab ist nur eine "Notlösung". :)
Denn wenn der Dienst mal abschmieren sollte, startet er nicht selbstständig neu. Das macht nur systemctl.
Bin nun erstmal weg.
Danke dir trotzdem schon mal für die ganzen denk ansetzte!!!!
state von x bridge springt jetzt immer in abständen von offline auf online, einmal pairen ging jetzt wieder, aber nach neustart werden sensoren nicht mehr erkannt :(
Spielt aber anscheinend keine Rolle ob off oder online ,sensoren reagieren in beiden Fällen!
Gruß!!!!
edit: wüste jetzt nicht(da zu wenig Grundwissen) wo der fehler bei systemctl zu such ist.
evtl jemand ne Idee??
meine xiaomi.service liegt in dem Pfad: /etc/systemd/system//etc/systemd/system
Gruppe: root[0]
Eigentümer: root[0]
Oktal 0666
EDIT: So Tagesabschluss......So wie es lauffen soll läuft es leider nicht :(
Aber dank mark79,
geht es jetzt mit : sudo crontab -e da habe ich dann eingefügt: @reboot /home/brix/.nvm/versions/node/v8.11.1/bin/node /home/brix/xiaomi-zb2mqtt/index.js &
Nach einem Neustart des systems ist auch das Fhem Xbridge bereit, läst sich auch mit sensoren Pairen,werden auch stets aktuakiesiert!! :)
ABER nach einem Neustart meines Brix, geht es auch wieder, doch die Senoren die ich vorher gepairt habe geben keine Rückmeldung mehr :(
erst wenn ich sie unpaire, und neu paire lauffen sie wieder! :(
Da ich aber bereits die Orginal GW Grenze erreicht habe ,ist das für mich keine option, alle ca40 sensoren jedes mal neu an zu legen.....
Hilfe..keiner eine Idee warum es nicht mit der Xiaomi. datei klappt??
Hab auch zugriff über WinSCP auf das ganze System, kann also segr einfach sagen welche Datei welche Berechtiegungen hat!!
Doch leider weis ich nicht was relevant ist...
Dann euch eine schöne Nacht
Grüße
Ersten Fehler gefunden..... Natürlich Eigenverschulden!!
in der xiaomi.service hatte ich den falschen Pfad zu node drin zu stehen... :o
Darum ist es nie gestartet!
Nun habe ich den richtiegen drin ! und jetzt läuft es ohne crontab von anfang an des neu starts!!! Jupiiiii ;D
Aber immer noch das selbe Problem, Sensoren die ich Paire, sind nach einem Neustart zwar da, aber nicht mehr ansprechbar....
erst unpair,und erneutes pairing läst sie wieder zum Leben erwecken....
Das muss doch auch noch irgendwie zu lösen sein...
Gruß
Edit: Weis leider nicht ob das was damit zu tun hat , in meiner dev.db von zigbee-shepherd , steht nachdem ich einen sensor gepairt habe :
{"$$indexCreated":{"fieldName":"id","unique":true,"sparse":false}}
{"id":1,"type":"EndDevice","ieeeAddr":"0x00158d0001b95c45","nwkAddr":4144,"manufId":4151,"epList":[1],"status":"online","joinTime":1526031913,"endpoints":{"1":{"profId":260,"epId":1,"devId":24321,"inClusterList":[0,3,6,65535],"outClusterList":[0,4,65535],"clusters":{}}},"_id":"NjR7pnr1CmaqZX2f"}
{"$$deleted":true,"_id":"NjR7pnr1CmaqZX2f"}
aber nach dem ich rebootet habe, steht dort nur noch drin:
{"$$indexCreated":{"fieldName":"id","unique":true,"sparse":false}}
eigenartig...da ich aber nicht weis ob es damit was zu tun hat,bitte ich euch um eure Hilfe.
Grüße
Ich kenne das Modul nicht, aber wie schon geschrieben es könnte sein, das Fhem immer noch nicht in die Datenbank Datei schreiben kann und deswegen ist das pairing nach einem reboot wieder weg.
Versuch mal ein: sudo chmod 0777 /home/brix/xiaomi-zb2mqtt/ -R
Damit darf jeder die Datein in den Ordner schreiben, lesen und ausführen...
Hi mark79 !
Witzig damit hab ich auch gerade experiementiert doooochh Problem ist.
er setzt auch alle datein (kann man ja auch einzeln auf datein machen) auf rwxrwxrwx Also Eigentümer,Benutzer,Alle --- dürfen alles
ABER, nach einem Neustart ist auch alles so geblieben, nur nicht bei den Dateien wo es wohl wichtig ist,
also: wieder rw-r--r-- dev.db
rw-r--r-- devices.db
der unterschied ist das genau diese beiden Dateien als Benutzer und Eigentümer root sind,
bei allen anderen ist es brix (und da bleibt es auch nach einem reboot rwxrwxrwx)
ist das sowas wie ein Schreibschutz?
kein plan....auf jeden fall ist da irgendeine Sperre davor!?
Streube mich davor den eigentümer zu wechseln auf brix, nicht das dann garnichts mehr geht!?
edit: hab jetzt doch mal versucht die devices.db und die dev.db auf brix umzustellen, geht auch ,aber genau wie bei der rechtevergabe,
wird es nach einem reboot wieder auf root umgestellt,ohne mein dafür zu tun :(
Gruß
edit2: Hab gerade gelesen das es auch mit der Festplatte zu tun haben kann, aber andere sachen wo der Besitzer brix ist kann ich ja auch dauerhaft ändern, nur nicht alles was root ist:
evtl hild der screenshot weiter bei der Fehler analyse
Du musst schauen, mit welchen User der Dienst (xiaomi-zb2mqtt) gestartet wird. Das geht mit ps aux | grep node
Wenn dort root steht und du schreibst, die Datenbank Dateien haben immer diese Berechtigungen nach einem reboot:
rw-r--r-- dev.db
Dann kann nur root diese Dateien schreiben, die Gruppe root nur lesen und alle anderen auch nur lesen.
Heißt also, Fhem hat nur Lesezugriffe und keine Schreibzugriffe... Das würde vielleicht erklären, warum das pairing nach einen reboot immer futsch ist.
Wer diese Berechtigung immer ändert, kann ich dir auch nicht sagen, weil ich das Modul selber nicht kenne.
Entweder macht das systemctl oder der node Dienst.
Ich würde ja dann erstmal versuchen, den Dienst mit den User fhem zu starten. Weil dann fhem auch Schreibrechte auf die Datei besitzt.
Moin,
zunächst einmal vielen Dank an den Entwickler für die tolle Lösung.
Zwei Fragen habe ich im Moment:
1) Funktioniert das Ganze auch, wenn FHEM und MQTT Broker auf zwei verschiedenen RPIs laufen?
2) Wie groß ist die Reichweite des USB Sticks?
Vielen Dank.
Grüße Mave
Zitat von: mark79 am 12 Mai 2018, 02:24:05
Du musst schauen, mit welchen User der Dienst (xiaomi-zb2mqtt) gestartet wird. Das geht mit ps aux | grep node
Wenn dort root steht und du schreibst, die Datenbank Dateien haben immer diese Berechtigungen nach einem reboot:
rw-r--r-- dev.db
Dann kann nur root diese Dateien schreiben, die Gruppe root nur lesen und alle anderen auch nur lesen.
Heißt also, Fhem hat nur Lesezugriffe und keine Schreibzugriffe... Das würde vielleicht erklären, warum das pairing nach einen reboot immer futsch ist.
Wer diese Berechtigung immer ändert, kann ich dir auch nicht sagen, weil ich das Modul selber nicht kenne.
Entweder macht das systemctl oder der node Dienst.
Ich würde ja dann erstmal versuchen, den Dienst mit den User fhem zu starten. Weil dann fhem auch Schreibrechte auf die Datei besitzt.
Das ist die Ausgabe:
brix@ubuntu-Server:~$ ps aux | grep node
root 1656 0.0 0.7 1029736 63056 ? Ssl 02:06 0:04 /home/brix/.nvm /versions/node/v8.11.1/bin/node /home/brix/xiaomi-zb2mqtt/index.js
brix 6641 0.0 0.0 15796 1008 pts/0 S+ 09:55 0:00 grep --color=au to node
also wie du vermutet hast steht auf root.
wie starte ich den Dienst mit dem User Fhem ??, bzw wie ändere ich das?
Danke dir für deine ganze Hilfe!!!!
Ja gute Frage wie man das ändert, mit systemctl habe ich mich auch noch nicht wirklich beschäftigt und weiß nicht wie man den User festlegen kann..
https://superuser.com/questions/1215631/how-to-run-systemctl-service-as-user
https://unix.stackexchange.com/questions/363098/running-a-systemd-service-as-a-user-other-than-root
https://wiki.ubuntu.com/SystemdForUpstartUsers
Im Grunde macht es die Datei hier: /etc/systemd/system/xiaomi.service
Die muss vielleicht so angepasst werden:
[Service]
User=fhem
UMask=0777
und womöglich muss die auch nach /etc/systemd/user/xiaomi.service
Dazu musst du dann noch das Verzeichniss auf den Benutzer fhem ändern: chown fhem:dialout /home/brix/xiaomi-zb2mqtt/ -R
:( keine chance.... hat mir jetzt alles zerschossen, fhem war auch besitzer, aber ich hatte dann 0 schreib les und ausführen rechte mehr ------ quasi, lies sich auch nur bis zum reboot ändern ..
Hab nun alles wieder neu gemacht,alles wie am Anfang. dev.db nur mit rw-r-r .
Keine chance,
Hab aber gesehen nachdem ich alles neu gemacht habe stand die dev.db auf rw-rw--
also auch noch anders , bis ich die xiaomi.service erstellt und aktiviert habe!
Aber irgendwo gibt es die Lösung, brauch nur noch jemand der Sie hat...
Grüße
die rechte sind erledigt,
mit:
[Unit]
Description=Xiaomi
[Service]
User=brix
Group=brix
UMask=0113
ExecStart=/home/brix/.nvm/versions/node/v8.11.1/bin/node /home/brix/xiaomi-zb2mqtt/index.js
Restart=always
RestartSec=5
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=xiaomi
[Install]
WantedBy=multi-user.target
aber anscheinend wird die dev.db jedes mal neu geschrieben!!????
natürlich ist dadurch das paring wieder futsch...
kann mir nict vorstellen das das so sein soll das die dev.db immer wieder neu geschrieben wird, macht ja auch keinen sinn....
Hilfe in sicht ??
Gruss
Zitat von: Mave am 12 Mai 2018, 06:07:49
Moin,
zunächst einmal vielen Dank an den Entwickler für die tolle Lösung.
Zwei Fragen habe ich im Moment:
1) Funktioniert das Ganze auch, wenn FHEM und MQTT Broker auf zwei verschiedenen RPIs läuft?
2) Wie groß ist die Reichweite des USB Sticks?
Vielen Dank.
Grüße Mave
Zweiter Versuch :)
Anscheinend nicht... ist mir unbegreiflich warum man das hier zur Verfügung stellt und sich dann nicht mehr meldet... ::)
>>aber anscheinend wird die dev.db jedes mal neu geschrieben!!????
Wenn du den Dienst als User brix startest und du vorher geschrieben hast, das die Datenbank nur rw-r-r hat, dann hat fhem keine Schreibrechte drauf. Sondern nur Leserechte.
Deswegen hatte ich dir geschrieben, du sollst das Xiaomi Gedöns mit dem User "fhem" starten, dann hat dieser auch Schreibrechte. Oder herausfinden, wer immer an den Dateirechten rumpfuscht, vermutlich systemctl...
Sofern fhem überhaupt Schreibrechte benötigt.. ich kann das wie gesagt nicht beurteilen. Da ich das originale GW verwende.
Aber falls du zwei Sticks bestellt haben solltest, kannst du mir einen gegen Entgelt zuschicken und dann schaue ich mir das an.
Btw. es gibt auch eine Youtube Anleitung: https://www.youtube.com/watch?v=9AP8ayQgTsM&t=1281s
Wenn ich das Thema richtig verstanden habe, emuliert der USB Stick quasi das Xiaomi Gateway und stellt die Verbindung zu den Xiaomi Smart Home Komponenten her.
Der USB Stick reicht die Daten an einen MQTT Broker weiter und das FHEM Modul legt in FHEM automatisch ein neues MQTT Device an, sobald eine neue Xiaomi Komponente gepairt wurde und im MQTT Broker auftaucht.
Da meine Xiaomi Komponenten und mein FHEM Server in unterschiedlichen Stockwerken stehen, habe ich Bedenken bezüglich der Reichweite des USB Sticks.
Deshalb überlege ich, einen eigenen RPI mit USB Stick auf das Stockwerk mit den Xiaomi Komponenten zu stellen. Dieser überträgt die Daten über das Heimnetzwerk auf den RPI, wo der MQTT Broker läuft.
Der separate FHEM Server (RPI) wiederum kommuniziert dann mit dem MQTT Broker.
Man kann also wahlweise alles (FHEM, MQTT und USB Stick) auf einem RPI laufen lassen oder auf 3 separaten RPIs, richtig?
Vielen Dank.
Zitat von: mark79 am 14 Mai 2018, 20:15:55
Anscheinend nicht... ist mir unbegreiflich warum man das hier zur Verfügung stellt und sich dann nicht mehr meldet... ::)
>>aber anscheinend wird die dev.db jedes mal neu geschrieben!!????
Wenn du den Dienst als User brix startest und du vorher geschrieben hast, das die Datenbank nur rw-r-r hat, dann hat fhem keine Schreibrechte drauf. Sondern nur Leserechte.
Deswegen hatte ich dir geschrieben, du sollst das Xiaomi Gedöns mit dem User "fhem" starten, dann hat dieser auch Schreibrechte. Oder herausfinden, wer immer an den Dateirechten rumpfuscht, vermutlich systemctl...
Sofern fhem überhaupt Schreibrechte benötigt.. ich kann das wie gesagt nicht beurteilen. Da ich das originale GW verwende.
Aber falls du zwei Sticks bestellt haben solltest, kannst du mir einen gegen Entgelt zuschicken und dann schaue ich mir das an.
Btw. es gibt auch eine Youtube Anleitung: https://www.youtube.com/watch?v=9AP8ayQgTsM&t=1281s
HI mark79, hatte ja bereits geschrieben, so wie ich dachte, das die rechte sein müssen, sind sie nun auch (dank eines reinen Linux Forums) trotzdem wird nach jedem reboot die dev.db (anscheinend nur das "Luder" für die devices.db)neu geschrieben, irgendwas hackt da.... Keine Ahnung... Die dev.db soll wohl die aktuellen Parings dann in die devices.db schreiben, und da sollen Sie wohl auch bleiben (bei mir leider nicht) also liegt der Fehler wohl woanders, und nicht bei den Rechten. Habe leider nur einen Stick, aber wenn du magst, kauf einen, schick ihn zu mir(hab den debugger, kann ich flashen) und ich schick ihn dann zu dir!? Bin noch in Spanien, darum kann ich gerade nicht so viel am system machen. Ich bin unteranderem nach deiner genannten youtube Anleitung vorgegangen ;), also nix neues für mich.
Gruß
Sehr schade, dass hier so wenig los ist und der Oskar nicht mehr antwortet.... :-[
Ja wirklich schade das Modul hat Potenzial läuft es den bei jemanden ohne Probleme?
Gesendet von meinem Redmi Note 4 mit Tapatalk
Muss der stick unbedingt im Gerät (Rpi3) stecken damit die "xBridge" auf online geht? Hab den Stick noch nicht bzw warte noch auf den usb debugger, aber dachte ich richte es Schonmal ein, nur xBridge geht nicht online. MQTT bzw. Mosquito läuft erfolgreich bei mir und node js wird mit systemctl gestartet.
Hallo Oskar, danke für deine Arbeit,habe deine Xiaomi Variante jetzt endlich umsetzen können, musste mich erst noch mit mqtt auseinander setzen. Hatte bisher alle Komponenten an der Bridge. Soweit läuft auch alles mit dem Stick. Habe aber noch ein paar Fragen, da ich eigentlich null Ahnung habe von der Materie. Habe mich auch schon versucht zu belesen. Habe aber nur die Motion ohne no-Motion Sache für den Bewegungsmelder gefunden. Meine Fragen: Der "wleak.aq1" zeigt nur den Batteriestatus, wie bekomme ich den Rest hin? Wasser? Wie bekomme ich die schaltbare ZigBee Steckdose eingebunden? Unter mqttFX bekomme ich 1 und 0 beim Schalten angezeigt, aber einbinden lässt sie sich nicht...
Es freut mich, dass das Modul auf so große Nachfrage stößt.
Mittlerweile sind die Anzahl der Rückfragen so groß, dass es mir schwer fällt, das zu bearbeiten - ich bitte euch, dem YouTube Tutorial von Matthias zu folgen und euch darüber hinaus wie bisher gegenseitig zu helfen - es haben ja sehr viele Leute hinbekommen. Die können aus ihrer Erfahrung berichten.
Bei neuen Geräten, die nicht in der Liste der unterstützten Geräte auftauchen, bitte ich, die Bridge mit
DEBUG=* node index.js
zu starten und den Log zu posten. Dann kann ich versuchen die hinzuzufügen.
Lg
Zitat von: neumann am 24 Mai 2018, 14:18:51
Es freut mich, dass das Modul auf so große Nachfrage stößt.
Mittlerweile sind die Anzahl der Rückfragen so groß, dass es mir schwer fällt, das zu bearbeiten - ich bitte euch, dem YouTube Tutorial von Matthias zu folgen und euch darüber hinaus wie bisher gegenseitig zu helfen - es haben ja sehr viele Leute hinbekommen. Die können aus ihrer Erfahrung berichten.
Bei neuen Geräten, die nicht in der Liste der unterstützten Geräte auftauchen, bitte ich, die Bridge mit
DEBUG=* node index.js
zu starten und den Log zu posten. Dann kann ich versuchen die hinzuzufügen.
Lg
Vor allem ist es langsam super unübersichtlich hinsichtlich Xiaomi...es gibt hier ja Geräte mit WIFI, ZigBee, Bluetooth, IR, ...
Wäre gut, wenn man das mal alles auf einer Wikiseite zusammenfahren könnte, damit man auch gleich weiss, was man im konkreten Fall benutzen muss.
Gibt es die Möglichkeit den Stick per ID einzubinden und nicht per port: /dev/ttyACM0 ?
@terrymaxx: Wenn du dich mit mqtt speziell in Verbindung mit FHEM beschäftigst, kann ich dir nur die Seite Hausautomatisierung.com empfehlen speziell dieses Video: https://haus-automatisierung.com/nodered/2017/12/13/node-red-tutorial-reihe-part-4-verbindung-fhem.html (https://haus-automatisierung.com/nodered/2017/12/13/node-red-tutorial-reihe-part-4-verbindung-fhem.html) ist zwar für Nodered gemacht aber den Weg mit der Mqtt Integration finde ich sehr gut.
Zumindest in meiner Variante ging es mit dev/by-id/ Methode und auf Seite 1 dieses Themas, 12. Antwort steht auch dass du den /dev/by-id/ benutzen kannst.
Ich habe jetzt auch meinen Stick bekommen, habe ihn aber nicht mit dem hier verlinkten Firmware geflasht sondern mit:
https://github.com/Koenkk/zigbee2mqtt (https://github.com/Koenkk/zigbee2mqtt)
Ich hab die Firmware genommen, weil ich auch versuchen will meine HUE und Ikea Lampen einzubinden, der Ansatz scheint aber sehr ähnlich zu sein und auch ein Klon/Fork von xiaomi-zb2mqtt.
Ich hatte mit der Anleitung eigentlich keine Probleme, außer das ich feststellen musste, dass node js /npm nicht nach Anleitung auf einem Pi Zero installiert werden kann, hab dann einen pi 3 genommen. Auch ein Neustart hat die Konfig überlebt und mein Testgerät war noch da.
Dies bringt mich auch selbst zu einer Frage: Ist die Firmware eigentlich die Gleiche oder unterscheiden die sich doch?
@jay-jey danke, dev/by-id/ Methode auf Seite 1 hatte ich überlesen. Werde ich nachher umsetzen. Die Videos von Matthias gucke ich fast alle, habe so auch mqtt-Server und fhem-Integration umgesetzt.
So jetzt zum wesentlichen.........Eben nochmal alles neu instaliert,brix:UPDATE/UPGRADE!
Fhem neu geupdatet,nirgends mehr was verändert; NICHT an den rechten oder sonst was.nicht mal die Index datei bearbeitet.....
Mal einen Senor gepairt, Kaffe getrunken,Koffer ausgepackt.
SUDO REBOOT.....wieder in Fhem rein,klar Sensor noch da....ABER...ER REAGIERT AUCH NOCH!!!! Ich dreh durch ;D :D :o Noch mal 2 sachen eingebunden,Sudo reboot...
Bäääämmmmm auch noch da ;D
Keine Ahnung woran es lag(index datei evtl!?)
Hallo Neumann,
Super Arbeit.
Klasse endlich die Asien Cloud vom Hals.
ABER:
MQTT Server welcher nicht lokal läuft auf dem Server an welchem auch der Stick angeschlossen ist, führt dazu das FHEM abschmiert. Das ist nicht so schön, weil mein FHEM Hauptserver den Stick nicht bekommt sondern dieser via Fhem2Fhem im Netz hängt.
Gibt es dazu eine Lösung??
VG Denny
Kannst Du Deine Konfiguration nochmal genauer erläutern?
Du hast auf dem entfernten FHEM System MQTT Server installiert und den USB Stick eingesteckt?
Das sollte eigentlich keine Probleme machen, weil Dein FHEM Hauptserver ganz klassisch mit dem MQTT Server kommuniziert, egal wo der läuft.
Zitat von: neumann am 24 März 2018, 19:00:38
Ja genau, den motionOffTimer habe ich nicht implementiert, weil ich ihn persönlich nicht brauche. Ich habe einfach ein notify auf dem State, wenn ich Bewegung erkennen will.
Hallo Oskar, oder jemand anderes, wie genau sieht so ein Notify aus??, mich hat dieses 1 Min.No Motion eh genervt, gehen dann die lampem kurz aus, oder wie hast du das gelöst, das es immer wieder neu statet solange sich noch was/wer bewegt?
meine WXKG02LM(Doppel Schalter) & WXKG03LM (einzell Schalter) Lassen sich auch nicht pairen.
Evtl ein Update in sicht?
Grüße
Moin,
ich kann Geräte pairen, sehe die Daten auch bei MyMqtt im Dashboard. Aber FHEM legt kein neues Xiaomi Device an. Im FHEM Event Monitor sehe ich nur die Daten, die die Bridge sendet:"XiaomiMQTTDevice xBridge online"
Aber keine Daten von dem Xiaomi Device. Ich vermute, aus diesem Grund legt die Xiaomi Bridge kein Gerät an. Woran kann das liegen?
@trs was pasiert wenn du auf paring gehst( zb 100 eigeben) startet das paring??wie lautet der transmission-state bei dir?, IOdev ist dein broker?Raum XiaomiMQTTDevice ist jetzt bei dir vorhanden(da sind alle neuen Sensoren drin)
Gruß
Schau ich mir heute abend an. Muss ich das Attr. IODev setzen?
pairing geht, zeit läuft auch ab. Ich kann mit z.B. dem Programm MyMqtt sehen, das Daten von dem Sensor (Temp und Humity) gesendet werden. Aber im Event Monitor kommen keine Daten vom Sensor an. Somit wird auch kein neues Device angelegt.
Transmission State: "incoming publish received"
IOdev ist mein Broker. Ist auch aktiv.
Und nun?
Zitat von: trs am 30 Mai 2018, 10:10:16
pairing geht, zeit läuft auch ab. Ich kann mit z.B. dem Programm MyMqtt sehen, das Daten von dem Sensor (Temp und Humity) gesendet werden. Aber im Event Monitor kommen keine Daten vom Sensor an. Somit wird auch kein neues Device angelegt.
wenn paring geht,sollte er auch device anlegen, weis nur nicht wie du "geht" definierst !;)
paring ist anfangs etwas tricki, aber wenn man den dreh raus hat, klappt es super
Moin, wenn ich paire sehe ich nach einer Weile, dass Temperatur und Luftfeuchtigkeit über MQTT gesendet werden. Was bedeutet "tricky"? Worauf muss ich achten?
Ich habe meinen eigenen Gateway-Server nun eingestellt und arbeite stattdessen mit Koenkk (https://github.com/Koenkk/zigbee2mqtt) zusammen.
Das hat den Vorteil, dass das Projekt besser aktualisiert wird (mit neuen Geräten etc). Das Plugin habe ich dafür bereits angepasst - die neue Version des Plugins ist vorerst noch abwärtskompatibel zu meinem Gateway-Server.
Um von meiner Repo auf die neue zu wechseln, führe Installationsanleitung (https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge) aus. Um das Pairing zu behalten, kopiere anschließend die devices.db aus dem alten Ordner, benenne sie in database.db um, und füge sie im Ordner data der neuen Repo ein.
Zitat von: neumann am 30 Mai 2018, 21:03:24
Um von meiner Repo auf die neue zu wechseln, führe Installationsanleitung (https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge) aus. Um das Pairing zu behalten, kopiere anschließend die devices.db aus dem alten Ordner, benenne sie in database.db um, und füge sie im Ordner data der neuen Repo ein.
das kommt nach dem ersten start:
pi@pi3:/opt/zigbee2mqtt $ npm start
> zigbee2mqtt@0.1.0 start /opt/zigbee2mqtt
> node index.js
2018-5-31 09:42:58 INFO Starting zigbee-shepherd
2018-5-31 09:42:59 INFO zigbee-shepherd started
2018-5-31 09:42:59 INFO Currently 0 devices are joined:
2018-5-31 09:42:59 INFO Connecting to MQTT server at mqtt://localhost
2018-5-31 09:42:59 INFO zigbee-shepherd ready
2018-5-31 09:42:59 INFO Connected to MQTT server
2018-5-31 09:42:59 INFO MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
2018-5-31 09:42:59 WARN `permit_join` set to `true` in configuration.yaml.
2018-5-31 09:42:59 WARN Allowing new devices to join.
2018-5-31 09:42:59 WARN Set `permit_join` to `false` once you joined all devices.
2018-5-31 09:42:59 INFO Zigbee: allowing new devices to join.
xiaomi. service ODER supervisord ?
irgendwie kann ich die npm einmal starten,dann nicht mehr , autostart funktioniert auch mit der service nicht, und auch nicht mit der supervisord Methode...
nach einem reboot kommt nir noch das:
pi@pi3:/opt/zigbee2mqtt $ npm start
> zigbee2mqtt@0.1.0 start /opt/zigbee2mqtt
> node index.js
2018-5-31 09:52:32 INFO Starting zigbee-shepherd
2018-5-31 09:52:32 ERROR Error while starting zigbee-shepherd!
2018-5-31 09:52:32 ERROR Failed to start
pi@pi3:/opt/zigbee2mqtt $
Hi!
Das Problem hatte ich auch damals bei meinem Fork, dass dieser nicht direkt nach Systemstart mit dem Stick verbunden werden konnte sondern erst einige Sekunden danach.
Ich werde mal ein Issue aufmachen.
Die temporäre Lösung für das Problem mit systemd (nicht supervisord) ist
systemctl disable xiaomi
und in die /etc/rc.local dann vor exit 0 folgende Zeile einfügen
sleep 60 && service xiaomi start > /dev/null 2>&1 &
Scheint so schon mal zu funktionieren, (LED grün geht aus, und leuchtet dann wieder permanent!
ABER, ich kann nichts mehr pairen!?!?
Counter fängt nicht an zu lauffen
So sieht meine . yaml aus:
homeassistant: true
permit_join: false
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://localhost'
serial:
port: /dev/ttyACM0
devices:
'0x00158d00021313d6':
friendly_name: '0x00158d00021313d6'
retain: false
hat wohl auch was gepairt, doch wird leider nicht in Fhem angezeigt :(
permit_join: false hab ich auf false gesetzt ,löst aber das Problem auch nicht.
Das Pairing kannst du ja wie gesagt übernehmen.
Neue Geräte wie gewohnt pairen, Pairing mit xBridge aktivieren. Beim pairen direkt neben den Stick gehen.
Zitat von: neumann am 31 Mai 2018, 16:52:28
Das Pairing kannst du ja wie gesagt übernehmen.
Neue Geräte wie gewohnt pairen, Pairing mit xBridge aktivieren. Beim pairen direkt neben den Stick gehen.
Hab die device.db umbenat, und database.de draus gemacht, in data geschoben von /opt/zigbee2mqtt
Aber geräte reagieren nicht mehr ...hmmm
Paring funktioniert leider nicht wie gewohnt, COUNTER läuft nicht an,
wenn ich alles wieder wie vorher mache (dein Modul) geht es wieder, eigenartig .
Habs nochmal probiert, mit deinem Modul läuft alles 1A,Paring counter startet, alte sensoren sind noch da und ansprechbar.
Mit dem neuen Modul geht nichts :(
muss ich wohl erstmal dabei bleiben.
Schade
Kurzer tipp um das neue gateway auch mit systemctl zu starten oder geht nur die Methode mit supervisord?
Muss ich von nodejs 6.x auf 8.x wechseln, nach der Anleitung von koenkk oder installierte ich die paralell? Mir ist leider nicht ganz klar, was ich jetzt alles machen muss, oder lösche alles vom alten und installierte komplett alles nach der methode von koenkk?
Kann ich in der configuration.yaml den base topic auf xiaomi ändern, oder macht das meinem alten Geräten nichts das es jetzt zigbee2mqtt ist statt xiaomi?
Uberlege zu wechseln obwohl ich froh war, die alte methode zum Laufen bekommen zu haben.
Zitat von: Animatrix1986 am 31 Mai 2018, 21:09:55
Uberlege zu wechseln obwohl ich froh war, die alte methode zum Laufen bekommen zu haben.
.....................geht mir genauso...................
Zitat von: neumann am 30 Mai 2018, 21:03:24
Ich habe meinen eigenen Gateway-Server nun eingestellt und arbeite stattdessen mit Koenkk (https://github.com/Koenkk/zigbee2mqtt) zusammen.
Das hat den Vorteil, dass das Projekt besser aktualisiert wird (mit neuen Geräten etc). Das Plugin habe ich dafür bereits angepasst - die neue Version des Plugins ist vorerst noch abwärtskompatibel zu meinem Gateway-Server.
Um von meiner Repo auf die neue zu wechseln, führe Installationsanleitung (https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge) aus. Um das Pairing zu behalten, kopiere anschließend die devices.db aus dem alten Ordner, benenne sie in database.db um, und füge sie im Ordner data der neuen Repo ein.
Um das Github Repo zu wechseln einfach das neue Repo drüberbügeln?
Ich habe immer noch das Problem, dass keine neuen Geräte angelegt werden. Das Pairing klappt, ich sehe über MQTT, dass das Xiamoni Gerät gefunden wird, und Daten sendet. Aber im Event Monitor kommt nichts von den Daten an. Ich sehe sort nur "XiaomiMQTTDevice xBridge transmission-strate:incoming publish received" und "XiaomiMQTTDevice xBridge online". Aber nichts von den angelernten Sensoren. Watt is datt?
Alles klar, autocreate war nicht eingerichtet...
Funktioniert so weit. Aber der angelernte, runde Temperatursensor sendet nach einer kurzen Zeit keine Daten mehr. Das Ding liegt genau neben dem Empfänger.
Ok, das Ding sendet nur Daten, wenn sich ein Wert ändert. Wahrscheinlich, um Strom zu sparen. Hättet ihr mir ja auch sagen können ;-)
Hi Oscar, danke für Deine tolle Arbeit.
Sag mal kann es sein, dass in der neuen Repo (https://github.com/Koenkk/zigbee2mqtt) die Firmware nicht mehr hinterlegt ist?
Kann ich stattdessen die Firmware aus Deiner Repo (https://github.com/oskarn97/xiaomi-zb2mqtt) nehmen oder ist diese nicht mehr up-to-date?
In der Anleitung wird noch beschrieben dass man die Firmware aus der Repo nehmen soll. Nehme an es ist noch die alte Beschreibung.
besten Gruß
Christoph
Hallo,
da ich schon die ganze Zeit mit dem Zigbee2mqtt experimentiert habe hier mal meine Erkenntnisse:
1. Ich habe es nur auf Debian Stretch zu laufen bekommen (bis jetzt), auf Jessie hatte ich immer das Problem, das Error while starting zigbee-shepherd! kam. Siehe auch: https://github.com/Koenkk/zigbee2mqtt/issues/67https://github.com/Koenkk/zigbee2mqtt/issues/67
2. Ich musste in der configuration.yml den Stick mit /dev/serial/by-id/... einbinden vorher hat es auch nicht funktioniert.
3. Mit dem vorgeschlagenen supervisor funktioniert es auch.
@Ganglion: Die Firmware liegt unter:
https://github.com/Koenkk/zigbee2mqtt-firmware/tree/master/firmware/coordinator/CC2531
steht im Wiki.
Ich hätte aber selbst noch eine Frage:
Ich hab an den Stick ne Ikea Lampe GU10 verbunden. Ich kann sie auch dimmen aber ich kann Sie nicht ausschalten. Hab versucht auf den MQTT topic dies hier zu senden, aber irgendwie bekomm ich sie darüber nur gedimmt nicht OFF
{
"state": "OFF",
"brightness": 255,
"color_temp": 155,
}
Update: Mittlerweile läuft die Repo auch mit systemctl im Autostart.
Nodejs solltet ihr der Anleitung gemäß updaten.
Die Firmware von mir funktioniert weiterhin - die im Repo von Koenekk ist die gleiche.
Lg
Also für die, die überlegen zu wechseln.
Hab einfach nodejs geupdatet nach Anleitung von koenkk und dann die neue repo draufgespielt. Danach den service von systemctl gestartet lief sofort und besser runder als das alte projekt. Liegt vielleicht auch an der neuen nodejs version 8.x
bei mir läuft es auch gut mit den Xiaomi Geräten!
Gibt es auch die Möglichkeit die Osram Plugs zu integrieren? Gefunden werden sie aber schalten geht nicht:
defmod XMI_0x84182600000e9561 XiaomiMQTTDevice AB3257001NJ 0x84182600000e9561
attr XMI_0x84182600000e9561 IODev MQTT
attr XMI_0x84182600000e9561 room XiaomiMQTTDevice
setstate XMI_0x84182600000e9561 ON
setstate XMI_0x84182600000e9561 2018-06-06 21:51:30 state ON
setstate XMI_0x84182600000e9561 2018-06-06 21:51:30 transmission-state incoming publish received
Okay, habe das Plugin geupdatet zum unterstützen von Schaltaktionen.
Probier mal
set XMI_0x84182600000e9561 ON
cool, der OSRAM Plug geht :).
danke dir!
Geht das mit den IKEA Lampen genauso gut? Ich wollte mir die Tage mal ein paar zum testen holen :D.
Super - Ja sollte passen
Danke an neumann für das Modul und die Doku !
Ich hätte noch ne dumme Frage. Wo kann ich denn sehen welche Geräte unterstützt werden ?
Ich hab zum Test nur nen Wassersensor und gehe davon aus dass der Stick OK ist wenn ich sowas sehe (Konsolenausgabe bei manuell gestartetem Daemon):
Zitat2018-6-7 14:16:48 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 14:16:48 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
ed: FHEM sagt dazu noch:
2018.06.07 16:52:18 5: publish received for zigbee2mqtt/bridge/log, {"type":"pairing","message":"device incoming"}
2018.06.07 16:52:18 5: received message '{"type":"pairing","message":"device incoming"}' for topic: zigbee2mqtt/bridge/log
2018.06.07 16:52:18 5: calling readingsSingleUpdate(xBridge,,{"type":"pairing","message":"device incoming"},1)
2018.06.07 16:52:18 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
Jep, das ist super so.
Siehe hier https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-devices (https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-devices)
Danke für die rasche Antwort, dann hätte ich ein neues Device erwartet...
Siehe der Liste sollte es laufen:
ZitatSJCGQ11LM Xiaomi Aqara water leak sensor (water leak true/false)
im FHEM sehe ich ja:
ZitatxBridge incoming publish received
Pair ist auf 1
Autocreate in FHEM ist auch aktiv...
Somit frage ich mich warum ich kein neues Device sehe.
Was passiert wenn du auf der xBridge mal updateDevices ausführst?
Innerhalb von 2 Minuten nur das:
2018.06.07 17:17:09 5: set updateDevices - value:
2018.06.07 17:17:09 5: publish received for zigbee2mqtt/bridge/log, {"type":"devices","message":[]}
2018.06.07 17:17:09 5: received message '{"type":"devices","message":[]}' for topic: zigbee2mqtt/bridge/log
(Und ich hab den Knopf am Device einmal dedrückt)
Dann ist das aktuell noch nicht korrekt gepairt. Versuch das am besten mal erneut und gehe mal näher zum Stick.
Näher als 2-3cm ?
Mir schmerzt erst mal der Arm... 8)
Ich versuchs später nocjhmal, wundere mich aber über den roten Text:
Zitat2018.06.07 17:26:10 5: set pair - value: 1
2018.06.07 17:26:24 5: publish received for zigbee2mqtt/bridge/log, {"type":"pairing","message":"connecting with device"}
2018.06.07 17:26:24 5: received message '{"type":"pairing","message":"connecting with device"}' for topic: zigbee2mqtt/bridge/log
2018.06.07 17:26:24 5: calling readingsSingleUpdate(xBridge,,{"type":"pairing","message":"connecting with device"},1)
2018.06.07 17:26:24 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
Nene, 50cm ist optimal. Drückst du während des parings alle paar Sekunden den Knopf?
Was sagt der Log des NodeJS Servers?
Also ich drücke ja Anfangs ca. 5 Sekunden bis es etwas massiver blinkt, dann alle 2 Sekunden kurz.
Dann passiert (im Log steht das selbe wie auf der Konsole wenn man manuell startet):
2018-6-7 17:39:44 INFO Starting zigbee-shepherd
2018-6-7 17:39:44 INFO zigbee-shepherd started
2018-6-7 17:39:44 INFO Currently 0 devices are joined:
2018-6-7 17:39:44 INFO Connecting to MQTT server at mqtt://192.168.1.35
2018-6-7 17:39:45 INFO zigbee-shepherd ready
2018-6-7 17:39:45 INFO Connected to MQTT server
2018-6-7 17:39:45 INFO MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
2018-6-7 17:39:45 WARN `permit_join` set to `true` in configuration.yaml.
2018-6-7 17:39:45 WARN Allowing new devices to join.
2018-6-7 17:39:45 WARN Set `permit_join` to `false` once you joined all devices.
2018-6-7 17:39:45 INFO Zigbee: allowing new devices to join.
2018-6-7 17:40:07 INFO Zigbee: allowing new devices to join.
spinlock: false []
2018-6-7 17:40:31 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005}'
2018-6-7 17:40:31 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:31 INFO Connecting with device...
2018-6-7 17:40:31 INFO MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
2018-6-7 17:40:33 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:33 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:33 INFO Connecting with device...
2018-6-7 17:40:33 INFO MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
2018-6-7 17:40:36 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:36 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:37 INFO Connecting with device...
2018-6-7 17:40:37 INFO MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
2018-6-7 17:40:39 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:39 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:44 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:44 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:47 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:47 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:51 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:51 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:59 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:40:59 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:01 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:01 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:03 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:03 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:04 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:04 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:07 INFO Connecting with device...
2018-6-7 17:41:07 INFO MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
2018-6-7 17:41:07 INFO Device incoming...
2018-6-7 17:41:07 INFO MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"device incoming"}'
2018-6-7 17:41:19 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:19 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:24 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:24 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:26 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:26 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:27 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:27 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:30 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:30 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:34 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:34 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:36 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:36 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:39 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:39 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:41 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
2018-6-7 17:41:41 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"100.00","voltage":3005,"water_leak":false}'
Ok und das 2 Sekunden kurz dann noch ne Weile noch weiter machen. Connecting with device reicht noch nicht aus, das Pairing ist noch nicht fertig.
Beim Cube hatte ich auch solche Probleme, habe über 10 Minuten rumprobiert bis der mal gepairt war.
Beim runden Taster ging das sofort.
Spiele mal etwas mit der Dauer des Gedrückthaltens.. Beim Cube musste ich etwa so lange gedrückt halten, bis die LED zwei mal kurz hintereinander geblinkt hat.
Wenn nach einiger Zeit nichts mehr weiter im Log auftaucht, würde ich versuchen neu zu pairen.
Will am We mal eine ikea Tradfei lampe testen hab noch eine da.
Was richtig gut wäre wenn die Fernbedienung die bei den ikea tradfri lampen dabei sind zu verwenden wären/pairen mit zigbee stick. Hab 6 stk davon hier.
So wie ich das verstanden habe, wenn ich die lampe nun per factory reset zurück setze und mit dem zigbee sniffer paire, muss ich an/aus, dimmen und farbtemp immer mit fhem ändern, oder kann ich die danach noch mit so einer Fernbedienung zusätzlich pairen?
Hi,
ich wollte auch gern auf den neuen Server umsteigen - leider verbindet er bei npm start nicht mit dem Stick.
Habe es in der Config-File sowohl mit /dev/ttyACM1 als auch mit /dev/serial/by-id/id-nummer versucht - leider klappt beides nicht.
Vorher habe ich natürlich auch den "alten" Server außer Betrieb genommen und einen Reboot durchgeführt.
Betriebssystem ist Armbian/Ubuntu 16.04 - alles auf dem aktuellsten Stand, sowohl das System als auch Nodejs und NPM. Die Anleitung im Git habe ich genau befolgt (abgesehen von dem ttyACM0/1 und den Benutzernamen ist bei mir ja nicht viel anders).
Hat jemand eine Idee?
Edit: Nach erneutem Neustart hat es mit dem /dev/ttyACM1 Pfad tatsächlich geklappt.
Mein Test in Fhem zeigte aber, dass battery, voltage und battery-level gepublished werden, der jeweilige state des Sensors allerdings nicht ???
Edit 2: Gestern Abend war es ja schon spät - daher habe ich eben nochmal einen Test gewagt. Also der Server funktioniert einwandfrei - aber ich bekomme in Fhem keine Readings für den State des jeweiligen Device mehr angezeigt. Habe das Modul auch manuell nochmal ersetzt, mal ein Device gelöscht und in der XBridge "updateDevices" durchgeführt - das Device wird dann wieder neu angelegt - ein state Reading erhalte ich dennoch nicht :'(
Bei mir hatte es geholfen das Device neu zu pairen das hier nicht alle Readings beim ersten mal mitgekommen sind.
Der Temp Sensor sendet nur wenn sich was ändert. Dies kann man leicht testen wenn mal ihn mal anhaucht oder so, wobei er gut zeitversetzt 5-6 sek. erst den Wert ändert.
Ich starte den Server/Dienst über nodejs (mit "node index.js") mit Systemctl dann automatisch wie von Oskar beschrieben, hatte damit weniger Probleme als mit npm und Supervisor ....
Ja ich hatte es auch erst nach Wiki mit dem Supervisor gemacht - dann bin ich auf Systemctl umgestiegen. Wie gesagt, der Server läuft problemlos - ich kann auch auf dem Mqtt-Server die jeweiligen Topics sehen - in Fhem werden aber nur die beiden batterie-Readings und Voltage angezeigt und aktualisiert, das state-Reading fehlt bei jedem (Sensor)Device komplett wenn ich auf die Koenkk Version wechsel.
Wahrscheinlich haut bei mir irgendwas mit dem Modul nicht hin - neu pairen wollte ich eigentlich vermeiden.
@neumann: mein Xaomi Aquara Sensor hat sich vermutlich nun deshalb verbunden weil ich ihn in Ruhe gelassen habe nach 5 Sekt drücken... (Aauch das hat ein paar Versuche gebraucht...)
Quelle: https://github.com/Koenkk/zigbee2mqtt/wiki/Pairing-devices
Danke für die Unterstützung und dein Modul!
Noch ne Bonausfrage: Dein Modul kann noch keine Wassleck Sensoren handeln ?
Eventmonitor:
2018-06-08 13:07:24 XiaomiMQTTDevice XMI_0x00158d000211b5e5 transmission-state: incoming publish received
2018-06-08 13:07:24 XiaomiMQTTDevice XMI_0x00158d000211b5e5 voltage: 2985
2018-06-08 13:07:24 XiaomiMQTTDevice XMI_0x00158d000211b5e5 battery_level: 97.00
2018-06-08 13:07:24 XiaomiMQTTDevice XMI_0x00158d000211b5e5 battery: ok
2018-06-08 13:07:30 XiaomiMQTTDevice XMI_0x00158d000211b5e5 transmission-state: incoming publish received
2018-06-08 13:07:30 XiaomiMQTTDevice XMI_0x00158d000211b5e5 voltage: 2985
2018-06-08 13:07:30 XiaomiMQTTDevice XMI_0x00158d000211b5e5 battery_level: 97.00
2018-06-08 13:07:30 XiaomiMQTTDevice XMI_0x00158d000211b5e5 battery: ok
2018-06-08 13:07:37 XiaomiMQTTDevice XMI_0x00158d000211b5e5 transmission-state: incoming publish received
2018-06-08 13:07:37 XiaomiMQTTDevice XMI_0x00158d000211b5e5 battery_level: 97.00
2018-06-08 13:07:37 XiaomiMQTTDevice XMI_0x00158d000211b5e5 battery: ok
2018-06-08 13:07:37 XiaomiMQTTDevice XMI_0x00158d000211b5e5 voltage: 2985
Spannend wäre aber:
2018-6-8 13:05:34 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"97.00","voltage":2985,"water_leak":false}'
2018-6-8 13:05:52 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"97.00","voltage":2985,"water_leak":true}'
2018-6-8 13:06:10 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"97.00","voltage":2985,"water_leak":false}'
2018-6-8 13:06:52 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"97.00","voltage":2985,"water_leak":true}'
2018-6-8 13:07:24 INFO MQTT publish, topic: 'zigbee2mqtt/0x00158d000211b5e5', payload: '{"battery":"97.00","voltage":2985,"water_leak":false}'
@Abduction87 :
Hmm komisch ich hab auf koenkk gewechselt, und bei mir kommen alle readings an. Zumal wenn du sagst das er den Topic auch schreibt, hast du mal das Xiaomi2mqtt (Fhem Plugin) von Oskar geupdatet ? er hat sein plugin ja schon mehrmals geupdatet.
Ansonsten kannst hier mal reinschauen wenn nicht schon getan : https://haus-automatisierung.com/projekt/2018/04/28/projekt-xiaomi-ohne-cloud.html
Vielleicht kann das helfen.
Hi,
ja das Plugin habe ich auch aktualisiert. Ich habe nochmal neu gestartet - hier mal ein Auszug aus dem Logfile des Servers
2018-06-08T11:39:20.777Z - info: Starting zigbee-shepherd
2018-06-08T11:39:21.526Z - info: zigbee-shepherd started
2018-06-08T11:39:21.534Z - info: Currently 7 devices are joined:
2018-06-08T11:39:21.536Z - info: 0x00158d0001b1ada4 (0x00158d0001b1ada4): RTCGQ01LM - Xiaomi MiJia human body movement sensor (EndDevice)
2018-06-08T11:39:21.538Z - info: 0x00158d0001be5ac8 (0x00158d0001be5ac8): WXKG01LM - Xiaomi MiJia wireless switch (EndDevice)
2018-06-08T11:39:21.539Z - info: 0x00158d000200b603 (0x00158d000200b603): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2018-06-08T11:39:21.540Z - info: 0x00158d0001fa3379 (0x00158d0001fa3379): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2018-06-08T11:39:21.541Z - info: 0x00158d0001bc3e66 (0x00158d0001bc3e66): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2018-06-08T11:39:21.541Z - info: unknown (0x00158d0001c3177c): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
2018-06-08T11:39:21.542Z - info: 0x00158d0001e87a78 (0x00158d0001e87a78): unkown - undefined unknown (EndDevice)
2018-06-08T11:39:21.544Z - info: Connecting to MQTT server at mqtt://localhost
2018-06-08T11:39:21.671Z - info: zigbee-shepherd ready
2018-06-08T11:39:21.686Z - info: Connected to MQTT server
2018-06-08T11:39:21.688Z - info: MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
2018-06-08T11:39:21.695Z - warn: `permit_join` set to `true` in configuration.yaml.
2018-06-08T11:39:21.696Z - warn: Allowing new devices to join.
2018-06-08T11:39:21.697Z - warn: Set `permit_join` to `false` once you joined all devices.
2018-06-08T11:39:21.698Z - info: Zigbee: allowing new devices to join.
2018-06-08T11:39:21.853Z - info: Error: request unsuccess: 16
at /opt/zigbee2mqtt/node_modules/zigbee-shepherd/lib/components/zdo.js:46:21
at CcZnp.<anonymous> (/opt/zigbee2mqtt/node_modules/cc-znp/lib/ccznp.js:257:13)
at Object.onceWrapper (events.js:315:30)
at emitOne (events.js:116:13)
at CcZnp.emit (events.js:211:7)
at CcZnp._mtIncomingDataHdlr (/opt/zigbee2mqtt/node_modules/cc-znp/lib/ccznp.js:357:14)
at /opt/zigbee2mqtt/node_modules/cc-znp/lib/ccznp.js:333:22
at _combinedTickCallback (internal/process/next_tick.js:131:7)
at process._tickCallback (internal/process/next_tick.js:180:9)
2018-06-08T11:42:42.016Z - info: MQTT publish, topic: 'zigbee2mqtt/0x00158d0001b1ada4', payload: '{"occupancy":true}'
2018-06-08T11:43:42.019Z - info: MQTT publish, topic: 'zigbee2mqtt/0x00158d0001b1ada4', payload: '{"occupancy":false}'
2018-06-08T11:46:53.578Z - info: MQTT publish, topic: 'zigbee2mqtt/0x00158d0001be5ac8', payload: '{"click":"single"}'
2018-06-08T11:46:55.130Z - info: MQTT publish, topic: 'zigbee2mqtt/0x00158d0001be5ac8', payload: '{"click":"single"}'
Meiner Meinung nach sieht das, abgesehen von diesen Error:request, ganz brauchbar aus.
Die Publishs kommen auf dem Mqtt Broker auch an
(ist jetzt ne andere Zeit)
Client mosqsub/3145-Fhem-Serve received PUBLISH (d0, q0, r0, m0, 'zigbee2mqtt/0x00158d0001b1ada4', ... (19 bytes))
zigbee2mqtt/0x00158d0001b1ada4 {"occupancy":false}
Client mosqsub/3145-Fhem-Serve received PUBLISH (d0, q0, r0, m0, 'zigbee2mqtt/0x00158d0001b1ada4', ... (18 bytes))
zigbee2mqtt/0x00158d0001b1ada4 {"occupancy":true}
Im Event-Montior hingegen
2018-06-08 13:55:25 XiaomiMQTTDevice xMotionSensor transmission-state: incoming publish received
2018-06-08 13:55:40 XiaomiMQTTDevice xMotionSensor transmission-state: incoming publish received
2018-06-08 13:56:40 XiaomiMQTTDevice xMotionSensor transmission-state: incoming publish received
Er bemerkt zwar was - aber offenbar kann er damit nichts anfangen (das bezieht sich jetzt auf den Body-Sensor, sowie auf die Fensterkontakte und den Temperatursensor).
Ich habe hier noch so einen Xiaomi-Taster - dessen Payloads werden einwandfrei ausgelesen, allerdings taucht davon nichts im Event-Montior auf.
Nach langem Hin und Her habe ich es doch noch geschafft meine Xiaomi Geräte zu koppeln. Leider wird beim Bewegungsmelder (Xiaomi Aqara human body movement and illuminance sensor) das motion reading nicht in FHEM angelegt, obwohl per MQTT ein "occupancy" übertragen wird:
2018-06-09T21:22:39.488Z - info: MQTT publish, topic: 'zigbee2mqtt/0x00158d0001e5ff78', payload: '{"illuminance":104,"occupancy":false}'
2018-06-09T21:22:39.491Z - info: MQTT publish, topic: 'zigbee2mqtt/0x00158d0001e5ff78', payload: '{"illuminance":104,"occupancy":true}
Ich nehme an, dass Fhem nichts mit "occupancy" anfangen kann. Im Event Manager wird auch ein unbekanntes Attribut gemeldet:
2018.06.09 22:27:35 2: autocreate: define XMI_0x00158d0001e5ff78 XiaomiMQTTDevice RTCGQ11LM 0x00158d0001e5ff78
2018.06.09 22:27:35 2: autocreate: define FileLog_XMI_0x00158d0001e5ff78 FileLog ./log/XMI_0x00158d0001e5ff78-%Y.log XMI_0x00158d0001e5ff78
2018.06.09 22:30:32 3: XiaomiBridge: unknown attribute subscribeReading_. Type 'attr XiaomiBridge ?' for a detailed list.
Lässt sich das irgendwie beheben, um die PIRs nutzen zu können?
EDIT:
Fehler wurde mit heutigem Update behoben. :)
Danke Oskar!
Hallo,
da mittlerweile sicher einige sich einen CC2531 usb stick zugelegt haben,
vlt hat jemand sich auch die mühe gemacht ein Gehäuse zu drucken ?
Oder betreibt ihr den alle offen am RPI ? :-\
falls jemand ein passendes .STL hat gerne teilen.
Danke
vG
Hi,
nach dem Modul-Update funktioniert es bei mir nun auch.
Danke Oskar!
Welchen Status hat eurer Bridge? Meine seht laufend auch paired und zeigt keine weiteren Informationen an. ???
Mein Bridge steht auf "online"
Moin zusammen,
meine Bridge steht dauerhaft auf "state" ::)
Ich wollte gestern Abend schon entnervt aufgeben, nachdem ich keinen einzigen Xiaomi Button pairen konnte und dachte schon daran, dass mein Stick eventuell nicht richtig geflasht wurde, als ich in meiner Verzweiflung einen Xiaomi Temperatursensor pairen wollte und das auf Anhieb geklappt hat. :-\
Seltsamerweise meldet der Temperatursensor seit heute Nacht "Battery low" und zeigt Voltage 3105 und 61% BatteryLevel. Ansonsten funktioniert er einwandfrei.
Meine Fragen:
Kann es sein, dass die Batterie schon fast leer ist?
Warum zeigt das Device bei DEF unknown 0x00158......?
Warum schaffe ich es nicht, den Xiaomi Button zu pairen?
Warum zeigt meine Bridge nicht "online" sondern "state"?
Vielen Dank.
Grüße Mave
Hallo,
hat wer sonst bei:
Running as a daemon with systemctl
[Unit]
Description=zigbee2mqtt
After=network.target
[Service]
ExecStart=/usr/bin/npm start
WorkingDirectory=/opt/zigbee2mqtt
StandardOutput=inherit
StandardError=inherit
Restart=always
User=pi
[Install]
WantedBy=multi-user.target
den Fehler:
Failed to get D-Bus connection: Unknown error -1 ?
Zitat von: Spezialtrick am 11 Juni 2018, 19:57:18
Welchen Status hat eurer Bridge? Meine seht laufend auch paired und zeigt keine weiteren Informationen an. ???
Sieht bei mir genau so aus, also auch auf paired.. aber anlernen klappt und die Geräte funktionieren auch.
Zitat von: Mave am 12 Juni 2018, 06:34:24
Moin zusammen,
meine Bridge steht dauerhaft auf "state" ::)
Ich wollte gestern Abend schon entnervt aufgeben, nachdem ich keinen einzigen Xiaomi Button pairen konnte und dachte schon daran, dass mein Stick eventuell nicht richtig geflasht wurde, als ich in meiner Verzweiflung einen Xiaomi Temperatursensor pairen wollte und das auf Anhieb geklappt hat. :-\
Seltsamerweise meldet der Temperatursensor seit heute Nacht "Battery low" und zeigt Voltage 3105 und 61% BatteryLevel. Ansonsten funktioniert er einwandfrei.
Meine Fragen:
Kann es sein, dass die Batterie schon fast leer ist?
Warum zeigt das Device bei DEF unknown 0x00158......?
Warum schaffe ich es nicht, den Xiaomi Button zu pairen?
Warum zeigt meine Bridge nicht "online" sondern "state"?
Vielen Dank.
Grüße Mave
Das pairen der Buttons hat jetzt doch geklappt und aus dem unknown wurde über Nacht eine Buchstaben/Zahlen Kombination.
Bleiben die Fragen, warum alle meine Devices einen Low Bat melden und warum die Bridge auf 'state' steht.
Also ich bin bis jetzt zufrieden mit dem modul und dem repo von oskar und koenekk.
Bei mir läuft es übrigens auf jessie (will aber die Tage auf stretch uodaten) will ich irgendwo gelesen habe es würde nicht auf jessie laufen.
Eine Frage hab ich aber :
Wenn ich eine ikea lampe paire, tauchen per autocreate in fhem immer 4 Geräte auf, wobei nur eins geschaltet werden kann bzw die Lampe auch schaltet, die anderen lösche ich dann raus und werfe die aus der configuration.yaml und database.db
Idee was das sein kann?
Klasse Modul, ich bin begeistert! Ich habe die Docker-Variante im Einsatz. Die grüne LED nervt mich auch, daher werde ich ein Gehäuse drucken:
https://www.thingiverse.com/thing:2947863
Angebunden habe ich bereits den Cube und einen Temperatur-Sensor. Klappt tadellos.
LG
Sille
Hi,
ich bin mir nicht sicher wo mein Problem liegt, och weiß nur, dass ich eines habe.
Ich habe die Anleitung befolgt und eigentlich läuft nach Eingabe von npm start der Deamon auch. Zumindest sehe ich nichts Auffälliges in der Konsole, MQTTfx zeigt mir ein "online" und auch im Log steht nichts ungewöhnliches. Paiting üner das FHEM-Modul ein und ausschalten klappt auch.
Nur das pairing will nicht klappen. Ich habe hier drei Xiaomi Aqara Buttons. Laut https://github.com/Koenkk/zigbee2mqtt/wiki/Pairing-devices muss ich bei diesen den Button ca. 10 sek. lang drücken, bis die LED aufhört zu blinken. Aber es passiert nichts.
Läuft bei mir auf einem Raspi3 mit Jessie Stretch.
node --version liefert mir allerdings nach wie vor v6.10.0
npm --version sagt v3.10.10
Wie bekomme ich das auf die aktuelle Version bzw. bei koenkk genannte Version? Bekomme ich nicht hin. Kann es überhaupt daran liegen?
Wenn nicht, woran dann?
configuration.yaml
# Home Assistant integration (MQTT discovery)
homeassistant: false
# allow new devices to join
permit_join: true
# MQTT settings
mqtt:
# MQTT base topic for zigbee2mqtt MQTT messages
base_topic: zigbee2mqtt
# MQTT server URL
server: 'mqtt://192.168.50.31:1883'
# MQTT server authentication, uncomment if required:
# user: my_user
# password: my_password
# Serial settings
serial:
# Location of CC2531 USB sniffer
port: /dev/ttyACM0
ls -l /dev/serial/by-id
lrwxrwxrwx 1 root root 13 Jun 13 19:57 usb-03eb_AT91USBSerial1-if00 -> ../../ttyACM1
lrwxrwxrwx 1 root root 13 Jun 13 19:57 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012022ED8-if00 -> ../../ttyACM0
sudo apt-get install -y nodejs git make g++ gcc
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
g++ ist schon die neueste Version.
gcc ist schon die neueste Version.
git ist schon die neueste Version.
make ist schon die neueste Version.
nodejs ist schon die neueste Version.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 12 nicht aktualisiert.
Kann mir jemand helfen?
Gruß
petjek
Teste mal
"sudo apt-get --purge remove node nodejs
" sudo apt-get autoremove"
"sudo curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -"
Zitat von: Animatrix1986 am 13 Juni 2018, 21:14:20
Teste mal
"sudo apt-get --purge remove node nodejs
" sudo apt-get autoremove"
"sudo curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -"
Schon probiert, bleibt dabei.
sudo apt-get --purge remove node nodejs
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Paket »node« ist nicht installiert, wird also auch nicht entfernt.
Die folgenden Pakete werden ENTFERNT:
nodejs*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 12 nicht aktualisiert.
Nach dieser Operation werden 57,5 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank ... 132133 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von nodejs (8.11.3-1nodesource1) ...
dpkg: Warnung: Während Entfernens von nodejs ist Verzeichnis »/usr/lib/node_modules« nicht leer, wird daher nicht gelöscht
sudo apt-get autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
ax25-node libax25 openbsd-inetd
0 aktualisiert, 0 neu installiert, 3 zu entfernen und 12 nicht aktualisiert.
Nach dieser Operation werden 282 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank ... 127539 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von ax25-node (0.3.2-7.4) ...
Entfernen von libax25 (0.0.12-rc2+cvs20120204-3) ...
Entfernen von openbsd-inetd (0.20140418-2) ...
Trigger für man-db (2.7.5-1~bpo8+1) werden verarbeitet ...
Trigger für libc-bin (2.19-18+deb8u10) werden verarbeitet ...
sudo curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
## Installing the NodeSource Node.js 8.x LTS Carbon repo...
## Populating apt-get cache...
+ apt-get update
OK http://mirrordirector.raspbian.org jessie InRelease
OK http://archive.raspberrypi.org jessie InRelease
OK https://deb.nodesource.com jessie InRelease
OK http://mirrordirector.raspbian.org jessie/main armhf Packages
OK https://deb.nodesource.com jessie/main Sources
OK http://mirrordirector.raspbian.org jessie/contrib armhf Packages
OK http://archive.raspberrypi.org jessie/main armhf Packages
OK https://deb.nodesource.com jessie/main armhf Packages
OK http://mirrordirector.raspbian.org jessie/non-free armhf Packages
OK http://archive.raspberrypi.org jessie/ui armhf Packages
OK http://mirrordirector.raspbian.org jessie/rpi armhf Packages
Holen: 1 https://deb.nodesource.com jessie/main Translation-de_DE [162 B]
Holen: 2 https://deb.nodesource.com jessie/main Translation-de [162 B]
Holen: 3 https://deb.nodesource.com jessie/main Translation-en [162 B]
Holen: 4 https://deb.nodesource.com jessie/main Translation-de_DE [162 B]
Holen: 5 https://deb.nodesource.com jessie/main Translation-de [162 B]
Holen: 6 https://deb.nodesource.com jessie/main Translation-en [162 B]
Holen: 7 https://deb.nodesource.com jessie/main Translation-de_DE [162 B]
Holen: 8 https://deb.nodesource.com jessie/main Translation-de [162 B]
Holen: 9 https://deb.nodesource.com jessie/main Translation-en [162 B]
Holen: 10 https://deb.nodesource.com jessie/main Translation-de_DE [162 B]
Holen: 11 https://deb.nodesource.com jessie/main Translation-de [162 B]
Holen: 12 https://deb.nodesource.com jessie/main Translation-en [162 B]
Holen: 13 https://deb.nodesource.com jessie/main Translation-de_DE [162 B]
Ign https://deb.nodesource.com jessie/main Translation-de_DE
Holen: 14 https://deb.nodesource.com jessie/main Translation-de [162 B]
Ign https://deb.nodesource.com jessie/main Translation-de
Holen: 15 https://deb.nodesource.com jessie/main Translation-en [162 B]
Ign https://deb.nodesource.com jessie/main Translation-en
Ign http://archive.raspberrypi.org jessie/main Translation-de_DE
Ign http://archive.raspberrypi.org jessie/main Translation-de
Ign http://archive.raspberrypi.org jessie/main Translation-en
Ign http://archive.raspberrypi.org jessie/ui Translation-de_DE
Ign http://archive.raspberrypi.org jessie/ui Translation-de
Ign http://archive.raspberrypi.org jessie/ui Translation-en
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/main Translation-de
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en
Paketlisten werden gelesen... Fertig
## You seem to be using Devuan version jessie.
## This maps to Debian "jessie"... Adjusting for you...
## Confirming "jessie" is supported...
+ curl -sLf -o /dev/null 'https://deb.nodesource.com/node_8.x/dists/jessie/Release'
## Adding the NodeSource signing key to your keyring...
+ curl -s https://deb.nodesource.com/gpgkey/nodesource.gpg.key | apt-key add -
OK
## Creating apt sources list file for the NodeSource Node.js 8.x LTS Carbon repo...
+ echo 'deb https://deb.nodesource.com/node_8.x jessie main' > /etc/apt/sources.list.d/nodesource.list
+ echo 'deb-src https://deb.nodesource.com/node_8.x jessie main' >> /etc/apt/sources.list.d/nodesource.list
## Running `apt-get update` for you...
+ apt-get update
OK http://archive.raspberrypi.org jessie InRelease
OK http://mirrordirector.raspbian.org jessie InRelease
OK https://deb.nodesource.com jessie InRelease
OK http://archive.raspberrypi.org jessie/main armhf Packages
OK http://mirrordirector.raspbian.org jessie/main armhf Packages
OK https://deb.nodesource.com jessie/main Sources
OK http://mirrordirector.raspbian.org jessie/contrib armhf Packages
OK http://archive.raspberrypi.org jessie/ui armhf Packages
OK https://deb.nodesource.com jessie/main armhf Packages
Holen: 1 https://deb.nodesource.com jessie/main Translation-de_DE [162 B]
Holen: 2 https://deb.nodesource.com jessie/main Translation-de [162 B]
OK http://mirrordirector.raspbian.org jessie/non-free armhf Packages
Holen: 3 https://deb.nodesource.com jessie/main Translation-en [162 B]
Holen: 4 https://deb.nodesource.com jessie/main Translation-de_DE [162 B]
Holen: 5 https://deb.nodesource.com jessie/main Translation-de [162 B]
OK http://mirrordirector.raspbian.org jessie/rpi armhf Packages
Holen: 6 https://deb.nodesource.com jessie/main Translation-en [162 B]
Holen: 7 https://deb.nodesource.com jessie/main Translation-de_DE [162 B]
Holen: 8 https://deb.nodesource.com jessie/main Translation-de [162 B]
Holen: 9 https://deb.nodesource.com jessie/main Translation-en [162 B]
Holen: 10 https://deb.nodesource.com jessie/main Translation-de_DE [162 B]
Holen: 11 https://deb.nodesource.com jessie/main Translation-de [162 B]
Holen: 12 https://deb.nodesource.com jessie/main Translation-en [162 B]
Holen: 13 https://deb.nodesource.com jessie/main Translation-de_DE [162 B]
Ign https://deb.nodesource.com jessie/main Translation-de_DE
Holen: 14 https://deb.nodesource.com jessie/main Translation-de [162 B]
Ign https://deb.nodesource.com jessie/main Translation-de
Holen: 15 https://deb.nodesource.com jessie/main Translation-en [162 B]
Ign https://deb.nodesource.com jessie/main Translation-en
Ign http://archive.raspberrypi.org jessie/main Translation-de_DE
Ign http://archive.raspberrypi.org jessie/main Translation-de
Ign http://archive.raspberrypi.org jessie/main Translation-en
Ign http://archive.raspberrypi.org jessie/ui Translation-de_DE
Ign http://archive.raspberrypi.org jessie/ui Translation-de
Ign http://archive.raspberrypi.org jessie/ui Translation-en
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-de
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/main Translation-de
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-de
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de_DE
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-de
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en
Paketlisten werden gelesen... Fertig
## Run `sudo apt-get install -y nodejs` to install Node.js 8.x LTS Carbon and npm
## You may also need development tools to build native addons:
sudo apt-get install gcc g++ make
## To install the Yarn package manager, run:
curl -sL https://dl.yarnpkg.com/debian/pubkey.gpg | sudo apt-key add -
echo "deb https://dl.yarnpkg.com/debian/ stable main" | sudo tee /etc/apt/sources.list.d/yarn.list
sudo apt-get update && sudo apt-get install yarn
Auf welchen Button klickst Du?
Zitat von: Mave am 13 Juni 2018, 22:20:03
Auf welchen Button klickst Du?
Das Teil hat nur einen? Den vorne in der Mitte.
Gesendet von iPhone mit Tapatalk
Hat der Button nicht auch noch einen kleinen Knopf an der Seite? Wenn die blaue LED unten ist, dann oben drauf?
Was tun, wenn die Reichweite des ZigBee Sticks nicht ausreicht?
Einen zweiten RPi mit separatem Stick betreiben oder gibt es ZigBee Repeater, die das Signal im Haus verlängern?
Danke.
Zitat von: Mave am 14 Juni 2018, 06:28:21
Hat der Button nicht auch noch einen kleinen Knopf an der Seite? Wenn die blaue LED unten ist, dann oben drauf?
Oh mein Gott! Das hat er tatsächlich. Asche auf mein Haupt.
Aber das funktioniert trotzdem noch nicht. Hab gerade probiert den so lange gedrückt zu halten, bis die LED nicht mehr blinkt. Nichts passiert. Muss man die beide drücken oder wie komme ich in den Pairing-Modus. Steht das irgendwo? Ich habe nur gelesen, man muss den Button ca. 10 sek. lang gedrückt halten. Welchen Button stand da nicht. Und auch nicht, dass es zwei davon gibt. Der ist aber auch wirklich winzig klein :)
Drücken bis er blinkt (ca. 5 Sekunden) und dann loslassen und abwarten....
Zitat von: Mave am 14 Juni 2018, 07:08:06
Was tun, wenn die Reichweite des ZigBee Sticks nicht ausreicht?
Einen zweiten RPi mit separatem Stick betreiben oder gibt es ZigBee Repeater, die das Signal im Haus verlängern?
Danke.
Zitat von: Mave am 14 Juni 2018, 07:08:06
Was tun, wenn die Reichweite des ZigBee Sticks nicht ausreicht?
Einen zweiten RPi mit separatem Stick betreiben oder gibt es ZigBee Repeater, die das Signal im Haus verlängern?
Danke.
Schau mal hier:
https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-sniffer-devices
https://github.com/Koenkk/zigbee2mqtt/issues/52
Du könntest dir ein CC2530 holen und den als Router einsetzen, der hat auch eine größere Range wegen der externer Antenne.
Zitat von: petjek am 13 Juni 2018, 21:03:36
port: /dev/ttyACM0
ls -l /dev/serial/by-id
Code: [Auswählen]
lrwxrwxrwx 1 root root 13 Jun 13 19:57 usb-03eb_AT91USBSerial1-if00 -> ../../ttyACM1
lrwxrwxrwx 1 root root 13 Jun 13 19:57 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012022ED8-if00 -> ../../ttyACM0
Ich würde es lieber direkt auf /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012022ED8-if00 ändern, weil sich die ttyACMx auch mal ändern.
Wenn du pairst, schau auch ins Log und poste es hier im Forum. Bei mir z.B. mit tail -f /opt/zigbee2mqtt/data/log.txt
Zitat von: mark79 am 14 Juni 2018, 07:59:10
Schau mal hier:
https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-sniffer-devices
https://github.com/Koenkk/zigbee2mqtt/issues/52
Du könntest dir ein CC2530 holen und den als Router einsetzen, der hat auch eine größere Range wegen der externer Antenne.
Super, vielen Dank.
Zitat von: mark79 am 14 Juni 2018, 08:12:55
Ich würde es lieber direkt auf /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012022ED8-if00 ändern, weil sich die ttyACMx auch mal ändern.
Wenn du pairst, schau auch ins Log und poste es hier im Forum. Bei mir z.B. mit tail -f /opt/zigbee2mqtt/data/log.txt
So, das pairing hat nun geklappt und es wurden in FHEM drei neue Geräte angelegt. Nächste Hürde: sobald ich einen Button klicke stürzt die ganze Sache ab.
pi@raspberrypithree:/opt/zigbee2mqtt $ node index.js
2018-6-14 16:51:01 INFO Starting zigbee-shepherd
2018-6-14 16:51:02 INFO zigbee-shepherd started
2018-6-14 16:51:02 INFO Currently 3 devices are joined:
2018-6-14 16:51:02 INFO 0x00158d0002134d4b (0x00158d0002134d4b): unkown - undefined unknown (EndDevice)
2018-6-14 16:51:02 INFO 0x00158d00021360b2 (0x00158d00021360b2): unkown - undefined unknown (EndDevice)
2018-6-14 16:51:02 INFO 0x00158d000213436e (0x00158d000213436e): unkown - undefined unknown (EndDevice)
2018-6-14 16:51:02 INFO Connecting to MQTT server at mqtt://192.168.50.31:1883
2018-6-14 16:51:03 INFO zigbee-shepherd ready
2018-6-14 16:51:03 INFO Connected to MQTT server
2018-6-14 16:51:03 INFO MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
2018-6-14 16:51:03 WARN `permit_join` set to `true` in configuration.yaml.
2018-6-14 16:51:03 WARN Allowing new devices to join.
2018-6-14 16:51:03 WARN Set `permit_join` to `false` once you joined all devices.
2018-6-14 16:51:03 INFO Zigbee: allowing new devices to join.
/opt/zigbee2mqtt/node_modules/zcl-packet/lib/foundation.js:683
ru[dataType](name)(this);
^
TypeError: ru[dataType] is not a function
at Dissolve.<anonymous> (/opt/zigbee2mqtt/node_modules/zcl-packet/lib/foundation.js:683:21)
at Dissolve._transform (/opt/zigbee2mqtt/node_modules/dissolve/index.js:80:16)
at Dissolve.Transform._read (/opt/zigbee2mqtt/node_modules/dissolve/node_modules/readable-stream/lib/_stream_transform.js:184:10)
at Dissolve.Transform._write (/opt/zigbee2mqtt/node_modules/dissolve/node_modules/readable-stream/lib/_stream_transform.js:172:12)
at doWrite (/opt/zigbee2mqtt/node_modules/dissolve/node_modules/readable-stream/lib/_stream_writable.js:279:12)
at writeOrBuffer (/opt/zigbee2mqtt/node_modules/dissolve/node_modules/readable-stream/lib/_stream_writable.js:266:5)
at Dissolve.Writable.write (/opt/zigbee2mqtt/node_modules/dissolve/node_modules/readable-stream/lib/_stream_writable.js:211:11)
at Dissolve.Writable.end (/opt/zigbee2mqtt/node_modules/dissolve/node_modules/readable-stream/lib/_stream_writable.js:426:10)
at FoundPayload._getObj (/opt/zigbee2mqtt/node_modules/zigbee-shepherd/node_modules/zcl-packet/lib/foundation.js:242:12)
at getObjCB (/opt/zigbee2mqtt/node_modules/zigbee-shepherd/node_modules/zcl-packet/lib/foundation.js:51:22)
Was mich ebenfalls wundert, ist, dass offensichtlich der Gerätetyp nicht erkannt wird. Es werden nur drei unbekannte Geräte als gekoppelt angezeigt.
Nachtrag:
Stürzt auch so nach einer gewissen Zeit ab, ohne dass ich irgendetwas mache
pi@raspberrypithree:/opt/zigbee2mqtt $ node index.js
2018-6-14 18:22:57 INFO Starting zigbee-shepherd
2018-6-14 18:22:58 INFO zigbee-shepherd started
2018-6-14 18:22:58 INFO Currently 3 devices are joined:
2018-6-14 18:22:58 INFO unknown (0x00158d0002134d4b): unkown - undefined unknown (EndDevice)
2018-6-14 18:22:58 INFO unknown (0x00158d00021360b2): unkown - undefined unknown (EndDevice)
2018-6-14 18:22:58 INFO unknown (0x00158d000213436e): unkown - undefined unknown (EndDevice)
2018-6-14 18:22:58 INFO Connecting to MQTT server at mqtt://192.168.50.31:1883
2018-6-14 18:22:58 INFO zigbee-shepherd ready
2018-6-14 18:22:58 INFO Connected to MQTT server
2018-6-14 18:22:58 INFO MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
/opt/zigbee2mqtt/node_modules/zcl-packet/lib/foundation.js:297
dataTypeStr = zclId.dataType(dataType).key;
^
TypeError: Cannot read property 'key' of undefined
at ensureDataTypeString (/opt/zigbee2mqtt/node_modules/zcl-packet/lib/foundation.js:297:47)
at getDataType (/opt/zigbee2mqtt/node_modules/zcl-packet/lib/foundation.js:307:16)
at Dissolve.<anonymous> (/opt/zigbee2mqtt/node_modules/zcl-packet/lib/foundation.js:682:24)
at Dissolve._transform (/opt/zigbee2mqtt/node_modules/dissolve/index.js:80:16)
at Dissolve.Transform._read (/opt/zigbee2mqtt/node_modules/dissolve/node_modules/readable-stream/lib/_stream_transform.js:184:10)
at Dissolve.Transform._write (/opt/zigbee2mqtt/node_modules/dissolve/node_modules/readable-stream/lib/_stream_transform.js:172:12)
at doWrite (/opt/zigbee2mqtt/node_modules/dissolve/node_modules/readable-stream/lib/_stream_writable.js:279:12)
at writeOrBuffer (/opt/zigbee2mqtt/node_modules/dissolve/node_modules/readable-stream/lib/_stream_writable.js:266:5)
at Dissolve.Writable.write (/opt/zigbee2mqtt/node_modules/dissolve/node_modules/readable-stream/lib/_stream_writable.js:211:11)
at Dissolve.Writable.end (/opt/zigbee2mqtt/node_modules/dissolve/node_modules/readable-stream/lib/_stream_writable.js:426:10)
pi@raspberrypithree:/opt/zigbee2mqtt $
Bekomme den Demon nicht zum laufen wer eine Tipp?
root@vziqtt:~# systemctl start zigbee2mqtt
Failed to start zigbee2mqtt.service: Unknown unit: zigbee2mqtt.service
See system logs and 'systemctl status zigbee2mqtt.service' for details.
root@vziqtt:~# systemctl status zigbee2mqtt.service
Failed to get properties: No such interface ''
root@vziqtt:~#
Erste Idee: Schau mal in das Configfile von dem Daemon ob das Device passt.
Zitat von: neumann am 22 Februar 2018, 22:35:14
Danke dir - bestimmt, habe ich nur nicht hier.
Wenn du mir aber die Logs der Events schickst, baue ich sie ein :)
Lg
Hallo Neumann,
erst einmal vielen Dank für dieses Mega Modul!
Ich bin begeistert. :D
Welche Logs brauchst du denn genau damit du die Funktionalität einbauen kannst?
Ich habe einen Cube hier und würde ihn gerne nutzen.
Viele Grüße
Sebastian
Zitat von: Ranseyer am 14 Juni 2018, 22:45:31
Erste Idee: Schau mal in das Configfile von dem Daemon ob das Device passt.
Danke hab versucht es neu aufzusetzen. Also Debian 9 die in einer Proxmox läuft. Mit Debian 8 lief es nur nicht der Demon ;(
Leider bekomme ich das jetzt garnicht mehr ans laufen:
> zigbee2mqtt@0.1.0 start /opt/zigbee2mqtt
> node index.js
2018-6-14 21:14:52 INFO Starting zigbee-shepherd
2018-6-14 21:14:55 WARN Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds)
2018-6-14 21:15:55 INFO Starting zigbee-shepherd
2018-6-14 21:15:58 ERROR Error while starting zigbee-shepherd!
2018-6-14 21:15:58 ERROR Failed to start
---
Geht schon ein reboot tut auch manchmal bei Linux gut. ;)
Zitat> zigbee2mqtt@0.1.0 start /opt/zigbee2mqtt
> node index.js
2018-6-14 21:14:52 INFO Starting zigbee-shepherd
2018-6-14 21:14:55 WARN Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds)
2018-6-14 21:15:55 INFO Starting zigbee-shepherd
2018-6-14 21:15:58 ERROR Error while starting zigbee-shepherd!
2018-6-14 21:15:58 ERROR Failed to start
hatte ich auch des öfteren, hab die Bridge noch nicht richtig zum laufen bekommen, immer wenn ich denke es funktioniert hängt sie sich wieder auf und ich hab nen neuen Fehler.
aber was du mal versuchen könntest:
- die Bridge mit
DEBUG=* npm start
starten und schauen ob du aus den Fehlermeldungen schlau wirst
- den Stick nochmal flashen, hatte ich auch schon mal
Ich nochmal.
Aus den obigen Antworten auch auf andere Fragen heraus habe ich mal das Debugging beim Start eingeschaltet.
Daraus konnte ich folgendes erkennen:
npm ERR! Linux 4.9.35-v7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "start"
npm ERR! node v6.10.0
npm ERR! npm v3.10.10
npm ERR! code ELIFECYCLE
npm ERR! zigbee2mqtt@0.1.0 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@0.1.0 start script 'node index.js'.
npm ERR! Make sure you have the latest version of node.js and npm installed.
npm ERR! If you do, this is most likely a problem with the zigbee2mqtt package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR! node index.js
npm ERR! You can get information on how to open an issue for this project with:
npm ERR! npm bugs zigbee2mqtt
npm ERR! Or if that isn't available, you can get their info via:
npm ERR! npm owner ls zigbee2mqtt
npm ERR! There is likely additional logging output above.
npm ERR! Please include the following file with any support request:
npm ERR! /opt/zigbee2mqtt/npm-debug.log
So wie es aussieht habe ich nach wie vor eine alte Version von node.js installiert. Ich bekomme es aber nicht hin, diese durch eine neue Version zu ersetzen.
Die Anleitung aus dem ersten Beitrag (und späteren) habe ich mehrfach ausprobiert. Irgendwo habe ich bei Google gefunden, dass ich das ganze mal mit einem vorherigen sudo su versuchen soll. Auch das bringt keine Besserung.
Hat jemand einen Tipp was ich tun kann um auf eine 8er-Version von node.js zu kommen?
Ich hätte noch folgendes nach Eingabe von npm bugs zigbee2mqtt
npm ERR! Linux 4.9.35-v7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "bugs" "zigbee2mqtt"
npm ERR! node v6.10.0
npm ERR! npm v3.10.10
npm ERR! code E404
npm ERR! 404 Not found : zigbee2mqtt
npm ERR! 404
npm ERR! 404 'zigbee2mqtt' is not in the npm registry.
npm ERR! 404 You should bug the author to publish it (or use the name yourself!)
npm ERR! 404
npm ERR! 404 Note that you can also install from a
npm ERR! 404 tarball, folder, http url, or git url.
npm ERR! Please include the following file with any support request:
npm ERR! /opt/zigbee2mqtt/npm-debug.log
Da ich sehe, wie ich hier die Log-Datei anhängen kann:
0 info it worked if it ends with ok
1 verbose cli [ '/usr/local/bin/node',
1 verbose cli '/usr/local/bin/npm',
1 verbose cli 'bugs',
1 verbose cli 'zigbee2mqtt' ]
2 info using npm@3.10.10
3 info using node@v6.10.0
4 silly fetchPackageMetaData zigbee2mqtt
5 silly fetchNamedPackageData zigbee2mqtt
6 silly mapToRegistry name zigbee2mqtt
7 silly mapToRegistry using default registry
8 silly mapToRegistry registry https://registry.npmjs.org/
9 silly mapToRegistry data Result {
9 silly mapToRegistry raw: 'zigbee2mqtt',
9 silly mapToRegistry scope: null,
9 silly mapToRegistry escapedName: 'zigbee2mqtt',
9 silly mapToRegistry name: 'zigbee2mqtt',
9 silly mapToRegistry rawSpec: '',
9 silly mapToRegistry spec: 'latest',
9 silly mapToRegistry type: 'tag' }
10 silly mapToRegistry uri https://registry.npmjs.org/zigbee2mqtt
11 verbose request uri https://registry.npmjs.org/zigbee2mqtt
12 verbose request no auth needed
13 info attempt registry request try #1 at 13:26:21
14 verbose request id 5b8a653a251a0a83
15 http request GET https://registry.npmjs.org/zigbee2mqtt
16 http 404 https://registry.npmjs.org/zigbee2mqtt
17 verbose headers { date: 'Fri, 15 Jun 2018 11:26:23 GMT',
17 verbose headers 'content-type': 'application/json',
17 verbose headers 'content-length': '21',
17 verbose headers connection: 'keep-alive',
17 verbose headers 'set-cookie': [ '__cfduid=d8a93363c4cf00df61747f0a19307ab711529061982; expires=Sat, 15-Jun-19 11:26:22 GMT; path=/; domain=.registry.npmjs.org; HttpOnly' ],
17 verbose headers 'cache-control': 'max-age=300',
17 verbose headers 'cf-cache-status': 'MISS',
17 verbose headers 'cf-ray': '42b4ae6d7c116445-FRA',
17 verbose headers 'expect-ct': 'max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"',
17 verbose headers vary: 'accept-encoding, accept',
17 verbose headers server: 'cloudflare' }
18 silly get cb [ 404,
18 silly get { date: 'Fri, 15 Jun 2018 11:26:23 GMT',
18 silly get 'content-type': 'application/json',
18 silly get 'content-length': '21',
18 silly get connection: 'keep-alive',
18 silly get 'set-cookie': [ '__cfduid=d8a93363c4cf00df61747f0a19307ab711529061982; expires=Sat, 15-Jun-19 11:26:22 GMT; path=/; domain=.registry.npmjs.org; HttpOnly' ],
18 silly get 'cache-control': 'max-age=300',
18 silly get 'cf-cache-status': 'MISS',
18 silly get 'cf-ray': '42b4ae6d7c116445-FRA',
18 silly get 'expect-ct': 'max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"',
18 silly get vary: 'accept-encoding, accept',
18 silly get server: 'cloudflare' } ]
19 silly fetchPackageMetaData Error: Not found : zigbee2mqtt
19 silly fetchPackageMetaData at makeError (/usr/local/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:302:12)
19 silly fetchPackageMetaData at CachingRegistryClient.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:290:14)
19 silly fetchPackageMetaData at Request._callback (/usr/local/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:210:14)
19 silly fetchPackageMetaData at Request.self.callback (/usr/local/lib/node_modules/npm/node_modules/request/request.js:187:22)
19 silly fetchPackageMetaData at emitTwo (events.js:106:13)
19 silly fetchPackageMetaData at Request.emit (events.js:191:7)
19 silly fetchPackageMetaData at Request.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/request/request.js:1048:10)
19 silly fetchPackageMetaData at emitOne (events.js:96:13)
19 silly fetchPackageMetaData at Request.emit (events.js:188:7)
19 silly fetchPackageMetaData at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/request/request.js:969:12)
19 silly fetchPackageMetaData error for zigbee2mqtt { Error: Not found : zigbee2mqtt
19 silly fetchPackageMetaData at makeError (/usr/local/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:302:12)
19 silly fetchPackageMetaData at CachingRegistryClient.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:290:14)
19 silly fetchPackageMetaData at Request._callback (/usr/local/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:210:14)
19 silly fetchPackageMetaData at Request.self.callback (/usr/local/lib/node_modules/npm/node_modules/request/request.js:187:22)
19 silly fetchPackageMetaData at emitTwo (events.js:106:13)
19 silly fetchPackageMetaData at Request.emit (events.js:191:7)
19 silly fetchPackageMetaData at Request.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/request/request.js:1048:10)
19 silly fetchPackageMetaData at emitOne (events.js:96:13)
19 silly fetchPackageMetaData at Request.emit (events.js:188:7)
19 silly fetchPackageMetaData at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/request/request.js:969:12) pkgid: 'zigbee2mqtt', statusCode: 404, code: 'E404' }
20 verbose stack Error: Not found : zigbee2mqtt
20 verbose stack at makeError (/usr/local/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:302:12)
20 verbose stack at CachingRegistryClient.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:290:14)
20 verbose stack at Request._callback (/usr/local/lib/node_modules/npm/node_modules/npm-registry-client/lib/request.js:210:14)
20 verbose stack at Request.self.callback (/usr/local/lib/node_modules/npm/node_modules/request/request.js:187:22)
20 verbose stack at emitTwo (events.js:106:13)
20 verbose stack at Request.emit (events.js:191:7)
20 verbose stack at Request.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/request/request.js:1048:10)
20 verbose stack at emitOne (events.js:96:13)
20 verbose stack at Request.emit (events.js:188:7)
20 verbose stack at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/request/request.js:969:12)
21 verbose statusCode 404
22 verbose pkgid zigbee2mqtt
23 verbose cwd /opt/zigbee2mqtt
24 error Linux 4.9.35-v7+
25 error argv "/usr/local/bin/node" "/usr/local/bin/npm" "bugs" "zigbee2mqtt"
26 error node v6.10.0
27 error npm v3.10.10
28 error code E404
29 error 404 Not found : zigbee2mqtt
30 error 404
31 error 404 'zigbee2mqtt' is not in the npm registry.
32 error 404 You should bug the author to publish it (or use the name yourself!)
33 error 404 Note that you can also install from a
34 error 404 tarball, folder, http url, or git url.
35 verbose exit [ 1, true ]
Ratlos,
petjek
Zitat von: petjek am 15 Juni 2018, 13:32:51
Ich nochmal.
Aus den obigen Antworten auch auf andere Fragen heraus habe ich mal das Debugging beim Start eingeschaltet.
Daraus konnte ich folgendes erkennen:
npm ERR! Linux 4.9.35-v7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "start"
npm ERR! node v6.10.0
npm ERR! npm v3.10.10
Du hast alte Versionen...
Vorher die alte Installation deinstallieren und dann neu machen....
Bei mir:
root@rock64:~# npm -v
5.6.0
root@rock64:~# node -v
v8.11.3
https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge
Soweit war mir das schon klar. Nur bekomme ich die alte Version offensichtlich nicht sauber deinstalliert. Mit der Anleitung lande ich immer wieder bei der alten Version.
bei meinen ikea Lampen (LED1623G12 E27,LED1650R5 GU10) hab ich nur ein reading"transmission-state subscription acknowledged" mehr nicht
STATE paired mehr nicht, kann diese also nicht schalten!? Warum?
Osram Plugs funktionieren zb:
state ON 2018-06-16 08:00:00
transmission-state incoming publish received 2018-06-16 08:00:00
also hab kein state bei den Ikea, hat jemand ne Lösung?
EDIT: Genau das selbe verhalten mit HUE dimmern nur STATE paired, auch wenn ich die Tasten Drücke passiert nichts :(
EDIT2: ok mit set ON und set OFF geht es :) , aber wie kann ich die jetzt dimmen??
devStateIcon ON:on:OFF OFF:off:ON macht immerhin schon mal nen Lampen An AUS Schalter !
und noch eine Frage: Was ist eigentlich das Limit, bzw gibt es noch eins? Wenn ich alles einbinde bin ich bei deCONZ bei 78 devices.... (hab ich mir mal vom Nachbarn geborgt :)....)
Gruß
Hue dimmer werden laut wiki offiziell nicht unterstützt.
Meine ikea lampen schalte ich mit den befehlen, on:off:brightness:color_temp wie im wiki beschrieben. Vielleicht solltest du mal das wiki von koenekk auf github lesen.
Dankeschön,ja les ich gerade, daher habe ich nun auch die info mit den HUE dimmern,
dankeschön trotzdem für deine schnelle,hilfreiche Antwort
Gruß
Moin zusammen,
ich habe seltsame Wechselwirkungen und wollte fragen, ob noch jemand dieselben Erfahrungen gemacht hat.
Bei mir laufen FHEM und MQTT auf separaten Raspberry PIs. Der ZigBee USB steckt im MQTT PI.
Ist der Xiaomi Aqara Button in der Nähe des ZigBee USB (Erdgeschoss) lässt sich alles einwandfrei schalten. Mit einem Klick auf den Button werden in einem Raum im Untergeschoss 3 HUE Lampen und ein Xiaomi Basic (Tasmota Firmware für MQTT) getoggled.
Nehme ich den Xiaomi Aqara Button mit in den Raum im Untergeschoss und klicke dort den Button, dann fangen sowohl die HUE Lampen als auch der Xiaomi Basic an zu spinnen.
Der Xiaomi Basic schaltet dann wild hin und her, bis er dann nach ein paar Sekunden undefiniert ein oder ausgeschaltet bleibt. Einzelne HUE Lampen schalten plötzlich nicht mehr und reagieren erst wieder nach einer gewissen Zeit.
Es scheint also so, als ob bei einer schlechten Verbindung zwischen ZigBee USB und ZigBee Device (in diesem Beispiel der Button), zum Einen der MQTT Broker und zum Anderen die HUE ZigBee Verbindung beeinträchtigt wird.
Kann das jemand bestätigen oder erklären?
Natürlich werde ich das Verbindungsproblem mit einem ZigBee Repeater lösen. Dennoch würde ich gerne verstehen, warum es zu diesen Wechselwirkungen kommt.
Vielen Dank.
Grüße Mave
Zitat von: mark79 am 15 Juni 2018, 21:04:07
Du hast alte Versionen...
Vorher die alte Installation deinstallieren und dann neu machen....
Bei mir:
root@rock64:~# npm -v
5.6.0
root@rock64:~# node -v
v8.11.3
https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge
Hab's geschafft mittel nvm die korrekte Version zu installieren.
Läuft! Yippie! ;D
Nachtrag: Läuft nicht >:(
Läuft schon, solange ich per npm start in der Konsole starte aber nicht, wenn ich per systemctl starte. Das bringt aber nicht so richtig was, wenn ich die Konsole jetzt immer offen halten müsste.
sudo journalctl -u zigbee2mqtt.service -f
npm ERR! Failed at the zigbee2mqtt@0.0.0 start script.
Jun 17 12:06:06 raspberrypithree npm[5981]: npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
Jun 17 12:06:07 raspberrypithree npm[5981]: npm ERR! A complete log of this run can be found in:
Jun 17 12:06:07 raspberrypithree npm[5981]: npm ERR! /home/pi/.npm/_logs/2018-06-17T10_06_06_616Z-debug.log
Jun 17 12:06:07 raspberrypithree systemd[1]: zigbee2mqtt.service: main process exited, code=exited, status=1/FAILURE
Jun 17 12:06:07 raspberrypithree systemd[1]: Unit zigbee2mqtt.service entered failed state.
Jun 17 12:06:07 raspberrypithree systemd[1]: zigbee2mqtt.service holdoff time over, scheduling restart.
Jun 17 12:06:07 raspberrypithree systemd[1]: Stopping zigbee2mqtt...
Jun 17 12:06:07 raspberrypithree systemd[1]: Starting zigbee2mqtt...
Jun 17 12:06:07 raspberrypithree systemd[1]: Started zigbee2mqtt.
Jun 17 12:06:09 raspberrypithree npm[6026]: > zigbee2mqtt@0.0.0 start /opt/zigbee2mqtt
Jun 17 12:06:09 raspberrypithree npm[6026]: > node index.js
Jun 17 12:06:11 raspberrypithree npm[6026]: /opt/zigbee2mqtt/node_modules/bindings/bindings.js:83
Jun 17 12:06:11 raspberrypithree npm[6026]: throw e
Jun 17 12:06:11 raspberrypithree npm[6026]: ^
Jun 17 12:06:11 raspberrypithree npm[6026]: Error: Module version mismatch. Expected 48, got 57.
Jun 17 12:06:11 raspberrypithree npm[6026]: at Error (native)
Jun 17 12:06:11 raspberrypithree npm[6026]: at Object.Module._extensions..node (module.js:597:18)
Jun 17 12:06:11 raspberrypithree npm[6026]: at Module.load (module.js:487:32)
Jun 17 12:06:11 raspberrypithree npm[6026]: at tryModuleLoad (module.js:446:12)
Jun 17 12:06:11 raspberrypithree npm[6026]: at Function.Module._load (module.js:438:3)
Jun 17 12:06:11 raspberrypithree npm[6026]: at Module.require (module.js:497:17)
Jun 17 12:06:11 raspberrypithree npm[6026]: at require (internal/module.js:20:19)
Jun 17 12:06:11 raspberrypithree npm[6026]: at bindings (/opt/zigbee2mqtt/node_modules/bindings/bindings.js:76:44)
Jun 17 12:06:11 raspberrypithree npm[6026]: at Object.<anonymous> (/opt/zigbee2mqtt/node_modules/serialport/lib/bindings.js:3:35)
Jun 17 12:06:11 raspberrypithree npm[6026]: at Module._compile (module.js:570:32)
Jun 17 12:06:11 raspberrypithree npm[6026]: npm ERR! code ELIFECYCLE
Jun 17 12:06:11 raspberrypithree npm[6026]: npm ERR! errno 1
Jun 17 12:06:11 raspberrypithree npm[6026]: npm ERR! zigbee2mqtt@0.0.0 start: `node index.js`
Jun 17 12:06:11 raspberrypithree npm[6026]: npm ERR! Exit status 1
Jun 17 12:06:11 raspberrypithree npm[6026]: npm ERR!
Diese Zeile klingt mal sehr verdächtig:
Jun 17 12:06:11 raspberrypithree npm[6026]: Error: Module version mismatch. Expected 48, got 57.
Aber was soll mir das sagen? Und warum tritt der Fehler beim Starten aus der Konsole nicht auf? Da läuft es einwandfrei.
Hast Du eventuell die Anleitungen von Neumann und Koenkk vermischt?
Bei Neumann heißt das Ganze Xiaomi2MQTT und bei Koenkk ZigBee2MQTT.
Zitat von: Mave am 17 Juni 2018, 14:44:25
Hast Du eventuell die Anleitungen von Neumann und Koenkk vermischt?
Bei Neumann heißt das Ganze Xiaomi2MQTT und bei Koenkk ZigBee2MQTT.
Und bei mir zigbee2mqtt, soweit ich sehe? Oder übersehe ich was?
Ich bin so vorgegangen: https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge (https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge)
Nach dem Problem mit meiner Node-Version habe ich alles nochmal gelöscht, neu geladen und kompiliert. Einen ähnlichen Fehler hatte ich, als ich zwischendurch eine v10.x von Node installiert hatte. Da waren es aber andere Versionen, die beim Start angemahnt wurden. Und wie gesagt, es funktioniert beim manuellen Start einwandfrei.
Hallo, mit dem Koenkk/zigbee2mqtt kann ich ja auch IKEA TRADFRI pairing z.b. habe ich einen IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router) am laufen. Im Fhem wird das ganze jetzt als
defmod XMI_0x000b57fffe2XXX2 XiaomiMQTTDevice LED1623G12 0x000b57fffeXXXXa2
attr XMI_0x000b57fffe2XXXa2 IODev MQTT
attr XMI_0x000b57fffe2XXX2 room XiaomiMQTTDevice
setstate XMI_0x000b57fffe2XXXXa2 paired
setstate XMI_0x000b57fffe2XXX9a2 2018-06-19 19:02:56 transmission-state subscription acknowledged
angelegt. Damit kann ich jezt aber nicht viel anfangen. Kann ich irgenwie das ganze auch als Lampe verwenden im Fhem?
danke
Ich habe einige ikea lampen an laufen und hab die mit dem koenkk laufen und per autocreate die von fhem anlegen lassem. So wie du es gemacht hast geht es aber auch.
Hab den device dann zusatzliche kommandos zugeordnet auser IOdev und room.
Webcmd: on:off:brightness:color_temp
Eventmap: 250:kalt; 300:standart; 400:warm
Widgetoveride: color_temp:kalt, standart, warm
Brightness:slider, 0,15,255
Stateformat: state
Hoffe ich konnte dir helfen, so kann ich die lampe komplett schalten wie ich will.
defmod XMI_0x0XXXXXX2599a2 XiaomiMQTTDevice LED1623G12 0x000b57XXXXXe2599a2
attr XMI_0x0XXXXXX2599a2 IODev MQTT
attr XMI_0x0XXXXXX2599a2 eventMap 250:kalt;; 300:standart;; 400:warm
attr XMI_0x0XXXXXX2599a2 room XiaomiMQTTDevice
attr XMI_0x0XXXXXX2599a2 stateFormat state
attr XMI_0x0XXXXXX2599a2 webCmd on:off:brightness:color_temp
attr XMI_0x0XXXXXX2599a2 widgetOverride color_temp:kalt, standart, warm, Brightness:slider, 0,15,255
setstate XMI_0x0XXXXXX2599a2 state
setstate XMI_0x0XXXXXX2599a2 2018-06-19 19:02:56 transmission-state subscription acknowledged
Hab das jetzt mal so eingetragen aber schalten kann ich sie nicht. 2018-6-19 20:32:31 INFO Zigbee publish to '0x0x0XXXXXX2599a2', genOnOff - off - {} - null
Welche readings hat das Gerät bei dir? Bei mir kommen die befehle "state, brightness und color_temp" auch als readings rein.
In deinem code sind zu viele leerzeichen, wenn ich das richtig gesehen habe.
Kannst du wenn du nur webcmd on:off, die wenigstens an und aus schalten?
Hallo,
ich hätte auch nochmal zwei Frage zu den Ikea Leuchten.
Bekommt ihr eine Rückmeldung von den Lampen? Ich kann meine Testlampe ( LED1650r5 gu10) schalten aber ich bekomme keine Rückmeldung ob sie an ist oder nicht. Auch wenn ich sie anschalte, per Schalter kommt keine Meldung von der Lampe.
Wie kann ich einen Slider für die Helligkeit im Webcmd definieren?
Internals:
DEF LED1650R5 0x000b57fffeaf4080
IODev MQTT
MODEL LED1650R5
NAME XMI_0x000b57fffeaf4080
NOTIFYDEV LED1650R5 0x000b57fffeaf4080
NR 135
SID 0x000b57fffeaf4080
STATE off
TYPE XiaomiMQTTDevice
READINGS:
2018-06-20 08:29:43 state off
2018-06-20 08:29:43 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/0x000b57fffeaf4080
xiaomi/0x000b57fffeaf4080/#
subscribeExpr:
^zigbee2mqtt\/0x000b57fffeaf4080$
^xiaomi\/0x000b57fffeaf4080.*$
subscribeQos:
xiaomi/0x000b57fffeaf4080/# 0
zigbee2mqtt/0x000b57fffeaf4080 0
Attributes:
IODev MQTT
alias LED1650R5_3
room XiaomiMQTTDevice
webCmd on:off
Nein rückmeldung gibt es keine so wie ich das sehe , sie schreibt scheinbar ihren "stat" nicht in ein extra topic.
Slider hab ich 1 Betrag weiter oben definiert, da kannst du mal schauen(Widgetoveride). Problem Hierbei ist immer sobald du den Strom der lampe per schalter ausmachst fehlt ja eh jegliche verbindung zur lampe. Ich Schale die eine lampe nur per fhem und dann stimmt der status auch immer.
Sehe dann anhand von definierten devstateicon ob "on" oder "off"
Ich habe tatsächlich Probleme mit dem Zusammenspiel zwischen Xiaomi ZigBee und HUE ZigBee. :-[
Schalte ich in einem Raum die HUE Lampen über einen HomeMatic Funkschalter, gehen alle HUE Lampen problemlos an bzw. aus.
Schalte ich in demselben Raum die HUE Lampen über den Xiaomi Button, gehen einzelne HUE Lampen sporadisch nicht an bzw. aus.
Ich kann mir nicht vorstellen, dass ich mit dem Problem alleine bin und dass niemand sonst ähnliche Probleme hat....
Ich hab 2 Ikea Lampen mit "structure" zusammengefasst und wenn ich dann einen "on" Befehl sende egal wie, schreibt mir der MQTT Brocker ja zeitgleich 2 Topics jeweils einen pro Lampe mit dem state "on" und da hatte ich schon den Eindruck, das nicht immer beide Topics auch ausgeführt werden.
Was auch sein kann ist die Entfernung vom stick, ka wie weit die Reichweite ist.
Andere Frage hat wer den ICTC-G-1 /IKEA TRADFRI wireless dimmer (brightness [0-255], quick rotate for instant 0/255)) im Einsatz bekomme immer bei versuch zu parien immer "Cannot get the Node Descriptor of the Device: 0x00vvvvvvv2437e5 (Error: Timed out after 10000 ms)"
Hallo,
ich weiß jetzt nicht ob es hier hin paast aber ich habe immer noch Probleme mit dem Slider über widgetoverride. Ich sehe einfach keinen Silder:
hier mal ein list und ein screenshot:
Internals:
DEF LED1650R5 0x000b57fffeaf4080
IODev MQTT
MODEL LED1650R5
NAME XMI_0x000b57fffeaf4080
NOTIFYDEV LED1650R5 0x000b57fffeaf4080
NR 135
SID 0x000b57fffeaf4080
STATE on
TYPE XiaomiMQTTDevice
READINGS:
2018-06-21 10:50:42 brightness 120
2018-06-21 10:50:42 state on
2018-06-21 10:50:42 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/0x000b57fffeaf4080
xiaomi/0x000b57fffeaf4080/#
subscribeExpr:
^zigbee2mqtt\/0x000b57fffeaf4080$
^xiaomi\/0x000b57fffeaf4080.*$
subscribeQos:
xiaomi/0x000b57fffeaf4080/# 0
zigbee2mqtt/0x000b57fffeaf4080 0
Attributes:
IODev MQTT
alias LED1650R5_3
eventMap 250:kalt;; 300:standart;; 400:warm
room XiaomiMQTTDevice
webCmd on:off:brightness:color_temp
widgetOverride color_temp:kalt,standart,warm brightness:slider,0,15,255
Bei mir kommt sobald ich, webcmd :brightness und dann Widgetoveride brightness:slider, 0,15,255 setze sofort oben ein slider zum einstellen,. Hab diese Einstellung bei 5 Lampen vorgenommen und es klappt.
Kannst du mal ein dummy anlegen und es dort versuchen ob da einer kommt?
Edit: hab mal ein neues Thema dazu aufgemacht, passt hier nicht hin.
https://forum.fhem.de/index.php/topic,88846.0.html (https://forum.fhem.de/index.php/topic,88846.0.html)
Ich habe vor mir auch einen Stick zuzulegen. Kann mir jemand den Flashen?
Gesendet von meinem SM-J730F mit Tapatalk
Also ich würde auch den Programmer und das Kabel holen, ich hatte jetzt schon dreimal das Problem, dass ich mir irgendwie den Stick zerschossen hab und ihn neu flashen musste (ist aber nur meine persönliche Erfahrung).
CCdebugger und kabel Lohnt sich, wegen neu flashen und 12-14€ sind ja nicht so viel. Wenn man den stick jmd zusendet und zurück, kommen ja schon fast 4-5€ Versandkosten auf einen zu. Also zu überlegen ist es, ich hab beides hier und kann auch flashen bei Bedarf.
Zitat von: Torsten_MG am 21 Juni 2018, 16:44:53
Ich habe vor mir auch einen Stick zuzulegen. Kann mir jemand den Flashen?
Gesendet von meinem SM-J730F mit Tapatalk
Ja klar! (Versand = teuer oder Brief auf dein Risiko)
Oskar,
kannst Du Dir bitte nochmal das Modul anschauen?
Alle meine Xiaomi Devices zeigen Battery LOW, obwohl der BatteryLevel zwischen 50% und 70% steht.
Vielen Dank.
Zitat von: Animatrix1986 am 21 Juni 2018, 19:16:06
CCdebugger und kabel Lohnt sich, wegen neu flashen und 12-14€ sind ja nicht so viel. Wenn man den stick jmd zusendet und zurück, kommen ja schon fast 4-5€ Versandkosten auf einen zu. Also zu überlegen ist es, ich hab beides hier und kann auch flashen bei Bedarf.
Habe mir jetzt das komplette Set bei Aliexpress bestellt
Hallo zusammen und vielen Dank an Oskar für die ganze Arbeit. Ich habe meine Xiaomi Komponenten gestern erfolgreich in Betrieb genommen. Abgesehen von Reichweitenproblemen scheint es sehr gut zu funktionieren... Habt ihr vielleicht einen Tipp hierfür?
Mein eigentliches Problem ist aber das meine Sonos Fhem Steuerung seit gestern nicht mehr funktioniert. Ich habe die Anleitung hier befolgt und Node.js, npm usw installiert. Sind hier irgendwelche Wechselwirkungen zu den für Sonos benöitgen Komponenten bekannt?
Das Problem besteht seit den Installationen für Xiaomi:
2018.06.24 08:04:01 5: SONOS0: Received: 'DoWork:RINCON_B8E937329C8C01400_MR:setRelativeVolume:3'
2018.06.24 08:04:29 5: SW: DoWork:undef:refreshProcessAnswer:
2018.06.24 08:04:29 5: SONOS0: Received: 'DoWork:undef:refreshProcessAnswer:'
2018.06.24 08:04:29 2: SONOS0: LastProcessAnswer way too old (Lastanswer: 1529820148 ~ 2018-06-24 08:02:28)... try to restart the process and connection...
2018.06.24 08:04:29 4: SONOS0: ReadingsBeginUpdate from Module for "Sonos"
2018.06.24 08:04:29 4: SONOS0: ReadingsEndUpdate from Module for "Sonos"
2018.06.24 08:04:30 5: SW: DoWork:RINCON_B8E937329C8C01400_MR:pause:
2018.06.24 08:04:30 5: SONOS0: Received: 'DoWork:RINCON_B8E937329C8C01400_MR:pause:'
2018.06.24 08:04:30 5: SW: DoWork:RINCON_B8E937329C8C01400_MR:pause:
2018.06.24 08:04:30 5: SONOS0: Received: 'DoWork:RINCON_B8E937329C8C01400_MR:pause:'
2018.06.24 08:04:32 5: SW: shutdown
2018.06.24 08:04:32 5: SONOS0: Received: 'shutdown'
2018.06.24 08:04:32 3: SONOS0: Disconnecting client and shutdown server...
2018.06.24 08:04:32 3: SONOS0: Trying to kill Sonos_Thread...
2018.06.24 08:04:32 3: SONOS0: Trying to kill LongJobs_Thread...
2018.06.24 08:04:32 3: SONOS0: Trying to kill IsAlive_Thread...
2018.06.24 08:04:32 3: SONOS0: Trying to kill PlayerRestore_Thread...
2018.06.24 08:04:32 0: SONOS0: Das Lauschen auf der Schnittstelle wurde beendet. Prozess endet nun auch...
2018.06.24 08:04:32 4: SONOS0: ReadingsBeginUpdate from Module for "Sonos_Wohnzimmer"
2018.06.24 08:04:32 4: SONOS0: ReadingsEndUpdate from Module for "Sonos_Wohnzimmer"
2018.06.24 08:04:34 4: SONOS0: ReadingsBeginUpdate from Module for "Sonos_Wohnzimmer"
2018.06.24 08:04:34 4: SONOS0: ReadingsEndUpdate from Module for "Sonos_Wohnzimmer"
Gibt es nur das wiki auf github oder auch in der wiki.fhem? Kann es da nämlich nicht finden
ich wollte mir schonmal alles zurechtlegen, für den Stick, aber anscheinend bin ich zu blöd mir die hex runterzuladen.
Wenn ich den Link in der githubwiki unter Getting started folge (Download the firmware CC2531ZNP-Prod.hex) dann sehe ich zwar die Datei CC2531ZNP-Prod.hex bekomme die aber nicht heruntergeladen. Das ganze mit dem Github ist noch recht neu für mich und bin damit bisher irgendwie immer durchgekommen.
Geh mal 2 bis 3 Ebenen höher und lade Dir die ganzen Ordner herunter. In dem heruntergeladenen zip File findest Du dann auch das hex File in einem Unterordner.
Zitat von: Mave am 24 Juni 2018, 14:31:23
Geh mal 2 bis 3 Ebenen höher und lade Dir die ganzen Ordner herunter. In dem heruntergeladenen zip File findest Du dann auch das hex File in einem Unterordner.
Ok, hat geklappt! Danke!
Jetzt nur noch auf den Stick warten
Gesendet von meinem SM-J730F mit Tapatalk
Moin Oscar,
könntest Du bitte noch den Aqara Cube implementieren?
Vielen Dank.
Habe mir auch gerade das Komplettpaket bestellt.
Bisher nur die Aqara-Sensoren am Gateway, aber die sind optisch um Längen vor z.B. HM.
Preiswerter sind die auch noch, da langt man gern zu.
OT:on
Xiaomi mit ESP32 ist auch interessant, aber noch nix Brauchbares gefunden.
https://www.espressif.com/en/media_overview/news/espressif-systems-integrated-xiaomis-plans-iot-development
OT:off
Ich habe ein Reichweitenproblem und würde gerne eine aktive Komponente zur Verstärkung des Zigbee Signals einbringen. Welcher Zwischenstecker kann denn auch über diese Lösung gesteuert werden? Nur der von Xiaomi oder auch andere?
Hab jetzt auf die neueste FW und Software geupdatet nun gehen folgenden Devices bei mir:
AB3257001NJ - OSRAM Smart+ plug (Router)
ICTC-G-1 - IKEA TRADFRI wireless dimmer (EndDevice)
RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
WXKG02LM - Xiaomi Aqara double key wireless wall switch (EndDevice)
WXKG01LM - Xiaomi MiJia wireless switch (EndDevice)
Philips Hue White Single bulb B22 (Router)
IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router)
Leider aber nur so zirka 3 stunde nach dem pairing. Deepsleep? Danach nicht mehr. Wenn ich sie dann wieder neu verbinde gehen sie sofort wieder. Er meldet auch device already in network er kenn die Geräte auch sofort wieder.
Hat wer sonst das Problem? Reichweite kann nicht sein. Alles im gleichen Raum.
@ Tomk:
Philips Hue White Single bulb B22 (Router), OSRAM Smart+ plug (Router) oder IKEA TRADFRI LED bulb E27 1000 lumen, dimmable, opal white (Router) sind zb. Router um die Reichweite zu vergrößern.
Kann ich denn die Osram Smart Plug auch über den usb Stick cc2531 mit diesem Modul schalten?
Zitat von: Tomk am 06 Juli 2018, 21:07:32
Kann ich denn die Osram Smart Plug auch über den usb Stick cc2531 mit diesem Modul schalten?
Ja
Jemand schon die FW auf einen CC2530 bekommen, hab zig Anleitungen durch wie er mit dem CC Debugger Verbunden werden soll, viele Sprechen von 5Kabeln, aber ich habe auch ein Foto im Internet gefunden wo 10 an den CC2530 Angeschlossen sind, nur leider nicht zu erkennen wo, und was.... Der Debugger leuchtet weiterhin Rot,und der CC2530 taucht auch nicht im SmartRF auf ... Würde gerne die Router Software drauf spielen, aber irgendwo hängt es, ich habe 2 von den Dingern, beide das selbe Verhalten, evtl hat jemand einen Rat.
Gruss
Laut Wiki reichen 5 Kabel: http://ptvo.info/how-to-select-and-flash-cc2530-144/
Die Koordinator FW bekommst du also auch nicht geflasht?
Hast du danach mal geschaut?
ZitatDie Karte muss den Chip CC2530F256 haben (Abb. 3). Die Schlüsselnummer hier ist 256 und es bedeutet 256 KB Flash-Speicher. Die meiste Firmware wurde für 256K Speicher kompiliert.
Am besten fragst du im Github nach...
Ich habe mir auch ein Debugger bestellt und zwei verschiedene CC2530, sollte eigentlich nächste Woche kommen.
Zuvor hatte ich noch die Alternative Firmware Flash Methode mit einem Arduino probiert, da ich einen CC2530 schon hier habe: https://github.com/Koenkk/zigbee2mqtt/wiki/Alternative-firmware-flashing-methods
Aber der CC2530 wurde bei mir auch nicht erkannt... und das war dieser Kandidat: https://de.aliexpress.com/item/ZigBee-Wireless-Module-CC2530-Module-Internet-Of-Things-Core-Board/32503616246.html
Guten Morgen Zusammen,
tolle Arbeit, Danke!! =)
Ich habe ein Problem, habe es soweit am laufen, dass wenn ich "npm start" in der Console sage, dass es funktioniert.
Wenn ich dann aber "systemctl status zigbee2mqtt.service" eingebe, dann bekomme ich folgende Ausgaben:
root@raspberrypi:/opt/zigbee2mqtt# systemctl status zigbee2mqtt.service
● zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Sun 2018-07-08 03:51:39 CEST; 63ms ago
Process: 26530 ExecStart=/usr/bin/npm start (code=exited, status=1/FAILURE)
Main PID: 26530 (code=exited, status=1/FAILURE)
Jul 08 03:51:39 raspberrypi systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'.
root@raspberrypi:/opt/zigbee2mqtt# systemctl status zigbee2mqtt.service
● zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2018-07-08 03:51:39 CEST; 1s ago
Main PID: 26559 (npm)
CGroup: /system.slice/zigbee2mqtt.service
├─26559 npm
├─26569 sh -c node index.js
└─26570 node index.js
Jul 08 03:51:39 raspberrypi systemd[1]: Started zigbee2mqtt.
Jul 08 03:51:41 raspberrypi npm[26559]: > zigbee2mqtt@0.1.0 start /opt/zigbee2mqtt
Jul 08 03:51:41 raspberrypi npm[26559]: > node index.js
Es scheint dann immer neuzustarten und einen Fehler zu haben.
An FHEM wird auch nichts mehr geschickt.
Ich habe mich an folgende Anleitung gehalten:
https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge
Ich hoffe ihr könnt mir helfen.
Grüße
Gear
Zitat von: mark79 am 08 Juli 2018, 02:42:06
Laut Wiki reichen 5 Kabel: http://ptvo.info/how-to-select-and-flash-cc2530-144/
Die Koordinator FW bekommst du also auch nicht geflasht?
Hast du danach mal geschaut?
Am besten fragst du im Github nach...
Ich habe mir auch ein Debugger bestellt und zwei verschiedene CC2530, sollte eigentlich nächste Woche kommen.
Zuvor hatte ich noch die Alternative Firmware Flash Methode mit einem Arduino probiert, da ich einen CC2530 schon hier habe: https://github.com/Koenkk/zigbee2mqtt/wiki/Alternative-firmware-flashing-methods
Aber der CC2530 wurde bei mir auch nicht erkannt... und das war dieser Kandidat: https://de.aliexpress.com/item/ZigBee-Wireless-Module-CC2530-Module-Internet-Of-Things-Core-Board/32503616246.html
Hi, ich geh das mal durch, sag dann bescheid.
NEIN ich bekomme keine Verbindung hin, also kann ich garnichts flashen....
ich habe den hier:
https://de.aliexpress.com/item/CC2530-Zigbee-UART-Wireless-Core-Board-Development-Board-CC2530F256-Serial-Port-Wireless-Module-2-4GHz/32767470382.html?spm=a2g0s.9042311.0.0.4fa24c4dX01rRf
Deinen kannst du doch ganz einfach mit dem Debuger Kabel Flashen, irgendwo muss noch ein Kabel zusätzlich ran (hab ich nebenbei gelesen)
Danke für die Angaben, evtl bekomme ich ja jetzt hin.
Hier noch das Foto wo er mit 10 Kabeln(so weit ich das erkennen kann...verbunden ist)
Grüße
Edit: irgendwie ist er jetzt doch verbundnen(Habe mal sehr sehr sehr ....lange die Reset Taste am Debugger gedrückt.
aufeinmal war er da, wird auch im SmartRf erkannt , doch kann nicht flashen... Chip is locked... auch wenn ich den Hacken bei retain IEEE raus nehme geht es nicht
Zitat von: venuel79 am 08 Juli 2018, 07:56:54
Hi, ich geh das mal durch, sag dann bescheid.
NEIN ich bekomme keine Verbindung hin, also kann ich garnichts flashen....
ich habe den hier:
https://de.aliexpress.com/item/CC2530-Zigbee-UART-Wireless-Core-Board-Development-Board-CC2530F256-Serial-Port-Wireless-Module-2-4GHz/32767470382.html?spm=a2g0s.9042311.0.0.4fa24c4dX01rRf
Deinen kannst du doch ganz einfach mit dem Debuger Kabel Flashen, irgendwo muss noch ein Kabel zusätzlich ran (hab ich nebenbei gelesen)
Danke für die Angaben, evtl bekomme ich ja jetzt hin.
Hier noch das Foto wo er mit 10 Kabeln(so weit ich das erkennen kann...verbunden ist)
Grüße
Edit: irgendwie ist er jetzt doch verbundnen(Habe mal sehr sehr sehr ....lange die Reset Taste am Debugger gedrückt.
aufeinmal war er da, wird auch im SmartRf erkannt , doch kann nicht flashen... Chip is locked... auch wenn ich den Hacken bei retain IEEE raus nehme geht es nicht
Hallo,
weis nicht ob das was hilft aber den Fehler hatte ich auch bei meinem CC253
1 als ich vergessen hab denn auch in einen USB Port zu stecken.
Zitat von: venuel79 am 08 Juli 2018, 07:56:54
Deinen kannst du doch ganz einfach mit dem Debuger Kabel Flashen, irgendwo muss noch ein Kabel zusätzlich ran (hab ich nebenbei gelesen)
Danke für die Angaben, evtl bekomme ich ja jetzt hin.
Hier noch das Foto wo er mit 10 Kabeln(so weit ich das erkennen kann...verbunden ist)
Mhh zur Software kann ich leider nix sagen. Aber was mir aufgefallen ist, warum steht bei Chip type: CC2533?
So einen CC2530 wie du ihn hast, habe ich heute auch erhalten. Nur der Debugger fehlt immer noch..
Deswegen habe ich noch mal probiert den CC2530 mit der Arduino Lösung zu flashen und dieses mal hat das geklappt. https://github.com/Koenkk/zigbee2mqtt/wiki/Alternative-firmware-flashing-methods
Bei beiden:
https://de.aliexpress.com/item/CC2530-Zigbee-UART-Wireless-Core-Board-Development-Board-CC2530F256-Serial-Port-Wireless-Module-2-4GHz/32767470382.html
https://de.aliexpress.com/item/ZigBee-Wireless-Module-CC2530-Module-Internet-Of-Things-Core-Board/32503616246.html
Also man kann die Zigbee Adapter auch ohne Debugger flashen. Mit der Lösung brauch man nur genug Zeit, der Flashvorgang dauert 3 Stunden. ;D
Man benötigt 5 Kabel:
P21 > DD (Debug Data)
P22 > DC (Debug Clock)
RST > Reset
GND > GND
VCC > VCC
Um das ding später an einen Raspberry via UART oder USB TTL Adapter zu betreiben:
P03 nach TX verbinden
P02 nach RX verbinden
P20 kurzschließen auf GND
GND nach GND verbinden
VCC nach VCC verbinden
Frage: Kann man jedes Gerät, dass das Zigbee Protokoll nutzt einbinden? Habe gerade nämlich von eCozy ein Heizkörperthermostat für 19,90€ gefunden. Laut den Informationen die ich gefunden habe nutzen die das Zigbee Protokoll
Zitat von: Torsten_MG am 10 Juli 2018, 08:45:54
Frage: Kann man jedes Gerät, dass das Zigbee Protokoll nutzt einbinden? Habe gerade nämlich von eCozy ein Heizkörperthermostat für 19,90€ gefunden. Laut den Informationen die ich gefunden habe nutzen die das Zigbee Protokoll
https://github.com/Koenkk/zigbee2mqtt/wiki/How-to-support-new-devices
Hallo zusammen,
lese hier auch schon eine Weile mit und habe auch einen geflashten TI-Stick da liegen.
Vorab eine Frage: der Thread-Titel ist zwischenzeitlich etwas zu eng, oder? Sollte eigentlich "zigbee over MQTT" heißen, oder?
Jetzt habe ich zwar auch einen Mosquitto am Rennen, trotzdem will mir die Frage nicht aus dem Kopf, ob es mittelfristig nicht einfacher wäre, ausgehend vom seriellen Output des Sticks (und ggf. anderer Sticks/Module) ein zweistufiges Modul zu bauen (analog CUL/CUL_HM oder ZWDongle/ZWave). Oder ist das eine Fehlinterpretation des java-Codes?
Wenn sich mehr Interessenten für eine serielle Perl-Lösung finden würden, mache ich gerne den Tester...
Gruß, Beta-User
Der Thread Titel passt nur noch insofern, dass Oskar ein FHEM Modul bereitgestellt hat, das automatisch neue Xiaomi Devices anlegt.
In GitHub von koenkk geht es in der Tat allgemeiner um ZigBee Devices to MQTT.
Hi,
hat jemand schon den Aqara Cube integriert bekommen? Irgendwie klappt das bei mir nicht. Der Cube wird nicht gefunden.
Viele Grüße
Timo
Beim Cube musst Du alle 1 bis 2 Sekunden den Button drücken....
Heute ist der CC Debugger gekommen. Muß die rote LED leuchten, sobald er in den USB-port gesteckt wird? Er leuchtet nämlich garnicht bei mir. Als was wird der Debugger im Geräte-manager angezeigt?
Gesendet von meinem SM-J730F mit Tapatalk
Funktioniert die Anbindung auch mit dieser Platine:
https://www.amazon.de/RaspBee-Premium-Aufsatzmodul-Firmware-Raspberry/dp/B00E6300DO/ref=pd_sim_60_2?_encoding=UTF8&pd_rd_i=B00E6300DO&pd_rd_r=96289edf-8512-11e8-bcad-21bcac3ae2ea&pd_rd_w=OQUvU&pd_rd_wg=4i7co&pf_rd_i=desktop-dp-sims&pf_rd_m=A3JWKAKR8XB7XF&pf_rd_p=5296994838746851949&pf_rd_r=ZVMQV3FR5KKBGCBBE2EA&pf_rd_s=desktop-dp-sims&pf_rd_t=40701&psc=1&refRID=ZVMQV3FR5KKBGCBBE2EA
Zitat von: trs am 12 Juli 2018, 16:45:13
Funktioniert die Anbindung auch mit dieser Platine:
https://www.amazon.de/RaspBee-Premium-Aufsatzmodul-Firmware-Raspberry/dp/B00E6300DO/ref=pd_sim_60_2?_encoding=UTF8&pd_rd_i=B00E6300DO&pd_rd_r=96289edf-8512-11e8-bcad-21bcac3ae2ea&pd_rd_w=OQUvU&pd_rd_wg=4i7co&pf_rd_i=desktop-dp-sims&pf_rd_m=A3JWKAKR8XB7XF&pf_rd_p=5296994838746851949&pf_rd_r=ZVMQV3FR5KKBGCBBE2EA&pf_rd_s=desktop-dp-sims&pf_rd_t=40701&psc=1&refRID=ZVMQV3FR5KKBGCBBE2EA
Ich glaube nicht, nur mit den die hier aufgeführt sind:
https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-sniffer-devices
Kosten auch nur ~5-7€
Es sind übrigens wieder zwei Xiaomi Sensoren im Angebot:
https://www.mydealz.de/deals/xiaomi-aqara-smart-water-sensor-1201458
https://www.mydealz.de/deals/xiaomi-aqara-tur-und-fenstersensor-1201420
Hi Oskar, hi zusammen,
Ich nutzte für meine FHEM Instanz komplett das dblogging und komme daher fast komplett ohne logfiles aus.
Ist es möglich bei deinem FHEM Modul die standardmäßig angelegten log files für die Geräte per def oder attr abzuschalten?
Derzeit lösche ich die beim Pairen angelegte file einfach per Hand aber fände es schöner wenn es optional abschaltbar wäre.
Gruß Christoph
Hallo,
ich hab mich jetzt einmal durch das gesamte Topic gewühlt aber nicht so wirklich gefunden was ich gesucht hab.
Also vorab, Hut ab für die Tolle Arbeit! :-) Hab mir das alles jetzt ein wenig länger angeschaut und ein paar Punkte zusammen getragen. Ich erwarte übrigens keine Hilfe, sondern es ist primär als Feedback für Verbesserungen gedacht. Wenn mir geholfen wird, um so besser ;-)
Jetzt mal zu meinen Problemchen/Featurewünschen:
- Gibt es eine Möglichkeit, die Birnen Regelmäßig nach Ihrem Status zu fragen? Die Birnen selber, scheinen nicht sehr geschwätzig zu sein, setzte ich einen Status, wird mir der aktuelle Status zurück gegeben, aber von alleine wird nichts von den Birnen gesendet. Somit müsste ich ja alle Nase lang den Status setzen um zu erfahren, wie es den Birnen geht :-(
- Besteht die Möglichkeit, eine Liste der möglichen MQTT Befehle für ein Gerät zu bekommen? Das Wiki von Koenkk scheint nicht so aufschlußreich zu sein, welche Befehle wirklich gehen bzw. welche Daten pro Gerät geliefert werden. Hab jetzt ein wenig bei der Tradfri abgeguckt und bin damit recht weit gekommen
- Beim Einsatz von INNR und Osram Birnen kommen "Leerzeichen" beim anlegen des Geräts dazwischen, was wiederum zu schwierigen Situationen führt ;-) Beispielsweise sieht ein DEF dann so aus "Classic A60 W clear - LIGHTIFY 0x8418260000074248"
- Wie kann ich mir selber "Set" bei den Geräten bauen? Da die Lampen nicht als Lampen erkannt werden, kann ich nur per webcmd bzw. Kommandozeile Zustände setzen.
- Ich hätte hier noch einen Honeywell Mija ... Rauchmelder JTYJ-GD-01LM/BW. Bei Interesse könnte ich Logfiles für die Einbindung liefern, der ist allerdings nicht sonderlich geschwätzig und gibt nur "smoke:false" aus. Das hab sogar ich hinbekommen einzubinden ;-)
Liebe Grüße
Arne
Zitat von: Torsten_MG am 11 Juli 2018, 10:37:00
Heute ist der CC Debugger gekommen. Muß die rote LED leuchten, sobald er in den USB-port gesteckt wird? Er leuchtet nämlich garnicht bei mir. Als was wird der Debugger im Geräte-manager angezeigt?
Gesendet von meinem SM-J730F mit Tapatalk
Ja die LED leuchtet Rot (Wenn cc stick und debugger richtig verbunden sind, leuchtet sie Grün) Der debugger taucht auch als solches in der liste auf, bei windows 10 wird der Teiber automatisch instaliert, bei win 7 hatte ich probleme mit dem nach zu instalierenden Treiber!
Gruss
Zitat von: venuel79 am 15 Juli 2018, 09:47:32
Ja die LED leuchtet Rot (Wenn cc stick und debugger richtig verbunden sind, leuchtet sie Grün) Der debugger taucht auch als solches in der liste auf, bei windows 10 wird der Teiber automatisch instaliert, bei win 7 hatte ich probleme mit dem nach zu instalierenden Treiber!
Gruss
Hatte ich schon vermutet. Dann scheint das Ding eine Macke zu haben. Habe jetzt an 2 Laptops und mit 2 verschiedenen Kabel versucht. Bekomme das Ding nicht zum Leuchten und auch im Geräte-Manager taucht er nicht auf
Gesendet von meinem SM-J730F mit Tapatalk
Zitat von: Torsten_MG am 15 Juli 2018, 09:54:11
Hatte ich schon vermutet. Dann scheint das Ding eine Macke zu haben. Habe jetzt an 2 Laptops und mit 2 verschiedenen Kabel versucht. Bekomme das Ding nicht zum Leuchten und auch im Geräte-Manager taucht er nicht auf
Gesendet von meinem SM-J730F mit Tapatalk
Treiber installiert?
Zitat von: Mave am 15 Juli 2018, 10:12:16
Treiber installiert?
Genau, erst Treiber in Windows installieren, dann Debugger anstecken und über die Hardware-Liste nochmal den Treiber aktualisieren.
Warum doppelt, weiß ich nicht, aber erst danach hat es hier funktioniert.
Zitat von: Mave am 15 Juli 2018, 10:12:16
Treiber installiert?
Ja, sogar mehrfach Installation gestartet
Gesendet von meinem SM-J730F mit Tapatalk
Leuchtet die rote LED nur wenn der Treiber installiert ist oder direkt bei anschluß an den USB-PORT als Anzeige für Spannungsversorgung?
Gesendet von meinem SM-J730F mit Tapatalk
Zitat von: Torsten_MG am 15 Juli 2018, 10:27:02
Leuchtet die rote LED nur wenn der Treiber installiert ist oder direkt bei anschluß an den USB-PORT als Anzeige für Spannungsversorgung?
Gesendet von meinem SM-J730F mit Tapatalk
Button am Debugger mal gedrückt?
Bei der Treiberinstallation habe ich es mit
Setup_SmartRF_Drivers-1.2.0.exe und mit smartrftm_2.10.0 probiert
Zitat von: homeum am 15 Juli 2018, 10:20:16
... und über die Hardware-Liste nochmal den Treiber aktualisieren.
Warum doppelt, weiß ich nicht, aber erst danach hat es hier funktioniert.
Er taucht ja im Gerätemanager gar nicht erst auf!
Wenn ich den Debugger ihrgend wo Anschliesse ( Power Bank ) ,leuchtet die LED rot.
Auch wenn das Debug Kabel am Stick angeschlossen ist und der Taster betätigt wurde, leicht die LED weiterhin rot.
Erst nach dem der Stick auch im USB-Port eingesteckt und die Taste betätigt wurde, wechselt die LED auf grün - "Stick erkannt!"
Bei dir leuchtet die LED garnicht und der Debugger wird auch nicht erkannt - dann solltest du die wohl als erstes die (pimmelige) USB-Buchse vom Debugger anschauen - ob die richtig Verlötet wurde.
Zitat von: blueicechip am 15 Juli 2018, 19:01:19
...
Bei dir leuchtet die LED garnicht und der Debugger wird auch nicht erkannt - dann solltest du die wohl als erstes die (pimmelige) USB-Buchse vom Debugger anschauen - ob die richtig Verlötet wurde.
Das hatte ich auch schon vermutet und die Platine mit einer Lupe untersucht. Konnte keine "kalte" Lötstelle finden. Wird wohl an irgendeinem Bauteil liegen.
Gesendet von meinem SM-J730F mit Tapatalk
Mir geht es auch so. Gerade mal spontan versucht zu flashen.
Der Rechner+Debugger ist der selbe auf dem ich schon einige CC2531 Sticks geflasht habe. SW, Treiber und Debugger sollten also OK sein.
Bei zwei CC2531 Modulen jweils meistens die Meldung ID3436 Flash Erase failed. Einmal konnte ich flashen. Aber da gabs beim Verify dann Probleme...
Wenn ich wieder mehr Zeit habe würde ich mal VCC nachmessen ob das wirklich 3,3V sind...
Zitat von: venuel79 am 08 Juli 2018, 07:56:54
Hi, ich geh das mal durch, sag dann bescheid.
NEIN ich bekomme keine Verbindung hin, also kann ich garnichts flashen....
ich habe den hier:
https://de.aliexpress.com/item/CC2530-Zigbee-UART-Wireless-Core-Board-Development-Board-CC2530F256-Serial-Port-Wireless-Module-2-4GHz/32767470382.html?spm=a2g0s.9042311.0.0.4fa24c4dX01rRf
Deinen kannst du doch ganz einfach mit dem Debuger Kabel Flashen, irgendwo muss noch ein Kabel zusätzlich ran (hab ich nebenbei gelesen)
Danke für die Angaben, evtl bekomme ich ja jetzt hin.
Hier noch das Foto wo er mit 10 Kabeln(so weit ich das erkennen kann...verbunden ist)
Grüße
Edit: irgendwie ist er jetzt doch verbundnen(Habe mal sehr sehr sehr ....lange die Reset Taste am Debugger gedrückt.
aufeinmal war er da, wird auch im SmartRf erkannt , doch kann nicht flashen... Chip is locked... auch wenn ich den Hacken bei retain IEEE raus nehme geht es nicht
Guten Abend,
Hat es mal einer geschafft den Bewegungsmelder von Tradfri zu intergrieren?
{
zigbeeModel: ['TRADFRI motion sensor'],
model: 'E1525',
vendor: 'IKEA',
description: 'TRADFRI motion sensor',
supports: 'occupancy',
fromZigbee: [],
toZigbee: [],
}
So weit bin ich gekommen. Das Device ist auch in FHEM angelegt, aber im Log von Zigbee2Mqtt werden bei Bewegung keine Signale vom Bewegungsmelder empfangen.
Hallo
ich habe seit ein paar Tagen den Stick (an einem eigenen Pi3) am laufen. Mosquitto und Fhem laufen auf einem eigenen Pi. Habe einige IKEA Tradfri gebunden die auch wunderbar funktionieren.
Habe jetzt mal das Log angesehen und finde darin recht häufig folgende Meldung:
xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
Hier mal ein List von der XBridge
Internals:
CFGFN
CHANGED
DEF bridge
IODev Mosquitto
MODEL bridge
NAME xBridge
NOTIFYDEV bridge
NR 496
SID bridge
STATE paired
TYPE XiaomiMQTTDevice
READINGS:
2018-07-17 16:21:29 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/bridge
xiaomi/bridge/#
zigbee2mqtt/bridge/log
subscribeExpr:
^zigbee2mqtt\/bridge$
^xiaomi\/bridge.*$
^zigbee2mqtt\/bridge\/log$
subscribeQos:
xiaomi/bridge/# 0
zigbee2mqtt/bridge 0
zigbee2mqtt/bridge/log 0
subscribeReadings:
zigbee2mqtt/bridge/log:
Attributes:
IODev Mosquitto
room XiaomiMQTTDevice
Was könnte die Meldung im Log bedeuten?
Hallo zuasmmen,
hat jemand eine Idee, ich habe meine drei Temperatur Sensoren angebunden und via Fhem wieder gelöscht.
Jetzt wollte ich diese wieder hinzufügen jedoch erscheinen Sie nicht mehr in Fhem, in der database.db konnte ich zumindest zwei geräte wieder hinzufügen, jedoch werden diese in Fhem nicht angezeigt.
Hat jemand eine Idee?
Das modul in fhem von oskar bietet die Möglichkeit mit "update" die Teile wieder einzubinden, ansonsten kann man sie auch neu pairen oder wenn das nicht geht zuvor aus der database.db löschen und dann neu pairen.
Hallo,
ich habe 5 Stück Xiaomi Bewegungsmelder RTCGQ11LM in Benutzung. 3 Stück machen Ärger, genau wie hier beschrieben (nach einiger Zeit keine Meldung mehr, müssen neu angelernt werden):
https://github.com/Koenkk/zigbee2mqtt/issues/185
Seltsamer Weise tritt das Problem nur bei den 3 Stück auf, die ich als letzte gekauft habe (ca. 3 WO im System). Die beiden anderen (ca 8 WO eingebunden) laufen seit dem ersten Tag ohne Probleme.
Die neueste Firmware ist auf dem Stick, hat aber keine Änderung gebracht. Die Entfernung zum Stick ist auch egal, den einen Bewegungsmelder habe ich direkt daneben gelegt, zur Probe. Ist auch eingeschlafen. Hatte noch nicht einmal Zeit, seinen Batterie-Status zu senden.
Ansonsten hällt das Pairing 1 bis 3 Tage.
Es ist äußerlich kein Unterschied zwischen den funktionierenden und nicht funktionierenden Teilen zu erkennen. Heißen in FHEM auch alle RTCGQ11LM..........
Was nun?
der Mijia Honeywell Smoke Sensor wird noch nicht unterstützt?
Sehe ich das richtig ?
Gruss
Edit:wird laut www doch unterstützt,(JTYJ-GD-01LM/BW ist auch meine Version) bekomme ihn aber nicht verbunden, bei der Xiaomi app muss man 3X kurz drücken, aber das funtioniert hier so nicht!
Jemand nen Plan?
Tag zusammen.
Versuche gerade den CC2530 per USB TTL Adapter an den Raspberry anzuschließen.
Bekomme es irgendwie nicht hin das zigbee2mqtt mit dem CC2530 startet.
Habe den CC2531 auch hier und der läuft auch ohne Probleme aber die Reichweite...
Deshalb wollte ich gern den CC2530 testen.
Verkabelt hab ich ihn wie auf Seite 15 beschrieben.
P03 nach TX verbinden
P02 nach RX verbinden
P20 kurzschließen auf GND
GND nach GND verbinden
VCC nach VCC verbinden 3,3v
Dann noch die configuration.yaml angepasst.
homeassistant: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://localhost'
serial:
port: /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
devices:
und dann startet zigbee2mqtt mit dieser ausgabe.
2018-07-28T13:49:01.955Z - error: Not connected to MQTT server!
2018-07-28T13:49:24.489Z - info: Starting zigbee2mqtt version 0.1.0 (commit #ae41b7b)
2018-07-28T13:49:24.541Z - info: Starting zigbee-shepherd
2018-07-28T13:49:35.576Z - info: Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds)
2018-07-28T13:50:35.613Z - info: Starting zigbee-shepherd
2018-07-28T13:50:38.646Z - error: Error while starting zigbee-shepherd!
2018-07-28T13:50:38.650Z - error: Press the reset button on the stick (the one closest to the USB) and start again
2018-07-28T13:50:38.655Z - error: Failed to start Error: request timeout
at CcZnp.<anonymous> (/opt/zigbee2mqtt/node_modules/zigbee-shepherd/node_modules/cc-znp/lib/ccznp.js:254:22)
at Object.onceWrapper (events.js:315:30)
at emitOne (events.js:116:13)
at CcZnp.emit (events.js:211:7)
at Timeout.<anonymous> (/opt/zigbee2mqtt/node_modules/zigbee-shepherd/node_modules/cc-znp/lib/ccznp.js:233:18)
at ontimeout (timers.js:498:11)
at tryOnTimeout (timers.js:323:5)
at Timer.listOnTimeout (timers.js:290:5)
Kann ich mit Minicom nachschauen ob der CC2530 überhaupt ansprechbar ist?
Würd mich wirklich riesig freuen wenn mir da jeman weiterhelfen kann
Gruß
Sven
Es müssen noch ein paar andere Pins mit Ground verbunden werden, weiß gerade nicht welche.
Zitat von: Spaltenputzer am 28 Juli 2018, 16:09:31
Tag zusammen.
Versuche gerade den CC2530 per USB TTL Adapter an den Raspberry anzuschließen.
Bekomme es irgendwie nicht hin das zigbee2mqtt mit dem CC2530 startet.
Habe den CC2531 auch hier und der läuft auch ohne Probleme aber die Reichweite...
Deshalb wollte ich gern den CC2530 testen.
Verkabelt hab ich ihn wie auf Seite 15 beschrieben.
P03 nach TX verbinden
P02 nach RX verbinden
P20 kurzschließen auf GND
GND nach GND verbinden
VCC nach VCC verbinden 3,3v
Dann noch die configuration.yaml angepasst.
homeassistant: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://localhost'
serial:
port: /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
devices:
und dann startet zigbee2mqtt mit dieser ausgabe.
2018-07-28T13:49:01.955Z - error: Not connected to MQTT server!
2018-07-28T13:49:24.489Z - info: Starting zigbee2mqtt version 0.1.0 (commit #ae41b7b)
2018-07-28T13:49:24.541Z - info: Starting zigbee-shepherd
2018-07-28T13:49:35.576Z - info: Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds)
2018-07-28T13:50:35.613Z - info: Starting zigbee-shepherd
2018-07-28T13:50:38.646Z - error: Error while starting zigbee-shepherd!
2018-07-28T13:50:38.650Z - error: Press the reset button on the stick (the one closest to the USB) and start again
2018-07-28T13:50:38.655Z - error: Failed to start Error: request timeout
at CcZnp.<anonymous> (/opt/zigbee2mqtt/node_modules/zigbee-shepherd/node_modules/cc-znp/lib/ccznp.js:254:22)
at Object.onceWrapper (events.js:315:30)
at emitOne (events.js:116:13)
at CcZnp.emit (events.js:211:7)
at Timeout.<anonymous> (/opt/zigbee2mqtt/node_modules/zigbee-shepherd/node_modules/cc-znp/lib/ccznp.js:233:18)
at ontimeout (timers.js:498:11)
at tryOnTimeout (timers.js:323:5)
at Timer.listOnTimeout (timers.js:290:5)
Kann ich mit Minicom nachschauen ob der CC2530 überhaupt ansprechbar ist?
Würd mich wirklich riesig freuen wenn mir da jeman weiterhelfen kann
Gruß
Sven
Zitat von: Spaltenputzer am 28 Juli 2018, 16:09:31
Versuche gerade den CC2530 per USB TTL Adapter an den Raspberry anzuschließen.
Bekomme es irgendwie nicht hin das zigbee2mqtt mit dem CC2530 startet.
Du musst P20 nach GND kurzschließen. Siehe das weiße Kabel auf dem Bild.
TX = P0_3
RX = P0_2
GND = GND
3v3 = VCC
P20 to GND
Hallo.
hab noch was gefunden.
ZitatTry additional connect p06 and p04 to GND
https://github.com/Koenkk/zigbee2mqtt/issues/181
damit geht´s aber irgendwie auch nicht.
Kann ich den CC2530 irgendwie testen ob der überhaupt funkt.
Flashvorgang hat ohne Fehler funktioniert.
Welches hex soll ich nehmen?
https://github.com/kirovilya/files/blob/master/CC2530ZNP-Pro-Secure_LinkKeyJoin.hex
https://github.com/Koenkk/Z-Stack-firmware/blob/master/coordinator/CC2530/bin/CC2530ZNP-Prod.hex
Zitat von: Spaltenputzer am 28 Juli 2018, 17:07:31
Welches hex soll ich nehmen?
Das erste von: https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-sniffer-devices
Die untere Firmware ist nur für den Routerbetrieb und nicht für den Seriellen Betrieb gedacht.
ok besten dank ich werds dann noch weiter versuchen.
Hi,
auf meinem BananaPi habe ich keinen systemctl und ich würde das am liebsten auch nicht installieren.
Wie kann ich den npm als service ohne systemctl starten?
Viele Grüße
So wird es gestartet, bzw. so läuft der Dienst bei mir:
/usr/bin/node /opt/zigbee2mqtt/index.js
Du kannst es in der crontab eintragen mit @reboot vorne dran, so das es beim Systemstart gestartet wird.
Oder halt irgendwie anders einbinden, wenn du systemctl nicht verwenden möchtest.
Hi.
Ich habe mir mal ne Ikea Tradfri Lampe und Dimmer geholt.
Komme aber nicht wirklich zu recht. Es gibt auch nicht wirklich eine Anleitung wie man diese Geräte nun nach dem Pairen steuert.
Mit set Gerätename brightness 100 läßt sich die Lampe schon mal dimmen.
Drehe ich am Dimmer bekomme ich bei der Lampe aber keinen neuen brightness wert unter fhem angezeigt.
Beim Dimmer selber steht auch nur paired und wenn ich drann drehe ändert sich der brightness wert unter fhem auch nicht aber die Lampe wird heller
und dunkler. Mit den Sonoffs klappt das anders.Mit den Ikea teilen komme ich nicht zu recht.
Kann mir jemand sagen was ich noch machen muß,nachdem ich die Geräte mit fhem gepaired habe?
Gruß
Micha
Das Modul von Oskar ist für die Xiaomi Smart Home Komponenten.
Würde mich wundern, wenn man damit andere Produkte steuern kann.....
Wirklich?
Ich hatte das so verstanden das Oskar sein Projekt mit Koenkk zusammengelegt hat. Im Wiki stehen stehen dort die ganzen supported Devices.
https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-devices (https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-devices)
Also natürlich geht das mit dem modul von oskar. Er legt das Gerät mit autocreate ja an nachdem du die gepaired hast.
Lies dich mal ein paar seiten vorne dran ein, da habe ich und ein anderer user beschrieben wie das mit den ikea geht, hoffe das hilft dir.
Prinzipiell musst ihr euch alle mal mit mqtt beschäftigen, weil selbst ohne das modul von oskar kannst alles steuern. Haus-automatisierung.com. hast ein grundlagen kurs für mqtt und genauso werden auch alle anderen zigbee Komponenten angesteuert. Man muss nur den topic kennen auf welchen die lampe lauscht und dort hin den Befehl zbsp "on" "brightness" oder dergleichen senden oder darauf lauschen.
Hi.
vielen Dank für deine Antwort.Die Lampe funktioniert. Danke!
Hast du zufällig nen ICTC-G-1 im Betrieb? Fals ja magst du mir da vielleicht auch nochmal weiterhelfen?
Erkannt wurde er aber er legt keine neuen Readings an. nutze dazu MQTT.fx und lausche auf zigbee2mqtt/#
Kann soviel am Dimmer drehen aber es kommt nichts rein
Ich habe gerade versucht meine Xiaomi Bridge entsprechend folgendem Link unter Punkt 6 zu aktualisieren:
https://github.com/Koen.../zigbee2mqtt/wiki/Running-the-bridge
Leider erhalte ich nach dem Update beim Start der Bridge leider einen Fehler:
Error: request unsuccess: 16
Hat jemand eine Idee wie ich die Bridge wieder zum Laufen bekomme?
Vollständiger Auszug des Logs:
2018-07-30T08:57:33.976Z - info: Connected to MQTT server
2018-07-30T08:57:33.977Z - info: MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
2018-07-30T08:58:09.224Z - info: Starting zigbee2mqtt version 0.1.1 (commit #738c31c)
2018-07-30T08:58:09.230Z - info: Starting zigbee-shepherd
2018-07-30T08:58:12.590Z - info: zigbee-shepherd started
2018-07-30T08:58:12.592Z - info: Currently 8 devices are joined:
2018-07-30T08:58:12.593Z - info: 0x00158d00022cb896 (0x00158d00022cb896): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2018-07-30T08:58:12.594Z - info: 0x00158d00022c668d (0x00158d00022c668d): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2018-07-30T08:58:12.594Z - info: 0x00158d00022c8acb (0x00158d00022c8acb): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2018-07-30T08:58:12.595Z - info: 0x00158d00022c8b81 (0x00158d00022c8b81): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2018-07-30T08:58:12.595Z - info: 0x00158d00022c66af (0x00158d00022c66af): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2018-07-30T08:58:12.596Z - info: 0x00158d00022c89ed (0x00158d00022c89ed): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
2018-07-30T08:58:12.596Z - info: 0x00158d0001e5ff78 (0x00158d0001e5ff78): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
2018-07-30T08:58:12.597Z - info: 0x00158d0002339113 (0x00158d0002339113): WXKG02LM - Xiaomi Aqara double key wireless wall switch (EndDevice)
2018-07-30T08:58:12.597Z - warn: `permit_join` set to `true` in configuration.yaml.
2018-07-30T08:58:12.598Z - warn: Allowing new devices to join.
2018-07-30T08:58:12.598Z - warn: Set `permit_join` to `false` once you joined all devices.
2018-07-30T08:58:12.599Z - info: Zigbee: allowing new devices to join.
2018-07-30T08:58:12.600Z - info: Connecting to MQTT server at mqtt://192.168.188.104
2018-07-30T08:58:12.652Z - info: zigbee-shepherd ready
2018-07-30T08:58:12.655Z - info: Connected to MQTT server
2018-07-30T08:58:12.656Z - info: MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
2018-07-30T08:58:12.722Z - info: Error: request unsuccess: 16
at /opt/zigbee2mqtt/node_modules/zigbee-shepherd/lib/components/zdo.js:46:21
at CcZnp.<anonymous> (/opt/zigbee2mqtt/node_modules/zigbee-shepherd/node_modules/cc-znp/lib/ccznp.js:257:13)
at Object.onceWrapper (events.js:315:30)
at emitOne (events.js:116:13)
at CcZnp.emit (events.js:211:7)
at CcZnp._mtIncomingDataHdlr (/opt/zigbee2mqtt/node_modules/zigbee-shepherd/node_modules/cc-znp/lib/ccznp.js:357:14)
at /opt/zigbee2mqtt/node_modules/zigbee-shepherd/node_modules/cc-znp/lib/ccznp.js:333:22
at _combinedTickCallback (internal/process/next_tick.js:131:7)
at process._tickCallback (internal/process/next_tick.js:180:9)
2018-07-30T09:00:15.118Z - info: MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"devices","message":[{"ieeeAddr":"0x00158d00022cb896","type":"EndDevice","model":"WSDCGQ11LM","friendly_name":"0x00158d00022cb896"},{"ieeeAddr":"0x00158d00022c668d","type":"EndDevice","model":"WSDCGQ11LM","friendly_name":"0x00158d00022c668d"},{"ieeeAddr":"0x00158d00022c8acb","type":"EndDevice","model":"WSDCGQ11LM","friendly_name":"0x00158d00022c8acb"},{"ieeeAddr":"0x00158d00022c8b81","type":"EndDevice","model":"WSDCGQ11LM","friendly_name":"0x00158d00022c8b81"},{"ieeeAddr":"0x00158d00022c66af","type":"EndDevice","model":"WSDCGQ11LM","friendly_name":"0x00158d00022c66af"},{"ieeeAddr":"0x00158d00022c89ed","type":"EndDevice","model":"WSDCGQ11LM","friendly_name":"0x00158d00022c89ed"},{"ieeeAddr":"0x00158d0001e5ff78","type":"EndDevice","model":"RTCGQ11LM","friendly_name":"0x00158d0001e5ff78"},{"ieeeAddr":"0x00158d0002339113","type":"EndDevice","model":"WXKG02LM","friendly_name":"0x00158d0002339113"}]}'
Coordinator updaten.
Hi,
hat zufällig wer schon probiert ob das CC2530 DL-20
http://www.hexin-technology.com/250m_TTL_to_ZigBee_Module-Product-565.html
auch funktioniert? Das Modul ist schön kompakt, das ließe sich evtl. ganz gut mit einem Maple-CUL (small) kombinieren.
Die Debug-Pins zum Flashen sind laut Schematic herausgeführt, ich vermute das sind die an der Seite, links oben.
Rx/Tx TTL selbstredend auch.
Braucht es sonst nochwas zwingend zum Betrieb mit zigbee2mqtt?
Edit:
Habe noch folgende Seite gefunden, dort sind die Requirements aufgelistet:
http://ptvo.info/how-to-select-and-flash-cc2530-144/
Fraglich beim DL-20 ist dann meiner Meinung nach nur ob P2.0 auf GND liegt, um die HW Flow Control abzuschalten, vgl.: http://ptvo.info/cc2530-based-zigbee-coordinator-and-router-112/
Zitat von: Mave am 30 Juli 2018, 12:59:09
Coordinator updaten.
Kannst du mir sagen, wie man das macht? Ich wüsste nicht mal, das ich sowas installiert hätte. [emoji28]
Gesendet von iPhone mit Tapatalk Pro
Den USB Stick updaten - sprich neu flashen.
Zitat von: Mave am 30 Juli 2018, 13:28:02
Den USB Stick updaten - sprich neu flashen.
Muss ich den Stick updaten, um die Funktion nutzen zu können, die ermöglicht die LED abzuschalten?
Zitat von: localhosthack0r am 30 Juli 2018, 13:15:03
Hi,
hat zufällig wer schon probiert ob das CC2530 DL-20
http://www.hexin-technology.com/250m_TTL_to_ZigBee_Module-Product-565.html
auch funktioniert? Das Modul ist schön kompakt, das ließe sich evtl. ganz gut mit einem Maple-CUL (small) kombinieren.
Die Debug-Pins zum Flashen sind laut Schematic herausgeführt, ich vermute das sind die an der Seite, links oben.
Rx/Tx TTL selbstredend auch.
Braucht es sonst nochwas zwingend zum Betrieb mit zigbee2mqtt?
Edit:
Habe noch folgende Seite gefunden, dort sind die Requirements aufgelistet:
http://ptvo.info/how-to-select-and-flash-cc2530-144/
Fraglich beim DL-20 ist dann meiner Meinung nach nur ob P2.0 auf GND liegt, um die HW Flow Control abzuschalten, vgl.: http://ptvo.info/cc2530-based-zigbee-coordinator-and-router-112/
Ich würde dir den hier empfehlen, der läuft bei mir per UART:
https://de.aliexpress.com/item/CC2530-Zigbee-UART-Wireless-Core-Board-Development-Board-CC2530F256-Serial-Port-Wireless-Module-24MHz/32767470382.html
Oder halt der CC2531, wobei der wieder kleinere Reichweite hat.
Ich habe noch diesen hier rumliegen, der ist etwas kompakter:
https://de.aliexpress.com/item/ZigBee-Wireless-Module-CC2530-Module-Internet-Of-Things-Core-Board/32503616246.html
Jedoch bekomme ich den nicht als Kordinator an Zigbee2mqtt angebunden, mit der Router FW läuft er aber.
Habe da mitlerweile schon Stunden rumgefummelt und nun auch mal ein Issue auf Github erstellt.
Zitat von: Spezialtrick am 30 Juli 2018, 13:42:50
Muss ich den Stick updaten, um die Funktion nutzen zu können, die ermöglicht die LED abzuschalten?
Wie wäre es mit ausprobieren? :D
Achso und Thema Reichweite, die Ikea Birnen werden in Zigbee2mqtt als Router angelegt.
Damit vergrößert man sein Netz, sofern das funktioniert... und ich vermute mal, alle Netzbetriebenen Zigbee Geräte fungieren als Router.
Also wenn mehrere Lampen gleichzeitig geschaltet werden sollen finde ich das ganze über MQTT sehr unzuverlässig.
Meine Wohnzimmerlampe hat vier Spots. Selbst wenn ich diese mit jeweils 2 Sekunden Verzögerung schalte kommt es vor, dass 1-2 Lampen nicht reagieren.
Pro Lampe entstehen bis zu 4 MQTT Nachrichten (einmal der Befehl und teilweise drei Antworten der Lampe). Ich schätze mal so viele Antworten pro Zeit führt dazu, dass teilweise Befehle verschluckt werden.
Hat sonst noch jemand dieses Problem und eine Idee wie man es lösen könnte?
Ich habe die Lampen 3 an der Zahl in einem Raum mit structure zusammen gefasst und wenn ich die Schalte klappt es bei mir.
Weiß jemand wie man die Lampen über Fhem gedimmt einschalten kann?
Ich will mir daraus ein Lichtwecker basteln, daher sollten die Birne mit der niedrigsten Helligkeitsstuffe angehen.
Über die Console geht es so:
mosquitto_pub -t \zigbee2mqtt/0x90fd9ffffe0e11b3/set -m '{"state":"ON","brightness":10}'
Aber mit Fhem cmd habe ich das bisher noch nicht hinbekommen, der verhaut immer ein Zeichen und dann passiert gar nix.
DANKE FÜRS UPDATE!!! Sehr cool mit dem log file reading!! Und auch das Löschen des sensors im sensor selber jetzt so schön einfach! KLASSE ARBEIT!
Heute ist endlich mein neuer ccdebugger gekommen. Flashen hat problemlos funktioniert. Nun habe ich noch andere Probleme:
Siehe Fotos. Entweder habe ich irgendwo was falsch eingetragen oder was vergessen. Ich habe mich an die Anleitung von Koekk "Running the bridge" gehalten.
Edit: sudo reboot hat geholfen ::)
Jetzt habe ich aber noch ein anderes Problem. Wenn ich den Zigbee-stick drin habe, funktionieren meine Homematic Komponenten nicht mehr. Der Cul wird wohl nicht erkannt es kommt eine Meldung in Fhem mit falscher Firmware. Für das Zigbee habe ich in fhem noch nichts eingesteĺlt!
Da ich diese Woche Spätschicht habe, kann ich jetzt nicht mehr weitermachen. Bin aber für jeden Tipp dankbar, damit ich morgen früh weitermachen kann.
Ist ein Selbstbau-CUL, eingebunden mit ...ttyUSB0, oder?
Dann ist das Stichwort: "by-id" (siehe wiki, Tipp der Woche)
Langform: vermutlich schnappt sich der TI-Stick die Schnittstelle ...ttyUSB0, und dann verweist die DEF des CUL an die falsche Stelle (soll neu: ...ttyUSB1).
Der Cul ist von Busware, werde ich mir morgen früh aber mal anschauen
Zitat von: Beta-User am 01 August 2018, 12:24:15
Ist ein Selbstbau-CUL, eingebunden mit ...ttyUSB0, oder?
Dann ist das Stichwort: "by-id" (siehe wiki, Tipp der Woche)
Langform: vermutlich schnappt sich der TI-Stick die Schnittstelle ...ttyUSB0, und dann verweist die DEF des CUL an die falsche Stelle (soll neu: ...ttyUSB1).
Gesendet von meinem SM-J730F mit Tapatalk
Hey Leute, ich bekomm unter Ubuntu 14.04 alles zum laufen, scheitere aber gerade an dem autostart als service...
Hier funktioniert "Running as a daemon with systemctl" ja nicht, also muss ich nen anderen weg finden, kann mir jemand sagen wie ich das unter Ubuntu 14.04 ans laufen bekomme...
Grüße Marcel
Zitat von: Beta-User am 01 August 2018, 12:24:15
Ist ein Selbstbau-CUL, eingebunden mit ...ttyUSB0, oder?
Dann ist das Stichwort: "by-id" (siehe wiki, Tipp der Woche)
Langform: vermutlich schnappt sich der TI-Stick die Schnittstelle ...ttyUSB0, und dann verweist die DEF des CUL an die falsche Stelle (soll neu: ...ttyUSB1).
Danke, hat funktioniert!
Gesendet von meinem SM-J730F mit Tapatalk
Hallo,
ist beim Neuflashen des Sticks immer ein erneutes Pairing der devices erforderlich, auch wenn man die vorhandene devices.db/configuration.yaml weiternutzt? In der Programmersoftware kann man ja einen Haken setzen für "Retain IEEE.. " setzen.
Hintergrund ist der, dass ich mit fortlaufender Dauer und dazukommenden Devices massive Problem mit dem Pairing habe, hauptsächlich Xiaomi-Sensoren, sowohl Aqara wie auch Mijia. Nachdem zu Beginn alles reibunglos lief und ich mittlerweile knapp 20 Devices eingebunden habe, die
auch weiterhin Daten empfangen, bekomme ich aktuell keinen Xiaomi-Sensor mehr gepairt..am Handling kanns wie gesagt eigentlich nicht liegen. Funktionstüchtig sind sie auch, da sie am Gateway erkannt werden. Beim TI-Stick wird teilweise der "Cannot get Node Descriptor"- Fehler geloggt, grösstenteils auch gar kein Pairingeintrag geloggt.
(Nebenbei habe ich auch den in den Issues beschriebene Error: request unsuccess: 17)
In den Github Issues ist davon die Rede, dass ein erneutes Flashen Abhilfe schaffen könnte, ggflls auch mit einem hex-file aus einem anderen Repository. Die aktuelleste Firmware ist eigentlich drauf.
Danke nochmal für dieses tolle Modul + viele Grüsse
Zitat von: tomahawk2015 am 03 August 2018, 09:40:19
ist beim Neuflashen des Sticks immer ein erneutes Pairing der devices erforderlich, auch wenn man die vorhandene devices.db/configuration.yaml weiternutzt? In der Programmersoftware kann man ja einen Haken setzen für "Retain IEEE.. " setzen.
Kann ich nicht bestätigen. Ich habe schon Zigbee Boards getauscht (CC2531 > CC2530) und ich musste nichts neu pairen.
Die Sensoren haben mit dem neuen Zigbee Board funktioniert. Jedoch habe ich nicht so viele Geräte wie du, sind aktuell etwa 7 Stück.
Was bei mir einmal ausgefallen ist, ist der Motion Sensor mit Helligkeitssensor. Den musste ich neu pairen, seit dem läuft er seit ein paar Wochen wieder.
Darüber gibt es im Github auch mehrere Berichte, die das selbe Probleme haben.
Dann ist mir noch ein CC2530 ausgefallen, der an einem MapleCUL angebunden war und ca. 3 Wochen funktionierte.
Vor ein paar Tagen konnte ich den zigbee2mqtt Dienst nicht mehr starten, weil er sagte com Port closed.
Neuflashen funktioniert noch, nur das anbinden via seriellen Adapter geht nicht. An ein FTDI Adapter habe ich auch versucht den CC2530 anzubinden, aber es funktioniert nicht.
Somit habe ich nun schon zwei CC2530 Boards hier liegen, die sich nicht seriell anbinden lassen.
ich habe seit vorgestern eine Ikea Lampe im System. Mein erstes Device das ich über zigbee2mqtt steuer.
Meine Frage nun: Wenn ich mir den Datenverkehr über MQTT.fx anschaue, sehe ich, dass die Daten in der obersten ebene gesendet werden zigbee2mqtt/0x000b57fffedxxxxx. Wie kann ich das ändern, z.B. in zigbee2mqtt/BAD/0x000b57fffedxxxxx
Wüsste nicht das das geht.
Habe noch ein problem. Wenn ich die Lampe eine Zeit lang (3std?) nicht schalte reagiert die nicht mehr. Ich habe mal MQTT.fx gestartet um den Datanverkehr zu beobachten. Dabei ist mir folgendes aufgefallen.
Im normalen Fall sieht man beim betätigen folgende Befehle:
Taster ON
zigbee2mqtt/0x000b57xxxxxxx/set
{"state":"on"}
zigbee2mqtt/0x000b57xxxxxxx
{"state":"on","brightness":254}
zigbee2mqtt/0x000b57xxxxxxx
{"state":"on","brightness":254}
Taster off
zigbee2mqtt/0x000b57xxxxxxx/set
{"state":"off"}
zigbee2mqtt/0x000b57xxxxxxx
{"state":"off","brightness":254}
zigbee2mqtt/0x000b57xxxxxxx
{"state":"off","brightness":254}
Wenn die Lampe nicht mehr reagiert nur noch:
Taster ON
zigbee2mqtt/0x000b57xxxxxxx/set
{"state":"on"}
Taster OFF
zigbee2mqtt/0x000b57xxxxxxx/set
{"state":"off"}
Die einzige möglichkeit die wieder "zum leben" zu erwecken ist, die Lampe kurzzeitig vom Strom zu nehmen.
Gibt es eine Möglichkeit das zu verhindern?
Ich habe folgende Lampe von IKEA: IKEA TRADFRI LED bulb GU10 LED1650R5
Gibt es keine Möglichkeit dieses Problem zu beheben?
Nabend,
hab da komische Einträge im log.
Kann mir da jemand weiterhelfen?
Log:
2018.08.07 18:04:03 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/72_XiaomiMQTTDevice.pm line 259.
2018.08.07 18:04:03 1: PERL WARNING: Use of uninitialized value in regexp compilation at ./FHEM/10_MQTT_DEVICE.pm line 250.
2018.08.07 18:04:03 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 251.
2018.08.07 18:04:03 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 252.
2018.08.07 18:04:03 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
2018.08.07 18:04:03 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
line 259.
if($parts[-1] eq $hash->{SID} || $parts[-1] eq $hash->{FRIENDLYNAME}) {
72_XiaomiMQTTDevice.pm
fhem('modify '. $defined->{NAME} . ' '. $model . ' '. $sid . ($sid ne $friendlyName ? " ". $friendlyName : ""));
}
}
}
main::CommandSave(undef, undef);
} elsif($json->{type} eq "device_connected") {
updateDevices($hash);
} elsif($json->{type} eq "device_removed") {
my $sid = $json->{message};
my $defined = $main::modules{XiaomiMQTTDevice}{defptr}{$sid};
if(defined $defined) {
fhem('delete '. $defined->{NAME});
main::CommandSave(undef, undef);
}
}
}
readingsSingleUpdate($hash, $path, $message, 1);
}
if($parts[-1] eq $hash->{SID} || $parts[-1] eq $hash->{FRIENDLYNAME}) {
XiaomiMQTT::DEVICE::Decode($hash, $message);
} elsif($parts[-2] eq $hash->{SID} && $parts[0] eq "xiaomi") { #backward compatibility, not needed with new fork
my $path = $parts[-1];
if($path eq 'devices') {
my $name = $hash->{NAME};
my $json = eval { JSON->new->utf8(0)->decode($message) };
foreach my $device (@{$json}) {
my $sid = $device->{sid};
my $model = $device->{model};
$model = 'unknown' if(!defined $model);
if (!defined $main::modules{XiaomiMQTTDevice}{defptr}{$sid}) {
Log3 $name, 4, "$name: DEV_Parse> UNDEFINED " . $model . " : " .$sid;
main::DoTrigger("global", "UNDEFINED XMI_$sid XiaomiMQTTDevice $model $sid");
}
}
könnt ihr damit was anfangen?
Gruß
Hallo,
ich bekomme beim Starten von node index.js diesen Fehler:
ERROR Failed to start
{"message":"Error: Permission denied, cannot open /dev/ttyACM2","stack":"Error: Error: Permission denied, cannot open /dev/ttyACM2\n at Error (native)"}
Ändere ich die Berechtigung des Sticks
sudo chmod 0777 /dev/ttyACM2
kann der Dienst gestartet werden.
Nach einem Serverneustart ist die Berechtigung wieder weg. Habe ich was übersehen?
Hallo, ich muss zugeben das ich nicht alles hier gelesen habe, deswegen entschuldigt wenn ich doppelt Frage.
Ich habe mir den Stick auch besorgt da ich gelesen habe das man die Ikea Bridge nicht mehr braucht.
Habe auch alles nach Anleitung installiert und mqtt Server läuft.
Muss ich noch etwas in fhem installieren?
Brauch ich für ikea auch das xiaomi Modul?
Müssen die Lampen vorher mit der Original Bridge gepairt sein?
Habe den Stick an die Lampe gehalten wärend ich sie mit dem Dimmer verbunden habe. Sollte da was passieren?
Muss die Lampe vorher in Fhem angelegt werden?
Sorry für die vielen Fragen, aber aus der Anleitung geht das nicht hervor.
Die xbridge ist unter Fhem vorhanden?
Wenn ja dort auf Set pair 1 setzen. Jetzt hast du glaube 300 sec. Zeit Geräte zu pairen. Du kannst das Gerät entweder mit der bridge pairen oder mit dem Dimmer. Um die Lampe wieder zu reseten, 5 mal schnell an aus schalten und beim 6 mal an lassen und Nähe Stick sein. Es sollte automatisch ein neues Devices in fhem erscheinen. Dimmer habe ich auch noch nicht eingebunden bekommen. Warte auf meinen ccdebuger damit ich selbst Flaschen kann.
Zitat von: MC.Pommes am 08 August 2018, 21:49:55
Die xbridge ist unter Fhem vorhanden?
Wenn ja dort auf Set pair 1 setzen. Jetzt hast du glaube 300 sec. Zeit Geräte zu pairen. Du kannst das Gerät entweder mit der bridge pairen oder mit dem Dimmer. Um die Lampe wieder zu reseten, 5 mal schnell an aus schalten und beim 6 mal an lassen und Nähe Stick sein. Es sollte automatisch ein neues Devices in fhem erscheinen. Dimmer habe ich auch noch nicht eingebunden bekommen. Warte auf meinen ccdebuger damit ich selbst Flaschen kann.
Danke jetzt geht es auch. Gepairt ist es. Was mus ich machen das ich die Lampen auch schalten oder Dimmen kann. Muss man irgendwo festlegen das es ein Leuchthmittel ist. Oder einen dummy erstellen?
Ist alles schon mehrmals erklärt worden. Bitte nimm dir die Zeit und lese die Beiträge.
Hat keiner eine Idee, wie ich das Problem, welches ich im Post #284 (https://forum.fhem.de/index.php/topic,84790.msg824551.html#msg824551) geschildert habe, behoben bekomme?
Zitat von: Torsten_MG am 09 August 2018, 17:27:19
Hat keiner eine Idee, wie ich das Problem, welches ich im Post #284 (https://forum.fhem.de/index.php/topic,84790.msg824551.html#msg824551) geschildert habe, behoben bekomme?
Evtl. das Device löschen und neu pairen: https://github.com/Koenkk/zigbee2mqtt/wiki/MQTT-topics-and-message-structure#zigbee2mqttbridgeconfigremove
Wenn das Problem, also das nicht reagieren über mqtt auch auftritt und kein Fhem Modul Problem ist, mach am besten ein Issue auf Github auf.
Hi,
ich habe Problem beim pairen von 2 MiJia Türsensor und 1 MiJia Temperatursensor.
Ich setze den Pair Modus. Im Log wird das auch angezeigt, jedoch nur allowing/disabling joining devices.
Zum Pairen drücke ich mit einer Büroklammer 5 Sekunden den Button bis die blaue LED blinkt, anschließend jede Sekunde für fast 2 Minuten.
Bei Temperatursensor blinkt die LED Sensor nur ganz selten beim Drücken des Buttons. Und ich kann leider nicht sagen wann genau.
Einen Aquara Switch konnte ich problemlos einrichten.
Wie habt ihr die Sensoren gepairt?
Hallo, kann man die Reichweite des Sticks verbessern? Bis ins Wohnzimmer reicht es nicht bei mir. Die Original Bridge schafft es.
Das würde mich auch mal interessieren wie hoch bei euch die reich weite im allgemeinen ist.
Reichweite kann man so erhöhen:
Ein CC2530 als Coordinator verwenden, diesem am besten weit weg vom WLAN Router aufstellen, weil die auf der selben Frequenz funken.
Router verwenden. Die meisten 230V Betrieben Zigbee Geräte, wie die Ikea Birnen sind Router und vergrößern die Reichweite.
Man kann aber auch ein CC2530 nehmen und dort eine Router Firmware drauf flashen (ganz unten): https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-sniffer-devices
Ich habe beim pairen immer solche Meldungen im Log:
xBridge: unknown attribute subscribeReading_.
::)
Grüße Mave
Zitat von: mark79 am 09 August 2018, 19:48:56
Evtl. das Device löschen und neu pairen: https://github.com/Koenkk/zigbee2mqtt/wiki/MQTT-topics-and-message-structure#zigbee2mqttbridgeconfigremove
...
Scheint erstmal zu funktionieren. Nach dem neuen pairen!
Ich habe da direkt noch eine Frage:
Von Ikea Tradfi gibt es ja noch die Fernbedienung => Tradfri Fernbedienung (https://www.ikea.com/de/de/catalog/products/30338849/). Hat die noch keiner Eingepflegt oder läßt die sich nicht pairen? Da sie nicht in den supported devices im Github ist.
Die kann man nicht einfügen, da man dazu wohl eine virtuelle gruppe erstellen muss, damit die Geräte sich dieser anschließen koönnen zum schalten der Befehle. So im Groben. Siehe github issues, dort steht es. Aber einige tests haben ergeben das es wohl leider nicht möglich ist.
Zitat von: Animatrix1986 am 11 August 2018, 20:00:55
Die kann man nicht einfügen, da man dazu wohl eine virtuelle gruppe erstellen muss, damit die Geräte sich dieser anschließen koönnen zum schalten der Befehle. So im Groben. Siehe github issues, dort steht es. Aber einige tests haben ergeben das es wohl leider nicht möglich ist.
Schade, danke für die Infos
Gesendet von meinem SM-J730F mit Tapatalk
Also nach einer nun längeren Testphase, ist meine Meinung etwas zwiegespalten, an und für sich läuft alles super...ABER, ab ca 20 devices, wird das pairing zur Glückssache,devices verlieren komplett die Verbindung etc. Ich habe nun 17 devices eingebunden, den rest wieder an den Conbee übergeben(stehen beide weit genung voneinander weg, und haben unterschiedliche kanäle)! Ich habe auch einen Router eingebundden, der erhöt zwar die reichweite enorm, aber ändert nichts am zickiegen verhalten! Habe 3 verschiedene cc2531 so getestet, bei allen das selbe Verhalten, mit der neunen FW, und auch mit der davor, mein Nachbar hat genau das selber Verhalten beobachtet, und nun den stick wieder entfernt :( . Ich wollte das mal teilen, evtl hat jemand auch solche Erfahrungen, desto mehr devices, desto mehr Probleme
Grüße
Ich bin mir auch noch nicht ganz sicher, ob ich bei wichtigen Devices wie Rauchmelder der Sache richtig trauen kann.
Ich habe zwar nur 12 Xiaomi Devices aber die zicken auch ab und an mal rum.
Ich setze einen Coordinator und 2 Router (alle CC2531) ein und auch da wechselt die Qualität des Mesh Netzes erheblich.
Ist alles noch im Experimentierstatus und die Jungs bringen gelegentlich neue Updates.
was haben deine ROUTER für einen type? wechselt der bei dir auch öfter mal?
Die Router wechseln ständig den type, abhängig davon, welches Devices in der letzten Minute verbunden war.
COORD - Coordinator, also der Chef CC2531
NEIGHBOR - weiterer Router
CHILD - Enddevice
Ich finde den Temperatursensor im Kühlschrank genial... auf die Idee bin ich noch nicht gekommen [emoji106]
@venuel79 mach doch mal ein Issue auf Github auf, vielleicht finden die den Fehler...
Nicht jeder hat so viele Devices wie du. ;D
Hast du zigbee2mqtt auch mal aktualisiert?
https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge#6-for-later-update-zigbee2mqtt-to-the-latest-version
hi zusammen,
ich habe ein etwas merkwürdiges problem mit den Xioami Bewegungsmeldern, kann das evtl. jemand bestätigen - und hat möglicherweise sogar eine Lösung hierfür.
folgendes verhalten würde ich erwarten:
Zitatbewegung erkannt -> event mit motion wird erzeugt
nochmal bewegung -> event mit motion wird erzeugt
.
.
zeitraum x keine bewegung -> event mit no_motion wird erzeugt
in der realität sieht das bei mir aber anders aus .
Zitatbewegung erkannt -> event mit no_motion wird erzeugt , dann direkt event mit motion
nochmal bewegung -> event mit no_motion wird erzeugt , dann direkt event mit motion
.
.
zeitraum x keine bewegung -> event mit no_motion wird erzeugt
das heisst , selbst wenn ich vor dem melder tanze , bekomme ich unmittelbar vor jedem motion event ein no_motion serviert. das hat natürlich unschöne nebeneffekte und macht es schwierig auf die events zu reagieren.
2018-08-12 08:43:52 XiaomiMQTTDevice 0x00158d000200bb9c transmission-state: incoming publish received
2018-08-12 08:43:52 XiaomiMQTTDevice 0x00158d000200bb9c battery_level: 100.00
2018-08-12 08:43:52 XiaomiMQTTDevice 0x00158d000200bb9c battery: ok
2018-08-12 08:43:52 XiaomiMQTTDevice 0x00158d000200bb9c voltage: 3055
2018-08-12 08:43:52 XiaomiMQTTDevice 0x00158d000200bb9c motion
2018-08-12 08:43:52 XiaomiMQTTDevice 0x00158d000200bb9c occupancy: true
2018-08-12 08:43:52 XiaomiMQTTDevice 0x00158d000200bb9c lux: 1000
2018-08-12 08:43:52 XiaomiMQTTDevice 0x00158d000200bb9c illuminance: 1000
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c transmission-state: incoming publish received
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c lux: 1000
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c illuminance: 1000
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c no_motion
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c occupancy: false
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c voltage: 3055
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c battery_level: 100.00
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c battery: ok
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c transmission-state: incoming publish received
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c battery_level: 100.00
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c battery: ok
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c motion
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c occupancy: true
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c voltage: 3055
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c lux: 1000
2018-08-12 08:43:53 XiaomiMQTTDevice 0x00158d000200bb9c illuminance: 1000
also scheinbar ist es so , dass er ein neues motionevent erst dann liefert, wenn er vorher ein no_motion geliefert hat . Das ist natürlich irgendwie absurd.
Gruss Byte09
Hey, hab jeztschon einige ikea Lampen gepairt bekommen. Leider kann ich sie nur dimmen aber nicht die Farbe wechseln. Auch kommen keine readings rein ausser state.
Woran kann das liegen?
Zitat von: Torsten_MG am 05 August 2018, 16:39:47
Habe noch ein problem. Wenn ich die Lampe eine Zeit lang (3std?) nicht schalte reagiert die nicht mehr. Ich habe mal MQTT.fx gestartet um den Datanverkehr zu beobachten. Dabei ist mir folgendes aufgefallen.
Im normalen Fall sieht man beim betätigen folgende Befehle:
Taster ON
zigbee2mqtt/0x000b57xxxxxxx/set
{"state":"on"}
zigbee2mqtt/0x000b57xxxxxxx
{"state":"on","brightness":254}
zigbee2mqtt/0x000b57xxxxxxx
{"state":"on","brightness":254}
Taster off
zigbee2mqtt/0x000b57xxxxxxx/set
{"state":"off"}
zigbee2mqtt/0x000b57xxxxxxx
{"state":"off","brightness":254}
zigbee2mqtt/0x000b57xxxxxxx
{"state":"off","brightness":254}
Wenn die Lampe nicht mehr reagiert nur noch:
Taster ON
zigbee2mqtt/0x000b57xxxxxxx/set
{"state":"on"}
Taster OFF
zigbee2mqtt/0x000b57xxxxxxx/set
{"state":"off"}
Die einzige möglichkeit die wieder "zum leben" zu erwecken ist, die Lampe kurzzeitig vom Strom zu nehmen.
Gibt es eine Möglichkeit das zu verhindern?
Ich habe folgende Lampe von IKEA: IKEA TRADFRI LED bulb GU10 LED1650R5
Hi Torsten,
hast du eine Lösung für dieses Problem gefunden . Tritt bei mir genauso auf.
gruss Byte09
Zitat von: Byte09 am 12 August 2018, 18:19:02
Hi Torsten,
hast du eine Lösung für dieses Problem gefunden . Tritt bei mir genauso auf.
gruss Byte09
Lampe komplett aus dem System gelöscht und neu gepairt. Hat so bei mir Funktioniert
Gesendet von meinem SM-J730F mit Tapatalk
Zitat von: Byte09 am 12 August 2018, 08:48:32
hi zusammen,
ich habe ein etwas merkwürdiges problem mit den Xioami Bewegungsmeldern, kann das evtl. jemand bestätigen - und hat möglicherweise sogar eine Lösung hierfür.
folgendes verhalten würde ich erwarten:
in der realität sieht das bei mir aber anders aus .
das heisst , selbst wenn ich vor dem melder tanze , bekomme ich unmittelbar vor jedem motion event ein no_motion serviert. das hat natürlich unschöne nebeneffekte und macht es schwierig auf die events zu reagieren.
Schau dir mal die zwei Links an, vielleicht helfen dir die weiter:
https://github.com/Koenkk/zigbee2mqtt/wiki/Device-specific-configuration
https://github.com/Koenkk/zigbee2mqtt/issues/70
occupancy_timeout
cache_state: false/true
neu pairen...
Ich habe bei dem Motion Sensor mit Luxsensor eher das Problem, das der irgendwann gar nicht mehr reagiert.
Der andere ohne Luxsensor macht die Probleme nicht. Der restliche Kram, also Schalter und Würfel funktionieren jedoch ohne Probleme.
Zitat von: mark79 am 11 August 2018, 21:30:28
@venuel79 mach doch mal ein Issue auf Github auf, vielleicht finden die den Fehler...
Nicht jeder hat so viele Devices wie du. ;D
Hast du zigbee2mqtt auch mal aktualisiert?
https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge#6-for-later-update-zigbee2mqtt-to-the-latest-version
Hi, ja natürlich ist die aktuelle FW auf dem Stick und auch zigbee2mqtt ist auf dem aller neusten Stand (darum kann ich auch endlich die LED abschalten ;) ja ich werde mal ein issue aufmachen, wobei es sowas ähnliches schon gibt https://github.com/Koenkk/zigbee2mqtt/issues/185
und hab mal ne skize gemacht wie ich den cc2530 nur überreden konte sich vernüftig und Ohne Probleme flashen zu lassen, evtl hilft es jemanden weiter, denn ich hab es fast aufgegeben ;)
Hallo, könnt ihr die Ikea Lampen mit Alexa schalten?
Muss man zusätzlich dafür was machen?
Alles kann ich mit Alexa schalten nur die Matt ikea Lampen nicht.
Zitat von: Mave am 11 August 2018, 20:59:19
Die Router wechseln ständig den type, abhängig davon, welches Devices in der letzten Minute verbunden war.
COORD - Coordinator, also der Chef CC2531
NEIGHBOR - weiterer Router
CHILD - Enddevice
mal noch ne Frage: ein Router hat den state: true(der erste den ich eingebunden habe) und der zweite steht auf false, was hat es damit auf sich?
Grüße
Hallo,
Hat zufällig noch jemand die Warnungen im Log nach dem Anlegen des Gateways:
2018.08.14 07:41:51 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/72_XiaomiMQTTDevice.pm line 259.
2018.08.14 07:41:51 1: PERL WARNING: Use of uninitialized value in regexp compilation at ./FHEM/10_MQTT_DEVICE.pm line 250.
2018.08.14 07:41:51 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 251.
2018.08.14 07:41:51 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 252.
Hallo,
Ich habe die Bridge seit ca. 3 Monaten erfolgreich mit 11 Xiaomi Devices in Betrieb. Läuft top, bis auf die geringe Reichweite mit dem CC2531 USB Stick.
Darum habe ich einen CC2530 mit RFX2401Stick
https://www.aliexpress.com/item/RF-TO-USB-CC2530-CC2591-RF-switch-USB-transparent-serial-data-transmission-equipment/1996354384.html
mit der Firmware
https://github.com/kirovilya/files/blob/master/CC2530ZNP-Test_for_CC2591.hex
geflasht.
Brücken gelötet
https://user-images.githubusercontent.com/8360230/40383446-9aaac210-5e09-11e8-9097-ea2cad19e8cb.jpg
Den Stick in der configuration.yaml eingebunden:
port: /dev/ttyUSB0
Oder
port: /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
Leider wird der Stick nicht erkannt. Was mache ich falsch?
Alles auf dem raspberry pi3
In Github Issues steht das man nach dem flashen den Stick so verbinden sollte:
ZitatI connect P04/06/20 after flashing.
https://github.com/Koenkk/zigbee2mqtt/issues?utf8=%E2%9C%93&q=RFX2401+
Was ich bei einem CC2530 einmal hatte, der wurde von zigbee2mqtt auch nicht erkannt, obwohl der Flash Vorgang korrekt durchgelaufen ist.
Ich musste den mehrfach flashen und ich habe auch mit den Einstellungen im Programmer etwas rumgespielt (primay/secondary und retain). Danach lief er.
Ansonsten kannst du noch eine Router Software drauf flashen, das vergrößert die Reichweite auch.
Brücken sind gesetzt, siehe Bild oben.
Wie sehe ich denn ob ein Sensor vollständig gepaart ist?
Habe hier einen Xiaomi Temperatur Sensor und sehe auch die Werte für Temp/Hum/Pressure jetzt in FHEM in einem neuen Xiaomi Device.
Kennt jemand das Updateintervall der Sensoren?
Zitat von: mark79 am 30 Juli 2018, 19:30:45
Achso und Thema Reichweite, die Ikea Birnen werden in Zigbee2mqtt als Router angelegt.
Damit vergrößert man sein Netz, sofern das funktioniert... und ich vermute mal, alle Netzbetriebenen Zigbee Geräte fungieren als Router.
Dazu habe ich noch fragen:
Können alle Tradfri Lampen als Router eingesetzt werden?
Werden die automatisch als Router angelegt? Oder muss man da noch was einstellen? Kann man sehen, ob sie als Router einsetzbar sind?
Zitat von: Torsten_MG am 15 August 2018, 04:22:41
Dazu habe ich noch fragen:
Können alle Tradfri Lampen als Router eingesetzt werden?
Werden die automatisch als Router angelegt? Oder muss man da noch was einstellen? Kann man sehen, ob sie als Router einsetzbar sind?
Alle mit dem Stromnetz verbundenen Devices sind automatisch "Router/Repeater" also nicht nur die Ikea Lampen(egal welche)
checken kannst du das in der database.db (/opt/zigbee2mqtt/data/)
Hallo,
ich hätte da mal drei Fragen zu dem Modul:
1. kann ich eigentlich aus der configuration.yaml einfach ein Gerät löschen? Oder muss ich da noch an der Database was ändern?
2. Ich hab meinen Prozess anscheinend nicht über systemctl laufen sondern über einen anderen Dienst (init.d oder supervisord, ich weiß es nicht mehr) , wie kann ich herrausfinden welcher Dienst das Modul aufruft?
3. Im Moment ist permit_join: false kann ich das einfach auf true setzen oder muss ich dann das Modul neustarten? Wo wir wieder bei Frage 2 wären
Hallo zusammen,
ich habe auch den CC2531 und alles läuft super.
Aber die LED ist ein Flutlicht in grün, kann man die LED wie beim Jeelink irgendwie deaktivieren?
Vielen Dank
Hallo Matus,
schreib das in deine configuration.yaml
disable_led: true
bevor die Zeile devices anfängt also so:
homeassistant: false
permit_join: false
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://localhost:1883'
serial:
port: >-
/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012013B5F-if00
disable_led: true
devices:
'0x00158d0002018721':
friendly_name: '0x00158d0002018721'
retain: false
'0x00158d0001fa6df2':
friendly_name: '0x00158d0001fa6df2'
retain: false
vorraussetztung ist natürlich die aktuelste zigbee2mqtt software, sonst funktioniert es nicht!
Gruß
Zitat von: venuel79 am 13 August 2018, 23:00:19
mal noch ne Frage: ein Router hat den state: true(der erste den ich eingebunden habe) und der zweite steht auf false, was hat es damit auf sich?
Grüße
Hallo...
Wird das alles bei dir in FHEM angezeigt?
Kannst du mir sagen wie ich mir sowas anzeigen lassen kann?
Würd mich freuen.
Also angezeigt wird bei mir das vom Stick, so wie unten auf dem Bild, was meinst du genau, was du angezeigt bekommen möchtest?
Gruß
Ich meine die Eigenschaften vom Router Device.
Das fehlt bei mir alles.
Hab mal ein Bild von meinem Device angehängt.
Gruß
Zitat von: Spaltenputzer am 21 August 2018, 23:19:44
Ich meine die Eigenschaften vom Router Device.
Das fehlt bei mir alles.
Hab mal ein Bild von meinem Device angehängt.
Gruß
ganz einfach
attr stateFormat "dein device" {ReadingsTimestamp($name,"transmission-state",0) . "<br>rssi:" . ReadingsVal($name,"rssi",0) . "<br>type:" . ReadingsVal($name,"type",0) . "<br>state:" . ReadingsVal($name,"state",0)}
;)
Gruß
Hallo!
Habe den Stick geflasht bekommen und pairing hat auch geklappt, nun empfängt aber Fhem seit dem nichts mehr über den Zwave Usb Stick.
Beide sind über /dev/ttyACM0 in Fhem angelernt, könnte das der Fehler sein???
Mfg Steffen
Ja, das Problem hatte ich auch. Hat den Cul nicht mehr erkannt. Nach dem wechseln des USB Ports und Neustart, ging es dann irgendwann.
Ich habe die Usb Sticks an einem Usb-Hub und einen Neustart habe ich auch schon Versucht aber leider kein Erfolg.
Kann man denn zwei Usb sticks auf /dev/ttyACM0 betreiben?
Mfg Steffen
Zitat von: Steffen am 23 August 2018, 07:39:35
Ich habe die Usb Sticks an einem Usb-Hub und einen Neustart habe ich auch schon Versucht aber leider kein Erfolg.
Kann man denn zwei Usb sticks auf /dev/ttyACM0 betreiben?
Mfg Steffen
Warum bindest du ihn nicht direkt ein über
/dev/serial/by-id/...
Servus zusammen,
erstmal vielen Dank für das Modul, leider bin ich erst zu spät darauf aufmerksam geworden. Ich habe nämlich meine Devices direkt in zigbee2mqtt gepairt und eingerichtet.
Nun wollte ich alle Daten und Geräte in FHEM übernehmen, allerdings landen meine Aquara Temperatursensoren nicht in FHEM und meine sonstigen (Osram Steckdosen und IKEA Lampen) haben nur als Status "paired" stehen. Wie kann ich die Geräte nun schalten, bzw. auch Dimmen?!
Bin noch ziemlicher Neuling und habe diesen Thread schon gelesen, hab aber auf diese Frage noch keine Antwort gefunden. Hat wer einen Tipp für mich?
Gruß
Wenn sie gepairt sind sollte es eigentlich einen Raum geben XiaomimqttDevice wo die Sachen dann drinnen sind.
Schalten kann man sie indem man ein Webcmd anlegt.
Schau mal hier: https://forum.fhem.de/index.php/topic,88846.msg826712.html#msg826712 (https://forum.fhem.de/index.php/topic,88846.msg826712.html#msg826712)
Da hab ich's schon mal nieder geschrieben.
Leider hab ich auch nur Dimmen und schalten hin bekommen. Farbtemperatur oder Farben ändern geht wohl nicht.
Hier im Thema bekommst du da jedenfalls keine Hilfe. Da haben schon mehrere nachgefragt.
Danke dir, das mit dem WebCmd und dem Slider hat funktioniert ;) Da ich nur die einfarbig weissen Lampen habe, habe ich zumidest das Problem mit dem Farbwechsel nicht.
Bei mir wird auch ein Raum angelegt, aber da landen eben nicht alle Devices aus dem Gateway drin. Wenn ich in FHEM in der Bridge das "updateDevices" ausführe, sehe ich unter readings->log meine Geräte, die tauchen aber eben nicht alle als neues FHEM Device auf. Autocreate hab ich schon aktiviert.
Gibt es eigentlich noch kein Wiki zu diesem Modul? Habe nichts gefunden...
Erstmal auch von mir ein Dankeschön an den Entwickler für die Mühen.
Ich hab folgendes Problem bei der Installation des "Kochrezepts" (vielleicht bin ich auch nur momentan komplett verbrettert ;-) )
Bei mir scheints schon bei der npm Version zu scheitern
npm -v wirft mir folgendes aus:
npm -v
1.4.21
(node:9200) [DEP0022] DeprecationWarning: os.tmpDir() is deprecated. Use os.tmpdir() instead.
Dann bei der Installation npm install im /opt/zigbee2mqtt Ordner kommt als Fehler dann folgendes:
10073 error Error: Invalid Package: expected serialport/parser-byte-length but found @serialport/parser-byte-length
10073 error at /usr/share/npm/lib/cache/add-local-tarball.js:161:14
10073 error at _combinedTickCallback (internal/process/next_tick.js:131:7)
10073 error at process._tickCallback (internal/process/next_tick.js:180:9)
10074 error If you need help, you may report this *entire* log,
10074 error including the npm and node versions, at:
10074 error <http://github.com/npm/npm/issues>
10075 error System Linux 4.14.62-v7+
10076 error command "/usr/bin/node" "/usr/bin/npm" "install"
10077 error cwd /opt/zigbee2mqtt
10078 error node -v v8.11.1
10079 error npm -v 1.4.21
10080 verbose exit [ 1, true ]
Fehlt mir irgendwas Grundlegendes? Steh momentan echt am Schlauch...
Zur Info:
Linux Version installiert bei mir: Linux RasPI01 4.14.62-v7+ #1134 SMP Tue Aug 14 17:10:10 BST 2018 armv7l GNU/Linux
Auf einen Raspberry Pi 3
Ich hoffe hier Hilfe zu bekommen :-) Danke vorab schon mal :-)
Zitat von: DaJoe am 27 August 2018, 19:34:51
npm -v
1.4.21
Dein Node js bzw. npm ist wohl zu alt.
Ich habe:
root@fhem:~# npm -v
6.3.0
root@fhem:~# node -v
v8.11.3
Im Wiki findest du eine Installationsanleitung: https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge
Danke Mark79
erstmal danke für die Antwort!
ja das dachte ich mir auch, hab einiges versucht und bin dann auf folgendes gestoßen:
sudo npm -g install npm
-> npm -v
6.4.0
Das verhalf mir einen Schritt weiter... dann noch einiges an Analysen nochmals ein paar Schritte zurück und alles in /opt/zigbee2mqtt reingepackt wie in der install-Doku und siehe da
Jihaaaa - es funkt nun :) 8) und der "Gateway-Stick" ist auch schon in Fhem integriert und steht auf ONLINE :)
Hallo, hab ihr auch in der nähe vom Stick Probleme mit dem Wlan?
Kann man hier auch so wie bei der HUE den Kanal wählen?
Danke
Hallo. Ja ich habe auch ein Problem mit WLAN.
Habe aber noch nicht weiter nachgeforscht.
Glaube aber mal gelesen zu haben, das man den Kanal
Beim Flaschen festlegen kann
Zitat von: QuesT am 28 August 2018, 17:10:18
Kann man hier auch so wie bei der HUE den Kanal wählen?
Ja das kann man bequem in der configuration.yaml machen.
Quelle: https://github.com/Koenkk/zigbee2mqtt/wiki/Configuration
# Required: Home Assistant integration (MQTT discovery)
homeassistant: false
# Required: allow new devices to join
permit_join: true
# Required: MQTT settings
mqtt:
# Required: MQTT base topic for zigbee2mqtt MQTT messages
base_topic: zigbee2mqtt
# Required: MQTT server URL
server: 'mqtt://localhost:1883'
# Optional: MQTT server authentication user
user: my_user
# Optional: MQTT server authentication password
password: my_password
# Optional: MQTT client ID
client_id: 'MY_CLIENT_ID'
# Required: serial settings
serial:
# Required: location of CC2531 USB sniffer
port: /dev/tty.usbmodem1411
# Optional: disable LED of CC2531 USB sniffer
disable_led: false
# Optional: advanced settings
advanced:
# Optional: ZigBee pan ID
pan_id: 0x1a62
# Optional: ZigBee channel
channel: 11
# Optional: state caching
# https://github.com/Koenkk/zigbee2mqtt/commit/9396bde1f3b022e0f634487d1a37d2a5127c8cb3#diff-f68567477d803b49930337bf7fe1556bR16
cache_state: true
# Optional: Logging level, options: debug, info, warn, error
log_level: info
# Optional: Location of log directory
log_directory: /var/log/
# Optional: Baudrate for serial port
baudrate: 115200
# Optional: RTS / CTS Hardware Flow Control for serial port
rtscts: true
Hat jemand das ganze Konstrukt schon in Verbindung mit dem neuen MQTT2_Server der direkt in FHEM läuft in Verwendung?
Hmm, ich schaff es einfach nicht, meinen WaterLeak-Sensor zu pairen.....
Die MQTT-Meldungen kommen, das Bridge-Device hat im Log mal ein
{"type":"pairing","message":"device incoming"}
und mal ein
{"type":"devices","message":[{"ieeeAddr":"0x00158d00023297c6","type":"EndDevice","friendly_name":"0x00158d00023297c6"}]}
Es wird aber kein Device angelegt und im FHEM-Log habe ich nur ständig den Fehler
2018.09.02 20:41:01 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
2018.09.02 20:41:22 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
2018.09.02 20:41:22 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
2018.09.02 20:41:22 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
2018.09.02 20:42:02 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
2018.09.02 20:45:08 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
2018.09.02 20:45:55 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
2018.09.02 20:50:55 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
Der Sensor schickt auch immer brav seinen Status:
Unter zigbee2mqtt/0x00158d00023297c6
habe ich ein Payload von {"battery":"100.00","voltage":3035,"water_leak":true}
Die Topics scheinen auch alle schön im mqtt-spy auf.
Jemand ne Idee, was da sein kann?
lg, Stefan
Zitat von: gloob am 01 September 2018, 09:45:54
Hat jemand das ganze Konstrukt schon in Verbindung mit dem neuen MQTT2_Server der direkt in FHEM läuft in Verwendung?
Schaut hier in den Thread noch jemand rein?
Zitat von: gloob am 03 September 2018, 16:16:35
Schaut hier in den Thread noch jemand rein?
Schon, aber zu dem Thema gibt es m.E. recht wenig zu sagen.
Das Xiaomi-MQTT-Perl-Modul ist für den "klassischen" 00_MQTT-(Broker) gemacht. Es ist ein ziemlicher Aufwand bis unmöglich, das alte MQTT_DEVICE-Modul direkt für MQTT2 zu verwenden, entsprechendes dürfte demnach auch für die Variante hier gelten; es gibt entsprechende Äußerungen sowohl von Rudi wie hexenmeister.
Was ohne weitere gehen müßte, wäre sich den Mosquitto zu sparen und stattdessen MQTT2 als Server zu verwenden.
Aber leg' doch einfach mal ein MQTT2_SERVER-Device an mit einem anderen Port, stell' das Teil auf autocreate und sieh' nach, was als MQTT2_DEVICE angelegt wird, wenn du der anderen Seite dann diesen Port nennst. So habe ich das mit meiner Milight-Bridge (https://forum.fhem.de/index.php/topic,86932.msg832336.html#msg832336) gemacht. Ist klasse! Allerdings kommt dann erst mal alles auf ein Groß-Device, das man dann wieder vereinzeln muß und dann dafür die passenden set-Attribute etc. anlegen... Details in dem verlinkten Beitrag.
Jedenfalls ist bei mir Mosquitto schon wieder Vergangenheit ;) .
Viel Erfolg.
Hallo,
ich hab grade das Problem, dass neue Devices nicht mehr in FHEM angezeigt werden. Konkret hab ich einen neuen Smartplug von Osram gepaired. Im Log von dem Modul taucht die Abfrage auch auf aber es wird kein Device in FHEM angelegt und in dem FHEM log finde ich auch nichts. Das Modul an sich läuft und ich kann auch Dinge schalten.
Ich wollte noch fragen wie ich den ein Device löschen kann. Einen anderen Smartplug hatte ich mal gepaired aber ich bekomme ihn nicht wieder gepaired.
Als drittes hätte ich noch ne Frage zu den IKEA Lampen: müssten die nicht beim ersten anschließen nach dem Kauf mit dem Modul gepaired werden können oder muss ich noch auf Werkseinstellungen zurück setzen? Fänd ich ja etwas komisch, das die nicht in Werkseinstellungen ausgeliefert werden.
Was kann man denn machen, wenn 2 Devices nach dem Anlernen nicht die gleiche Anzahl an Reading haben?
Device 1:
defmod 0x00158d000247d703 XiaomiMQTTDevice WSDCGQ11LM 0x00158d000247d703
attr 0x00158d000247d703 IODev MQTT
attr 0x00158d000247d703 room XiaomiMQTTDevice
attr 0x00158d000247d703 stateFormat state
setstate 0x00158d000247d703 state
setstate 0x00158d000247d703 2018-09-03 20:22:54 battery ok
setstate 0x00158d000247d703 2018-09-03 20:22:54 battery_level 98.33
setstate 0x00158d000247d703 2018-09-03 20:22:54 humidity 51.33
setstate 0x00158d000247d703 2018-09-03 20:22:54 linkquality 81
setstate 0x00158d000247d703 2018-09-03 20:22:54 pressure 1002
setstate 0x00158d000247d703 2018-09-03 20:22:54 temperature 26.94
setstate 0x00158d000247d703 2018-09-03 20:22:54 transmission-state incoming publish received
setstate 0x00158d000247d703 2018-09-03 20:22:54 voltage 2995
Device 2
defmod 0x00158d000245f368 XiaomiMQTTDevice WSDCGQ11LM 0x00158d000245f368
attr 0x00158d000245f368 IODev MQTT
attr 0x00158d000245f368 room XiaomiMQTTDevice
attr 0x00158d000245f368 stateFormat state
setstate 0x00158d000245f368 state
setstate 0x00158d000245f368 2018-09-03 20:23:32 humidity 52.69
setstate 0x00158d000245f368 2018-09-03 20:23:32 linkquality 60
setstate 0x00158d000245f368 2018-09-03 20:23:32 pressure 1002
setstate 0x00158d000245f368 2018-09-03 20:23:32 temperature 27.02
setstate 0x00158d000245f368 2018-09-03 20:23:32 transmission-state incoming publish received
Zitat von: jay-jey am 03 September 2018, 16:42:38
Ich wollte noch fragen wie ich den ein Device löschen kann. Einen anderen Smartplug hatte ich mal gepaired aber ich bekomme ihn nicht wieder gepaired.
Das geht direkt aus Fhem heraus, also in den Xiaomi Device selber, oder über z.B. set xiaomi_taster remove
Wenn du das nicht hast, hast du wohl nicht das aktuelle Modul.
Zitat von: jay-jey am 03 September 2018, 16:42:38
Als drittes hätte ich noch ne Frage zu den IKEA Lampen: müssten die nicht beim ersten anschließen nach dem Kauf mit dem Modul gepaired werden können oder muss ich noch auf Werkseinstellungen zurück setzen? Fänd ich ja etwas komisch, das die nicht in Werkseinstellungen ausgeliefert werden.
https://www.homeandsmart.de/ikea-tradfri-leuchte-zuruecksetzen
Zitat von: gloob am 03 September 2018, 20:24:54
Was kann man denn machen, wenn 2 Devices nach dem Anlernen nicht die gleiche Anzahl an Reading haben?
Ich würde warten sagen. :) Die Batterie Werte werden nicht so oft übertragen.
Hallo,
ich hab jetzt ein wenig im Quellcode des Moduls rumgefummelt (gefummelt trifft es wohl am besten ;-) ) und habe es geschafft die Farben aus FHEM zu übergeben die mittels Colorpicker ausgewählt worden ist. dazu muss hier:
} else {
if($command eq 'remove') {
return send_publish($hash->{IODev}, topic => "zigbee2mqtt/bridge/config/remove", message => $hash->{SID}, qos => $qos, retain => $retain);
alles ersetzt werden bis:
$hash->{message_ids}->{$msgid}++ if defined $msgid;
Und zwar durch:
} elsif( $command eq "rgb" && $value =~ m/^(..)(..)(..)/) {
my( $r, $g, $b ) = (hex($1)/255.0, hex($2)/255.0, hex($3)/255.0);
my %color_hash = (r => $r, g => $g, b => $b);
my %set_hash = ('transition' => 3, 'color' => \%color_hash);
send_publish($hash->{IODev}, topic => XiaomiMQTT::DEVICE::GetTopicFor($hash) . "/set", message => encode_json({"state" => "ON"}), qos => $qos, retain => $retain) if($command eq "brightness");
$msgid = send_publish($hash->{IODev}, topic => XiaomiMQTT::DEVICE::GetTopicFor($hash) . "/set", message => encode_json(\%set_hash), qos => $qos, retain => $retain);
}
if($values == 0) {
$value = $command;
$command = "state";
}
send_publish($hash->{IODev}, topic => XiaomiMQTT::DEVICE::GetTopicFor($hash) . "/set", message => encode_json({"state" => "ON"}), qos => $qos, retain => $retain) if($command eq "brightness");
$msgid = send_publish($hash->{IODev}, topic => XiaomiMQTT::DEVICE::GetTopicFor($hash) . "/set", message => encode_json({$command => $value}), qos => $qos, retain => $retain);
}
Ich hab ein wenig die Hoffnung, dass sich jemand findet, der aus meinem gefrickel etwas zuverlässige bauen kann und es ins Modul einfließen kann. So muss ich nicht nach jedem Update alles neu einspielen ;-) Und da der eine oder andere ja auch das Problem mit den Farben hat, wollte ich zumindest meine Erfahrung teilen.
Ich hab auch noch an anderer Stelle eingebaut, das andere Infos aus dem Thread hier (eventmap bei Lampen etc.) gleich mit erstellt werden. Aber natürlich deutlich auf mich angepasst. Das kann ich auch gerne teilen.
vielleicht findet sich ja jemand, der es weiter entwickeln kann.
Liebe Grüße
Arne
Hat jetzt nichts mit Xiaomi zu tuen, aber kann mir jemand sagen, wie ich die Farbe einer Ikea Tradfri Lampe ändern kann?
Ich konnte die Lampe (LED1624G9) erfolgreich pairen.
An und Ausschalten geht problemlos, ich weiß nur nicht, wie die Farbe geändert werden kann?!
Hallo
Bin neu Hier und wollte nun Fhem auf einen Pi3B mit einem CC2531 installieren jedoch hab ich es schon 2 mal von vorne versucht und komme nicht weiter :/
bekomme immer die Meldung
Zitatpi@raspberrypi:/opt/zigbee2mqtt $ npm start
> zigbee2mqtt@0.1.3 start /opt/zigbee2mqtt
> node index.js
zigbee2mqtt:info 2018-9-13 23:17:28 Logging to directory: '/opt/zigbee2mqtt/data/log/2018-09-13.23:17:28'
zigbee2mqtt:info 2018-9-13 23:17:29 Starting zigbee2mqtt version 0.1.3 (commit #c8c8417)
zigbee2mqtt:info 2018-9-13 23:17:29 Starting zigbee-shepherd
zigbee2mqtt:info 2018-9-13 23:17:29 zigbee-shepherd started
zigbee2mqtt:info 2018-9-13 23:17:29 Coordinator firmware version: '20180815'
zigbee2mqtt:info 2018-9-13 23:17:29 Currently 0 devices are joined:
zigbee2mqtt:warn 2018-9-13 23:17:29 `permit_join` set to `true` in configuration.yaml.
zigbee2mqtt:warn 2018-9-13 23:17:29 Allowing new devices to join.
zigbee2mqtt:warn 2018-9-13 23:17:29 Set `permit_join` to `false` once you joined all devices.
zigbee2mqtt:info 2018-9-13 23:17:29 Zigbee: allowing new devices to join.
zigbee2mqtt:info 2018-9-13 23:17:29 Connecting to MQTT server at mqtt://localhost
zigbee2mqtt:info 2018-9-13 23:17:30 zigbee-shepherd ready
zigbee2mqtt:error 2018-9-13 23:17:40 Not connected to MQTT server!
zigbee2mqtt:error 2018-9-13 23:17:50 Not connected to MQTT server!
Habe alles nach Anleitung (Seite 1) gemacht nur habe ich Fhem noch nicht installiert sollte jedoch doch schon eine Verbindung zum MQTT schaffen oder?
Danke
Alex
Hast du den mosquitto installiert und ist der Server gestartet? Mach mal ein: ps aux | grep mosquitto
Der mosquitto Server muss auch in die configuration.yaml von zigbee2mqtt unter data eingetragen werden:
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://localhost'
Sollte aber eigentlich als Default wert schon dort drin sein, daher vermute ich eher du hast den mosquitto nicht installiert, oder er ist nicht gestartet.
hallo
Denke nicht das ich das mosquitto installiert habe kommt auch in der Anleitung nicht vor hmmmmm
Könnte man schon in eine Anleitung schreiben das mosquitto vorhanden sein soll!
Gibts da eine sinnvolle Anleitung damit ich mosquitto installieren kann und ich nicht aus 10 Anleitungen was zusammen bauen muss?
Danke schonmal
das steht drinnen wenn ich deinen befehl eingebe.
Zitat
pi@raspberrypi:/opt/zigbee2mqtt $ cd /opt/zigbee2mqtt
pi@raspberrypi:/opt/zigbee2mqtt $ npm start
> zigbee2mqtt@0.1.3 start /opt/zigbee2mqtt
> node index.js
zigbee2mqtt:info 2018-9-14 08:23:58 Logging to directory: '/opt/zigbee2mqtt/data/log/2018-09-14.08:23:58'
zigbee2mqtt:info 2018-9-14 08:23:59 Starting zigbee2mqtt version 0.1.3 (commit #c8c8417)
zigbee2mqtt:info 2018-9-14 08:23:59 Starting zigbee-shepherd
zigbee2mqtt:info 2018-9-14 08:24:00 zigbee-shepherd started
zigbee2mqtt:info 2018-9-14 08:24:00 Coordinator firmware version: '20180815'
zigbee2mqtt:info 2018-9-14 08:24:00 Currently 0 devices are joined:
zigbee2mqtt:warn 2018-9-14 08:24:00 `permit_join` set to `true` in configuration.yaml.
zigbee2mqtt:warn 2018-9-14 08:24:00 Allowing new devices to join.
zigbee2mqtt:warn 2018-9-14 08:24:00 Set `permit_join` to `false` once you joined all devices.
zigbee2mqtt:info 2018-9-14 08:24:00 Zigbee: allowing new devices to join.
zigbee2mqtt:info 2018-9-14 08:24:00 Connecting to MQTT server at mqtt://localhost
zigbee2mqtt:info 2018-9-14 08:24:00 zigbee-shepherd ready
zigbee2mqtt:error 2018-9-14 08:24:10 Not connected to MQTT server!
zigbee2mqtt:error 2018-9-14 08:24:20 Not connected to MQTT server!
^C zigbee2mqtt:error 2018-9-14 08:24:27 Not connected to MQTT server!
zigbee2mqtt:error 2018-9-14 08:24:27 Cannot send message: topic: 'zigbee2mqtt/bridge/state', payload: 'offline
zigbee2mqtt:info 2018-9-14 08:24:27 zigbee-shepherd stopped
pi@raspberrypi:/opt/zigbee2mqtt $ ps aux | grep mosquitto
pi 987 0.0 0.0 4776 584 pts/0 S+ 08:24 0:00 grep --color=auto mosquitto
pi@raspberrypi:/opt/zigbee2mqtt $
das ist die Config.
Zitat# Home Assistant integration (MQTT discovery)
homeassistant: false
# allow new devices to join
permit_join: true
# MQTT settings
mqtt:
# 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
danke alex
Die Fehlermeldungen sollten schon mal helfen:
zigbee2mqtt:error 2018-9-14 08:24:10 Not connected to MQTT server!
zigbee2mqtt:error 2018-9-14 08:24:20 Not connected to MQTT server!
Und hier findest du wie du MQTT für FHEM und alles andere auf einem Raspberry Pi installiert: https://wiki.fhem.de/wiki/MQTT_Einf%C3%BChrung#Installation_in_FHEM
ich habe da auch so ein "Problem" was ich nicht so recht verstehe.
Ich habe von Ikea eine Lampe (Tradfri), diese habe ich in BD_Lampe umbenannt.
Wenn ich jetzt die Lampe mit set BD_Lampe on oder off schalte, dann wird im MQTT.fx immer mehrmals gesendet.
Bei off 2x
zigbee2mqtt/0x000b57fffed4ace8/set
{"state":"off"}
zigbee2mqtt/0x000b57fffed4ace8
{"state":"off"}
Bei on sogar 3x
zigbee2mqtt/0x000b57fffed4ace8/set
{"state":"on"}
zigbee2mqtt/0x000b57fffed4ace8
{"state":"on"}
zigbee2mqtt/0x000b57fffed4ace8
{"state":"ON"}
Jemand eine Idee woran das liegt? Oder muß das?
Ich bin nämlich auf der Suche nach einem anderen Problem mit der Lampe. Ich pers. habe es noch nicht mitbekommen, aber meine Fam. sagt, dass die Lampe wohl zwischendurch einfach mal aus und wieder an geht.
Hallo,
verkauft jemand vorkonfigurierte Sticks hier?
Hallo,
habe meine ikea "tradfri" LED (LED1545G12, ist die 980lm wiess,warmweiss) eingebunden. ON/OFF/Brightness/toggle funktioniert alles, lediglich die Colortemp kann ich nicht einstellen.
Wie kann ich die Farbtemperatur einstellen ?
Vielen Dank!
Gruss
Andreas
Zitat von: fhem-challenge am 15 September 2018, 16:48:18
Hallo,
habe meine ikea "tradfri" LED (LED1545G12, ist die 980lm wiess,warmweiss) eingebunden. ON/OFF/Brightness/toggle funktioniert alles, lediglich die Colortemp kann ich nicht einstellen.
Wie kann ich die Farbtemperatur einstellen ?
Vielen Dank!
Gruss
Andreas
habs selbst gefunden: geht also wohl über "color_temp" ...
Hallo, weiß jemand ob dieses Teil auch zum flashen des cc2531 und cc2530 gut ist.
Kostet ja wesentlich weniger als der cc debugger.
Schau, was ich auf AliExpress gefunden habe.
http://s.aliexpress.com/ZVvqqMrM
Ja geht.
Hab ich auch genutzt.
Danke!
Guten Abend zusammen,
erstmal vielen Dank für diese geniale Variante die Xiaomi Geräte ohne Gateway nutzen zu können.
Ich habe allerdings ein Problem bei der Installation.
Habe mich an der Anleitung von Matthias (haus-automatisierung.com) gehalten (btw: vielen Dank für die tollen Beiträge, Matthias!!!).
Nun erscheint beim Start folgendes:
configfile: Cannot load module MQTT
Cannot load module MQTT_DEVICE
Wenn ich die Bridge anlegen will (define xBridge XiaomiMQTTDevice bridge, kommt:
Cannot load module XiaomiMQTTDevice
Ich habe Mosquitto bereits für die Sonoff Tasmota nach Anleitung installiert. Hat auch alles funktionert.
Wundere mich daher jetzt, dass MQTT nicht installiert sein soll.
Hoffe es kann mir jemand weiterhelfen.
Viele Grüße
Daniel
[Gelöst]
Aus welchen Gründen auch immer, war "libmodule-pluggable-perl" nicht mehr installiert.
Vielleicht ist es beim autoremove mit "drauf gegangen", der in der Anleitung erwähnt wird.
Jetzt läuft es wieder. :)
Hallo zusammen,
ich habe ein Problem.
Da ich nicht mehr weiter weiß, hoffe ich auf Eure Hilfe.
Ein Gerät anlernen ist kein Thema (das erste funktioniert).
Versuche ich dann ein zweites anzumelden, kann ich den Button am Device so oft drücken wie ich möchte, aber es tut sich nichts. - Scheinbar.
Fhem verliert kurz die Connection, ist aber direkt wieder da - legt kein neues Device an - in der database.db erscheint aber ein Device mit id3.
Hatte das schonmal jemand ?
Lieben Dank Euch und beste Grüße
Schon mal ein set xBridge updateDevices versucht?
Viele Grüße
Mark
Hallo zusammen,
ich habe heute meinen CC2531 geflashed und alles inkl. Mosquitto installiert.
Mein MQTT Device in FHEM connected sich brav und der CC2531 wird auch korrekt angesprochen und zeigt sich willig für's anlernen.
root@fhem:/opt/zigbee2mqtt# npm start
> zigbee2mqtt@0.1.5 start /opt/zigbee2mqtt
> node index.js
zigbee2mqtt:info 2018-9-20 22:34:29 Logging to directory: '/opt/zigbee2mqtt/data/log/2018-09-20.22-34-29'
zigbee2mqtt:info 2018-9-20 22:34:30 Starting zigbee2mqtt version 0.1.5 (commit #7d49e13)
zigbee2mqtt:info 2018-9-20 22:34:30 Starting zigbee-shepherd
zigbee2mqtt:info 2018-9-20 22:34:31 zigbee-shepherd started
zigbee2mqtt:info 2018-9-20 22:34:31 Coordinator firmware version: '20180507'
zigbee2mqtt:info 2018-9-20 22:34:31 Currently 0 devices are joined:
zigbee2mqtt:warn 2018-9-20 22:34:31 `permit_join` set to `true` in configuration.yaml.
zigbee2mqtt:warn 2018-9-20 22:34:31 Allowing new devices to join.
zigbee2mqtt:warn 2018-9-20 22:34:31 Set `permit_join` to `false` once you joined all devices.
zigbee2mqtt:info 2018-9-20 22:34:31 Zigbee: allowing new devices to join.
zigbee2mqtt:info 2018-9-20 22:34:31 Connecting to MQTT server at mqtt://localhost:1883
zigbee2mqtt:info 2018-9-20 22:34:32 zigbee-shepherd ready
zigbee2mqtt:info 2018-9-20 22:34:32 Connected to MQTT server
zigbee2mqtt:info 2018-9-20 22:34:32 MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
zigbee2mqtt:info 2018-9-20 22:35:34 Zigbee: allowing new devices to join.
Ich habe eine noch nicht verwendete Philips HUE Birne frisch ausgepackt und weiß dummerweise nicht wie ich diese anlernen soll.
Im Wiki steht, sie würde automatisch angelernt werden. Aber da kommt garnix. "autocreate" ist aktiviert.
Was muss ich noch tun?
Danke und Gruß
Thomas
Oh, ich war wohl auch nicht nah genug an dem USB-Stick beim Anlernen. Jetzt klappt es. Aber schalten kann ich die Birne leider noch nicht? :-[
zigbee2mqtt:info 2018-9-21 00:10:45 Zigbee: allowing new devices to join.
zigbee2mqtt:info 2018-9-21 00:11:06 Connecting with device...
zigbee2mqtt:info 2018-9-21 00:11:06 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
zigbee2mqtt:info 2018-9-21 00:11:07 Connecting with device...
zigbee2mqtt:info 2018-9-21 00:11:07 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
zigbee2mqtt:info 2018-9-21 00:11:07 Connecting with device...
zigbee2mqtt:info 2018-9-21 00:11:07 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
zigbee2mqtt:info 2018-9-21 00:11:07 Connecting with device...
zigbee2mqtt:info 2018-9-21 00:11:07 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
zigbee2mqtt:info 2018-9-21 00:11:07 Connecting with device...
zigbee2mqtt:info 2018-9-21 00:11:07 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
zigbee2mqtt:info 2018-9-21 00:11:07 Connecting with device...
zigbee2mqtt:info 2018-9-21 00:11:07 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
zigbee2mqtt:info 2018-9-21 00:11:07 Connecting with device...
zigbee2mqtt:info 2018-9-21 00:11:07 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
zigbee2mqtt:info 2018-9-21 00:11:07 Connecting with device...
zigbee2mqtt:info 2018-9-21 00:11:07 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
zigbee2mqtt:info 2018-9-21 00:11:25 Connecting with device...
zigbee2mqtt:info 2018-9-21 00:11:25 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"connecting with device"}'
zigbee2mqtt:info 2018-9-21 00:11:25 Device incoming...
zigbee2mqtt:info 2018-9-21 00:11:25 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"device incoming"}'
zigbee2mqtt:info 2018-9-21 00:11:25 New device with address 0x00178801034d4631 connected!
zigbee2mqtt:info 2018-9-21 00:11:26 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"device_connected","message":"0x00178801034d4631"}'
zigbee2mqtt:info 2018-9-21 00:11:26 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"devices","message":[{"ieeeAddr":"0x00178801034d4631","type":"Router","model":"8718696449691","friendly_name":"0x00178801034d4631"}]}'
Hallo!
Ich nutze dieses Gateway hier schon mit dem Tür/Fenster Sensoren, nun wollte ich mir den Bewegsmelder von Xiaomi noch dazu holen.
Hat jemand erfahrungen damit, wie die Erkennungs genauigkeit ist und könnte man auch die Motion Intervall Zeit einstellen am Sensor einstellen?
Mfg Steffen
Zitat von: Steffen am 21 September 2018, 10:47:52
Hallo!
Ich nutze dieses Gateway hier schon mit dem Tür/Fenster Sensoren, nun wollte ich mir den Bewegsmelder von Xiaomi noch dazu holen.
Hat jemand erfahrungen damit, wie die Erkennungs genauigkeit ist und könnte man auch die Motion Intervall Zeit einstellen am Sensor einstellen?
Mfg Steffen
Die Erkennungsgenauigkeit ist gut, bei mir reagieren die Bewegungsmelder auf 3-4 Meter zuverlässig.
Allerdings erkennen die Motion Sensoren nach einer Bewegung, eine erneute Bewegung erst wieder in 60 Sekunden um Energie zu sparen. Niedriger lässt sich das nicht einstellen.
Heißt, wenn es er angenommen jetzt auslöst, erkennt er eine Bewegung erst wieder in 60 Sekunden.
Man kriegt das aber in den Griff wenn man bei einer Lampe on-for-timer auf 2-3 Minuten setzt.
Viele Grüße
Mark
Vielen dank für diese gute Beschreibung, kannst du mir vielleicht bitte noch sagen ob sich der Motion timer dann pro Bewegung dann verlängert oder immer eine neue Bewegung getriggert wird?
Mfg Steffen
Ja der Timer wird dadurch verlängert, bzw. wieder auf z.B. auf 3 Minuten on gesetzt. Das Gerät was du schalten willst, muss allerdings on-for-timer unterstützen.
Ansonsten kann man es glaube ich mit zigbee2mqtt mittels occupancy_timeout umsetzen: https://github.com/Koenkk/zigbee2mqtt/wiki/Device-specific-configuration
Aber das habe ich bisher noch nicht wirklich getestet.
Hallo, nachdem ich erforgreich eine Philips HUE Birne anlernen konnte und dem erzeugten Device ein paar Attrubute verpasst habe, kann man dieses nun auch verwenden.
define Wz.Lampe XiaomiMQTTDevice 8718696449691 0x00178801034d4631
attr Wz.Lampe IODev MQTT
attr Wz.Lampe icon hue_filled_white_e27_b22
attr Wz.Lampe room XiaomiMQTTDevice
attr Wz.Lampe stateFormat {lc ReadingsVal($name,"state",0)}
attr Wz.Lampe webCmd brightness:toggle:on:off
attr Wz.Lampe widgetOverride brightness:slider,0,15,255
Mich würde jetzt aber gerne interessieren, ob man den subType irgendwie anpassen kann?
attr Wz.Lampe subType dimmer
Wz.Lampe: unknown attribute subtype. Type 'attr Wz.Lampe ?' for a detailed list.
Grüße
Thomas
Moin zusammen,
vielen Dank für das Modul. Funktioniert größtenteils ohne Probleme (und das schon seit einigen Monaten). Ich habe bislang einige Xiaomi Sensoren eingebunden und neuerdings auch ein paar Osram Smart+ Steckdosen. Da diese nur ON/OFF können war das schnell eingerichtet.
Jetzt scheitere ich aber ein bisschen an dem Osram Smart+ RGBW Strip. Das Gerät wurde anstandslos gepaired. Folgender Commands habe ich schon hinzugefügt:
toggle:brightness:color_temp:color
Mit folgenden Widgets dafür:
toggle brightness:colorpicker,BRI,0,10,250 color_temp:colorpicker,CT,130,10,660 color:colorpicker,RGB
Bis auf seltsame Werte für die Farbtemperatur funktioniert auch alles, bis auf die RGB Steuerung...egal ob ich die als RGB oder HEX angebe, irgendwie kann der Strip damit nichts anfangen. Im zigbee2mqtt sind folgende Aktionen definiert:
toZigbee: generic.light_onoff_brightness_colortemp_colorxy().toZigbee
Als Rückmeldung aus dem Log kommt nur (egal was ich dort eingebe):
zigbee2mqtt:info 2018-9-26 11:09:20 Zigbee publish to '0x7cb03eaa00ab4276', lightingColorCtrl - moveToColor - {"colorx":null,"colory":null,"transtime":0} - null
Hat jemand eine Idee, wie ich das zum Laufen kriege? :)
Ich scheitere aktuell an der Einrichtung von Ikea Tradfri, sowie Osram Smart+ Plugs.
Laut Wiki soll man beim Tradfri ein Factory Reset machen (6x an/aus) und dann soll das Gerät automatisch gepaired sein.
Ähnlich beim Osram Smart+ Plug: Hier 10Sekunden auf den Knopf drücken.
Beide Geräte wurden allerdings nicht angelegt. Bei Xiaomi Sensoren war es jedoch kein Problem.
Autocreate ist active.
Habe ich irgendwas übersehen???
Viele Grüße
Daniel
Zitat von: nanocosmos am 26 September 2018, 16:55:45
Ähnlich beim Osram Smart+ Plug: Hier 10Sekunden auf den Knopf drücken.
Beide Geräte wurden allerdings nicht angelegt. Bei Xiaomi Sensoren war es jedoch kein Problem.
Autocreate ist active.
Habe ich irgendwas übersehen???
Ich hatte keine Probleme. Bei meinen (neuen) Osram Smart+ Plugs reichte es sogar das Pairing zu starten und den Plug dann in die Steckdose zu stecken. Wurde dann direkt erkannt und funktioniert auch einwandfrei. Wurde auch korrekt als "Repeater" erkannt, also kann dadurch dann auch die Reichweite erhöht werden (so sollte es zumindest sein).
Bekommst du denn irgendwelche Nachrichten im zigbee2mqtt? Oder von MQTT direkt (am einfachsten per MQTT fx)? Vielleicht musst du auch einmal auf "UpdateDevices" gehen bei der Bridge in FHEM.
Hallo!
Ich habe das Problem das seit ca. ein paar Wochen in unterschiedlichen intervallen zigbee2mqtt einfach nicht mehr reagiert,
es steht zwar Online in Status der Xbridge aber Meldung komme keine mehr.
So sieht es aus wenn es ausgefallen ist:
root@happyfamilyserver:~# sudo systemctl status zigbee2mqtt
● zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2018-09-23 13:48:21 CEST; 4 days ago
Main PID: 20109 (npm)
Tasks: 21 (limit: 4915)
CGroup: /system.slice/zigbee2mqtt.service
├─20109 npm
├─20137 sh -c node index.js
└─20138 node index.js
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
root@happyfamilyserver:~#
so wenn ich es wieder neu gestartet habe:
root@happyfamilyserver:~# sudo systemctl status zigbee2mqtt
● zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2018-09-28 06:26:05 CEST; 14s ago
Main PID: 8061 (npm)
Tasks: 21 (limit: 4915)
CGroup: /system.slice/zigbee2mqtt.service
├─8061 npm
├─8077 sh -c node index.js
└─8078 node index.js
Sep 28 06:26:10 happyfamilyserver npm[8061]: zigbee2mqtt:info 2018-9-28 06:26:10 0x00158d0001a219ec (0x00158d0001a219ec): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
Sep 28 06:26:10 happyfamilyserver npm[8061]: zigbee2mqtt:warn 2018-9-28 06:26:10 `permit_join` set to `true` in configuration.yaml.
Sep 28 06:26:10 happyfamilyserver npm[8061]: zigbee2mqtt:warn 2018-9-28 06:26:10 Allowing new devices to join.
Sep 28 06:26:10 happyfamilyserver npm[8061]: zigbee2mqtt:warn 2018-9-28 06:26:10 Set `permit_join` to `false` once you joined all devices.
Sep 28 06:26:10 happyfamilyserver npm[8061]: zigbee2mqtt:info 2018-9-28 06:26:10 Zigbee: allowing new devices to join.
Sep 28 06:26:10 happyfamilyserver npm[8061]: zigbee2mqtt:info 2018-9-28 06:26:10 Connecting to MQTT server at mqtt://localhost
Sep 28 06:26:10 happyfamilyserver npm[8061]: zigbee2mqtt:info 2018-9-28 06:26:10 zigbee-shepherd ready
Sep 28 06:26:10 happyfamilyserver npm[8061]: zigbee2mqtt:info 2018-9-28 06:26:10 Connected to MQTT server
Sep 28 06:26:10 happyfamilyserver npm[8061]: zigbee2mqtt:info 2018-9-28 06:26:10 MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
Sep 28 06:26:10 happyfamilyserver npm[8061]: zigbee2mqtt:info 2018-9-28 06:26:10 MQTT publish, topic: 'zigbee2mqtt/0x00158d0001a219ec', payload: '{"battery":"100.00","voltage":3015,"linkquality":
Wo könnte ich auf Fehler suche gehen?
Mfg Steffen
Zitat von: gramallama am 26 September 2018, 17:16:21
Ich hatte keine Probleme. Bei meinen (neuen) Osram Smart+ Plugs reichte es sogar das Pairing zu starten und den Plug dann in die Steckdose zu stecken. Wurde dann direkt erkannt und funktioniert auch einwandfrei. Wurde auch korrekt als "Repeater" erkannt, also kann dadurch dann auch die Reichweite erhöht werden (so sollte es zumindest sein).
Bekommst du denn irgendwelche Nachrichten im zigbee2mqtt? Oder von MQTT direkt (am einfachsten per MQTT fx)? Vielleicht musst du auch einmal auf "UpdateDevices" gehen bei der Bridge in FHEM.
Im Zigbee2mqtt kommt leider gar nichts an, nachdem ich das Pairing gestartet habe.
Sep 28 08:23:13 fhem xiaomi[314]: zigbee2mqtt:info 2018-9-28 08:23:13 Zigbee: allowing new devices to join.
Auch ein Update der Devices zeigt nichts neuen an.
Der Osram Smart+ Plug liegt direkt neben dem CC2531.
Hatte erst im Verdacht das falsche HEX File auf den CC2531 gezogen zu haben, da aktuell nur Xiaomi Geräte funktionieren.
Scheint aber das aktuelle HEX zu sein.
Bin ratlos...
Viele Grüße
Daniel
Zitat von: Steffen am 28 September 2018, 06:27:10
Hallo!
Ich habe das Problem das seit ca. ein paar Wochen in unterschiedlichen intervallen zigbee2mqtt einfach nicht mehr reagiert,
es steht zwar Online in Status der Xbridge aber Meldung komme keine mehr.
Reagiert dann zigbee2mqtt gar nicht mehr? Das würde bedeuten das der Dienst abgeschmiert ist. Hast du ein Update probiert?
Wenn nur einzelne Sensoren ausfallen, kann es sein das du zu viele Sensoren hast bzw. zu wenig Router.
Ab einer bestimmte Menge von Sensoren ca. 30, fallen diese gerne mal aus und reagieren nicht mehr. Das kann man verhindern, wenn man Router dazwischen schaltet.
Darüber gibt es auch ein Issue Thread im zigbee2mqtt Github und am besten fragst du dort mal nach.
Viele Grüße
Mark
Zitat von: nanocosmos am 28 September 2018, 08:28:55
Im Zigbee2mqtt kommt leider gar nichts an, nachdem ich das Pairing gestartet habe.
Sep 28 08:23:13 fhem xiaomi[314]: zigbee2mqtt:info 2018-9-28 08:23:13 Zigbee: allowing new devices to join.
Auch ein Update der Devices zeigt nichts neuen an.
Der Osram Smart+ Plug liegt direkt neben dem CC2531.
Hatte erst im Verdacht das falsche HEX File auf den CC2531 gezogen zu haben, da aktuell nur Xiaomi Geräte funktionieren.
Scheint aber das aktuelle HEX zu sein.
Bin ratlos...
Viele Grüße
Daniel
Versuch den Plug zu resetten https://www.alefo.de/forum/wie-kann-ich-den-osram-plug-zuruecksetzen-222
Meine Erfahrung mit dem Pairen, man sollte das so weit weg wie Möglich vom WLAN Router tun.
Weil Zigbee und WLAN funken auf der selben Frequenz und stören sich praktisch gegenseitig.
Viele Grüße
Mark
Zitat von: mark79 am 28 September 2018, 15:21:15
Meine Erfahrung mit dem Pairen, man sollte das so weit weg wie Möglich vom WLAN Router tun.
Weil Zigbee und WLAN funken auf der selben Frequenz stören sich praktisch gegenseitig.
Korrekt, und auch so nah wie möglich an den ZigBee ran mit dem Device.
Ich musste meine Philips HUE ca. 5-10cm an den ZigBee ran bringen und nach dem Einschalten auch ca. 10-15 Sekunden warten bis der ZigBee das quatschen der Birne mitbekommen hat.
Zitat von: nanocosmos am 26 September 2018, 16:55:45
Ich scheitere aktuell an der Einrichtung von Ikea Tradfri, sowie Osram Smart+ Plugs.
Laut Wiki soll man beim Tradfri ein Factory Reset machen (6x an/aus) und dann soll das Gerät automatisch gepaired sein.
Ähnlich beim Osram Smart+ Plug: Hier 10Sekunden auf den Knopf drücken.
Beide Geräte wurden allerdings nicht angelegt. Bei Xiaomi Sensoren war es jedoch kein Problem.
Autocreate ist active.
Habe ich irgendwas übersehen???
...
Ich habe die Tradfri-Bulb (und zwar diese: LED1623G12) heute hinbekommen, nach ziemlichen Schwierigkeiten.
Geholfen hat dies hier:
https://github.com/athombv/com.ikea.tradfri/issues/4
Ich hatte auch das Set mit Drehdimmer beschafft. PRoblem ist, dass Dimmer und Lampe schon vom Werk gepaired sind. Man muss sie entpairen, über
- 10s Knopf am Dimmer drücken (unter Batteriefach)
- 6 mal an/aus, dabei aber aufpassen, dass an immer nur 0,5s und aus immer ca. 2s dauern darf.
- Anschließend den cc2531 in pairing mode bringen
- Lampe in Nähe cc2531 bringen und einschalten.
Gruß vom blauhorn
Guten Morgen,
hoffentlich kann mir jemand von euch helfen.
Nach der Rumprobiererei gestern lief erstmal alles soweit.
Heute morgen kamen dann keine Signale mehr von den Sensoren durch.
Die Bridge steht im fhem auf offline.
Neustart des gesamten Systems brachte keinen Erfolg.
Kann mir jemand sagen, wo ich ansetzen soll, um raus zu kriegen wo es klemmt?
Danke schonmal
Gruß vom Blauhorn
Hat hier schon jemand den zigbee2mqtt Modul in fhem mit dem integrierten mqtts server/brocker zum laufen gebracht?
Ich habe nach dem starten des zigbee2mqtt zwar ein mqtt device dazubekommen, aber wenn ich das Modul "define xBridge XiaomiMQTTDevice bridge" definieren möchte, schmiert mir fhem ab und muss neu gestartet werden. Jeglicher Versuch das Modul zum laufen zu bekommen sind gescheitert.
Braucht es wirklich den eigenständigen mqtt server/brocker oder sollte es auch mit dem integrierten in fehm funktionieren?
Geht auch mit MQTT2. Bitte sufu nutzen, bin mobil unterwegs.
Hat jemand von euch auch beim start von FHEM immer diese Meldungen im log?
2018.09.30 05:31:17 1: PERL WARNING: Use of uninitialized value in string eq at /opt/fhem/FHEM/72_XiaomiMQTTDevice.pm line 259.
2018.09.30 05:31:17 1: PERL WARNING: Use of uninitialized value in regexp compilation at /opt/fhem/FHEM/10_MQTT_DEVICE.pm line 251.
2018.09.30 05:31:17 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at /opt/fhem/FHEM/10_MQTT_DEVICE.pm line 252.
2018.09.30 05:31:17 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at /opt/fhem/FHEM/10_MQTT_DEVICE.pm line 253.
Zitat von: mark79 am 28 September 2018, 15:10:28
Reagiert dann zigbee2mqtt gar nicht mehr? Das würde bedeuten das der Dienst abgeschmiert ist. Hast du ein Update probiert?
Wenn nur einzelne Sensoren ausfallen, kann es sein das du zu viele Sensoren hast bzw. zu wenig Router.
Ab einer bestimmte Menge von Sensoren ca. 30, fallen diese gerne mal aus und reagieren nicht mehr. Das kann man verhindern, wenn man Router dazwischen schaltet.
Darüber gibt es auch ein Issue Thread im zigbee2mqtt Github und am besten fragst du dort mal nach.
Viele Grüße
Mark
Ja Zigbee reagiert dann gar nicht mehr und habe gerade erst damit begonnen als nur "ein" Sensor zur Zeit.
Es fällt auch immer zu unterschiedlichen Zeiten aus, einmal war es erst nacht 4 Tagen Gestern erst hat es gerade mal 12std. durch gehalten.
Gibt es irgendwo ein log den man mal einsehen kann?
Mfg Steffen
Hallo,
ich habe mich gestern an die Konfiguration gemacht.
Ich komme aber nicht weiter, ich bekomme immer nur die Meldung:
{"message":"request timeout","stack":"Error: request timeout\n at CcZnp.<anonymous> (/app/node_modules/cc-znp/lib/ccznp.js:255:22)\n at Object.onceWrapper (events.js:315:30)\n at emitOne (events.js:116:13)\n at CcZnp.emit (events.js:211:7)\n at Timeout.<anonymous> (/app/node_modules/cc-znp/lib/ccznp.js:234:18)\n at ontimeout (timers.js:475:11)\n at tryOnTimeout (timers.js:310:5)\n at Timer.listOnTimeout (timers.js:270:5)"}
Das ganze läuft bei mir über docker.
Zitat von: gramallama am 26 September 2018, 17:16:21
Ich hatte keine Probleme. Bei meinen (neuen) Osram Smart+ Plugs reichte es sogar das Pairing zu starten und den Plug dann in die Steckdose zu stecken. Wurde dann direkt erkannt und funktioniert auch einwandfrei. Wurde auch korrekt als "Repeater" erkannt, also kann dadurch dann auch die Reichweite erhöht werden (so sollte es zumindest sein).
Woran erkenne ich, dass er auch als Repeater erkannt wurde?
Hallo nochmal,
Zitat von: Blauhorn am 29 September 2018, 10:08:29
...
Heute morgen kamen dann keine Signale mehr von den Sensoren durch.
Die Bridge steht im fhem auf offline.
Neustart des gesamten Systems brachte keinen Erfolg.
...
nachdem ich dieses WE einen Familienkrieg riskiert habe, indem ich mehrere Stunden suchte und probierte, konnte ich mein Zigbee-Netzwerk gestern nachmittag wieder reanimieren. Hier nun die kurze Story:
Mit dem Aufruf
sudo systemctl status zigbee2mqtt.service -l
konnte ich ermitteln, dass der Fehler im zigbee-sheperd liegt, der nicht mehr mit dem Stick sprechen wollte.
Dazu gibt es hier https://github.com/Koenkk/zigbee2mqtt einige issues.
Die erschlagende Lösung ist ein neu flashen des Sticks. Der eigentliche Erfolg bei der Lösung ist, dass ich dort auch eine Möglichkeit ausgegraben habe, den cc2531 ohne CC-Debugger über USB/UART zu flashen. Die Firmware auf dem Stick hat einen bootloader eingebaut, der ermöglicht, mit einem serial boot tool neue Firmware aufzuspielen. Jedoch nicht das normale Hex-File, sondern ein spezielles bin-file, das die serial bootloader-firmware unterstützt.
Hier sehr genau beschrieben: https://github.com/Koenkk/zigbee2mqtt/issues/320
Nun ist alles wieder gut.
Gruß vom Blauhorn
Zitat von: Steffen am 30 September 2018, 08:32:44
Ja Zigbee reagiert dann gar nicht mehr und habe gerade erst damit begonnen als nur "ein" Sensor zur Zeit.
Es fällt auch immer zu unterschiedlichen Zeiten aus, einmal war es erst nacht 4 Tagen Gestern erst hat es gerade mal 12std. durch gehalten.
Gibt es irgendwo ein log den man mal einsehen kann?
Mfg Steffen
Mhh das ist komisch und hatte ich so noch nie und auch noch nicht von gelesen.
Ein log sollte in /opt/zigbee2mqtt/data liegen, man kann in der configuration auch noch ein ausführlicheres Debug Log einstellen:
https://github.com/Koenkk/zigbee2mqtt/wiki/How-to-debug
Viele Grüße
Mark
Zitat von: Gear am 08 Juli 2018, 03:54:25
Guten Morgen Zusammen,
tolle Arbeit, Danke!! =)
Ich habe ein Problem, habe es soweit am laufen, dass wenn ich "npm start" in der Console sage, dass es funktioniert.
Wenn ich dann aber "systemctl status zigbee2mqtt.service" eingebe, dann bekomme ich folgende Ausgaben:
root@raspberrypi:/opt/zigbee2mqtt# systemctl status zigbee2mqtt.service
● zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Sun 2018-07-08 03:51:39 CEST; 63ms ago
Process: 26530 ExecStart=/usr/bin/npm start (code=exited, status=1/FAILURE)
Main PID: 26530 (code=exited, status=1/FAILURE)
Jul 08 03:51:39 raspberrypi systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'.
root@raspberrypi:/opt/zigbee2mqtt# systemctl status zigbee2mqtt.service
● zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2018-07-08 03:51:39 CEST; 1s ago
Main PID: 26559 (npm)
CGroup: /system.slice/zigbee2mqtt.service
├─26559 npm
├─26569 sh -c node index.js
└─26570 node index.js
Jul 08 03:51:39 raspberrypi systemd[1]: Started zigbee2mqtt.
Jul 08 03:51:41 raspberrypi npm[26559]: > zigbee2mqtt@0.1.0 start /opt/zigbee2mqtt
Jul 08 03:51:41 raspberrypi npm[26559]: > node index.js
Es scheint dann immer neuzustarten und einen Fehler zu haben.
An FHEM wird auch nichts mehr geschickt.
Ich habe mich an folgende Anleitung gehalten:
https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge
Ich hoffe ihr könnt mir helfen.
Grüße
Gear
hie gear,
ich habe seit heute morgen das gleiche problem. kannst du mir sagen , wie du es in den griff bekommen hast ?
gruss Byte09
Hi zusammen,
vor lauter verzweiflung habe ich die gesamte bridge jetzt auf einem zweiten pi installiert.
eigenartiger weise habe ich dort genau das gleiche verhalten , wie im post drüber auf dem ersten raspi .
da jetzt die hälfte meiner sensoren 'steht' habe ich ein echtes problem .
mit npm start lässt es sich starten , start über systemctl führt zu folgendem :
Okt 03 17:41:52 raspberrypi systemd[1]: zigbee2mqtt.service holdoff time over, scheduling restart.
Okt 03 17:41:52 raspberrypi systemd[1]: Stopping zigbee2mqtt...
Okt 03 17:41:52 raspberrypi systemd[1]: Starting zigbee2mqtt...
Okt 03 17:41:52 raspberrypi systemd[1]: Started zigbee2mqtt.
Okt 03 17:42:00 raspberrypi npm[1568]: > zigbee2mqtt@0.1.6 start /opt/zigbee2mqtt
Okt 03 17:42:00 raspberrypi npm[1568]: > node index.js
Okt 03 17:42:06 raspberrypi npm[1568]: fs.js:885
Okt 03 17:42:06 raspberrypi npm[1568]: return binding.mkdir(pathModule._makeLong(path),
Okt 03 17:42:06 raspberrypi npm[1568]: ^
Okt 03 17:42:06 raspberrypi npm[1568]: Error: EACCES: permission denied, mkdir '/opt/zigbee2mqtt/data/log/2018-10-03.17-42-06'
Okt 03 17:42:06 raspberrypi npm[1568]: at Object.fs.mkdirSync (fs.js:885:18)
Okt 03 17:42:06 raspberrypi npm[1568]: at mkdirSyncRecursive (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:199:16)
Okt 03 17:42:06 raspberrypi npm[1568]: at mkdirSyncRecursive (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:197:12)
Okt 03 17:42:06 raspberrypi npm[1568]: at mkdirSyncRecursive (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:197:12)
Okt 03 17:42:06 raspberrypi npm[1568]: at mkdirSyncRecursive (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:197:12)
Okt 03 17:42:06 raspberrypi npm[1568]: at mkdirSyncRecursive (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:197:12)
Okt 03 17:42:06 raspberrypi npm[1568]: at Object.mkdirSync (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:82:10)
Okt 03 17:42:06 raspberrypi npm[1568]: at Object.<anonymous> (/opt/zigbee2mqtt/lib/util/logger.js:17:4)
Okt 03 17:42:06 raspberrypi npm[1568]: at Module._compile (module.js:653:30)
Okt 03 17:42:06 raspberrypi npm[1568]: at Object.Module._extensions..js (module.js:664:10)
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR! code ELIFECYCLE
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR! errno 1
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR! zigbee2mqtt@0.1.6 start: `node index.js`
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR! Exit status 1
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR!
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR! Failed at the zigbee2mqtt@0.1.6 start script.
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
Okt 03 17:42:07 raspberrypi npm[1568]: npm ERR! A complete log of this run can be found in:
Okt 03 17:42:07 raspberrypi npm[1568]: npm ERR! /home/pi/.npm/_logs/2018-10-03T15_42_06_993Z-debug.log
Okt 03 17:42:07 raspberrypi systemd[1]: zigbee2mqtt.service: main process exited, code=exited, status=1/FAILURE
Okt 03 17:42:07 raspberrypi systemd[1]: Unit zigbee2mqtt.service entered failed state.
Okt 03 17:42:07 raspberrypi systemd[1]: zigbee2mqtt.service holdoff time over, scheduling restart.
Okt 03 17:42:07 raspberrypi systemd[1]: Stopping zigbee2mqtt...
Okt 03 17:42:07 raspberrypi systemd[1]: Starting zigbee2mqtt...
Okt 03 17:42:07 raspberrypi systemd[1]: Started zigbee2mqtt.
............... bräuchte hier dringend hilfe .
danke und gruss Byte09
edit: auf dem zweiten pi hane ich es nun hinbekommen , war ein rechteproblem , was ich nicht gesehen habe. Aber das Problem auf dem erstem Pi ist mir ein nachwievor ein Rätsel ?!
Der Batterie status eines meiner Aqara Temperatur Sensoren wird mir schon bei knapp 80% als low ausgegeben...
Lässt sich der schwellwert dazu irgendwo anpassen?
Internals:
CFGFN
DEF WSDCGQ11LM 0x00158d00022c9d06 XiaomiTHP_5
FRIENDLYNAME XiaomiTHP_5
IODev MQTT
MODEL WSDCGQ11LM
NAME FL_XiaomiTHP
NOTIFYDEV WSDCGQ11LM 0x00158d00022c9d06 XiaomiTHP_5
NR 210
SID 0x00158d00022c9d06
STATE 21.24 °C, 52.36 %, 1018.69 kPa, condensing at 13.2 °C, Battery: 78.33 %
TYPE XiaomiMQTTDevice
Helper:
DBLOG:
battery_level:
DBLogging:
TIME 1538616093.32211
VALUE 78.33
humidity:
DBLogging:
TIME 1538622696.48017
VALUE 52.36
linkquality:
DBLogging:
TIME 1538622696.46382
VALUE 94
pressure:
DBLogging:
TIME 1538622696.48017
VALUE 1018.69
temperature:
DBLogging:
TIME 1538622696.48017
VALUE 21.24
voltage:
DBLogging:
TIME 1538616093.32211
VALUE 2935
READINGS:
2018-10-04 05:11:36 battery low
2018-10-04 05:11:36 battery_level 78.33
2018-09-23 21:50:43 dewpoint 13.2
2018-10-04 05:11:36 humidity 52.36
2018-10-04 05:11:36 linkquality 94
2018-10-04 05:11:36 pressure 1018.69
2018-10-04 05:11:36 temperature 21.24
2018-10-04 05:11:36 transmission-state incoming publish received
2018-10-04 05:11:36 voltage 2935
message_ids:
subscribe:
zigbee2mqtt/XiaomiTHP_5
xiaomi/0x00158d00022c9d06/#
subscribeExpr:
^zigbee2mqtt\/XiaomiTHP_5$
^xiaomi\/0x00158d00022c9d06.*$
subscribeQos:
xiaomi/0x00158d00022c9d06/# 0
zigbee2mqtt/XiaomiTHP_5 0
Attributes:
DbLogExclude .*
DbLogInclude temperature,humidity,pressure,dewpoint,linkquality,voltage,battery_level
IODev MQTT
event-on-change-reading .*
group Klima
icon temp_temperature
room 08_Flur,25_Heizung,XiaomiMQTTDevice
stateFormat temperature °C, humidity %, pressure kPa, condensing at dewpoint °C, Battery: battery_level %
Zitat von: Byte09 am 03 Oktober 2018, 17:44:12
Hi zusammen,
vor lauter verzweiflung habe ich die gesamte bridge jetzt auf einem zweiten pi installiert.
eigenartiger weise habe ich dort genau das gleiche verhalten , wie im post drüber auf dem ersten raspi .
da jetzt die hälfte meiner sensoren 'steht' habe ich ein echtes problem .
mit npm start lässt es sich starten , start über systemctl führt zu folgendem :
Okt 03 17:41:52 raspberrypi systemd[1]: zigbee2mqtt.service holdoff time over, scheduling restart.
Okt 03 17:41:52 raspberrypi systemd[1]: Stopping zigbee2mqtt...
Okt 03 17:41:52 raspberrypi systemd[1]: Starting zigbee2mqtt...
Okt 03 17:41:52 raspberrypi systemd[1]: Started zigbee2mqtt.
Okt 03 17:42:00 raspberrypi npm[1568]: > zigbee2mqtt@0.1.6 start /opt/zigbee2mqtt
Okt 03 17:42:00 raspberrypi npm[1568]: > node index.js
Okt 03 17:42:06 raspberrypi npm[1568]: fs.js:885
Okt 03 17:42:06 raspberrypi npm[1568]: return binding.mkdir(pathModule._makeLong(path),
Okt 03 17:42:06 raspberrypi npm[1568]: ^
Okt 03 17:42:06 raspberrypi npm[1568]: Error: EACCES: permission denied, mkdir '/opt/zigbee2mqtt/data/log/2018-10-03.17-42-06'
Okt 03 17:42:06 raspberrypi npm[1568]: at Object.fs.mkdirSync (fs.js:885:18)
Okt 03 17:42:06 raspberrypi npm[1568]: at mkdirSyncRecursive (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:199:16)
Okt 03 17:42:06 raspberrypi npm[1568]: at mkdirSyncRecursive (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:197:12)
Okt 03 17:42:06 raspberrypi npm[1568]: at mkdirSyncRecursive (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:197:12)
Okt 03 17:42:06 raspberrypi npm[1568]: at mkdirSyncRecursive (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:197:12)
Okt 03 17:42:06 raspberrypi npm[1568]: at mkdirSyncRecursive (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:197:12)
Okt 03 17:42:06 raspberrypi npm[1568]: at Object.mkdirSync (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:82:10)
Okt 03 17:42:06 raspberrypi npm[1568]: at Object.<anonymous> (/opt/zigbee2mqtt/lib/util/logger.js:17:4)
Okt 03 17:42:06 raspberrypi npm[1568]: at Module._compile (module.js:653:30)
Okt 03 17:42:06 raspberrypi npm[1568]: at Object.Module._extensions..js (module.js:664:10)
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR! code ELIFECYCLE
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR! errno 1
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR! zigbee2mqtt@0.1.6 start: `node index.js`
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR! Exit status 1
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR!
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR! Failed at the zigbee2mqtt@0.1.6 start script.
Okt 03 17:42:06 raspberrypi npm[1568]: npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
Okt 03 17:42:07 raspberrypi npm[1568]: npm ERR! A complete log of this run can be found in:
Okt 03 17:42:07 raspberrypi npm[1568]: npm ERR! /home/pi/.npm/_logs/2018-10-03T15_42_06_993Z-debug.log
Okt 03 17:42:07 raspberrypi systemd[1]: zigbee2mqtt.service: main process exited, code=exited, status=1/FAILURE
Okt 03 17:42:07 raspberrypi systemd[1]: Unit zigbee2mqtt.service entered failed state.
Okt 03 17:42:07 raspberrypi systemd[1]: zigbee2mqtt.service holdoff time over, scheduling restart.
Okt 03 17:42:07 raspberrypi systemd[1]: Stopping zigbee2mqtt...
Okt 03 17:42:07 raspberrypi systemd[1]: Starting zigbee2mqtt...
Okt 03 17:42:07 raspberrypi systemd[1]: Started zigbee2mqtt.
............... bräuchte hier dringend hilfe .
danke und gruss Byte09
edit: auf dem zweiten pi hane ich es nun hinbekommen , war ein rechteproblem , was ich nicht gesehen habe. Aber das Problem auf dem erstem Pi ist mir ein nachwievor ein Rätsel ?!
Hi Byte,
das sieht aus wie ein rechte Problem: Error: EACCES: permission denied, mkdir '/opt/zigbee2mqtt/data/log/2018-10-03.17-42-06
Mach mal ein:
chown username /opt/zigbee2mqtt -R
Alternativ den Dienst als root laufen lassen :)
Viele Grüße
Mark
Hallo zusammen.
habe heute das Modul in betrieb genommen. installation hat alles soweit funktioniert, die Statusmeldung passen auch.
Wenn ich das Modul in FHEM definieren will, schmier FHEm komplett ab.
Hier die letzten Meldung.
2018.10.10 16:10:23 3: No I/O device found for xBridge
2018.10.10 16:10:23 1: client device hash no IODev provided
Undefined subroutine &XiaomiMQTT::DEVICE::send_publish called at ./FHEM/72_XiaomiMQTTDevice.pm line 381.
Kann es sein, dass es damit zusammen hängt, dass ich keinen externen MQTT Broker am laufen habe?
ich benutze nur MQTT2, also FHEM als MQTT Server.
Gruß und Danke
Sascha
Dann kannst du es auch ohne das Modul direkt als MQTT2_DEVICE anlegen lassen, siehe wiki-Praxisbeiträge. Oder eben ein MQTT-Gerät an MQTT2 dranhängen und dann erst das Xiaomi...-Gerät darüber füttern. Dann eine ID per attr an das MQTT-Gerät setzen.
Hab mir mal was gebastelt um die ganze Hardware zu verstauen.
Machst du das auch in Serie?
Könnte auch sowas GEBRAUCHEN :)
Kann man mittlerweile auch die RGB Farben bei den Ikea Lampen über MQTT ändern ?
Das mit "RGB" sollte gehen, allerdings würde ich eher darauf tippen, das man keinen Hue-Wert in das json packen muss.
Reicht der FTDI zur Versorgung? Würde eher einen CP2102 da sehen...
Den FTDI hab ich gewählt da er eine eindeutige ID hat.
Läuft auch ohne Probleme.
Platinen hab ich nochmal ein wenig modifiziert und neu bestellt.
In Serie mache ich die nicht würde aber die Platine schon abgeben.
Die CP2102 kann man auch individualisieren. Müsste im wiki stehen.
Hat hier schon mal jemand Update Probleme mit den runden Temperatursensoren gehabt? Bei mir scheint einer von insgesamt 3 Sensoren nach einiger Zeit keine neuen Werte mehr zu liefern. Wenn ich allerdings die Batterie einmal raus und wieder rein nehme, funktioniert es wieder für ein paar Tage. Der Sensor selbst schein auch vor dem Wechsel auf einen Knopfdruck mit der LED zu reagieren, deshalb gehe ich erstmal von einem Empfangsproblem aus. In ZigBee2MQTT tauchen im Log auch keine neuen Werte auf, der Debug Modus sieht auch nicht verdächtigt aus. Seltsamerweise werden mit aber nach dem Aus und Einschalten direkt wieder aktuelle Werte angezeigt. Kann es sein, dass die Sensoren bei konstant schlechter Signalqualität in eine Art Deep Sleep schalten? Ich habe noch einen anderen Sensor etwas weiter entfernt, der aber nich solche Probleme zeigt.
ZitatDie CP2102 kann man auch individualisieren.
Die finde ich sicherer als FTDIs ! (Zudem viel sicherer als FTDIs die nicht von FTDI stammen, also alle die sehr billig sind)
Daher werde ich dazu mal eine Platine pinseln... (Abgeleitet davon und massiv abgespeckt: https://github.com/ranseyer/CUN-STM32/tree/master/HW-MAPLE-Large/AddOns/RasPi-UART__Zigbee-CC2530)
Zitat von: Ranseyer am 15 Oktober 2018, 14:00:19
Die finde ich sicherer als FTDIs ! (Zudem viel sicherer als FTDIs die nicht von FTDI stammen, also alle die sehr billig sind)
Na ja, wenn man eine verlässliche Quelle hat, ist FTDI oft auch OK und ausreichend mit 40mA.
Schade ist halt, dass die Micro-Boards beim CP2102 alle nicht die 3.3V liefern, sondern erst mal mehr. Aber auf einem eigenen Layout ist das ja kein Thema.
ZitatSchade ist halt, dass die Micro-Boards beim CP2102 alle nicht die 3.3V liefern, sondern erst mal mehr. Aber auf einem eigenen Layout ist das ja kein Thema.
Hmmm dachte eigentlich TX/RX vom CC2530 gar nicht zu verbinden... Aber was solls, zwei Widerstände zusätzlich am Eingang sollte platzmäßig auch egal sein. Muss man ja nicht bestücken wenn es nur ein Router werden soll.
Danke dür den Hinweis.
Das betrifft aber nur.die fertigen Boards, der Chip selbst hat den Fehler nicht. Siehe Wiki...
Hallo,
Ich versuche den Zigbe Stick zu integrieren.
Habe gestern schon einmal angefangen.
Leider zu viele Fehler deshalb wurde abgebrochen.
Jetzt habe ich noch einmal begonnen und habe jeden Schritt mit Antwort dokumentiert.
Hier geht es jetzt aber wieder nicht weiter.
Kannst Du mir bitte helfen?
ls -l /dev/ttyACM0
crw-rw---T 1 root dialout 166, 0 Okt 14 22:58 /dev/ttyACM0
groups
pi adm tty dialout cdrom sudo audio video plugdev games users netdev input indiecity spi gpio
sudo usermod -a -G dialout pi
pi@raspberry:~ $
sudo /etc/init.d/fhem stop
Stopping fhem...
sudo /etc/init.d/fhem start
Starting fhem...
sudo curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
Your distribution, identified as "wheezy",
is not currently supported, please contact NodeSource at
https://github.com/nodesource/distributions/issues
if you think this is incorrect or would like your distribution
to be considered for support
node --version
-bash: node: Kommando nicht gefunden.
Wenn ich richtig verstanden habe wird die Distribution nicht unterstützt.
Was muss ich machen, damit es weiter geht.
Gruß Michael
Zitat von: exot am 15 Oktober 2018, 18:33:18
sudo curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
Your distribution, identified as "wheezy",
is not currently supported, please contact NodeSource at
https://github.com/nodesource/distributions/issues
if you think this is incorrect or would like your distribution
to be considered for support
node --version
-bash: node: Kommando nicht gefunden.
Schon gegoogelt (https://www.google.de/search?q=node+js+wheezy) ?
Ich denke es gibt mehrere Ansätze: https://nodejs.org/en/download/package-manager/
Hallo,
Danke für Deine sehr schnelle Antwort.
Kann leider mit den Links nicht viel anfangen.
Ich bin da absolut blind.
ich würde " Arch Linux" im zweiten Link versuchen.
Kann das klappen?
Gruß Michael
Habe folgendes gemacht:
wget -qO- https://deb.nodesource.com/setup_8.x | sudo -E bash -
sudo apt-get install -y nodejs
root@raspberrypi:/home/pi# sudo apt-get install -y nodejs
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
nodejs ist schon die neueste Version.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@raspberrypi:/home/pi#
root@raspberrypi:/home/pi# node --version
bash: node: Kommando nicht gefunden.
Laut Antwort soll alles installiert sein,
Wenn ich aber nach Version frage kommt " Kommando nicht gefunden"
Verstehe ich nicht.
Gruß Michael
Zitat von: Beta-User am 15 Oktober 2018, 16:29:21
Das betrifft aber nur.die fertigen Boards, der Chip selbst hat den Fehler nicht. Siehe Wiki...
Das war mir teilweise klar. Aber nicht das spezielle Designproblem der Teil die ich mir bestellt habe.
Daher war das Foto im Wiki super: https://wiki.fhem.de/wiki/CP2102#3.3V_werden_.C3.BCberschritten
Weisst du wie der Pegel am TX Pin des Moduls ist wenn der Pin9 siehe Foto abgetrennt wird ? (3,3 oder 5V?)
PS: Ich habe noch nie die Spannung am 3,3V Pin gemessen, nur Glück gehabt.
Danke für die Rückmeldung zum wiki :) . Gemessen habe ich auch nicht, gehe aber davon aus, dass bei korrektem Anschluss überall nur 3.3V anliegen; jedenfalls habe ich bisher auch nirgends was anderes gelesen.
Die höhere Spannung kommt rein, weil durch den Designfehler der interne Regler nicht richtig funktioniert. Kappt man die eine Verbindung, ist das insgesamt behoben (denke ich).
Hallo,
Bin jetzt endlich so weit, das eine Version von nodejs gezeigt wird.
Aber npm funktioniert nicht.
## Confirming "wheezy" is supported...
+ curl -sLf -o /dev/null 'https://deb.nodesource.com/node_8.x/dists/wheezy/Release'
## Your distribution, identified as "wheezy", is not currently supported, please contact Nodethis is incorrect or would like your distribution to be considered for support
pi@raspberrypi ~ $ nodejs -v
v0.6.19
pi@raspberrypi ~ $ npm -v
-bash: npm: Kommando nicht gefunden.
pi@raspberrypi ~ $
Bitte um Hilfe , Danke
Gruß Michael
Zitat von: exot am 15 Oktober 2018, 22:53:21
Hallo,
Bin jetzt endlich so weit, das eine Version von nodejs gezeigt wird.
Aber npm funktioniert nicht.
## Confirming "wheezy" is supported...
+ curl -sLf -o /dev/null 'https://deb.nodesource.com/node_8.x/dists/wheezy/Release'
## Your distribution, identified as "wheezy", is not currently supported, please contact Nodethis is incorrect or would like your distribution to be considered for support
pi@raspberrypi ~ $ nodejs -v
v0.6.19
pi@raspberrypi ~ $ npm -v
-bash: npm: Kommando nicht gefunden.
pi@raspberrypi ~ $
Bitte um Hilfe , Danke
Gruß Michael
Hallo,
hast du die Anleitung im Wiki schon ausprobiert? https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge
Bei dir sieht der curl Befehl etwas komisch aus, der lädt nodejs direkt in den Papierkorb > /dev/null
So wäre es besser: curl -sL https://deb.nodesource.com/setup_8.x | sudo -E bash -
EDIT: jetzt gesehen das du es schon probiert hast und bei dir steht auch folgendes: Your distribution, identified as "wheezy", is not currently supported
Du musst dein Debian OS upgraden, am besten auf die Version "Stretch", das ist die aktuelle stable Version.
Google mal nach debian upgrade stretch. Im Grunde ist das nur das editieren von /etc/apt/sources.list und ein apt-get update und ein apt-get dist-upgrade
Vorher aber unbedingt ein Backup machen und Zeit mit einplanen...
Viele Grüße
Mark
Wenn sonst nicht viel außer FHEM drauf ist: besser neue SD-Karte nehmen und neu installieren!
Einfach nur die sources.list zu editieren, ist jedenfalls m.E. keine ernsthafte Option...
Aber hier echt OT.
Hallo Mark,
Danke für Deine Unterstützung.
Reicht ein Fhem Backup oder sollte ich die Karte über den Win32 Disk i. clonen/sichern?
Hallo Beta_User,
Auch Dank für die Hilfestellung,
Eine Neue Karte ist vorhanden.
Wenn ich diese neu einrichte, was solte ich installieren,
Kannst Du mir bitte einen Link schicken, Danke :)
Und anschließend müssen doch Verzeichnisse gewechselt werden, damit Fhem wieder läuft.
Sind meine Vorstellungen so richtig?
Wenn ja ; wie ist die Vorgehensweise.
Danke für Eure Hilfe
Gruß Michael
Installieren: die aktuelle "lite"-Armbian. Müsste Stretch sein, wie auf raspberry.org verfügbar. Der Rest steht im FHEM-wiki! Da gibt es einen Artikel zum PI.
Hallo Michael,
ich würde beides sichern, die SD Karte als img Datei auf dem PC abspeichern und zusätzlich die Fhem Installation.
Wenn du neu installierst, wirst du je nachdem welche Fhem Module du einsetzt, das Problem bekommen die nötigen Debian, Python etc. Pakete erstmal zu finden und diese dann zu installieren.
Heißt du kannst dich erstmal durchs Forum und Wiki wühlen um die Abhängigkeiten zu finden. Auch wenn du andere Dienste wie habridge oder Scripte einsetzt wie lepresenced, darf man die auch neu installieren/konfigurieren bzw. die Konfiguration zurück spielen. Das ist alles ein Haufen arbeit, aber sauberer ist es schon.
Ich würde es erstmal mit einem Update versuchen, dafür ist das Debian Debian Paketmanagement da und die Dienste und Konfiguration bleiben so weit erhalten und werden nur auf dem neusten Stand gebracht.
Wenn es nicht klappt, dann kann man immer noch neu installieren.
Viele Grüße
Mark
Hallo Mark,
Danke für Deine Nachricht.
Ja mein Fhem ist sehr umfangreich und es sind schon einige Sache drin
die mich viel Zeit und Nerven gekostet haben.
Ich habe jetzt mittels Win32 Disk Imager eine Datensicherung der Karte gemacht.
Werde morgen eine neue Karte damit füttern, anschließend
kontrollieren ob alles läuft ud dann versuche wie von Dir beschrieben ein Update machen.
Ich denke positiv. :) :) :)
Dann muss es klappen :D
Werde berichten.
Gruß Michael
Bitte ggf. dazu einen neuen Thread aufmachen, wenn es noch Fragen gibt.
Aber noch eine Anmerkung:
Ein "umfangreiche" FHEM-Installation ist kein Hinderungsgrund für eine saubere Neuinstallation; fehlende Perl-Module kann man dem log beim Starten entnehmen, das ist keine große Aktion. Sonstige Sachen, Dienste usw. wären was anderes, aber auch dazu sollte eine vernünftige Doku existieren.... Ein Upgrade über 2 (!) Versionen bleibt in meinen Augen suboptimal.
Trotzdem viel Erfolg.
Hallo Mark,
Danke für Deinen Hinweis.
Zitatund zusätzlich die Fhem Installation.
Wie meinst Du das? Als Backup über Fhem?
Guten Morgen Beta-User,
Zitatfehlende Perl-Module kann man dem log beim Starten entnehmen
Auch das verstehe ich nicht.
Kannst Du mir das bitte genauer erklären. Bitte :)
Wünsche einen schönen Tag
Gruß Michael
Es ist hier OT.
Mach' einen neuen Thread auf, nachdem du wenigstens nachgeschaut hast, was mit fhem log gemeint sein könnte!
Alles andere ist unhöflich ggu. dem TE.
Hallo Beta-User,
Danke für den Hinweis.
Ich bitte um Entschuldigung, wollte den Thread nicht zummüllen. :'( :'(
Werde meine Frage in "Anfängerfragen " stellern.
Gruß Michael
Hallo Oskar, könntest du noch die Möglichkeit integrieren für den Vibrationssensor die Sensitivität ein zu stellen?
ZitatDevice specific commands are always send to the topic: zigbee2mqtt/<DEVICE_ID>/set. Below you will find the possible payloads.
Xiaomi Aqara vibration sensor (DJT11LM)
Set the sensitivity of the sensor. NOTE: As this device is sleeping most of the time, right before sending this command press the button on the device.
{
"sensitivity": "medium" // Possible values: 'low', 'medium', 'high'
}
Erstmal vielen Dank für dieses tolle FHEM-Modul.
In meinem Gewächshaus läuft seit einiger Zeit die "alte" Version mit einigen Xiaomi Sensoren.
Für eine Xiaomi-Zigbee-Schaltsteckdose habe ich jetzt Alles auf neuesten Stand gebracht.
Das Device "ZNCZ02LM" wird nach dem Pairing nur als "Sensor" (Zustand ON/OFF, ....) ekannt.
Ich habe aber nichts gefunden wie ich das Teil steuern kann (für "set Device" ist nur remove verfügbar).
Könnte mir Jemand einen Tip geben ?
Vielen Dank und viele Grüße Mike
Zitat von: lumi am 21 Oktober 2018, 12:37:23
Für eine Xiaomi-Zigbee-Schaltsteckdose habe ich jetzt Alles auf neuesten Stand gebracht.
Das Device "ZNCZ02LM" wird nach dem Pairing nur als "Sensor" (Zustand ON/OFF, ....) ekannt.
Ich habe aber nichts gefunden wie ich das Teil steuern kann (für "set Device" ist nur remove verfügbar).
Könnte mir Jemand einen Tip geben ?
Hast du denn schon ein "setList" angelegt?
z.B.
attr SmartPlug setList on zigbee2mqtt/SmartPlug/set {"state":"ON"} off zigbee2mqtt/SmartPlug/set {"state":"OFF"}
Zitat von: LuGu am 21 Oktober 2018, 20:52:52
Hast du denn schon ein "setList" angelegt?
z.B.
attr SmartPlug setList on zigbee2mqtt/SmartPlug/set {"state":"ON"} off zigbee2mqtt/SmartPlug/set {"state":"OFF"}
Vielen Dank für den Tip !
Wenn ich für mein Device "SmartPlug" das Attribut "setList" anlegen will, erhalte ich die Fehlermeldung "SmartPlug: unknown attribute setList. Type 'attr SmartPlug ?' for a detailed list"
Was mache ich falsch ? Muß ich ein Dummy Device anlegen ?
Ich habe bisher das XiaomiSmartHome Modul von Torte genutzt.
Gruß Mike
Auszug aus der fhem.cfg:
#--- Xiaomi Zigbee MQTT Bridge ------------
define MQTT MQTT localhost:1883
define xBridge XiaomiMQTTDevice bridge
attr xBridge IODev MQTT
attr xBridge room XiaomiMQTTDevice
define SmartPlug XiaomiMQTTDevice ZNCZ02LM 0x00158d0002160426
attr SmartPlug IODev MQTT
attr SmartPlug alias SmartPlug
attr SmartPlug room XiaomiMQTTDevice
define FileLog_SmartPlug FileLog ./log/SmartPlug-%Y.log SmartPlug
attr FileLog_SmartPlug logtype text
attr FileLog_SmartPlug room XiaomiMQTTDevice
Gerade in einem Post (HueLight) die Lösung gefunden: attr SmartPlug webCmd ON:OFF hinzufügen
Gruß Mike
Hallo erstmal und Danke an alle Beteiligten für diese tolle Arbeit.
Habe bereits Xiaomi Raumtemperatursensoren,Bewegungsmelder, Fenstersensor sowie Osram Smart Plug Steckdosen damit einrichten können.
Dieser Zigbee Stick mit MQTT ist einfach klasse.
Aktuell bin ich an IKEA Tradfri E27 RGB LED Lampen dran.
Diese könnte ich schon einbinden und mittels der passenden Attribute soweit anpassen das toggle:on:off:brightness funktionieren. Aber am RGB scheitere ich. Kann mir jemand sagen ob es geht und dann auch mit welchen Attributen?Habe RGB samt Colorpicker eingerichtet in den Attributen aber die Lmape wechselt die Farbe nicht. Muss da noch was anderes eingestellt werden?
Gruss bUll1t
Wollte mir jetzt auch von Xiaomi Sensoren zulegen und hab die Teile für den Stick bestellt. Was mich aber etwas wunder ist, dass das FHEM Hue Modul vor ein paar Tagen ein Update bekommen hat wonach jetzt Xiaomi Aqana Water Sensoren erkannt werden. Bedeutet das, dass diese auch über die normale HueBridge angelernt werden können und laufen?
Zitat von: nanocosmos am 28 September 2018, 08:28:55
Im Zigbee2mqtt kommt leider gar nichts an, nachdem ich das Pairing gestartet habe.
Sep 28 08:23:13 fhem xiaomi[314]: zigbee2mqtt:info 2018-9-28 08:23:13 Zigbee: allowing new devices to join.
Auch ein Update der Devices zeigt nichts neuen an.
Der Osram Smart+ Plug liegt direkt neben dem CC2531.
Hatte erst im Verdacht das falsche HEX File auf den CC2531 gezogen zu haben, da aktuell nur Xiaomi Geräte funktionieren.
Scheint aber das aktuelle HEX zu sein.
Bin ratlos...
Viele Grüße
Daniel
Problem gelöst.Ich hatte wohl die magische Grenze von 15 Devices am Coordinator erreicht.
Obwohl ich zwischenzeitlich 2 Devices wieder gelöscht hatte, schienen diese noch auf dem Stick vorhanden zu sein,
sprich mir wurden in FHEM 13 Devices angezeigt, der Stick war aber immernoch bei 15 Devices.
Habe den Stick neu geflasht und nun konnte ich den Smart+ Plug ohne Probleme pairen.
Zitat von: bull1t am 22 Oktober 2018, 09:34:45
Habe RGB samt Colorpicker eingerichtet in den Attributen aber die Lmape wechselt die Farbe nicht. Muss da noch was anderes eingestellt werden?
Gruss bUll1t
Habe die zwar nicht, würde es aber mal mal mit einem hue-Blob versuchen.
Hallo,
könnte mir bitte jemand auf die Sprünge helfen. :)
Der Osram Smart+ Plug soll eigentlich als Router funktionieren. In der devices.db wird er auch als Router gelistet.
Mich wundert nur, dass mein Xiaomi Motion Sensor, der quasi direkt neben dem Osram Plug sitzt, eine linkquality von 0 besitzt, obwohl der SmartPlug eine von 63 hat.
Muss ich jetzt den Motion Sensor nochmal neu pairen???
Ich bin davon ausgegangen, dass der Router das Netzwerk entsprechend vergrößert und so mein Motion Sensor also eine bessere linkquality erhalten sollte.
Des Weiteren habe ich einen CC2530 mit dem Router Hex geflasht. Wird auch in FHEM als CC2530 Router erkannt, nur steht der status auf "false".
Hallo,
ich habe auch keine Ahnung, wie die Geräte untereinander die Verbindung aufbauen... Ein Signal von 0 heißt dann wohl offline, zu schwaches Signal oder nicht gepairt.
Man kann sich eine Network Map als Bild erstellen lassen: https://github.com/Koenkk/zigbee2mqtt/issues/417
Das sieht in etwa so aus wie unten.
Dann sieht man, wie die Devices miteinander verbunden sind. Allerdings geht das wohl derzeit nur mit dem dev branch von zigbee2mqtt und wie man darauf updated weiß ich leider auch nicht.
EDIT: es geht ab zigbee2mqtt Version 0.1.8 https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge#6-for-later-update-zigbee2mqtt-to-the-latest-version
Man muss graphviz installieren und zwei cmds absetzen, am besten mit zwei Consolen, weil eine davon (mosquitto_sub) offen bleiben muss:
mosquitto_sub -h mqtt-server-ip -C 1 -t zigbee2mqtt/bridge/networkmap/graphviz | sfdp -Tpng | display -
mosquitto_pub -h mqtt-server-ip -t zigbee2mqtt/bridge/networkmap -m graphviz
Die Network Bild Datei liegt dann im /tmp/ Ordner.
Wäre aber schon cool, wenn man das in Fhem mit einbinden könnte...
Mal kurz gefragt: habe den BatterieStatus eingerichtet.
Der fragt alle erreichbaren Geräte nach dem entsprechenden Status ab.
Im Aqara-Sensor wird einmal: Battery low und darunter: Voltage 2955 angezeigt.
Wie bekomme ich den dazu, daß Voltage als Batteriestatus übernommen wird?
Zitat von: Neuhier am 23 Oktober 2018, 17:12:37
Mal kurz gefragt: habe den BatterieStatus eingerichtet.
Der fragt alle erreichbaren Geräte nach dem entsprechenden Status ab.
Im Aqara-Sensor wird einmal: Battery low und darunter: Voltage 2955 angezeigt.
Wie bekomme ich den dazu, daß Voltage als Batteriestatus übernommen wird?
Ich hab es mir einfach gemacht. Ich finde auch, dass die Battery low Meldung zu "sensibel" ist. Ich habe an jedem zigbee Device ein userRadings mit Schwellenwerten, basierend auf "voltage", angefügt, der das reading "battery" überschreibt.
attr [zigbeeDevice] userReadings battery {if(ReadingsVal("$name","voltage","") >= "2900") {return "ok"} elsif (ReadingsVal("$name","voltage","") < "2900") {return "low"}}
... läuft bei mir ganz gut.
Hallo,
Vielleicht interessiert es ja auch hier jemanden. Scheinbar kann man den CC2530 auch an einen Wemos hängen und über ESP-link in Zigbee2MQTT einbinden.
ZitatOskar Neumann:
wie gesagt, ESP mit ESP-Link und dann als Port
socket://esp-link.local:2323
angeben (mit entsprechender IP des ESP). Das sollte eig klappen, ansonsten mal ein Ticket bei Zigbee2Mqtt aufmachen.
Ich habe es noch nicht getestet, werde es aber zeitnah mal angehen. Dann bekomme ich den CC2530 auch relativ schnell in meinen Proxmox Container rein ohne umständlich den USB Port weiter zu reichen.
Danke für den Tip @BetaUser,
befürchte nur ich komme hier nicht weiter.
Ich konnte zwar recht einfach die Xiaomi Sensoren einbinden und bekomme auch alle readings angezeigt
und auch der osram smart plug war mit attr <device> webcmd on:off schnell eingebunden.
Aber da war bisher nirgends was mit geschweiften Klammern/Blobs o.ä. dabei.
Ich tappe seit mehreren Tagen völlig im dunkeln da on:off:brightness funktionieren nur Farbe nicht.
Auch im reading der Lampe steht nur
brightness
state
transmission state
So ist meine Lampe definiert (sry ich weiss für code gibts normal n extra Funktion im Forum)
webCmd - brightness:toggle:on:off:rgb
widgetOverride - brightness:colorpicker,BRI,0,10,250 rgb:colorpicker,rgb,0,1,359
Ich hoffe es fällt noch jemandem was ein.
Gruß bUll1t
Nachtrag:Hab die Lampe mal mit der originalen Ikea Fernbedienung gekoppelt aber auch da das selbe...
an/aus/dimmen aber kein Farbwechsel - die Lampenkennzeichnung stimmt aber überein mit der Verpackung.
K.A., ob das Modul hier hue unterstützt.
Ich würde folgendermaßen vorgehen:
Schauen (z.b. mit mosquitto_sub), wie der brightness-blob da aussieht (an der Konsole)
Dasselbe direkt mit mosquitto_sub generieren, wieder auf Konsolenebene
Dann dasselbe mit hue, wobei der Wertebereich noch zu klären wäre - bis die Birne reagiert
Zuletzt die Frage klären, wie dieser Blob mit FHEM zu erstellen ist. Da ich MQTT2 einsetze, wäre das damit kein Problem, mit dem Modul hier muss evtl. was am code ergänzt werden.
Danke für deine Meldung BetaUser...Im Moment gerade hab ich keine Ahnung was du da geschrieben hast ;-).
Das wird wohl auch ein Problem bei der Sache sein. Ich bin im "etwas eingearbeitetem Anfängerstadium".
Aber ich mach mich schlau und versuche das mal durchzuführen und melde mich dann wieder mit hoffentlich guten Nachrichten.
Kein Problem...
Im Kern geht es darum, nicht gleich den gesamten Info-Fluss, wie er von FHEM kommen soll, erst mal auf jeder Stufe nachzuvollziehen.
Was mir noch eingefallen ist: wenn du die "alte" 00_MQTT.pm Einbindung nutzt, könnte ein setReading für hue einen Test wert sein. Einfach kopieren, was du für brightness hast und brightness durch hue ersetzen, auch beim colorpicker. Den Wertebereich ggf. noch anpassen.
Ich bring die Lampen heute erstmal zurück zu IKEA.
Hab sie aus dem System genommen,Werksreset gemacht und mit der IKEA Fernbedienung alleine verbunden.Gleiches Verhalten...An/Aus/Dimmen...keine Farbtemperatur oder Farbwechsel.D.h.ich gehe erstmal davon aus das die Lampen defekt sind auch wenn 2 gleichzeitig ein ziemlicher Zufall wäre.
Im Idealfall bringe ich 2 neue,getestete Lampen mit und versuche es erneut.
Guten Morgen,
eine (vielleicht) blöde Frage... auf meinem Brix mit Debian läuft node 6.xx, da ich u.a. auch die Homebridge nutze und die mit node 8.xx nicht läuft (zumindest habe ich bislang keinen Weg gefunden). Würde gerne das System hier nutzen, Stick ist da und startklar, zum Testen habe ich 2 Temp/Hum Sensoren von Xioami bestellt. Krux ist aber - unter node 6.xx bekomme ich Koenkk nicht ans laufen, das benötigt wiederum node 8.xx.
Nen Raspi habe ich noch da, aber an sich fände ich es unglücklich nur für das Gateway einen Raspi 24/7 zu betreiben. Hatte jemand hier schon mal ein ähnliches "Problem" und eine Idee/Lösung für mich?
Bin für jeden Tip dankbar,
Grüße Tedious
Hallo Tedious,
schau dir mal LXC an, damit kannst du mehrere Linux Systeme auf einer Maschine virtualisieren. Alternativ Docker.
Viele Grüße
Mark
Zitat von: Tedious am 26 Oktober 2018, 09:13:21
Guten Morgen,
eine (vielleicht) blöde Frage... auf meinem Brix mit Debian läuft node 6.xx, da ich u.a. auch die Homebridge nutze und die mit node 8.xx nicht läuft (zumindest habe ich bislang keinen Weg gefunden). Würde gerne das System hier nutzen, Stick ist da und startklar, zum Testen habe ich 2 Temp/Hum Sensoren von Xioami bestellt. Krux ist aber - unter node 6.xx bekomme ich Koenkk nicht ans laufen, das benötigt wiederum node 8.xx.
Nen Raspi habe ich noch da, aber an sich fände ich es unglücklich nur für das Gateway einen Raspi 24/7 zu betreiben. Hatte jemand hier schon mal ein ähnliches "Problem" und eine Idee/Lösung für mich?
Bin für jeden Tip dankbar,
Grüße Tedious
Ich nutze Proxmox auf einem Nuc. Habe jetzt insgesamt 8 verschiedene Debian Systeme drauf laufen. Jedes System für einen eigenen Service (FHEM/Homekit/Unifi/...).
Hallo,
Nach dem ich es nun endlich geschafft habe zigbee2mqtt
zu installieren soll es weiter gehen.
Für mich aber weiterhin eine Odyssee :'( :'(
Frage 1:
ExecStart=/usr/bin/node /opt/zigbee2mqtt/index.js
Was muss ich hier anpassen?
Frage 2:
pi@raspberrypi:~ $ sudo systemctl enable xiaomi
Failed to enable unit: File xiaomi.service: No such file or directory
Datei oder Verzeichnis nicht gefunden. Die Datei ist mit Inhalt vorhanden.
Eben nur was anpassen?
Wer kann mir bitte helfen.
Danke
Gruß Michael
Zitat von: exot am 27 Oktober 2018, 18:15:46
Frage 1:
ExecStart=/usr/bin/node /opt/zigbee2mqtt/index.js
Was muss ich hier anpassen?
Nix.
Zitat von: exot am 27 Oktober 2018, 18:15:46
Frage 2:
pi@raspberrypi:~ $ sudo systemctl enable xiaomi
Failed to enable unit: File xiaomi.service: No such file or directory
Datei oder Verzeichnis nicht gefunden. Die Datei ist mit Inhalt vorhanden.
Eben nur was anpassen?
Ab Punkt 5: https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge
Hallo Mark,
Danke für Deine Nachricht.
ZitatNix.
Hatte ich auch so belassen
ZitatAb Punkt 5
Punkt 5 wurde ja schon vorher abgearbeitet.
Jetzt habe ich Pkt. 6 nachgeholt .
alle Schritte die ich heute getätigt habe sind wie folgt:
28.10.18
https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge
#ab Punkt 6
sudo systemctl stop zigbee2mqtt
cd /opt/zigbee2mqtt
git checkout HEAD -- npm-shrinkwrap.json
git pull
Bereits aktuell
rm -rf node_modules
npm install
sudo systemctl start zigbee2mqtt
sudo journalctl -u zigbee2mqtt.service -f
#zigbee2mqtt läuft
sudo service mosquitto status
#mosquitto läuft
update add https://raw.githubusercontent.com/oskarn97/fhem-xiaomi-mqtt/master/controls_xiaomi-zb2mqtt.txt
#ist in Liste enthalten
update check xiaomi-zb2mqtt
#nothing to do...
update all xiaomi-zb2mqtt
#2018.10.28 10:57:50 1 : nothing to do...
systemctl enable xiaomi
#Failed to enable unit: File xiaomi.service: No such file or directory
define MQTT MQTT localhost:1883
Internals:
DEF localhost:1883
DeviceName localhost:1883
FD 4
NAME MQTT
NOTIFYDEV global
NR 14
NTFY_ORDER 50-MQTT
PARTIAL
STATE opened
TYPE MQTT
buf
msgid 1
ping_received 1
timeout 60
READINGS:
2018-10-28 11:10:39 connection active
2018-10-28 10:25:39 state opened
messages:
Attributes:
define xBridge XiaomiMQTTDevice bridge
Internals:
CFGFN
CHANGED
DEF bridge
FRIENDLYNAME
IODev MQTT
MODEL bridge
NAME xBridge
NOTIFYDEV bridge
NR 114
SID bridge
STATE online
TYPE XiaomiMQTTDevice
READINGS:
2018-10-28 11:14:04 log {"type":"devices","message":[]}
2018-10-28 11:14:02 state online
2018-10-28 11:14:54 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/bridge
xiaomi/bridge/#
zigbee2mqtt/bridge/#
subscribeExpr:
^zigbee2mqtt\/bridge$
^xiaomi\/bridge.*$
^zigbee2mqtt\/bridge.*$
subscribeQos:
xiaomi/bridge/# 0
zigbee2mqtt/bridge 0
zigbee2mqtt/bridge/# 0
subscribeReadings:
zigbee2mqtt/bridge/config/devices:
zigbee2mqtt/bridge/config/permit_join:
zigbee2mqtt/bridge/log:
zigbee2mqtt/bridge/state:
Attributes:
IODev MQTT
Ich denke das sieht soweit ganz gut aus bis auf:
pi@raspberrypi:~ $ systemctl enable xiaomi
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-unit-files ===
Legitimierung ist notwendig für die Verwaltung von Systemdiensten und Einheitendateien.
Authenticating as: root
Password:
polkit-agent-helper-1: pam_authenticate failed: Authentication failure
==== AUTHENTICATION FAILED ===
Failed to enable unit: Access denied
pi@raspberrypi:~ $ ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-unit-files ===
-bash: ====: Kommando nicht gefunden.
pi@raspberrypi:~ $ Legitimierung ist notwendig für die Verwaltung von Systemdiensten und Einheitendateien.
-bash: Legitimierung: Kommando nicht gefunden.
pi@raspberrypi:~ $ Authenticating as: root
-bash: Authenticating: Kommando nicht gefunden.
pi@raspberrypi:~ $ Password:
-bash: Password:: Kommando nicht gefunden.
pi@raspberrypi:~ $ polkit-agent-helper-1: pam_authenticate failed: Authentication failure
-bash: polkit-agent-helper-1:: Kommando nicht gefunden.
pi@raspberrypi:~ $ ==== AUTHENTICATION FAILED ===
-bash: ====: Kommando nicht gefunden.
pi@raspberrypi:~ $ Failed to enable unit: Access denied
-bash: Failed: Kommando nicht gefunden.
pi@raspberrypi:~ $ sudo systemctl enable xiaomi
Failed to enable unit: File xiaomi.service: No such file or directory
pi@raspberrypi:~ $ sudo su
root@raspberrypi:/home/pi# systemctl enable xiaomi
Failed to enable unit: File xiaomi.service: No such file or directory
root@raspberrypi:/home/pi# Failed to enable unit: File xiaomi.service: No such file or directory
bash: Failed: Kommando nicht gefunden.
root@raspberrypi:/home/pi# sudo nano /etc/systemd/system/xiaomi.service:
root@raspberrypi:/home/pi# sudo nano /etc/systemd/system/xiaomi.service:
root@raspberrypi:/home/pi# sudo nano /etc/systemd/system/xiaomi.service:
root@raspberrypi:/home/pi# systemctl enable xiaomi
Failed to enable unit: File xiaomi.service: No such file or directory
Die Datei "xiaomi.service:" ist aber unter etc/systemd/system vorhanden
Gruß Michael
Hi Michael
Probiere es Mal mit sudo davor.
sudo systemctl enable xiaomi
Gruß Alex
Gesendet von meinem Redmi Note 4 mit Tapatalk
Ich vermute die Datei (/etc/systemd/system/zigbee2mqtt.service) ist leer und du hast diese nicht editiert oder nicht abgespeichert (Add the following to this file:).
https://www.google.de/search?q=nano+editor&source=lnt&tbs=lr:lang_1de
Hallo Alex,
Danke für Deine Nachricht und Unterstützung.
Mit "sudo"
habe ich auch versucht
Hallo Mark,
Das ist der Inhalt:
[Unit]
Description=Xiaomi
[Service]
ExecStart=/usr/bin/node /opt/zigbee2mqtt/index.js
Restart=always
RestartSec=5
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=xiaomi
[Install]
WantedBy=multi-user.target
Gruß Michael
Du mixt dort irgendwie ganz viel durcheinander, die Anleitung hier im ersten Thread, die schon veraltet ist und die Anleitung im zigbee2mqtt Wiki. Mach es so wie es im Wiki von zigbee2mqtt beschrieben ist.
Wenn es nicht funktioniert, poste die Ausgabe von: sudo cat /etc/systemd/system/zigbee2mqtt.service
Und die Ausgabe von: sudo systemctl start zigbee2mqtt
Hallo Mark,
Danke für Deinen Hinweis,
In der Tat habe ich anfangs die Prozedur von Seie 1 beginnend durchgeführt.
Bin dann aber auf den von Dir angegebenen Link gestoßen und habe die Installation
dehin gehend weiter geführt. Somit war alles OK.
Das hat die eben durchgeführte Überprüfung ergeben.
Und nun---- :D :D :D :D :D.
Internals:
CFGFN
DEF unknown 0x00158d0002329079
FRIENDLYNAME
IODev MQTT
MODEL unknown
NAME 0x00158d0002329079
NOTIFYDEV unknown 0x00158d0002329079
NR 42
SID 0x00158d0002329079
STATE state
TYPE XiaomiMQTTDevice
READINGS:
2018-10-28 15:48:55 humidity 41.83
2018-10-28 15:48:55 linkquality 115
2018-10-28 15:48:55 pressure 1015
2018-10-28 15:48:55 temperature 22.51
2018-10-28 15:48:55 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/0x00158d0002329079
xiaomi/0x00158d0002329079/#
subscribeExpr:
^zigbee2mqtt\/0x00158d0002329079$
^xiaomi\/0x00158d0002329079.*$
subscribeQos:
xiaomi/0x00158d0002329079/# 0
zigbee2mqtt/0x00158d0002329079 0
Attributes:
IODev MQTT
room XiaomiMQTTDevice
stateFormat state
Es hat geklappt.
Bin jetzt mal auf die Reichweite gespannt.
Nun kommt aber die entscheidende Frage:
Das zigbee Backup auf das Hauptsystem spielen
oder das
Backup des Hauptsystems auf das eben estellte Zigbee System spielen.
Gruß Michael
Reichweite ist hier brauchbar, bei mir ca 10m mit 12-er Wand dazwischen.
@exot das mit der Anleitung im Wiki habe ich dir aber schon mehr als einmal geschrieben... ;D
Wie du das machen sollst, kann ich dir nicht sagen. Ich persönlich würde Zigbee2mqtt direkt auf dem Hauptsystem installieren, sofern es mindestens ein RPi2 ist. Wenn es noch ein RPi1 ist, dann wechsel lieber das System auf ein RPi2/3 etc.
Die Reichweite kannst du mit 230V Geräten wie Ikea Glühbirnen, oder Steckdosen mit Zigbee erhöhen, die fungieren gleichzeitig auch als Router. Die Reichweite ist aber schon allgemein geringer als bei 433 MHZ.
Zur Info:
Ich habe heute mal versucht, meine Plugwise-Geräte mit dem zigbee2mqtt zu verbinden.
Leider ergebnislos.
Eigentlich ist PW ja auch Zigbee, werden vom Stick aber nicht erkannt.
lg, Stefan
Hallo,
Ich habe den Temperatursensor eine Etage höher verlegt.
Betondecke und Ytonwände müssen überwunden werden.
Im Moment aktualisiert er noch die Daten.
Hallo Mark,
Das habe ich schon versucht.
Nur erscheinen hier die schon bekannten Fehler.
Es ist auch nicht eine geforderte Version sondern:
pi@raspberrypi ~ $ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 7.11 (wheezy)
Release: 7.11
Codename: wheezy
Gruß Michael
Zitat von: exot am 28 Oktober 2018, 19:27:36
Es ist auch nicht eine geforderte Version sondern:
Codename: wheezy
Dann clone die SD Karte vom jetzigen Hautpsystem auf eine neue SD Karte, also kopieren auf eine mindestens gleichgroße oder eine größere SD Karte und versuche mit dieser ein update auf Debian Stretch. Dann Zigbee2mqtt dort installieren.
Wie das geht, hatte ich dir schon mal geschrieben.
Ansonsten musst du Fhem und co. auf die neue SD Karte rüber ziehen bzw. installieren.
Nochmal:
1. linux-update ist hier OT!!!! Diskutiert das in dem anderen thread weiter!
2. Wenn nur Fhem bisher auf dem Altsystem installiert war, ist es VIEL einfacher, das backup auf das neue System zu bringen und dann fehlende Pakete entsprechend der fhem-log-Ausgabe nachzuinstallieren...
Hallo,
ich habe die Anleitung aus dem ersten Post verwendet, um einen hier im Forum gekauften USB Stick für die Anbindung von ZigBee Komponenten in meiner FHEM Instanz zu verwenden. Die Softwarekomponenten scheinen alle zu funktionieren, jedoch kann ich irgendwie meinen Xiaomi Aqara Wasser Sensor nicht verbinden.
Nach dem "set xBridge pair 1" und dem 5 Sekunden drücken der Taste des Sensors passiert einfach nichts.
mosquitto_sub -d -v -t \#
Client mosqsub|5901-vmfhem sending CONNECT
Client mosqsub|5901-vmfhem received CONNACK
Client mosqsub|5901-vmfhem sending SUBSCRIBE (Mid: 1, Topic: #, QoS: 0)
Client mosqsub|5901-vmfhem received SUBACK
Subscribed (mid: 1): 0
Client mosqsub|5901-vmfhem received PUBLISH (d0, q0, r1, m0, 'xiaomi/bridge/state', ... (6 bytes))
xiaomi/bridge/state online
Client mosqsub|5901-vmfhem sending PINGREQ
Client mosqsub|5901-vmfhem received PINGRESP
Zitat von: tavoc am 29 Oktober 2018, 08:38:45
ich habe die Anleitung aus dem ersten Post verwendet, um einen hier im Forum gekauften USB Stick für die Anbindung von ZigBee Komponenten in meiner FHEM Instanz zu verwenden. Die Softwarekomponenten scheinen alle zu funktionieren, jedoch kann ich irgendwie meinen Xiaomi Aqara Wasser Sensor nicht verbinden.
Hallo,
ich habe selber so einen Wasser Sensor und der war nicht einfach zu pairen, du musst es mehrfach versuchen und mit den Sekunden des Buttons spielen, also das gedrückt halten. Es hilft auch Zigbee2mqtt in der Console zu starten, damit man den Output sieht. Weil etwas passieren tut dort schon. Alternativ ins LOG schauen.
Dazu solltest du das pairing einige Meter entfernt von WLAN Geräten machen, weil die stören sich gegenseitig.
Hallo,
des Weiteren würde ich empfehlen den Sensor möglichst nah an den Stick zu bringen?
Lassen sich den weiterhin andere Sensoren anlernen?
Grüße Daniel
Hallo, danke für die Antworten.
Ich werde es morgen nochmal probieren. Das mit dem WLAN ist eine gute Idee, ich hatte 4 Geräte in direkter Nähe.
Ich habe leider nur Sensoren vom Typ Wassersensor (8 Stück).
Grundsätzlich funktionieren diese, zum Test mal in Openhab eingebunden (gefällt mir aber nicht). Habe deswegen bei FHEM nochmal von vorn mit der Einbindung von zigbee angefangen.
Hallo,
Seit gestern läuft auf meiner Testkarte ein zweiter Aquara Temperatursensor .
Dieser wurde im Gewächshaus platziert. Luftlinie ca. 16m.
Der Pi mit Stick befindet sich im Keller und ist aufgrund
der Gegebenheiten nicht sehr günstig installiert.
Die Daten beider Sensoren werden etwa alle 10 min ausgelesen.
Damit bin ich zufrieden. :)
Der pi ist ein Model B3+.
Was ich nicht verstehe, es gelingt nicht Aquara Sensoren zu verbinden
die bereits über den Xiaomi Gateway verbunden sind.
Kann das bestätigt werden?
Gruß Michael
Zitat von: exot am 31 Oktober 2018, 14:05:33
Was ich nicht verstehe, es gelingt nicht Aquara Sensoren zu verbinden
die bereits über den Xiaomi Gateway verbunden sind.
Wenn du die Aquara Sensoren neu pairst, ist die Verbindung zur orginalen Xiaomi Bridge weg. Man kann die Sensoren nur an ein Gateway pairen.
Das pairen bei Zigbee2Mqtt geht nicht so einfach wie bei der originalen Bridge, das ist etwas fummelig und man muss es mehrmals probieren.
Ein paar Seiten zurück habe ich was über WLAN geschrieben.. man sollte beim pairen so nah wie Möglich an den Stick ran, aus Sicherheitsgründen.
Dazu so weit wie Möglich weg, von irgendwelchen WLAN oder Bluetooth Geräten. Wenn dein RPi3 WLAN aktiviert hat, dann stell es ab oder besorge dir ein USB Verlängerungskabel. Dann sollte das gehen.
Hallo Mark,
Ich hatte Deine Ratschläge schon beachtet.
Nur eben nicht das WLAN im pi deaktiviert.
Wurde soeben gemacht.
Gruß Michael
Hmm.. ich hab gestern die ersten beiden Tempsensoren aus ca. 50cm gepaired - problemlos, obwohl rund 30cm vom Brix entfernt ein Fritz1750 Repeater werkelt (Brix WLan ist überigens an,. auch BT für die Tags). Wobei das ein guter Hinweis ist, bin mit den Reichweiten nicht wirklich zufrieden, aber ich wollte auch keine X-Meter Netzwerkkabel ziehen.
Zitat von: Tedious am 31 Oktober 2018, 16:30:30
Hmm.. ich hab gestern die ersten beiden Tempsensoren aus ca. 50cm gepaired - problemlos, obwohl rund 30cm vom Brix entfernt ein Fritz1750 Repeater werkelt (Brix WLan ist überigens an,. auch BT für die Tags). Wobei das ein guter Hinweis ist, bin mit den Reichweiten nicht wirklich zufrieden, aber ich wollte auch keine X-Meter Netzwerkkabel ziehen.
Dann versuch mal ein Aquara Cube oder den Wassersensor zu pairen. :) Bei mir steht der CC2530 aus Platzgründen neben den WLAN Router und ein pairen war dort nicht Möglich. Ich hatte das an die 20 Minuten lang probiert, bis ich den CC2530 via USB Kabel verlängert habe. Dann ging es und ich habe das nicht zum ersten mal gemacht.
Zigbee hat eine Sicherheitsfunktion, das man nah genug am Gateway sein muss, sonst ist ein pairen nicht Möglich. WLAN/BT stört dort halt und setzt die Signalstärke herab.
Moin,
bei mir hat es nun auch funktioniert. Ich konnte die Sensoren nach Entfernung von WLAN/BT Geräten erfolgreich pairen und bekomme auch Readings.
Mich wundert nur dass in FHEM bei State bei einem "state" und beim anderen "paired" steht.
Ist das irgendwie relevant?
Bei mir ist es auch so.
Beide Sensoren funktionieren aber.
Hallo zurück,
kurze Rückmeldung zu den Ikea Tradfri RGB.
Hab es leider nicht hinbekommen die RGB Lampen zum Farbwechsel zu bewegen.
Bei "spielen" mit den Attributen bekam ich irgendwann auch 2 neue Readings angezeigt.
Nämlich color-x und Color-y...Aber es ist mir nicht gelungen diese zu verändern.
Kurz um: Ich hab es dann aufgegeben und nur weiße dimmbare Lampen eingesetzt.
Es waren dann einfach zu viele Teststunden und zu wenig know how vorhanden.
gruß bUll1t
Vielleicht hat ja jemand Interesse daran oder jemand anderes könnte es ins Wiki übernehmen.
Zigbee2MQTT Coordinator mit CC2530Firmware:
Zitathttp://ptvo.info/wp-content/uploads/2018/05/cc2530_1.2.2a.44539_firmware.zip
Wiring:
Zitat
P02 --> TX
P03 --> RX
VCC --> 3.3V
GND --> GND
Konfiguration:
homeassistant: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://localhost'
serial:
port: /dev/serial/by-id/usb-FTDI_USB__-__Serial_Cable_12345678-if00-port0
baudrate: 115200
advanced:
rtscts: false
Ich nutze das ganze aktuell mit einem FTDI Adapter, ohne Probleme.
Zitat von: gloob am 01 November 2018, 19:45:12
Firmware: http://ptvo.info/wp-content/uploads/2018/05/cc2530_1.2.2a.44539_firmware.zip
Hi,
die Firmware von PTVO kann ich nicht empfehlen, nimm besser diese hier: https://raw.githubusercontent.com/dzungpv/Z-Stack-firmware/master/coordinator/CC2530/bin/CC2530ZNP-Prod.hex
Quelle: https://github.com/Koenkk/zigbee2mqtt/issues/293
Die von PTVO ist fehlerhaft, meine Motion Sensoren sind nach einiger Zeit mit der Firmware immer ausgestiegen.
https://github.com/Koenkk/zigbee2mqtt/issues/270#issuecomment-413538006
Viele Grüße
Mark
Ich komme leider nicht weiter...
Nachdem ich bei meinen gestrigen Versuchen z.T. Installationsprobleme hatte, habe ich heute noch einmal ganz von vorne aufgesetzt (das heißt auch: Sicherung zurückgespielt, um keine ,,Leichen" im System zu haben).
Zuerst habe ich mein System (Debian-Jessi) auf den aktuellsten Stand gebracht (8.11). FHEM ist aktuell, MQTT (sowohl Mosquitto als auch die neue Version MQTT2 (anderer Port) laufen seit etlicher Zeit problemlos).
Danach bin ich ausschließlich nach https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge
vorgegangen.
Diesmal ohne Fehlermeldungen oder weiteren Problemen.
Aber:
Bereits nach dem 1. Händischen Start von zigbee2mqtt finde ich im Log Probleme
2018-11-2 15:19:02 - info: Logging to directory: '/opt/zigbee2mqtt/data/log/2018-11-02.15-19-02'
2018-11-2 15:19:02 - info: Starting zigbee2mqtt version 0.1.8 (commit #97cc56b)
2018-11-2 15:19:02 - info: Starting zigbee-shepherd
2018-11-2 15:19:03 - info: zigbee-shepherd started
2018-11-2 15:19:03 - info: Coordinator firmware version: '20180815'
2018-11-2 15:19:03 - info: Currently 0 devices are joined:
2018-11-2 15:19:03 - warn: `permit_join` set to `true` in configuration.yaml.
2018-11-2 15:19:03 - warn: Allowing new devices to join.
2018-11-2 15:19:03 - warn: Set `permit_join` to `false` once you joined all devices.
2018-11-2 15:19:03 - info: Zigbee: allowing new devices to join.
2018-11-2 15:19:03 - info: Connecting to MQTT server at 192.168.0.19:1883
2018-11-2 15:19:03 - info: zigbee-shepherd ready
2018-11-2 15:19:13 - error: Not connected to MQTT server!
2018-11-2 15:19:23 - error: Not connected to MQTT server!
2018-11-2 15:19:33 - error: Not connected to MQTT server!
2018-11-2 15:19:43 - error: Not connected to MQTT server!
2018-11-2 15:19:53 - error: Not connected to MQTT server!
Ich habe dann dennoch weiter gemacht, die Bridge in FHEM angelegt und dann ein Pairing durchgeführt. Das Pairing wurde anscheinend auch durchgeführt, hat aber leider FHEM nicht erreicht
2018-11-2 15:54:03 - error: Not connected to MQTT server!
2018-11-2 15:54:13 - error: Not connected to MQTT server!
2018-11-2 15:54:21 - info: New device with address 0x00158d00022fdcd9 connected!
2018-11-2 15:54:21 - error: Not connected to MQTT server!
2018-11-2 15:54:21 - error: Cannot send message: topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"device_connected","message":"0x00158d00022fdcd9"}
2018-11-2 15:54:23 - error: Not connected to MQTT server!
2018-11-2 15:54:33 - info: Device incoming...
2018-11-2 15:54:33 - error: Not connected to MQTT server!
2018-11-2 15:54:33 - error: Cannot send message: topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"device incoming"}
2018-11-2 15:54:33 - error: Not connected to MQTT server!
2018-11-2 15:54:43 - error: Not connected to MQTT server!
2018-11-2 15:54:53 - error: Not connected to MQTT server!
2018-11-2 15:55:03 - error: Not connected to MQTT server!
2018-11-2 15:55:13 - error: Not connected to MQTT server!
2018-11-2 15:55:13 - error: Not connected to MQTT server!
2018-11-2 15:55:13 - error: Cannot send message: topic: 'zigbee2mqtt/0x00158d00022fdcd9', payload: '{"temperature":23.37,"linkquality":139}
2018-11-2 15:55:13 - error: Not connected to MQTT server!
2018-11-2 15:55:13 - error: Cannot send message: topic: 'zigbee2mqtt/0x00158d00022fdcd9', payload: '{"temperature":23.37,"linkquality":141,"humidity":51.3}
2018-11-2 15:55:13 - error: Not connected to MQTT server!
2018-11-2 15:55:13 - error: Cannot send message: topic: 'zigbee2mqtt/0x00158d00022fdcd9', payload: '{"temperature":23.37,"linkquality":141,"humidity":51.3,"pressure":1010}
2018-11-2 15:55:16 - error: Not connected to MQTT server!
Ich bitte um Unterstützung. Danke.
LG
Holger
Zitat von: Omega am 02 November 2018, 16:21:27
Ich komme leider nicht weiter...
Nachdem ich bei meinen gestrigen Versuchen z.T. Installationsprobleme hatte, habe ich heute noch einmal ganz von vorne aufgesetzt (das heißt auch: Sicherung zurückgespielt, um keine ,,Leichen" im System zu haben).
Zuerst habe ich mein System (Debian-Jessi) auf den aktuellsten Stand gebracht (8.11). FHEM ist aktuell, MQTT (sowohl Mosquitto als auch die neue Version MQTT2 (anderer Port) laufen seit etlicher Zeit problemlos).
Danach bin ich ausschließlich nach https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge
vorgegangen.
Diesmal ohne Fehlermeldungen oder weiteren Problemen.
Aber:
Bereits nach dem 1. Händischen Start von zigbee2mqtt finde ich im Log Probleme
2018-11-2 15:19:02 - info: Logging to directory: '/opt/zigbee2mqtt/data/log/2018-11-02.15-19-02'
2018-11-2 15:19:02 - info: Starting zigbee2mqtt version 0.1.8 (commit #97cc56b)
2018-11-2 15:19:02 - info: Starting zigbee-shepherd
2018-11-2 15:19:03 - info: zigbee-shepherd started
2018-11-2 15:19:03 - info: Coordinator firmware version: '20180815'
2018-11-2 15:19:03 - info: Currently 0 devices are joined:
2018-11-2 15:19:03 - warn: `permit_join` set to `true` in configuration.yaml.
2018-11-2 15:19:03 - warn: Allowing new devices to join.
2018-11-2 15:19:03 - warn: Set `permit_join` to `false` once you joined all devices.
2018-11-2 15:19:03 - info: Zigbee: allowing new devices to join.
2018-11-2 15:19:03 - info: Connecting to MQTT server at 192.168.0.19:1883
2018-11-2 15:19:03 - info: zigbee-shepherd ready
2018-11-2 15:19:13 - error: Not connected to MQTT server!
2018-11-2 15:19:23 - error: Not connected to MQTT server!
2018-11-2 15:19:33 - error: Not connected to MQTT server!
2018-11-2 15:19:43 - error: Not connected to MQTT server!
2018-11-2 15:19:53 - error: Not connected to MQTT server!
Ich habe dann dennoch weiter gemacht, die Bridge in FHEM angelegt und dann ein Pairing durchgeführt. Das Pairing wurde anscheinend auch durchgeführt, hat aber leider FHEM nicht erreicht
2018-11-2 15:54:03 - error: Not connected to MQTT server!
2018-11-2 15:54:13 - error: Not connected to MQTT server!
2018-11-2 15:54:21 - info: New device with address 0x00158d00022fdcd9 connected!
2018-11-2 15:54:21 - error: Not connected to MQTT server!
2018-11-2 15:54:21 - error: Cannot send message: topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"device_connected","message":"0x00158d00022fdcd9"}
2018-11-2 15:54:23 - error: Not connected to MQTT server!
2018-11-2 15:54:33 - info: Device incoming...
2018-11-2 15:54:33 - error: Not connected to MQTT server!
2018-11-2 15:54:33 - error: Cannot send message: topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"device incoming"}
2018-11-2 15:54:33 - error: Not connected to MQTT server!
2018-11-2 15:54:43 - error: Not connected to MQTT server!
2018-11-2 15:54:53 - error: Not connected to MQTT server!
2018-11-2 15:55:03 - error: Not connected to MQTT server!
2018-11-2 15:55:13 - error: Not connected to MQTT server!
2018-11-2 15:55:13 - error: Not connected to MQTT server!
2018-11-2 15:55:13 - error: Cannot send message: topic: 'zigbee2mqtt/0x00158d00022fdcd9', payload: '{"temperature":23.37,"linkquality":139}
2018-11-2 15:55:13 - error: Not connected to MQTT server!
2018-11-2 15:55:13 - error: Cannot send message: topic: 'zigbee2mqtt/0x00158d00022fdcd9', payload: '{"temperature":23.37,"linkquality":141,"humidity":51.3}
2018-11-2 15:55:13 - error: Not connected to MQTT server!
2018-11-2 15:55:13 - error: Cannot send message: topic: 'zigbee2mqtt/0x00158d00022fdcd9', payload: '{"temperature":23.37,"linkquality":141,"humidity":51.3,"pressure":1010}
2018-11-2 15:55:16 - error: Not connected to MQTT server!
Ich bitte um Unterstützung. Danke.
LG
Holger
zeig doch bitte mal den inhalt der logdatei :
info: Logging to directory: '/opt/zigbee2mqtt/data/log/2018-11-02.15-19-02'
edit: gerade erst genau gesehen , scheint ja die logdatei zu sein . dann bitte nur noch ...
und deine 'configuration.yaml'
gruss Byte09
Ja, das sind Auszüge aus den zigbee2mqtt-Logdateien
configuration.yaml (devices: und folgende Zeilen wurden nicht von mir eingetragen, kommen bestimmt vom pairing.
homeassistant: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: '192.168.0.19:1883'
serial:
port: /dev/ttyACM1
devices:
'0x00158d00022fdcd9':
friendly_name: '0x00158d00022fdcd9'
retain: false
Zitat von: Omega am 02 November 2018, 16:53:43
Ja, das sind Auszüge aus den zigbee2mqtt-Logdateien
configuration.yaml (devices: und folgende Zeilen wurden nicht von mir eingetragen, kommen bestimmt vom pairing.
homeassistant: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: '192.168.0.19:1883'
serial:
port: /dev/ttyACM1
devices:
'0x00158d00022fdcd9':
friendly_name: '0x00158d00022fdcd9'
retain: false
die angabe des servers stimmt nicht . sie muss wie folgt lauten:
server: 'mqtt://192.168.0.19:1883'
gruss Byte09
Ich meine mal gelesen zu haben, dass man Debian Strech nutzen sollte.
Zitat von: nanocosmos am 02 November 2018, 19:23:58
Ich meine mal gelesen zu haben, dass man Debian Strech nutzen sollte.
ja, steht irgendwo , läuft bei mir aber mit jessie problemlos .
stretch kann ich leider nicht nutzen , aufgrund des gattoo-lproblems.
gruss Byte09
@Byte09
- you made my day !! ;D
Genau das war es.
Das mit Stretch bzw. Jessie hatte ich auch irgendwo gelesen. Das bezog sich aber mMn nur auf den Raspi. Und ich setze klassisch Debian in einer VM auf einem NUC ein.
LG
Holger
Hallo Forum,
ich habe hier von IKEA TRADFRI diese runde Fernbedienung https://www.ikea.com/de/de/catalog/products/30338849/ (https://www.ikea.com/de/de/catalog/products/30338849/). Hat das Jemand mit dem cc2531 ans Laufen gebracht?
Im FHEM wird die Fernbedienung erkannt. Bild im Anhang.
Es werden jedoch keine Tastenbefehle empfangen.
Kleines Feedback (hin und wieder taucht ja die Frage zu MQTT2 im thread auf):
Meine 1. Tests habe ich mit MQTT2 durchgeführt. Solange nur 1 Sensor im Spiel war, lief auch alles einwandfrei.
Probleme habe ich erst bekommen, als ich versucht habe, einen 2. Sensor mit einzubinden. Das schien auch zunächst funktioniert zu haben bis auf einmal immer andere Probleme auftauchten.
Ein Device war nicht mehr erreichbar, hatte jetzt ein Reading ,,type pairing". Trotz etlicher Anlernversuche bin ich nie über diesen Status hinweggekommen.
Im attr readingList des 2. Sensors waren beide Sensoren aufgeführt. Ich kenne mich mit MQTT nicht wirklich aus, es erschien mir aber merkwürdig, dass ein Sensor gleichzeitig auch auf einen anderen hören soll.
Nach einem "shutdown restart" wurde auf einmal wieder ein neues MQTT2-Device erkannt (dafür lief dann das bisher eingerichtete nicht mehr). Ich habe mehrfach neu aufgesetzt (vom Löschen der Sensoren mit anschließendem Neuanlernen bis zum Löschen der database.db.
Löschen der db hat allerdings nicht viel bewirkt. Nach einem Neustart war automatisch wieder alles da.
Heute habe ich noch einmal alles weggeschmissen und neu aufgesetzt (diesmal MQTT als Broker). Und mit dem hat dann auch alles funktioniert. :D :D
Wo die Probleme letztendlich herkommen (MQTT2, zigbee2mqtt oder xBridge) kann ich nicht sagen, aber zumindest ist dieses Zusammenspiel (im Gegensatz zu MQTT) noch verbesserungsfähig.
LG
Holger
Hättest du eine ID vergeben in der yaml?
Für mqtt2 ist das nach meinen bisherigen Erfahrungen essentiell, im übrigen ist es einfacher zu handhaben...
MQTT2 ist IMHO noch Baustelle.
Habe auch tagelang experimentiert, eh es einigermaßen lief.
Das Bild ist gleich:
1 Sensor = keine Probleme
2. Sensor = wird erkannt, aber die Werte nur von Sensor 1 angezeigt.
Die Sensoren sind vereinzelt, falls danach gefragt werden sollte.
Wobei in der Anleitung dazu nix über Sensoren steht.
Egal. Erledigt. Abgehakt.
Mit MQTT selber ging es tagelang ohne Zicken. Das habe ich auch wieder draufgemacht - fertig.
Zu Sensoren kann ich nix sagen, gehe aber davon aus, dass - wie bei den Lampen auch - jeder seinen Pfad hat, auf den die messages mit den Readings kommen. Ein list von den vereinzelten Devices und dem Bridge-Gerät wäre gut, um deine These hier zu belegen, dass die Mqtt2-Module das durcheinander bringen und diesbezügliche Unklarheiten zu beseitigen - das klang von anderer Seite nämlich anders...
Nach meinem Eindruck ist es nicht MQTT2 gewesen, warum das tagelanges Experimentieren war. Bitte lass die Kirche im Dorf und bleibe fair! Dass die Doku dazu ggf. noch ergänzt werden kann, ist ausdrücklich was anderes...
ZitatHättest du eine ID vergeben in der yaml?
Wenn du mit ID friendly_name meinst: ja, war eingestellt. In MQTT2 konnte ich aber keine Verbindung herstellen vom friendly_name zum Sensor. Beispiel: friendly_name: '0x00158d00022fdcd9' meldet sich per autocreate als MQTT2_mqttjs_ccfc4e0e. Im Device selber war weder in den Internals noch Readings eine Verbindung zwischen den beiden Bezeichnungen zu finden. Bei einem Sensor kein Problem, bei mehreren aber wohl. Ich habe dann den friendly_name in der yaml geändert. Den Sensor musste ich anschließend neu zuordnen, war aber kein Problem. Erst mit einem 2. Sensor wurde es dann problematisch - wie beschrieben.
Unter MQTT habe ich '0x00158d00022fdcd9' in den Internals stehen. So kann ich immer Rückschlüsse ziehen auf das eigentliche Device.
Grundsätzlich bin ich von MQTT2 überzeugt. Für FHEM ist das der richtige Weg, meine Tasmota-Devices laufen alle problemlos. Für mich als nicht MQTT-Versteher ist alles prinzipiell wesentlich einfacher. Nur eben nicht im Zusammenspiel von Xiaomi. Diese Verbindung ist verbesserungsfähig. Wie schon geschrieben weiß ich aber nicht, wo die Probleme tatsächlich zu suchen sind.
Lists kann ich leider nicht mehr zur Verfügung stellen (ich weiß, das wäre hilfreich) - momentan brauche ich auch ein wenig Abstand. Habe für diese eigentlich kleine Ergänzung erst mal viel zu viel Zeit verbraten.
LG
Holger
Nein, mit ID war was gemeint was client_id oder so ähnlich heißt; es handelt sich um eine eindeutige Kennung für dieses mqtt-Gerät...
@Beta-user
Müßte neues Thema werden, fehlt aber dann der Zusammenhang? Wenn doch, bitte verschieben.
MQTT2 mit Xiaomi/ Aqara wäre eine Idee.
MQTT2 liest 4 Sensoren ein, alle vorher entpairt, dann neu gepairt, da die ja schon bekannt waren.
Es erscheint im zigbee_pi aktuell 1 Sensor, die restlichen 3 werden bei Device_list aufgeführt.
Die Werte des, aktuell angezeigten, Devices werden auch sauber aufgeführt.
Aber auch nur diese, keine der anderen Sensoren.
Alles in/ aus den Readings im zigbee_pi.
Vereinzelt hatte ich über den Eintrag, der in zigbee_pi in ReadingsList steht ( untere Zeile ).
Beispiel:
define 0x00158d0001d3887b MQTT2_DEVICE
attr 0x00158d0001d3887b readingList zigbee_pi:zigbee2mqtt/0x00158d0001d3887b:.* { json2nameValue($EVENT) }
So weit, so richtig?
In dem, von Dir erwähnten Beitrag meinerseits, ging es darum, daß ich den Stick nicht verbunden/ eingerichtet bekam.
Nach Löschung des Eintrages: include_device_information: true
bekam ich einen neuen MQTT2_Server angezeigt:
mqtt2_fhem_server_127.0.0.1_48000
Seither geht der Stick wie erhofft.
Das hat aber keinen Einfluß auf die Devices, außer, daß die nun gelesen werden. :)
Also klärend: MQTT2 ist mit Xiaomi anspruchsvoller, als erwartet.
Der Fehler sitzt immer wieder mal vor dem Monitor.
Die Aqara-Sensoren unter MQTT einbinden ist einfacher.
Du kannst das gerne in dem "läuft..." thread diskutieren.
Bei jedem der Sensoren müßte die Sensor-ID ("0x...") in der readingList eine andere sein (und nur diese eine enthalten). Ob das so ist, müsstest du nachsehen...
Ok, den obigen Beitrag nach "Läuft.." verlinken?
Zitat von: Neuhier am 04 November 2018, 23:27:22
Ok, den obigen Beitrag nach "Läuft.." verlinken?
Gerne: https://forum.fhem.de/index.php/topic,91394.msg853541.html#msg853541 :D
Guten Abend zusammen,
ich hoffe Ihr könnt mir helfen. Seit 2 Tagen versuche ich schlussendlich den Xiaomi Cube mit dem Zigbee-USB-Stick in FHEM einzubinden - leider geht bei mir gar nichts und sehe vor lauter Anleitungen nicht mehr den Wald vor lauter Bäumen ....
Aber der Reihe nach. Ich denke das 1. Problem habe ich hier - wenn ich eingebe:
cd /opt/zigbee2mqtt
npm start
Dann erhalte ich folgende Ausgabe:
0 info it worked if it ends with ok
1 verbose cli [ '/root/.nvm/versions/node/v11.1.0/bin/node',
1 verbose cli '/root/.nvm/versions/node/v11.1.0/bin/npm',
1 verbose cli 'start' ]
2 info using npm@6.4.1
3 info using node@v11.1.0
4 verbose run-script [ 'prestart', 'start', 'poststart' ]
5 info lifecycle zigbee2mqtt@0.1.8~prestart: zigbee2mqtt@0.1.8
6 info lifecycle zigbee2mqtt@0.1.8~start: zigbee2mqtt@0.1.8
7 verbose lifecycle zigbee2mqtt@0.1.8~start: unsafe-perm in lifecycle true
8 verbose lifecycle zigbee2mqtt@0.1.8~start: PATH: /root/.nvm/versions/node/v11.1.0/lib/node_modules/npm/node_modules/npm-lifecycle/node-gyp-bin:/opt/zigbee2mqtt/node_modules/.bin:/root/.nvm/versions/node/v11.1.0/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
9 verbose lifecycle zigbee2mqtt@0.1.8~start: CWD: /opt/zigbee2mqtt
10 silly lifecycle zigbee2mqtt@0.1.8~start: Args: [ '-c', 'node index.js' ]
11 silly lifecycle zigbee2mqtt@0.1.8~start: Returned: code: 1 signal: null
12 info lifecycle zigbee2mqtt@0.1.8~start: Failed to exec start script
13 verbose stack Error: zigbee2mqtt@0.1.8 start: `node index.js`
13 verbose stack Exit status 1
13 verbose stack at EventEmitter.<anonymous> (/root/.nvm/versions/node/v11.1.0/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:301:16)
13 verbose stack at EventEmitter.emit (events.js:182:13)
13 verbose stack at ChildProcess.<anonymous> (/root/.nvm/versions/node/v11.1.0/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
13 verbose stack at ChildProcess.emit (events.js:182:13)
13 verbose stack at maybeClose (internal/child_process.js:970:16)
13 verbose stack at Process.ChildProcess._handle.onexit (internal/child_process.js:257:5)
14 verbose pkgid zigbee2mqtt@0.1.8
15 verbose cwd /opt/zigbee2mqtt
16 verbose Linux 4.14.71-v7+
17 verbose argv "/root/.nvm/versions/node/v11.1.0/bin/node" "/root/.nvm/versions/node/v11.1.0/bin/npm" "start"
18 verbose node v11.1.0
19 verbose npm v6.4.1
20 error code ELIFECYCLE
21 error errno 1
22 error zigbee2mqtt@0.1.8 start: `node index.js`
22 error Exit status 1
23 error Failed at the zigbee2mqtt@0.1.8 start script.
23 error This is probably not a problem with npm. There is likely additional logging output above.
24 verbose exit [ 1, true ]
Das ganze läuft auf einem RasPi 3.
Ich bin für jede Hilfe dankbar.
LG, Sprudelverduenner
Hallo,
mit der node v11 scheint Ziggbee2mqtt noch nicht richtig zu laufen: https://github.com/Koenkk/zigbee2mqtt/issues/552
Halte dich an die Installationsleitung aus dem Wiki: https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge
Viele Grüße
Mark
Zitat von: sprudelverduenner am 07 November 2018, 21:52:47
2 info using npm@6.4.1
3 info using node@v11.1.0
Danke, das habe ich in der Zwischenzeit schon gemacht.
Der Log sieht nun besser aus. Einzige Fehlermeldung:
PM not connect to MQTT Server!
Habe ich Tomaten auf den Augen ? In den Anleitung finde ich nichts zu MQTT ... >:(
Das sieht schon besser aus... du brauchst noch ein MQTT Server, z.B.den MQTT2 Server: https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#zigbee2mqtt.
MQTT ist die Schnittstelle zur Kommunikation zwischen zigbee2mqtt und Fhem.
EDIT: und diesen Fhem MQTT Server musst du dann in der zigbee2mqtt configuration.yaml in /opt/zigbee2mqtt/data angeben:
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://localhost'
Ab morgen gibt es auch MQTT2_CLIENT.
Damit kann man auch MQTT2-Devices nutzen, wenn man einen "externen" Broker nutzt.
Ob es parallel zu MQTT als Io für andere Devices geht, habe ich grade nachgefragt, gehe aber davon aus, dass das funktioniert (zumindest sehr schnell).
@mark79
Danke für Deine Antworten.
Ich habe nun in FHEM folgendes Gerät angelegt:
define MQTT MQTT2_SERVER 1883
danach habe ich nochmal npm gestartet und dort kommt auch keine Fehlermeldung mehr.
Deine yaml Einträge sind schon genauso bei mir vorhanden gewesen.
In der XIAOMI Bridge ist als IODev auch MQTT eingetragen.
Ich kann weiterhin keine Geräte anlernen.
Das Putty Fenster mit dem (vorerst) manuell gestarteten npm habe ich offen gelassen...
Ich bin für weitere Tipps sehr dankbar.
Du kannst keine "nicht-mqtt2-Module" mit diesem Server nutzen.
Schau mal in die CR zu MQTT2_Device un dem attr bridge-irgendwas...
Im Wiki gibt es dann noch eine (in Teilen bereits wieder veraltete) Anleitung.
Ich habe den Thread (MQTT2_SERVER und MQTT2_DEVICE) auch verfolgt, aber ich bin ein bisschen verwirrt über die ganzen verschiedenen Modulen, es gibt jetzt 4 Stück? Allerdings finde ich ein MQTT2_CLIENT mit externen Broker nicht schlecht, der MQTT Server ist darauf optimiert und man braucht das Rad nicht neu zu erfinden...
Jedenfalls einer der gerade neu anfängt und nicht weiß was MQTT ist, ist dadurch bestimmt verunsichert.
Der Nebel wird sich bestimmt bald wieder lichten.
Im Prinzip würde ich es so zusammen fassen: die alten Module ohne die "2" sind legacy - man braucht sie nur noch aus Kompabilitätsgründen.
Wer neu einsteigt, braucht demnächst nur noch die 2-er (Ausnahme bis Hexenmeister das gefixt hat: Generic Bridge (das bisherige Einzel-Bridge-Modul hat seit Generic Bridge sowieso "legacy"-Status...
Sorry beta-user und mark79... aber eure bestimmt gut gemeinten Ratschläge sind für mich böhmische Dörfer....
Soll ich besser 1 -2 Tage warten auf diese neue Lösung ?
Mit CR meinst Du wahrscheinlich die CommandRef ??
Ich verstehe aber nicht wonach ich dort suchen soll?
Ich denke ich mache für heute Schluss - vielen Dank Euch beiden.
Die commandref war gemeint.
Und du brauchst nicht zu warten, in deinem setup funktioniert das schon heute wie in den Praxisbeispielen beschrieben.
Es gibt dazu auch einen Thread ("läuft: zigbee2mqtt mit MQTT2... ", da ist der letzte Entwicklungsgang vielleicht besser nachzuvollziehen.
Zitat von: sprudelverduenner am 07 November 2018, 23:01:38
@mark79
Danke für Deine Antworten.
Ich habe nun in FHEM folgendes Gerät angelegt:
define MQTT MQTT2_SERVER 1883
danach habe ich nochmal npm gestartet und dort kommt auch keine Fehlermeldung mehr.
Deine yaml Einträge sind schon genauso bei mir vorhanden gewesen.
In der XIAOMI Bridge ist als IODev auch MQTT eingetragen.
Ich kann weiterhin keine Geräte anlernen.
Das Putty Fenster mit dem (vorerst) manuell gestarteten npm habe ich offen gelassen...
Ich bin für weitere Tipps sehr dankbar.
Was heißt du kannst keine Geräte anlernen?
Geräte anlernen ist etwas tricky und das geht nicht so leicht, wie mit der originalen Bridge.
Am besten du schaust in das zigbee2mqtt Log oder startest zigbee2mqtt in der Console, dann siehst du auch was dort passiert und postest hier das log.
Mit MQTT2 etc. kenne ich mich nicht wirklich aus, da ist beta-user der Ansprechpartner. ;D
Ich habe noch die oldschool Variante mit MQTT Server + mqtt_device Fhem Modul im Einsatz.
Derzeit gibt es hier bzgl MQTT auch einen Umbruch, aber da blicke ich selber noch nicht durch.
P.S. Nächste Antwort kommt erst morgen.
Bei MQTT2 sollte das, was hier xBridge genannt wird bei am Server aktiviertem autocreate automatisch erstellt werden, aber als MQTT2_Device. Auch die nachfolgende Konfiguration ist anders. Das xiaomi-mqtt-Modul wird NICHT benötigt.
@mark79:
Vielleicht kannst du oder ihr mir weiterhelfen?
Ich benutze fhem mit MQTT + xBridge.
Leider bekomme ich den Xiaomi Cube nicgt in fhem angelernt.
Im offenen Terminal wird der Cube erkannt und reagiert auch (habe ein screenshot angehangen), nur bekomme ich in fhem nicht integriert.
Ich bin radlos was ich falsch mache.
Habt vielen Dank für eure Hilfe.
Zitat von: Holzportz am 08 November 2018, 02:53:16
@mark79:
Vielleicht kannst du oder ihr mir weiterhelfen?
Ich benutze fhem mit MQTT + xBridge.
Leider bekomme ich den Xiaomi Cube nicgt in fhem angelernt.
Im offenen Terminal wird der Cube erkannt und reagiert auch (habe ein screenshot angehangen), nur bekomme ich in fhem nicht integriert.
Ich bin radlos was ich falsch mache.
Habt vielen Dank für eure Hilfe.
Guten Morgen Beta-User,
ich habe heute morgen nochmal npm gestartet, putty offen gelassen und innerhalb von FHEM bei der xBridge den pair Befehl gestartet.
Wenn ich bei dem CUBE nun 4 Sekunden den Taster drücke und danach im Sekundentakt den Taster dann kommt im putty:
zigbee2mqtt:info 11/8/2018, 7:58:38 AM Device incoming...
zigbee2mqtt:info 11/8/2018, 7:58:38 AM MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"device incoming"}'
Heißt das, dass bis hier hin alles schick ist ?
Ich glaube mein Verständnisproblem ist wohl, dass ich dachte es werden automatisch durch die xBridge neue Xiaomi DEVICES angelegt. Habe ich das heut morgen beim Querlesen richtig verstanden, dass ich die DEVICES von Hand anlegen muss?
Moin, für das xiaomi-Modul nehme ich nur an, dass man Devices manuell anlegen muss (ich nutze mqtt2, das m.E. insgesamt einfacher iat und seit heute morgen auch mit externem Broker wie mosquitto genutzt werden kann).
Soweit ich das um Kopf habe, steht das aber für das Modul hier ziemlich zu Beginn des threads hier.
Poste mal ein list von der xBridge, vielleicht stimmt was mit der mqtt Verbindung nicht.
Wenn er wirklich gepairt ist, versuch im xBridge Device ein: updateDevices, bzw.
set xBridge updateDevices
Dadurch werden im Fhem die Zigbee2mqtt Geräte aktualisiert und erstellt.
Zitat von: Holzportz am 08 November 2018, 02:53:16
@mark79:
Vielleicht kannst du oder ihr mir weiterhelfen?
Ich benutze fhem mit MQTT + xBridge.
Leider bekomme ich den Xiaomi Cube nicgt in fhem angelernt.
Im offenen Terminal wird der Cube erkannt und reagiert auch (habe ein screenshot angehangen), nur bekomme ich in fhem nicht integriert.
Ich bin radlos was ich falsch mache.
Habt vielen Dank für eure Hilfe.
Zitat von: sprudelverduenner am 08 November 2018, 08:08:39
Ich glaube mein Verständnisproblem ist wohl, dass ich dachte es werden automatisch durch die xBridge neue Xiaomi DEVICES angelegt. Habe ich das heut morgen beim Querlesen richtig verstanden, dass ich die DEVICES von Hand anlegen muss?
Die werden auch automatisch angelegt, wenn alles stimmt. Entweder durch dieses Modul hier oder mit MQTT2, wenn man autocreate an hat.
Wichtig ist halt das die MQTT Verbindung steht und man das Teil auch richtig pairt. Bei dem Würfel ist das etwas schwierig, ich habe selber zwei und die sind zickig.
Auf Youtube gibt es ein Video, wie man das Teil pairt: https://www.youtube.com/watch?v=uhMrcIAdGxg und https://www.youtube.com/watch?v=_I9aMZiL9SM
Wie schon mehrfach hier erwähnt, das pairen etwas entfernt von WLAN/BT Geräten durchführen.
Zitatoder mit MQTT2, wenn man autocreate an hat.
Wobei:
- mit autocreate is gemeint, dass MQTT2_SERVER/MQTT2_CLIENT das autocreate Attribut gesetzt hat, und FHEM ueber ein autocreate Instanz verfuegt (Voreinstellung bei der ausgelieferten fhem.cfg).
- in der zum "xBridge" gehoerenden MQTT2_DEVICE muss bridgeRegexp "richtig" gesetzt werden, z.bsp so:
attr xBridge bridgeRegexp xiaomi/0x([^:]*):.* "xiaomi_$1"
So aehnlich muss das auch mit zigbee2mqtt funktionieren, leider habe ich noch von niemanden eine Bestaetigung bekommen, und ich habe bisher nur ohne Bridge-Hardware getestet.
Wenn es funktioniert, dann wird bei jeder Meldung eines unbekannten, per Bridge angebundenen Geraetes ein passendes MQTT2_DEVICE angelegt, mit dem Namen xiaomi_00158d0002329079 (oder so aehnlich), und das readingList dieser Instanz wird automatisch erweitert. Das setList (oder auch: welche Befehle gibt es, und wie werden diese uebermittelt) muss man weiterhin manuell pflegen.
Ich habe Plaene den letzten Schritt zu erleichtern, indem man jedem MQTT2_DEVICE ein Modell zuweisen kann, was aus einer Template "Datenbank" die passenden Attribute setzt.
Achtung, wenn man nicht nur ein bridge hat, sondern auch weitere Geraete, die "direkt" (also nicht ueber ein Bridge) MQTT sprechen: MQTT2_CLIENT legt fuer alle "echten" MQTT-Geraete nur ein MQTT2_DEVICE an, MQTT2_SERVER dagegen fuer jeden "echten" ein Separates. Das ist der Fall, weil MQTT2_SERVER ueber mehr Information (clientId) verfuegt, als MQTT2_CLIENT. Bei einem MQTT2_CLIENT sollte man das automatisch angelegte und erweiterte MQTT2_DEVICE manuell in mehrere Einzelgeraete zerlegen.
@mark79
das youtube Video kenne ich - deswegen bin ich auf den Cube gekommen.
Genau das ist das Problem: Matthias hat 2 Videos (das 2. ist ein Update um 1.).
Er setzt aus einen vorherigen Video MQTT vorraus, die Sachen aus dem 1. Video haben nur noch teilweise bestand und dann bezieht er sich mit den Updates auf seine Docker Umgebung so dass ich hier nicht mehr mitkomme.
1. Frage für Heute: wenn ich nun MQTT2 benutzen möchte - muss ich dann die xBridge setzten oder nicht?
Ich habe nochmal alle Devices gelöscht und jetzt beendet sich FHEM immer mit einem Fehler wenn ich die xBridge neu anlegen möchte...
Zitat von: rudolfkoenig am 08 November 2018, 14:47:56
Achtung, wenn man nicht nur ein bridge hat, sondern auch weitere Geraete, die "direkt" (also nicht ueber ein Bridge) MQTT sprechen: MQTT2_CLIENT legt fuer alle "echten" MQTT-Geraete nur ein MQTT2_DEVICE an, MQTT2_SERVER dagegen fuer jeden "echten" ein Separates. Das ist der Fall, weil MQTT2_SERVER ueber mehr Information (clientId) verfuegt, als MQTT2_CLIENT. Bei einem MQTT2_CLIENT sollte man das automatisch angelegte und erweiterte MQTT2_DEVICE manuell in mehrere Einzelgeraete zerlegen.
Das verstehe ich nicht ganz... heißt das bei MQTT2_Client mit externen Broker, werden alle Xiaomi Sensoren in einem Fhem Device angelegt? ???
@sprudelverduenner nimm am besten den MQTT2 Server, das habe ich heute auch ausprobiert und das lief prima.
Das Modul von hier brauchst du dann nicht mehr und den mosquitto-server auch nicht mehr. Wenn du den drauf lassen willst, dann musst du bei Fhem MQTT2 einen anderen Port vergeben.
MQTT2_Server anlegen:
define m2server MQTT2_SERVER 1883 global
Danach autocreate bei dem m2server auf 1 setzen.
Dann das auch noch anlegen: https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Define_eines_MQTT2-Devices_als_.22Bridge.22
Die neu gepairten Xiaomi Devices findest du dann im Raum MQTT2_DEVICE.
genauso habe ich es seit 10 minuten bei mir auch konfiguriert.
Was mich irritiert:
Wenn ich nun
set MQTT2_zigbee_pi permit_join true
ausführe dann steht im putty fenster disabling joining new devices.
Das gleiche kommt auch wenn die den permit_join auf false setze.
Ich bekomme das CUBE Xiaomi Device nicht angelegt...
EDIT: leck mich fett - ich habe den npm mal beendet und neu gestartet. Jetzt kommt ein MQTT2_DEVICE.
Meiner Meinung nach also noch ein BUG wenn ich den permit_join händisch auf true absetze.
Das ist irgendwie falsch formatiert im Wiki, lösche einfach die \ im setList raus, praktisch so:
permit_join:true,false zigbee2mqtt/bridge/config/permit_join $EVTPART1
remove:textField zigbee2mqtt/bridge/config/remove $EVTPART1
log_level:debug,info,warn,error zigbee2mqtt/bridge/config/log_level $EVTPART1
rename:textField zigbee2mqtt/bridge/config/rename {"old":"$EVTPART1","new":"$EVTPART2"}
network_map:raw,graphviz zigbee2mqtt/bridge/networkmap $EVTPART1
devicelist:noArg zigbee2mqtt/bridge/config/devices
Dann sollte das klappen...
Zitat von: sprudelverduenner am 08 November 2018, 21:05:38
ausführe dann steht im putty fenster disabling joining new devices.
Ja Danke. das geht jetzt auch mit TRUE.
Dazu bitte nun die nächste Frage:
Muss der npm immer laufen - also ich ihn noch in den autostart konfigurieren oder muss der npm nur zum anlernen laufen ??
Wie geht es nun mit dem DEVICE weiter?
wenn ich den CUBE bewege sehe ich keine Änderungen in dem DEVICE ...
Ja der muss immer laufen, es sei du willst die Xiaomi Sensoren nur bei Bedarf betreiben. ;D
Wie man den Autostart einrichtet, steht im Wiki: https://github.com/Koenkk/zigbee2mqtt/wiki/Running-the-bridge#5-optional-running-as-a-daemon-with-systemctl
Du musst den Cube pairen, wenn das erfolgreich gemacht wurde, sollten sich die Readings auch ändern.
Das Device war anscheinend noch nicht komplett gepaired.
Jetzt ist es das und ich habe mit einem DOIF auch schon mit einem WLAN-Lautsprecher zum Bedienen verknüpft - alles Gut!
Danke, die Anleitung kannte ich schon und habe diese auch gerade umgesetzt.
Nach einem Neustart des RasPi habe ich auch eine Statusabfrage gemacht: npm läuft.
Jetzt Hoffentlich die letzte Frage:
Mein CUBE wird nun nach dem Rebbot als offline angezeigt. Muss ich nach jedem Neustart die Geräte neu anlernen oder gibt es da auch noch einen Trick ??
Zitat von: sprudelverduenner am 08 November 2018, 22:09:41
Mein CUBE wird nun nach dem Rebbot als offline angezeigt. Muss ich nach jedem Neustart die Geräte neu anlernen oder gibt es da auch noch einen Trick ??
Ne einmal pairen reicht. :) Ich würde eher vermuten das der npm Dienst nicht richtig läuft, bzw. er den Adapter nicht findet.
Musst du mal ins log bei zigbee2mqtt gucken, evtl. musst du das vorher in der config einrichten...
ok, danke - da werde ich mich morgen dran geben.
Wenn ich mit
systemctl status zigbee2mqtt.service
den Status prüfe dann wird es als active (running) angegeben.
Sobald ich dieses mache legt er nach aber auch ein neues Device an. Und das alte Device bleibt dann offline.
Nach einem Neustart ist dann alles wieder offline. Ich prüfe den Status und eine neues Device erscheint wieder. Sehr komisch ...
Wie geschrieben: ich kümmere mich morgen darum.
Für Tipps bis dahin bin ich weiterhin dankbar ...
Du musst in der yaml eine ID vergeben, damit mqtt2_Server das identifiziert bekommt.
@mark79: Danke für's testen...
ZitatDas verstehe ich nicht ganz... heißt das bei MQTT2_Client mit externen Broker, werden alle Xiaomi Sensoren in einem Fhem Device angelegt?
Ja, bis man den richtigen bridgeRegexp gesetzt hat, da MQTT2_DEVICE sonst nicht weiss, wie man die Nachrichten zuordnen soll.
Wenn meine Vermutung stimmt, und der xiaomi Bridge alle Daten ueber die gleiche MQTT Verbindung sendet, dann wird auch beim MQTT2_SERVER nur ein MQTT2_DEVICE fuer die Bridge angelegt, und auch in diesem Fall muss man bridgeRegexp setzen.
@Rudi:
Die xiaomi-bridge ist nur ein modifiziertes mqtt(1)-Device mit administrativen Aufgaben. Die eigentliche Datenquelle ist zigbee2mqtt - also genau das, was dir als Blaupause für das bridge-Attribut gedient hat.
Zitat von: rudolfkoenig am 08 November 2018, 23:42:07
Ja, bis man den richtigen bridgeRegexp gesetzt hat, da MQTT2_DEVICE sonst nicht weiss, wie man die Nachrichten zuordnen soll.
Wenn meine Vermutung stimmt, und der xiaomi Bridge alle Daten ueber die gleiche MQTT Verbindung sendet, dann wird auch beim MQTT2_SERVER nur ein MQTT2_DEVICE fuer die Bridge angelegt, und auch in diesem Fall muss man bridgeRegexp setzen.
Ich habe den MQTT2_Client ausprobiert, autocreate ist dort aktiviert. Das Modul hat mir ein MQTT2_mosquitto (MQTT2_DEVICE) erstellt, wo er alle Readings rein schreibt.
Ist das denn so richtig, wenn man in dieses MQTT2_DEVICE das bridgeRegexp attr setzt:
attr MQTT2_mosquitto bridgeRegexp zigbee2mqtt/0x00158d0002([^:]*):.* "zigbee_$1"
mosquitto_sub: zigbee2mqtt/0x00158d0002006aa6 {"illuminance":54,"occupancy":true}
Weil gesplittet hat er mir damit leider nichts, also ein neues Device erstellt.
In Zigbee2mqtt unter mqtt habe ich eine client_id vergeben: client_id: 'zigbee'
Zitat von: Beta-User am 08 November 2018, 23:09:40
@mark79: Danke für's testen...
Gerne. :)
ZitatIst das denn so richtig, wenn man in dieses MQTT2_DEVICE das bridgeRegexp attr setzt:
Eigentlich ja, aber dein MQTT2_mosquitto hat schon das passende readingsList gesetzt, deswegen wird autocreate nicht getriggert.
Ich habe es nachgestellt:
% mosquitto
...
fhem> define mc MQTT2_CLIENT 172.16.100.217:1883
fhem> attr mc autocreate
fhem> define ac autocreate
...
% mosquitto_pub -i zigbee_pi -h 172.16.100.217 -t zigbee2mqtt/0x00158d0002006aa6 -m '{"illuminance":54,"occupancy":true}'
...
# in FHEM wird ein MQTT2_mc angelegt. Wir entfernen die automatisch angelegte readingList und die Readings illuminance und occupancy
fhem> deleteattr MQTT2_mc readingList
fhem> deletereading MQTT2_mc .*
fhem> attr MQTT2_mc bridgeRegexp zigbee2mqtt/0x00158d0002([^:]*):.* "zigbee_$1"
...
% mosquitto_pub -i zigbee_pi -h 172.16.100.217 -t zigbee2mqtt/0x00158d0002006aa6 -m '{"illuminance":54,"occupancy":true}'
...
# Jetzt wird in FHEM das "richtige" MQTT2_zigbee_006aa6 angelegt, samt Attribut und Readings
Um diese Falle zu vermeiden habe ich MQTT2_DEVICE gerade angepasst: beim Setzen des bridgeRegexp Attributes wird readingList entfernt, und auch alle Readings, also das was ich hier manuell durchgefuehrt habe, entfaellt nach dem naechsten update (morgen ab 8).
Danke dir erstmal für die Mühe und Erklärung. :)
Ich habe mir die neue 00_MQTT2_CLIENT.pm und 10_MQTT2_DEVICE.pm aus dem SVN gezogen: https://svn.fhem.de/trac/changeset/17712/
Das scheint auf die schnelle zu funktionieren, also er hat mir zwei Devices angelegt. :)
Hat MQTT2_Client den selben Funktionsumfang wie der MQTT2_Server? Wichtig wäre mir on-for-timer bei den Ikea Zigbee Birnen und z.B. die Helligkeitsregelung aus dem Wiki, ob das auch mit MQTT2_Client funktioniert: https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#IKEA-Tradfri-Birne
Ich habe hier leider gerade kein passendes Gerät, womit ich das Testen könnte.
Dann würde ich evtl. mein Hauptsystem am Wochenende darauf umstellen. Aber ich bin noch unsicher, ob ich MQTT2_Server oder MQTT2_Client verwenden soll. Ich persönlich würde eher den Client bevorzugen.
Deine Feature-Wuensche werden vom MQTT2_DEVICE bereitgestellt, ob es ueber MQTT2_CLIENT oder MQTT2_SERVER seine Daten bekommt, ist irrelevant.
MQTT2_CLIENT bietet nur bei autocreate einen schlechteren Service als MQTT2_SERVER, weil es nicht ueber die clientId der einzelnen MQTT Verbdindungen verfuegt. D.h. wenn du 100 "richtige" MQTT Geraete (z.Bsp. Sonoffs mit Tasmota) anbinden willst, dann wird MQTT2_SERVER fuer alle automatisch ein MQTT2_DEVICE erstellen, mit MQTT2_CLIENT darfst du alle manuell anlegen. Bei der Anbindung ueber Bridge gibt es keinen Unterschied.
@rudolfkoenig ok, das MQTT2_DEVICE das verarbeitet habe ich auch nicht gewusst, ich dachte das macht der SERVER/CLIENT.
Dann überlege ich mir das noch mal, ich bin zwar noch locker unter hundert Devices und habe bisher alles per Hand angelegt.. Aber ist es, für später evtl. geplant, das es auch für bekannte MQTT Geräte (Tasmota, ESPeasy, Zigbee2MQTT) ein autocreate über die Client clientId geben wird?
Ich finde einen externen Broker schon besser, wenn Fhem mal abschmieren sollte, dann funktioniert wenigstens noch die MQTT Verbindung untereinander. Der mosquitto-server ist sehr performant und sparsam an Ressourcen. Bei Snips (alexa in Opensource und lokal) werden z.B. die Audio Daten darüber übertragen und abgeschmiert, ist der mosquitto-server bei mir noch nie.
ZitatAber ist es, für später evtl. geplant, das es auch für bekannte MQTT Geräte (Tasmota, ESPeasy, Zigbee2MQTT) ein autocreate über die Client clientId geben wird?
Das geht mW nicht, das man vom clientId nicht auf dem Typ schliessen kann.
Aber ich habe vor ein Template Mechanismus zu bauen, mit dem man einfach(er) die Attribute setzen kann, weiterhin manuell.
ZitatBei Snips (alexa in Opensource und lokal) werden z.B. die Audio Daten darüber übertragen
Fuer sowas ist MQTT2_SERVER definitiv nicht vorgesehen.
Wie uebrigens auch das MQTT Protocol nicht.
Zitat von: rudolfkoenig am 09 November 2018, 20:51:20
Das geht mW nicht, das man vom clientId nicht auf dem Typ schliessen kann.
Aber ich habe vor ein Template Mechanismus zu bauen, mit dem man einfach(er) die Attribute setzen kann, weiterhin manuell.
Fuer sowas ist MQTT2_SERVER definitiv nicht vorgesehen.
Wie uebrigens auch das MQTT Protocol nicht.
Man müsste die Geräte alle speziell benennen, habe ich bei mir aber nicht gemacht. Die heißen bei mir WZ_TV, KU_Kaffee etc. (die meistens laufen mit Tasmota und einige wenige mit ESPeasy).
Ein Template hört sich gut an. Ich lass mich mal überraschen, jedenfalls finde ich gut, das in MQTT mal Aufschwung aufkommt. :)
Und bzgl. Audio Übertragung über MQTT, das ist schon böse, aber beweist das der mosquito-server viel aushält. :D
Zitat von: Beta-User am 08 November 2018, 23:09:40
Du musst in der yaml eine ID vergeben, damit mqtt2_Server das identifiziert bekommt.
Danke für den Hinweis - auch das habe ich nun gelöst.
Mein wahrscheinlich letztes Problem ist der automatische Systemstart von npm.
Ich habe mich hier an die Wiki Anleitung gehalten und
Punkt 5. (Optional) Running as a daemon with systemctl
schon mehrmals durchgegangen - aber nach einem Neustart des Pi muss ich immer erst
systemctl status zigbee2mqtt.service
bevor es funktioniert...
Was könnte ich an Ausgabe posten oder wie aktiviere ich den LOG um der Sache auf die Schliche zu kommen?
Vielen Dank für Eure Hilfe vorab!
EDIT / Ergänzung:
Mit den Befehlen
sudo systemctl start zigbee2mqtt
oder
sudo systemctl stop zigbee2mqtt
kann ich jeweils den Dienst starten oder beenden. Ich sehe zwar keine LOG-Ausgaben in Putty - aber mein Xiaomi Device funktioniert wenn der Start Befehl gemacht wurde und geht nicht mehr wenn der Stop Befehl kam.
Zitat von: sprudelverduenner am 10 November 2018, 10:53:27
Danke für den Hinweis - auch das habe ich nun gelöst.
Mein wahrscheinlich letztes Problem ist der automatische Systemstart von npm.
Ich habe mich hier an die Wiki Anleitung gehalten und
Punkt 5. (Optional) Running as a daemon with systemctl
schon mehrmals durchgegangen - aber nach einem Neustart des Pi muss ich immer erst
systemctl status zigbee2mqtt.service
bevor es funktioniert...
Was könnte ich an Ausgabe posten oder wie aktiviere ich den LOG um der Sache auf die Schliche zu kommen?
Vielen Dank für Eure Hilfe vorab!
Sicher, dass der Service nicht läuft?
Folgender Befehl fragt eigentlich nur den Status ab und startet den Service nicht.
systemctl status zigbee2mqtt.service
Ahhhhhhhhhhhhhhhhhhhhhhhhhhhh - Kommando zurück!
Alles geht - ich war lediglich zu ungeduldig. Mein Xiaomi Device ging ca. 30 Sekunden nach dem FHEM schon erreichbar war erst als Online an den Start.
Es scheint zu funzen.....
Danke Euch allen!
Vielleicht hast du das enable vergessen, wenn der Dienst beim Neustart nicht startet:
ZitatNow that everything works, we want systemctl to start zigbee2mqtt automatically on boot, this can be done by executing:
sudo systemctl enable zigbee2mqtt.service
@mark79
Danke. Diesen Befehl hatte ich auch eingegeben .
Wie bereits geschrieben muss ich nach einem Neustart einfach mal 60 Sekunden warten bis von selber der Status des Viaomi Device von offline nach online wechselst.
Moin,
ich nutze das klassische zigbee2mqtt Device und wollte jetzt eine Osram Steckdose über ein mqtt_device steuern.
Da zigbee2mqtt einen Wert im JSON Format erwartet, ist mir nicht klar, wie ich über publishSet einen JSON Wert übergeben kann.
Könnte mir bitte jemand den richtigen Weg zeigen?
Vielen Dank.
Hallo zusammen,
ich habe mal eine Anfängerfrage - ich habe so einen Xiaomi-Button (WXKG11LM).
Leider wird das Gerät, wenn ich einmal die Taste drücke, teileweise 5-6 events gefeuert! Ist das normal? Mache ich was falsch oder müsste ich irgendwie sagen, wenn das Event in einem gewissen Zeitraum x-mal gefeuert wird, führe ich meine Aktion nicht mehrfach aus?
Moin liebe Leute, ich habe mal eine Frage bzgl. des Aqara Bewegungsmelder.
Konnte den Bewegungsmelder erfolgreich einbinden.
Der Status wird auch zuverlässig übertragen.
Mir ist aufgefallen, dass er erst 90Sekunden nachdem er keine "motion" mehr erkannt hat dann "no_motion" sendet.
Kann man die Dauer von 90 Sekunden ändern?
Hier ein List vom Device:
Internals:
CFGFN
DEF unknown 0x00158d000272bf05
FRIENDLYNAME
IODev MQTT
MODEL unknown
NAME aqara_Motion1
NOTIFYDEV unknown 0x00158d000272bf05
NR 225
SID 0x00158d000272bf05
STATE no_motion
TYPE XiaomiMQTTDevice
READINGS:
2018-11-13 22:15:40 illuminance 0
2018-11-13 22:15:40 linkquality 34
2018-11-13 22:15:40 lux 0
2018-11-13 22:15:40 occupancy false
2018-11-13 22:15:40 state no_motion
2018-11-13 22:15:40 state1 nomotion
2018-11-13 22:15:40 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/0x00158d000272bf05
xiaomi/0x00158d000272bf05/#
subscribeExpr:
^zigbee2mqtt\/0x00158d000272bf05$
^xiaomi\/0x00158d000272bf05.*$
subscribeQos:
xiaomi/0x00158d000272bf05/# 0
zigbee2mqtt/0x00158d000272bf05 0
Attributes:
IODev MQTT
room XiaomiMQTTDevice
stateFormat state
userReadings state1:.* {(ReadingsVal($name,"state","") =~ /no_motion/)?"nomotion":"motion"}
Gruß
Mathze
Hallo Mathze,
soweit ich das mitbekommen habe sendet der Bewegungsmelder nur alle 60s oder 90s seinen Status. Und diese Zeit kann wohl nicht geändert werden.Bitte korrigieren wenn ich das falsch verstanden habe.Heisst eine schnellere "neue Bewegungserkennung" ist nicht möglich.Ich hab das Problem bei mir im Flur gelöst in dem ich die Flurlampe mit einem on-for-timer >2Minuten versehen habe.
Gruss bUll1t
Für alle welche die IKEA Tradfri LED Birnen ansteuern wollen meine Attribute für die entsprechenden Birnen aufgrund einer pm-Nachfrage diesbezüglich.
webCmd on:off: brightness
widgetOverride brightness:colorpicker,BRI,0,10,250
Einen Farbwechsel oder Farbtemperaturwechsel hab ich leider nicht hinbekommen.Hoffe kann dem einen oder anderen so helfen.
Zitat von: bull1t am 15 November 2018, 11:17:50
Hallo Mathze,
soweit ich das mitbekommen habe sendet der Bewegungsmelder nur alle 60s oder 90s seinen Status. Und diese Zeit kann wohl nicht geändert werden.Bitte korrigieren wenn ich das falsch verstanden habe.Heisst eine schnellere "neue Bewegungserkennung" ist nicht möglich.Ich hab das Problem bei mir im Flur gelöst in dem ich die Flurlampe mit einem on-for-timer >2Minuten versehen habe.
Gruss bUll1t
Moin bull1t, nachdem ich nun etwas getestet habe, habe ich es auch verstanden.
Der Bewegungsmelder meldet alle 60 Sekunden "motion", falls Bewegung weiterhin erkannt wird.
Der Bewegungsmelder meldet nach 90 Sekunden "no_motion", falls keine Bewegung erkannt wurde.
Meine eigentliche Idee von unten kann ich damit über den Haufen werfen.
Nur, wenn ich den Bewegungsmelder "aufwache" indem ich den seitlichen Knopf drücke, sendet er tatsächlich bei jeder Bewegung ein Event.
Nachdem er wieder "eingeschlafen" ist, tritt mein oben beschriebenes Zeitfenster in Kraft.
Schade, dass man auf den Zeitraum wohl keinen Einfluss hat, oder hat noch jemand anderes einen Tipp?
Gruß
Mathze
Moin bull1t, der Bewegungsmelder sendet bei jeder Bewegung ein neues Event, auf jeden Fall wird die Uhrzeit im Reading bei jeder Bewegung aktualisiert.
Nur das Event "no_motion" bekomme ich frühstens 90 Sekunden nach dem letzten "motion" Event mitgeteilt.
Wenn man diese "blindTime" aber nicht umstellen kann, dann muss ich mal schauen, ob ich hier evtl. mit einem "at" arbeite und die blindTime nach jedem "motion" Event selber berechne.
@Edit:
Von der Überlegung her, sendet der Sensor bei jeder Bewegung ein Event mit neuem Zeitstempel. Hierauf kann man nun mit einem notify oder doif triggern:
define n_<Gereatename> notify <Gereatename>:motion { control_blindTime_PIR($NAME) }
In dem Gereatename sollte event-on-update-reading gesetzt sein, damit das notify immer getriggert wird
attr <Gereatename> event-on-update-reading state
Das o.g. notify ruft nun folgende Prozedur in der 99_myUtils auf:
use Date::Parse;
use POSIX qw/strftime/;
# ------------------------------------------------------------------------ #
# Aqara Mijia Xiaomi Motion Sensor BlindTime berechnen #
# #
# Zum setzen der blindTime einfach folgende Zeile anfeuern: #
# setreading Gereatename blindTime <Anzahl_Sekunden> #
# Standardmaeßig werden 15Sekunden genommen, falls keine Zeit gesetzt wurde#
# ------------------------------------------------------------------------ #
sub control_blindTime_PIR($)
{
my ($devicename) = @_;
my $action = ReadingsVal($devicename,"state","");
my $blindTime = ReadingsNum($devicename,"blindTime",15);
$blindTime = strftime("\%H:\%M:\%S", gmtime($blindTime));
if ($action eq "motion")
{ if (Value("t_blindTime") ne "")
{ fhem "delete t_blindTime"; }
fhem "defmod t_blindTime at +$blindTime setreading $devicename state no_motion";
}
}
Diese setzt, solange nicht im Gereatenamen ein Reading "blindTime" vorhanden ist die blindTime auf 15 Sekunden.
Das setzen der blindTime kann man über die FHEM Kommandozeile via:
setreading Gereatename blindTime <Anzahl_Sekunden>
machen.
Nun sollte man wie gewohnt auf das Reading "state" irgendwelche Aktionen ausführen können, z.B. Lampe an-/ausschalten usw.
Funktionalität teste ich heute Abend. Hab es gerade nur grob hingeschrieben :)
Gruß
Mathze
Hallo. Ich habe den CC2530 als Router geflasht und per FTDI in ein USB Netzteil gesteckt. Muss ich denn nochwas konfigurieren? Er ist über das MQTT2 Modul angebunden. Aber irgendwie weiß ich nicht wie das Teil funktionieren soll. Weil die restlichen Geräte sind immernoch mit dem Coordinator (CC2531) verbunden. Wenn ich einen Sensor außerhalb der Reichweite platziere verbindet dieser sich auch nicht mit dem Router. Hier mal ein list
Internals:
CHANGED
DEVICETOPIC ZigbeeRouter
IODev MQTT
LASTInputDev MQTT
MQTT_MSGCNT 1411
MQTT_TIME 2018-11-15 20:25:23
MSGCNT 1411
NAME ZigbeeRouter
NR 230
STATE true
TYPE MQTT2_DEVICE
Helper:
DBLOG:
linkquality:
DBLogging:
TIME 1542226349.20249
VALUE 7
state:
DBLogging:
TIME 1542226349.20249
VALUE true
READINGS:
2018-11-15 20:25:23 linkquality 173
2018-11-15 20:25:23 state true
Attributes:
DbLogExclude .*
IODev MQTT
event-on-change-reading state
model RouterCC2530
readingList zigbee_pi:zigbee2mqtt/0x00124b001b7b2aed:.* { json2nameValue($EVENT) }
Weiß jemand Rat oder kann mir sagen was ich noch prüfen kann? Danke
Zitat von: Tabularasa am 15 November 2018, 20:33:35
Weiß jemand Rat oder kann mir sagen was ich noch prüfen kann? Danke
Du kannst das hier mal probieren, um zu schauen, ob sich ein Device mit dem Router verbindet: https://forum.fhem.de/index.php/topic,84790.msg848840.html#msg848840
Viele Grüße
Mark
Ja den Beitrag hatte ich auch schon gesehen. Selbst wenn ich Mosquitto als externen Server hätte, wüsste ich glaube nicht wie ich das machen soll. Geschweigen denn mit dem MQTT2 Server... :'(
Das geht bei beiden, bei MQTT2 geht noch einfacher mit einem extra Device in Fhem: https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Installation_von_zigbee2mqtt
Dort kannst du dann graphviz in einem Dropdown Menü auswählen und er erstellt dir die Network Map.
Ich habe bei mir jetzt auch ein paar Aqara-Sensoren mit einem CC2531 laufen. Das klappt soweit auch sehr gut. Ich habe dazu jetzt nur zwei Fragen:
1. Hab hier mal DeConz laufen gehabt um für die Ikea-Lampen ein Firmware-Update zu machen. Geht so ein OTA-Update der Komponenten auch mit CC2531?
2. Die Verbindung zu weiter entfernten Sensoren ist sehr schlecht. Hab schon rausgefunden, dass sie kein Mesh-Netz aufbauen und man dafür Teile an der Steckdose benötigt. Da ich hier noch eine Lightify-Steckdose ungenutzt liegen habe würde mich interessieren, ob die mit dem CC2531 auch funktioniert und das Mesh-Netzwerk richtig erweitern würde. Möchte ungern einen extra Repeater oder eine Glühbirne nutzen (die laufen alle über HUE)
Zitat von: mark79 am 16 November 2018, 20:55:52
Das geht bei beiden, bei MQTT2 geht noch einfacher mit einem extra Device in Fhem: https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Installation_von_zigbee2mqtt
Dort kannst du dann graphviz in einem Dropdown Menü auswählen und er erstellt dir die Network Map.
Das geht leider auch irgendwie nicht. Hab Raspi, zigbee2mqtt und graphviz installiert/akualisiert, aber im tmp Ordner ist nix.
Hier mal ein Auszug
zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2018-11-17 11:29:32 CET; 4min 30s ago
Main PID: 507 (npm)
CGroup: /system.slice/zigbee2mqtt.service
├─507 npm
├─668 sh -c node index.js
└─669 node index.js
Nov 17 11:33:25 FHEM-Stretch npm[507]: zigbee2mqtt:warn 2018-11-17 11:33:25 Cannot handle MQTT message on 'zigbee2mqtt/bridge/networkmap' with data 'graphviz\'
@Tabularasa https://forum.fhem.de/index.php/topic,84790.msg855713.html#msg855713
EDIT: ich habe den Wiki Eintrag editiert und die Backslashes am ende der Zeile ( \ )entfernt, wenn du dir das noch mal neu dort raus kopierst, sollte es gehen.
So, neu kopiert und Befehl ausgeführt. Keine Datei im tmp Ordner :-\ Nur zum Verständnis... Es geht um den im Hauptpfad enthaltenen tmp Ordner?
Es wurde aber im zigbee_pi ein neues reading und neue readingslist angelegt...
MQTT2_zigbee_pi graphviz: digraph G {
MQTT2_zigbee_pi readingList zigbee_pi:zigbee2mqtt/bridge/networkmap/graphviz:.* graphviz
Dann weiß ich im Moment leider auch erstmal nicht weiter, wenn graphviz installiert ist, sollte das Bild mit der Networkmap im Hauptpfand im /tmp Ordner liegen.
Mit MQTT2 habe ich das noch nicht ausprobiert, sondern über die Methode mit mosquitto_pub über die SSH Console:
https://forum.fhem.de/index.php/topic,84790.msg848840/topicseen.html#msg848840
Ich kann das hier mit MQTT2 auch nicht testen, bin erst Montag wieder bei meinem Testsystem, dann probiere ich das aus. Aber vielleicht meldet sich bis dahin noch jemand anders... :)
Ansonsten versuche doch einfach mal, die Methode aus meinen Link. Du brauchst nur zwei Putty Consolen zu starten, oder irgendeinen anderen SSH Clienten, mit dem du dich auf dem Fhem Server einloggst.
Dann startest du in der ersten Console das hier, vorher natürlich die "mqtt-server-ip" durch deine FHEM/MQTT Server IP ersetzen:
mosquitto_sub -h mqtt-server-ip -C 1 -t zigbee2mqtt/bridge/networkmap/graphviz | sfdp -Tpng | display -
und in der anderen Console das hier:
mosquitto_pub -h mqtt-server-ip -t zigbee2mqtt/bridge/networkmap -m graphviz
Moin zusammen,
ich hab im Zusammenhang mit zigbee2mqtt Probleme mit den Batterieständen.
Einige meiner Xiaomi Devices zeigen auch mit neuen Batterien einen Level von lediglich 75% an. Dadurch geht das Reading LowBat auf Low und ich bekomme ständig Batteriewarnungen.
Gibt es eine Möglichkeit, das LowBat erst später auf Low gehen zu lassen?
Vielen Dank.
Zitat von: mark79 am 18 November 2018, 01:11:42
Dann weiß ich im Moment leider auch erstmal nicht weiter, wenn graphviz installiert ist, sollte das Bild mit der Networkmap im Hauptpfand im /tmp Ordner liegen.
Mit MQTT2 habe ich das noch nicht ausprobiert, sondern über die Methode mit mosquitto_pub über die SSH Console:
https://forum.fhem.de/index.php/topic,84790.msg848840/topicseen.html#msg848840
Ich kann das hier mit MQTT2 auch nicht testen, bin erst Montag wieder bei meinem Testsystem, dann probiere ich das aus. Aber vielleicht meldet sich bis dahin noch jemand anders... :)
Ansonsten versuche doch einfach mal, die Methode aus meinen Link. Du brauchst nur zwei Putty Consolen zu starten, oder irgendeinen anderen SSH Clienten, mit dem du dich auf dem Fhem Server einloggst.
Dann startest du in der ersten Console das hier, vorher natürlich die "mqtt-server-ip" durch deine FHEM/MQTT Server IP ersetzen:
mosquitto_sub -h mqtt-server-ip -C 1 -t zigbee2mqtt/bridge/networkmap/graphviz | sfdp -Tpng | display -
und in der anderen Console das hier:
mosquitto_pub -h mqtt-server-ip -t zigbee2mqtt/bridge/networkmap -m graphviz
Erstmal schönen Dank, dass du das so gut mit mir durchgehst :) ich warte dann doch lieber bis Montag, weil ich mosquitto garnicht installiert habe ::) oder brauche ich das nicht dafür?
Zitat von: Tabularasa am 18 November 2018, 17:36:57
Erstmal schönen Dank, dass du das so gut mit mir durchgehst :) ich warte dann doch lieber bis Montag, weil ich mosquitto garnicht installiert habe ::) oder brauche ich das nicht dafür?
Gerngeschehen. :) Wenn du den MQTT2_SERVER hast, dann brauchst du nur den Clienten für die Console zu installieren, also apt-get install mosquitto-clients
Ich habe das heute hier ausprobiert mit MQTT2_CLIENT, weil ich darauf umsteigen will und wie es ausschaut, fehlt bei Fhem noch was, das er die angeforderten Daten in ein Bild umwandelt und zwar das hier:
mosquitto_sub -h localhost -C 1 -t zigbee2mqtt/bridge/networkmap/graphviz | sfdp -Tpng >/tmp/network_map.png
Das scheint wohl noch nicht implementiert worden zu sein.
Den Befehl müsstest du also selber in der SSH Console ausführen und danach im Fhem zigbee_mqtt Device wie im Wiki den network_map graphviz Befehl absetzen.
Zitatfehlt bei Fhem noch was, das er die angeforderten Daten in ein Bild umwandelt
Eine aehnliche Visualisierung gibt es im ZWDongle Modul fuer die ZWave Geraete, das koennte man (theoretisch, nach Anpassung) auch hier verwenden.
Zitat von: Tedious am 26 Oktober 2018, 09:13:21
Guten Morgen,
eine (vielleicht) blöde Frage... auf meinem Brix mit Debian läuft node 6.xx, da ich u.a. auch die Homebridge nutze und die mit node 8.xx nicht läuft (zumindest habe ich bislang keinen Weg gefunden). Würde gerne das System hier nutzen, Stick ist da und startklar, zum Testen habe ich 2 Temp/Hum Sensoren von Xioami bestellt. Krux ist aber - unter node 6.xx bekomme ich Koenkk nicht ans laufen, das benötigt wiederum node 8.xx.
Nen Raspi habe ich noch da, aber an sich fände ich es unglücklich nur für das Gateway einen Raspi 24/7 zu betreiben. Hatte jemand hier schon mal ein ähnliches "Problem" und eine Idee/Lösung für mich?
Bin für jeden Tip dankbar,
Grüße Tedious
Hallo Tedious,
kann ich nicht nachvollziehen. Hatte heute genau das umgesetzt. Debian auf dem FHEM / Mosquitto / Homebridge / zigbee2mqtt / Mysql / Plexmediaserver / läuft. Ich hatte zwar Probleme nach der zigbee2mqtt Installation und npm aber das lag nur an den Rechten des users.
node --version == v8.12.0
Nach dem Upgrade auf V8 musste ich ja nachmal bauen aber das ging wie gesagt alles als die Rechte auch gepasst haben.
Vielleicht hilfts weiter.
Vg Denny
Zitat von: mark79 am 18 November 2018, 18:05:50
Gerngeschehen. :) Wenn du den MQTT2_SERVER hast, dann brauchst du nur den Clienten für die Console zu installieren, also apt-get install mosquitto-clients
Ich habe das heute hier ausprobiert mit MQTT2_CLIENT, weil ich darauf umsteigen will und wie es ausschaut, fehlt bei Fhem noch was, das er die angeforderten Daten in ein Bild umwandelt und zwar das hier:
mosquitto_sub -h localhost -C 1 -t zigbee2mqtt/bridge/networkmap/graphviz | sfdp -Tpng >/tmp/network_map.png
Das scheint wohl noch nicht implementiert worden zu sein.
Den Befehl müsstest du also selber in der SSH Console ausführen und danach im Fhem zigbee_mqtt Device wie im Wiki den network_map graphviz Befehl absetzen.
funktioniert wie beschrieben mit beiden Terminal:
Terminal 1:
mosquitto_sub -h localhost -C 1 -t zigbee2mqtt/bridge/networkmap/graphviz | sfdp -Tpng >/tmp/network_map.png
Terminal 2:
mosquitto_pub -h localhost -t zigbee2mqtt/bridge/networkmap -m graphviz
die [display -] Version funktioniert nicht.
Vielen Dank. Schönes Werkzeug um zu sehen was wirklich los ist. Habe es übrigens mit MQTTfx nochmals gecheckt.
Parallel sieht man dort auch die Angaben ob die jeweiligen Devices "online" sind und was für eine "linkquality" vorhanden ist.
digraph G {
node[shape=record];
"0x00124b0012022e95" [label="{0x00124b0012022e95|Coordinator|No model information available|online}"];
"0x00158d00022885a4" [label="{0x00158d00022885a4|EndDevice|Xiaomi Aqara temperature, humidity and pressure sensor (WSDCGQ11LM)|online}"];
"0x00158d00022885a4" -> "0x00124b0012022e95" [label="1"]
"0x00158d00023a0ab4" [label="{0x00158d00023a0ab4|EndDevice|Xiaomi MiJia temperature & humidity sensor (WSDCGQ01LM)|online}"];
"0x00158d00023a0ab4" -> "0x00124b0012022e95" [label="1"]
"0x00158d0001f28adc" [label="{0x00158d0001f28adc|EndDevice|Xiaomi Aqara temperature, humidity and pressure sensor (WSDCGQ11LM)|online}"];
"0x00158d0001f28adc" -> "0x00124b0012022e95" [label="38"]
}
label == linkquality
VG denny
Hallo zusammen,
ich versuche seit Tagen erfolglos einen CC2530 in FHEM einzubinden.
Sobald ich
node index.js
eintippe erscheint folgende Meldung:
pi@raspberrypi:~ $ cd xiaomi-zb2mqtt
pi@raspberrypi:~/xiaomi-zb2mqtt $ node index.js
Zigbee2mqtt requires node version >=8.11 10, you are running v8. 12.0!
zigbee2mqtt:info 2018-11-20 18:31:28 Logging to directory: '/home/pi/xiaomi-zb 2mqtt/data/log/2018-11-20.18-31-28'
zigbee2mqtt:info 2018-11-20 18:31:29 Starting zigbee2mqtt version 0.2.0 (commi t #b0d3c2f)
zigbee2mqtt:info 2018-11-20 18:31:29 Starting zigbee-shepherd
zigbee2mqtt:info 2018-11-20 18:31:32 Error while starting zigbee-shepherd, att emping to fix... (takes 60 seconds)
zigbee2mqtt:info 2018-11-20 18:32:32 Starting zigbee-shepherd
zigbee2mqtt:error 2018-11-20 18:32:35 Error while starting zigbee-shepherd!
zigbee2mqtt:error 2018-11-20 18:32:35 Press the reset button on the stick (the one closest to the USB) and start again
zigbee2mqtt:error 2018-11-20 18:32:35 Failed to start
{"message":"request timeout","stack":"Error: request timeout\n at CcZ np.<anonymous> (/home/pi/xiaomi-zb2mqtt/node_modules/cc-znp/lib/ccznp.js:255:22) \n at Object.onceWrapper (events.js:315:30)\n at emitOne (events.js:116:13 )\n at CcZnp.emit (events.js:211:7)\n at Timeout.<anonymous> (/home/pi/xia omi-zb2mqtt/node_modules/cc-znp/lib/ccznp.js:234:18)\n at ontimeout (timers.j s:498:11)\n at tryOnTimeout (timers.js:323:5)\n at Timer.listOnTimeout (ti mers.js:290:5)"}
^C zigbee2mqtt:error 2018-11-20 18:32:42 Not connected to MQTT server!
zigbee2mqtt:error 2018-11-20 18:32:42 Cannot send message: topic: 'zigbee2mqtt /bridge/state', payload: 'offline
zigbee2mqtt:info 2018-11-20 18:32:42 zigbee-shepherd stopped
Meine configuration.yaml sieht mittlerweile so aus:
# Home Assistant integration (MQTT discovery)
homeassistant: false
# allow new devices to join
permit_join: true
# MQTT settings
mqtt:
# MQTT base topic for zigbee2mqtt MQTT messages
base_topic: zigbee2mqtt
# MQTT server URL
server: 'mqtt://192.168.178.18'
# MQTT server authentication, uncomment if required:
# user: my_user
# password: my_password
# Serial settings
serial:
# Location of CC2531 USB sniffer
port: /dev/serial/by-id/usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_017D2963-if00-port0
baudrate: 11520
advanced:
rtscts: false
Hat hier evtl. Jemand einen Tipp für mich?
Hallo,
der findet den Zigbee Adapter nicht, deswegen startet der Dient nicht.
Bist du dir sicher das der Pfad so richtig ist: /dev/serial/by-id/usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_017D2963-if00-port0 ?
Und der Zigbee Adapter richtig geflasht ist, mit der richtigen Firmware von hier: https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator
Wenn es ein CC2530 ist, musst du noch P02 auf GND dauerhaft kurzschließen und mal probieren TX / RX zu vertauschen.
Dann gibt es noch eine Fehlermeldung bzgl. MQTT Server. Hast du einen installiert?
Wenn nein, würde ich dir den MQTT2_SERVER empfehlen: https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Installation_von_zigbee2mqtt
Viele Grüße
Mark
Zitat von: n._markus am 20 November 2018, 19:18:46
Hat hier evtl. Jemand einen Tipp für mich?
Danke schonmal für die schnelle Antwort!
ZitatUnd der Zigbee Adapter richtig geflasht ist, mit der richtigen Firmware von hier
Ich weiß ehrlich gesagt gar nicht welche Firmware auf dem Adapter ist. Ich hatte ihn allerdings schon in IOBroker integriert und da lief er problemlos.
ZitatWenn es ein CC2530 ist, musst du noch P02 auf GND
P20 und Ground sind mitteinander verbunden.
ZitatDann gibt es noch eine Fehlermeldung bzgl. MQTT Server. Hast du einen installiert?
MQTT sollte eigentlich laufen. Ich habe Sonoff Pow´s in FHEM integriert. Da funktioniert alles.
Wenn der /dev Pfad stimmt und er vorher lief, dann weiß ich auch nicht wirklich weiter.
Vielleicht fehlende Zugriffsrechte auf das Zigbee /dev.. Device, je nachdem mit welchem User du Zigbee2mqtt startest.. Du kannst probeweise das als root starten.
Was aber noch komisch ist, das er wegen der node Version bei dir meckert:
Zigbee2mqtt requires node version >=8.11 10, you are running v8.12.0!
Vielleicht mal eine Version tiefer gehen, also Node Version 8.11.X.
Ich habe auf meinen Testsystem folgende Version installiert:
root@raspberrypi:/opt/zigbee2mqtt# node -v
v8.11.2
root@raspberrypi:/opt/zigbee2mqtt# npm -v
6.2.0
So sieht der Start bei mir aus:
root@raspberrypi:/opt/zigbee2mqtt# node index.js
2018-11-20 20:32:53 DEBUG Using zigbee-shepherd with settings: '{"net":{"panId":6754,"channelList":[14]},"dbPath":"/opt/zigbee2mqtt/data/database.db","sp":{"baudrate":115200,"rtscts":true}}'
2018-11-20 20:32:54 INFO Starting zigbee2mqtt version 0.1.2 (commit #7dd1c75)
2018-11-20 20:32:54 INFO Starting zigbee-shepherd
2018-11-20 20:32:57 INFO zigbee-shepherd started
2018-11-20 20:32:57 DEBUG zigbee-shepherd info: {"enabled":true,"net":{"state":"Coordinator","channel":14,"panId":
2018-11-20 20:32:57 INFO Currently 2 devices are joined:
2018-11-20 20:32:57 INFO 0x00158d0002006aa6 (0x00158d0002006aa6): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
2018-11-20 20:32:57 INFO 0x00158d000248682c (0x00158d000248682c): MFKZQ01LM - Xiaomi Mi smart home cube (EndDevice)
2018-11-20 20:32:57 WARN `permit_join` set to `true` in configuration.yaml.
2018-11-20 20:32:57 WARN Allowing new devices to join.
2018-11-20 20:32:57 WARN Set `permit_join` to `false` once you joined all devices.
2018-11-20 20:32:57 INFO Zigbee: allowing new devices to join.
2018-11-20 20:32:57 INFO Connecting to MQTT server at mqtt://localhost:1883
2018-11-20 20:32:57 DEBUG Using MQTT client ID: 'zigbee'
Ich habe gerade die Lösung aus der Facebook-Gruppe erhalten.
Die Pins 4 und 6 benötigen auch die Verbindung zu GND. Danach hat es sofort geklappt.
Danke trotzdem für die schnelle Hilfe!
Dann ist aber komisch, das es vorher mit IOBroker so lief.. ist ja der selbe Dienst (Zigbee2mqtt).
Aber gut das es jetzt geht... :)
ZitatDann ist aber komisch, das es vorher mit IOBroker so lief.. ist ja der selbe Dienst (Zigbee2mqtt).
Aber gut das es jetzt geht.
Das kann ich mir auch nicht erklären. Ich habe aber zwei von diesen Modulen. Bei beiden war das gleiche Symptom.
Ja oder der Zigbee Adapter hat rumgezickt, das habe ich auch schon ein paar mal gehabt.
Mit der neuen Firmware, braucht man angeblich die Brücken nicht mehr zu setzen.
So habe ich das in den Github Issues gelesen, selbst getestet aber noch nicht.
Ich würde dir empfehlen, auf die neue FW zu wechseln. Weil dort einige Verbesserungen eingeflossen sind.
Die Firmware von PTVO z.B., hat bei mir Probleme, mit nicht mehr antworteten Motion Sensoren bereitet.
Wenn du z.B. jetzt alles pairst und später Probleme bekommst und die FW neu flashst, darfst du alles neu pairen, ist ne Heiden arbeit. Oder den Alufolientrick ausprobieren. :D
Guten Morgen,
ich bin mit Zigbee/FHEM etc ganz am Anfang. Ich habe mir aufgrund der beschränkten Reichweite des CC2531 Sticks hier aus dem Forum 2 OSram Smart Plugs geholt und diese versucht einzubinden.
Die Plugs tauchen per autocreate in FHEM auf, jedoch sind diese nicht schaltbar. Muss ich hier noch was ändern?
Wenn ich den Geräten das hier mitgebe: "devStateIcon ON:on:OFF OFF:off:ON", dann erscheint zwar das Lampensymbol, und in MQTT wird auch was gemacht, aber ich erhalte keine Rückmeldung, ist das normal? Kann man den Status auslesen, per getconfig oder ähnliches?
Und noch eine Frage: Sollten sich die Sensoren (Xiaomi Wassersensoren) nicht selbstständig am Router anmelden, wenn das Netz da besser ist? habe nämlich das Problem, dass diese nach einiger Zeit nicht mehr Messwerte schicken (und so ist das leider unzuverlässig).
Von mir auch guten Morgen,
ich hab eine Frage zum Thema Reichweite... ich nutze einen CC2531 als Coordinator an einem Brix, zum testen habe 2 Aquara Temp/Hum Sensoren. So weit, so gut. Aufgrund der dürftigen Reichweite habe ich mir einen als Router geflashten CC2530 beschafft. Selbiger kommuniziert mit mosquitto (sehe ich auf Konsole) und ist auch in FHEM angelegt. Problem: Wenn ich ihn einen Raum weiter platziere habe ich eine linkquality von 23. Platziere ich jetzt die beiden Sensoren in der Nähe des Routers passiert - nix. Eine hat eine linkquality von 13, der Andere von 15. Daraus schließe ich dass die Devices nicht mit dem Router kommunizieren, denn selbst wenn der Router eine schlechte Verbindung hat sollten doch die Devices wenn sie via Router laufen eine gute Verbindung (zum Router) aufweisen. Muss man irgendeinen Parameter setzen den ich überlesen habe? Kann man auf der Konsole irgendwie testen welchen Weg das Signal nimmt? So ist das irgendwie unschick...
Grüße Tedious
Zitat von: mark79 am 18 November 2018, 18:05:50
Gerngeschehen. :) Wenn du den MQTT2_SERVER hast, dann brauchst du nur den Clienten für die Console zu installieren, also apt-get install mosquitto-clients
Ich habe das heute hier ausprobiert mit MQTT2_CLIENT, weil ich darauf umsteigen will und wie es ausschaut, fehlt bei Fhem noch was, das er die angeforderten Daten in ein Bild umwandelt und zwar das hier:
mosquitto_sub -h localhost -C 1 -t zigbee2mqtt/bridge/networkmap/graphviz | sfdp -Tpng >/tmp/network_map.png
Das scheint wohl noch nicht implementiert worden zu sein.
Den Befehl müsstest du also selber in der SSH Console ausführen und danach im Fhem zigbee_mqtt Device wie im Wiki den network_map graphviz Befehl absetzen.
Hallo mark79, @ all
Heute bin ich endlich dazu gekommen es mal auszuprobieren. Gleich vorweg mal die Ausgangssituation.
Ausgangspost https://forum.fhem.de/index.php/topic,84790.msg859149.html#msg859149 (https://forum.fhem.de/index.php/topic,84790.msg859149.html#msg859149)
Coordinator im Keller (****3e6)
Fensterkontakt im WZ (****bb6)
Tempsensor1 im WZ am Ofen (****450)
Tempsensor2 ist mobil (****627)
Router im WZ (****cea)
in map0 ist der Router aus, Tempsensor2 liegt neben dem Coordinator.
in map1 ist der Router im WZ an, Tempsensor2 liegt neben dem Coordinator.(was schon komisch ist, Tempsensor1 und Fensterkontakt sind dem Router näher und im selben Raum, jedoch wird nur Tempsensor2 mit Router verbunden)
in map2 ist der Tempsensor2 neben dem Router, aber innerhalb der Reichweite des Coordinators
in map3 ist der Tempsensor2 in der Küche 4m neben dem Router jedoch außerhalb vom Coordinator.
So nun zu der Frage ;D
ab map3 sendet Tempsensor2 keine Werte mehr, also muss der Router ja entweder das Signal nicht weiter senden oder der Sensor war nie mit ihm verbunden.
Ich hoffe es ist einigermaßen verständlich und nicht zu umfangreich um durchzusteigen und mir zu helfen ;)
Mit den Router Gedöns habe ich bisher noch kaum Erfahrungen gesammelt und kann daher leider keine Tipps geben.
Ich habe hier nur einen CC2530 als Coordinator lokal in der Wohnung aufgestellt und sonst nix, außer einer Ikea Birne, aber die schalte ich bisher noch via 4CH Sonoff Steckdose ein/aus. :D
Am besten schaut ihr ins Github unter Issues, dort kann man auch suchen, z.B. nach Router: https://github.com/Koenkk/zigbee2mqtt/issues?utf8=%E2%9C%93&q=Router
Und am besten stellt ihr solche speziellen Fragen dort, weil die Entwickler von Zigbee2mqtt euch wohl mehr helfen können.
Hallo Zusammen,
habe einen CC2530 als Router aufgesetzt. Kann mir jemand sagen was es bedeutet wenn der die ganze Zeit als Status "paired" angezeigt wird?
Der war schon einmal "true" aber irgendwie mag er nicht mehr.
Kennt Ihr ein solches Verhalten?
Vg denny
Hat sich erledigt.
Habe nun einiges an Infos aus dem GitHub erhalten und bin gerade dabei den CC2531 USB Dongle als "Router" anzubinden und den CC2530 als "Coordinator". Das funktioniert wohl auch Seitens "mqtt2zigbee" Modul. Nur leider mag mein eigentliches System im Moment den CP210X nicht ansprechen. Am Testsystem erhalte ich aber Werte.
Wobei folgende Geräte:
Router:0x00124b0012022e95
Sensor:0x00158d00022885a4
Sensor:0x00158d00023e3010
zigbee2mqtt:info 2018-11-25 14:39:47 MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
zigbee2mqtt:info 2018-11-25 14:39:47 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":31,"description":"0/0x00124B001B6DF639","type":"COORD","rssi":35}'
zigbee2mqtt:info 2018-11-25 14:39:47 MQTT publish, topic: 'zigbee2mqtt/0x00158d00022885a4', payload: '{"temperature":18.23,"linkquality":0,"humidity":39.55,"pressure":987.47,"battery":99,"voltage":3005}'
zigbee2mqtt:info 2018-11-25 14:39:47 MQTT publish, topic: 'zigbee2mqtt/0x00158d00023e3010', payload: '{"temperature":19.17,"linkquality":28,"humidity":43.02,"battery":55,"voltage":2995}'
zigbee2mqtt:info 2018-11-25 14:40:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":28,"description":"0/0x00124B001B6DF639","type":"COORD","rssi":35}'
zigbee2mqtt:warn 2018-11-25 14:40:28 No converter available for 'CC2530.ROUTER' with cid 'genOnOff', type 'devChange' and data '{"cid":"genOnOff","data":{"onOff":1}}'
zigbee2mqtt:warn 2018-11-25 14:40:28 Please see: https://github.com/Koenkk/zigbee2mqtt/wiki/How-to-support-new-devices.
zigbee2mqtt:info 2018-11-25 14:40:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":31,"description":"0/0x00124B001B6DF639","type":"COORD","rssi":30}'
zigbee2mqtt:info 2018-11-25 14:40:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":28,"description":"51316/0x00158D00022885A4","type":"CHILD_RFD","rssi":35}'
zigbee2mqtt:info 2018-11-25 14:40:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":28,"description":"33911/0x00158D00023E3010","type":"CHILD_RFD","rssi":99}'
zigbee2mqtt:info 2018-11-25 14:40:48 Device incoming...
zigbee2mqtt:info 2018-11-25 14:40:48 MQTT publish, topic: 'zigbee2mqtt/bridge/log', payload: '{"type":"pairing","message":"device incoming"}'
zigbee2mqtt:info 2018-11-25 14:41:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":21,"description":"33911/0x00158D00023E3010","type":"CHILD_RFD","rssi":99}'
zigbee2mqtt:info 2018-11-25 14:41:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":21,"description":"0/0x00124B001B6DF639","type":"COORD","rssi":24}'
zigbee2mqtt:info 2018-11-25 14:42:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":23,"description":"0/0x00124B001B6DF639","type":"COORD","rssi":24}'
zigbee2mqtt:info 2018-11-25 14:42:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":23,"description":"0/0x00124B001B6DF639","type":"COORD","rssi":22}'
zigbee2mqtt:info 2018-11-25 14:42:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":23,"description":"51316/0x00158D00022885A4","type":"CHILD_RFD","rssi":35}'
zigbee2mqtt:info 2018-11-25 14:42:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":23,"description":"33911/0x00158D00023E3010","type":"CHILD_RFD","rssi":99}'
zigbee2mqtt:info 2018-11-25 14:43:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":28,"description":"33911/0x00158D00023E3010","type":"CHILD_RFD","rssi":99}'
zigbee2mqtt:info 2018-11-25 14:43:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":28,"description":"0/0x00124B001B6DF639","type":"COORD","rssi":30}'
zigbee2mqtt:info 2018-11-25 14:43:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":26,"description":"51316/0x00158D00022885A4","type":"CHILD_RFD","rssi":35}'
zigbee2mqtt:info 2018-11-25 14:43:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":28,"description":"33911/0x00158D00023E3010","type":"CHILD_RFD","rssi":99}
Nur das hier verstehe ich nicht ganz:
MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":23,"description":"33911/0x00158D00023E3010","type":"CHILD_RFD","rssi":99}'
Sieht für mich so aus als würde der Sensor via Router mit dem Koordinator sprechen aber wo sind die Daten?
Beim Start der bridge sind die Daten kurz da. Aber es folgen keine weiteren danach. Kann es sein das es mit der Meldung in Zusammenhangs steht:
zigbee2mqtt:info 2018-11-25 14:40:28 MQTT publish, topic: 'zigbee2mqtt/0x00124b0012022e95', payload: '{"state":true,"linkquality":28,"description":"0/0x00124B001B6DF639","type":"COORD","rssi":35}'
zigbee2mqtt:warn 2018-11-25 14:40:28 No converter available for 'CC2530.ROUTER' with cid 'genOnOff', type 'devChange' and data '{"cid":"genOnOff","data":{"onOff":1}}'
zigbee2mqtt:warn 2018-11-25 14:40:28 Please see: https://github.com/Koenkk/zigbee2mqtt/wiki/How-to-support-new-devices.
Achso falls es Jemand benötigt. Habe die Schritte welche für mein verwendetes CC2530 Modul (Webee) benötigt werden mal zusammen geschrieben. Vielleicht hilft es weiter.
Update: So nachdem ich auch etwas mit den Positionen und der Ausrichtung des Routers(CC2531 USB Stick) herumgespielt habe, konnte ich erstaunlicherweise feststellen, dass die Verbindung zwischen Coordinator und Router auch durch eine 40cm Stahlbetondecke doch immerhin noch mit 55 % linkquality funktionieren. Der Coordinatoer CC2530 Webee Modul hängt inzwischen an einem Arduino welcher die UART Schnittstelle zum System abbildet, da der CP2102 Chipsatz absolut nicht mit meinem Debian harmonieren wollte. Das schöne ist hier, das der Arduino beide LED hat für RX und TX welche es ermöglichen zu sehen ob Traffic im Zigbee Netz ist bzw. ob die UART Schnittstelle funktioniert. Damit gibts bald noch ein Gehäuse mit den LED :-). Und zu guter Letzt werden die Sensoren hinter dem Router mit dem Modul auch noch angelernt wie gewohnt.
Aktuell hängen zwei Temperatursensoren und ein Bewegungsmelder im Netzwerk.
Siehe Bild. Leider werden die Verlikung nicht mit angezeigt. Weis jemand warum?
Im Großen und Ganzen bin ich aber zufrieden bisher. Jetzt werden alle 25 weiteren Sensoren in das Cloudfreie Netz umziehen! Danach kommt der lumigateway in die Schublade bis es eine Möglichkeit gibt das Ding zu rooten! :-)
Vg denny
Hallo zusammen,
ich hoffe hier hat jemand einen Tip für mich.
Ich hatte 19 unterschiedliche Geräte Bewegungsmelder etc. bei mir laufen.
Als letztes habe ich eine IKEA Lampe und die Fernbedienung versucht zu koppeln.
Bei der Fernbedienung bin ich gescheitert dabei ist der Stick auch einmal abgestürzt und musste neu gestartet werden.
Jetzt funktionieren 18 der Geräte einwandfrei ein xiaomi taster geht plötzlich nichtmehr und ich bekomme beim besten willen kein neues Gerät gekoppelt.
Der Schalter der mal gekoppelt war lies sich problemlos mit dem original gateway koppeln nur an dem stick bekomme ich kein neues Gerät gekoppelt.
Hat jemand eine Idee was ich noch versuchen kann?
UpdateDevices habe ich schon gemacht ohne einen unterschied.
Hallo zusammen,
hat niemand einen Tip für mich?
Woran kann es liegen wenn ich keine neuen devices anlernen kann?
schon mehrfach hier gelesen aber hat nie einer drauf reagiert - auch ich habe die folgenden Fehler im Log:
2018.11.27 21:24:01 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/72_XiaomiMQTTDevice.pm line 259.
2018.11.27 21:24:01 1: PERL WARNING: Use of uninitialized value in regexp compilation at ./FHEM/10_MQTT_DEVICE.pm line 251.
2018.11.27 21:24:01 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 252.
2018.11.27 21:24:01 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 253.
2018.11.27 21:24:01 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
2018.11.27 21:24:01 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
bis auf die schlechte Reichweite läuft aber alles... Vielleicht weiß jemand Abhilfe für meinen Log...
Hallo, ich habe ein Problem das seit gestern mein fhem keine Signale der Clients empfängt. Ich habe gestern neue Funksteckdosen angelernt. Nach den ersten zwei war noch alles ok. Nach weiteren 4 ging nichts mehr. Fhem mehrmals neu gestartet. Fhem läuft normal nur die Sensoren werden nicht mehr aktualisiert. Wo fange ich an zu suchen?
Wieviele Devices hast du denn insgesamt schon angelernt?
Hallo, insgesamt 14 Geräte...
Zitat von: matthias soll am 27 November 2018, 21:04:57
Hallo zusammen,
hat niemand einen Tip für mich?
Woran kann es liegen wenn ich keine neuen devices anlernen kann?
Ich würde im Github von Zigbee2mqtt unter Issues nachschauen, dort gibt es genug Infos dazu. Hier im Forum bedienen wir ja nur die Schnittstelle von Fhem zu Zigbee2mqtt.
Das Problem ist halt, das man nur eine gewisse Anzahl an den Coordinator pairen kann, weil dieser zu wenig Speicher hat.
Man kann die Anzahl trotzdem noch steigern, wenn man Router aufstellt. Ich glaube gelesen zu haben bis zu 50 Devices. Dann gibt es aber noch das Problem, das man es nicht steuern kann, ob sich das Device zum Router oder zum Coordinator verbindet...
Im Github gibt es auch Firmwares wo der Speicher erweitert wurde, nur ist das alles noch in der Beta Phase und man muss die Devices neu pairen. Ansonsten gibt es noch ein Trick mit Alufolie, mit dem man den Coordinator abgeschirmt und alle Router vorher abstellt und dann den Zigbee2mqtt Dienst startet.
Hallo, erstmal danke für den Hinweis.
Mir würde es reichen wenn ich erstmal geräte wieder entfernen könnte.
Das IKEA zeug ist nicht gut und die Fernbedienung geht sowieso nicht aber ich kann sie nicht entfernen.
Wenn ich aus fhem das gerät entferne wird es auch nir in fhem entfernt in der database und in der config.yaml bleibt es drin und wenn ich ein updatedevices durchführe sind sie wieder da :-(
Kann ich die dateien im Ordner zigbee2mqtt von hand bearbeiten oder wie lösche ich devices sauber und komplett?
s. remove unter https://github.com/Koenkk/zigbee2mqtt/wiki/MQTT-topics-and-message-structure (https://github.com/Koenkk/zigbee2mqtt/wiki/MQTT-topics-and-message-structure).
Manuelles Bearbeiten der Dateien würde ich nicht unbedingt empfehlen - auch wenn es vielleicht (zunächst einmal) denselben Effekt hätte.
Alternativ klappt es auch über das Beispiel im Wiki https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Installation_von_zigbee2mqtt (https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Installation_von_zigbee2mqtt). Dort wird im FHEM-Device MQTT2_zigbee_pi ein remove-Befehl bereitgestellt.
Hallo zusammen,
ich hab mal ein paar Fragen die mir github, google, das wiki und das forum nicht beantwortet haben.
Benutzte Anleitung: https://haus-automatisierung.com/projekt/2018/04/28/projekt-xiaomi-ohne-cloud.html
Ich habe gestern einen CC2531 USB Stick geflasht und zigbee2mqtt installiert. Dann das FHEM Modul installiert und einen Aquare Cube angelernt. Mich gefreut das das alles klappt.
Heute habe ich eine Philips HUE color and white E27 angelernt. Auch diese wird erkannt. Nur ist in dem FHEM Gerät irgendwie nichts zu finden außer set remove. Ich habe auch keinerlei readings. und im state steht nur paired. Wie kann ich die HUE Lampe nun steuern? Gibt es irgendwie auch readings? Über die HUE Bridge war das irgendwie alles gleich da.
Internals:
CFGFN
DEF 9290012573A 0x0017880104561d06
FRIENDLYNAME
IODev xx.net.MQTT
MODEL 9290012573A
NAME 0x0017880104561d06
NOTIFYDEV 9290012573A 0x0017880104561d06
NR 25171
SID 0x0017880104561d06
STATE paired
TYPE XiaomiMQTTDevice
READINGS:
2018-11-29 18:44:02 transmission-state subscription acknowledged
message_ids:
subscribe:
zigbee2mqtt/0x0017880104561d06
xiaomi/0x0017880104561d06/#
subscribeExpr:
^zigbee2mqtt\/0x0017880104561d06$
^xiaomi\/0x0017880104561d06.*$
subscribeQos:
xiaomi/0x0017880104561d06/# 0
zigbee2mqtt/0x0017880104561d06 0
Attributes:
IODev xx.net.MQTT
room 9.? Autocreate
LG Alina
Hallo,
werfe mal ein Blick auf MQTT2_SERVER, das legt das Device, passend mit den richtigen attr. Befehlen an. So das man Helligkeit und Lichtfarbe steuern kann.
Ob Farbe schon unterstützt wird, weiß ich im Moment nicht. Den mosquitto-server und das hier Modul hier benötigst du dann nicht mehr.
https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele
https://forum.fhem.de/index.php/topic,91394.0.html
Das Modul hier macht keines von beiden, das ist eher für Sensoren gedacht... Für Licht, müsstest du dir das selber einrichten.
https://forum.fhem.de/index.php/topic,84790.msg858886.html#msg858886
Viele Grüße
Mark
so bin einen Schritt weiter bei der Fehlersuche: Bei mir startet zigbee-shepherd nicht mehr (siehe anhang) nachdem ich vorgestern 4 Osram Steckdosen hinzugfügen wollte (devices 11-14).
Hat jemand eine idee?
Zitat von: Tomk am 29 November 2018, 21:54:58
so bin einen Schritt weiter bei der Fehlersuche: Bei mir startet zigbee-shepherd nicht mehr (siehe anhang) nachdem ich vorgestern 4 Osram Steckdosen hinzugfügen wollte (devices 11-14).
Hat jemand eine idee?
Mit der Fehlermeldung kann man nix anfangen, mach das hier mal: https://github.com/Koenkk/zigbee2mqtt/wiki/How-to-debug
Ok danke für den Hinweis, scheint irgendwie am Port für den USB Stick zu liegen, oder?
Was genau hast du in der configuration.yaml unter serial eingetragen? /dev/ttyx oder /dev/serial/by-id/x ?
Ich würde letzteres nehmen... Poste mal den Output von ls -l /dev/serial/by-id/
Hallo zusammen,
ich hab noch mal eine Frage zu HUE Lampen. Wie kann ich denn die ganzen Funktionen der Lampen nutzen?
Ich habe bis jetzt nur on, off, brightness und color_temp als Befehle gefunden. Die Lampen können mit der HUE-Bridge aber deutlich mehr Kommandos. Was mir definitiv fehlt ist die Dimmzeit weil sie bis jetzt nur sofort auf den Wert schaltet statt wie mit der HUE-Bridge hin zu dimmen und Farben als hue und auch rgb Wert. Dann das auslesen des aktuellen Lampenzustands mit allen Werten.
Kann mir hier jemand weiter helfen?
LG Alina
Zitat von: mark79 am 29 November 2018, 23:21:48
Was genau hast du in der configuration.yaml unter serial eingetragen? /dev/ttyx oder /dev/serial/by-id/x ?
Ich würde letzteres nehmen... Poste mal den Output von ls -l /dev/serial/by-id/
Hallo,
Configuration.yaml:
serial:
port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012013E6A-if00
ls -l /dev/serial/by-id/
usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012013E6A-if00 -> ../../ttyACM0
Sollte doch eigentlich passen, oder?
Zitat von: Tomk am 30 November 2018, 18:18:41
Hallo,
Configuration.yaml:
serial:
port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012013E6A-if00
ls -l /dev/serial/by-id/
usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012013E6A-if00 -> ../../ttyACM0
Sollte doch eigentlich passen, oder?
Das sieht gut aus, es ist besser den Zigbee Adapter per /dev/serial/by-id anzubinden, als per /dev/ttyxx, weil sich letzteres nach einem neustart mal ändert.
Die Fehlermeldung von dir sagt eigentlich aus das der Stick evtl. schon in Verwendung ist.
Hast du den Dienst vorher beendet (sudo systemctl stop zigbee2mqtt) und dann versucht Zigbee2mqtt im Debug Modus per Console zu starten?
Es kann sein, das der Dienst zwei mal gestartet war?
Oder du hast in Fhem irgendein Device was auf den Stick zugreift, das kann /dev/serial/by-id/
usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012013E6A-if00 sein, oder auch /dev/ttyACM0.
Dann würde ich noch probieren, den Raspberry auszuschalten, den Stick abzuziehen und wieder rein zu stecken... vielleicht auch mal in einen anderen USB Port.
Wenn das nicht hilft, musst du wohl den Stick neu flashen. :(
Um nicht alle Devices neu zu pairen, kannst du den Alufolien Trick ausprobieren... Stick flashen, vor dem anstöpseln alle Router abschalten, den Stick isolieren, Alufolie drum wickeln und dann Zigbee2mqtt starten. Alufolie danach abwickeln...
Bei mir hat das schon einmal geklappt, ohne alle Geräte neu zu pairen.
Anderer Dienst, der nicht "by-id" zugreift (z.B. FHEM)?
Einen anderen Dienst in FHEM konnte ich nicht finden, aber:
Habe den Stick nochmal umgesteckt und dann von Hand gestartet:
pi@raspberrypi:~/xiaomi-zb2mqtt $ sudo DEBUG=* npm start
> zigbee2mqtt@0.0.0 start /home/pi/xiaomi-zb2mqtt
> node index.js
2018-11-30 20:56:33 DEBUG Using zigbee-shepherd with settings: '{"net":{"panId":6754,"channelList":[11]},"dbPath":"/home/pi/xiaomi-zb2mqtt/data/database.db","sp":{"baudrate":115200,"rtscts":true}}'
2018-11-30 20:56:33 INFO Starting zigbee2mqtt version 0.0.0 (commit #4c4fcd7)
2018-11-30 20:56:33 INFO Starting zigbee-shepherd
zigbee-shepherd:init zigbee-shepherd booting... +0ms
cc-znp The serialport /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012013E6A-if00 is opened. +30ms
zigbee-shepherd:request REQ --> SYS:osalNvRead +5ms
cc-znp:SREQ --> SYS:osalNvRead, { id: 3840, offset: 0, len: 1, value: [ 85 ] } +7ms
serialport write 8 bytes of data +27ms
cc-znp:SRSP <-- SYS:osalNvRead, __timeout__ +3s
zigbee-shepherd:request RSP <-- SYS:osalNvRead +1ms
zigbee-shepherd:init Coordinator initialize had an error: Error: request timeout
at CcZnp.<anonymous> (/home/pi/xiaomi-zb2mqtt/node_modules/cc-znp/lib/ccznp.js:254:22)
at Object.onceWrapper (events.js:315:30)
at emitOne (events.js:116:13)
at CcZnp.emit (events.js:211:7)
at Timeout.<anonymous> (/home/pi/xiaomi-zb2mqtt/node_modules/cc-znp/lib/ccznp.js:233:18)
at ontimeout (timers.js:498:11)
at tryOnTimeout (timers.js:323:5)
at Timer.listOnTimeout (timers.js:290:5) +19ms
2018-11-30 20:56:36 WARN Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds)
cc-znp The serialport /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0012013E6A-if00 is closed. +12ms
^C2018-11-30 20:57:13 ERROR Not connected to MQTT server!
2018-11-30 20:57:13 ERROR Cannot send message: topic: 'zigbee2mqtt/bridge/state', payload: 'offline
2018-11-30 20:57:13 INFO zigbee-shepherd stopped
Kann darin die Ursache liegen?
Mein Problem sieht ziemlich genauso aus wie hier beschrieben: https://github.com/Koenkk/zigbee2mqtt/issues/67#issuecomment-392574987 (https://github.com/Koenkk/zigbee2mqtt/issues/67#issuecomment-392574987). Ich nutze auch Jessi und werde jetzt mal auf Stretch updaten... mal sehen
Hallo,
ich lese hier jetzt schon eine Weile mit und habe den Stick inkl. einiger Temperatursensoren bestellt.
Eins ist mir aber noch nicht ganz klar geworden.
Ich weiß, dass es hier in erster Linie um die Xiaomi Sensoren geht aber mit zigbee2mqtt
laufen ja auch die HUE Lampen / Osram Plugs. Die würde ich auch gern mit zigbee2mqtt ansteuern und den HUE Gateway damit ersetzen.
Wird auch so etwas weiter funktionieren?
set HUEDevice1 pct 1 : ct 2000;set HUEDevice1 pct 70 : ct 2200 : transitiontime 3000
Werden die HUE Geräte auch weiterhin von Alexa erkannt oder muss ich dann über eine HA Bridge gehen bzw. mir den FHEM Skill zusammenfrickeln?
Gruß
Stefan
So, habe nun alles neu gemacht :-(
1. Update Jessie auf Stretch
2. Stick mit neuer Firmware geflasht
3. npm und mosquitto neu installiert
Jetzt läufts wieder, die LED am stick ist nun wieder dauerhaft grün, vorher beim ersten ansprechen rot gewesen.
Eine Frage noch: kann ich irgendwie die Pairings übernehmen? die Database.db habe ich versucht zu übernehmen, aber in Fhem bekomme ich die alten devices nicht verknüpft?
Hallo zusammen,
Ich bin neu im Forum aber nicht mit FHEM, bis jetzt nur gelese . :-)
Auf jedem Fall, tolle Arbeit hier geleistet.
Ich habe es nicht gesehen, so möchte ich aktiv fragen, würde es gehen ohne extra USB Stick, da mein FHEM auf einem Raspberry Pi Zero W läuft, also Bluetooth habe ich schon.
Ich habe mir nämlich so ein Gerät überlegt
https://rover.ebay.com/rover/0/0/0?mpre=https%3A%2F%2Fwww.ebay.de%2Fulk%2Fitm%2F183217267754 (https://rover.ebay.com/rover/0/0/0?mpre=https%3A%2F%2Fwww.ebay.de%2Fulk%2Fitm%2F183217267754)
Danke im Voraus
Diese HumTemp-Sensoren kannst du problemlos mit dem https://forum.fhem.de/index.php/topic,82572.0.html (https://forum.fhem.de/index.php/topic,82572.0.html) Modul einbinden.
Laufen bei mir ebenfalls über einen RaspiZero.
lg, Stefan
Zitat von: Icinger am 01 Dezember 2018, 23:21:09
Diese HumTemp-Sensoren kannst du problemlos mit dem https://forum.fhem.de/index.php/topic,82572.0.html (https://forum.fhem.de/index.php/topic,82572.0.html) Modul einbinden.
Laufen bei mir ebenfalls über einen RaspiZero.
lg, Stefan
Super, vielen Dank und viel Spaß weiter mit FHEM. :-)
Hallo,
habe den Original Xiaomi Mi Magie als Mediensteuerung im Badezimmer im Einsatz und über den Stick und zigbee2mgtt in fhem eingebunden.
Nach dem Pairen funktioniert die Mediensteuerung einwandfrei (laut leise durch Drehen; Senderwahl durch Kippen auf die entsprechende Seite;Ein-Ausschalten des Players duch Schütteln; Ausschalten des Bewegungsmelder duch tap; Einschalten des Bewegunsmelder durch Schieben).
Leider habe ich das Problem, dass der Würfel nach einer nicht erkennbaren Zeit neu gepairt werden muss, weil er nicht mehr reagiert.
Hat vielleicht jemand ein ähnliches Verhalten?
List Würfel:
Internals:
DEF MFKZQ01LM 0x00158d00027cefec
FRIENDLYNAME
IODev mqtt
MODEL MFKZQ01LM
NAME 0x00158d00027cefec
NOTIFYDEV MFKZQ01LM 0x00158d00027cefec
NR 1069
SID 0x00158d00027cefec
STATE Seite:0 Aktion:rotate_right
TYPE XiaomiMQTTDevice
READINGS:
2018-12-05 05:32:12 action rotate_right
2018-12-05 05:32:12 angle 19.26
2018-12-05 12:17:05 battery low
2018-12-05 12:17:05 battery_level 55
2018-12-04 19:00:05 from_side 4
2018-12-05 12:17:05 linkquality 0
2018-12-02 19:38:07 side 0
2018-12-04 19:00:05 to_side 0
2018-12-05 12:17:05 transmission-state incoming publish received
2018-12-05 12:17:05 voltage 2995
message_ids:
subscribe:
zigbee2mqtt/0x00158d00027cefec
xiaomi/0x00158d00027cefec/#
subscribeExpr:
^zigbee2mqtt\/0x00158d00027cefec$
^xiaomi\/0x00158d00027cefec.*$
subscribeQos:
xiaomi/0x00158d00027cefec/# 0
zigbee2mqtt/0x00158d00027cefec 0
Attributes:
IODev mqtt
alias Badwürfel
eventMap 1:SWR3 2:RadioRegenbogen 3:AbsolutRelax 4:PaniSchlager 5:Enya 0:HitradioOhr
room XiaomiMQTTDevice
stateFormat Seite:to_side Aktion:action
widgetOverride side:SWR3,RadioRegenbogen,AbsolutRelax,Enya,PaniSchlager,HitradioOhr
list Bridge:
Internals:
CHANGED
DEF bridge
FRIENDLYNAME
IODev mqtt
MODEL bridge
NAME xBridge
NOTIFYDEV bridge
NR 883
SID bridge
STATE online
TYPE XiaomiMQTTDevice
READINGS:
2018-12-04 18:56:13 log {"type":"devices","message":[{"ieeeAddr":"0xd0cf5efffe16d8c7","type":"EndDevice","model":"TRADFRI remote control","friendly_name":"0xd0cf5efffe16d8c7"},{"ieeeAddr":"0x90fd9ffffed889f3","type":"Router","model":"LED1545G12","friendly_name":"0x90fd9ffffed889f3"},{"ieeeAddr":"0x90fd9ffffed3ec52","type":"EndDevice","model":"TRADFRI remote control","friendly_name":"0x90fd9ffffed3ec52"},{"ieeeAddr":"0x00158d0002b23b0c","type":"EndDevice","friendly_name":"0x00158d0002b23b0c"},{"ieeeAddr":"0x00158d0001b19b09","type":"EndDevice","model":"WXKG01LM","friendly_name":"0x00158d0001b19b09"},{"ieeeAddr":"0x00158d00010fce70","type":"EndDevice","model":"MFKZQ01LM","friendly_name":"0x00158d00010fce70"},{"ieeeAddr":"0x00158d00029c08a6","type":"EndDevice","model":"RTCGQ11LM","friendly_name":"0x00158d00029c08a6"},{"ieeeAddr":"0x00158d0001e80850","type":"EndDevice","model":"WXKG01LM","friendly_name":"0x00158d0001e80850"},{"ieeeAddr":"0x90fd9ffffedd7c9e","type":"Router","model":"LED1545G12","friendly_name":"0x90fd9ffffedd7c9e"},{"ieeeAddr":"0x00158d00027cefec","type":"EndDevice","model":"MFKZQ01LM","friendly_name":"0x00158d00027cefec"}]}
2018-12-04 23:27:38 state online
2018-12-04 23:27:38 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/bridge
xiaomi/bridge/#
zigbee2mqtt/bridge/#
subscribeExpr:
^zigbee2mqtt\/bridge$
^xiaomi\/bridge.*$
^zigbee2mqtt\/bridge.*$
subscribeQos:
xiaomi/bridge/# 0
zigbee2mqtt/bridge 0
zigbee2mqtt/bridge/# 0
subscribeReadings:
zigbee2mqtt/bridge/config/devices:
zigbee2mqtt/bridge/config/permit_join:
zigbee2mqtt/bridge/log:
zigbee2mqtt/bridge/state:
Attributes:
IODev mqtt
room Culs,Haus_Oberweier,System,Wohnzimmer,XiaomiMQTTDevice
List Bewegungsmelder:
Internals:
DEF 158d0001ad45dd motion GW_Xiaomi
GW_Xiaomi_MSGCNT 412
GW_Xiaomi_TIME 2018-12-05 12:29:27
IODev GW_Xiaomi
LASTInputDev GW_Xiaomi
MODEL motion
MSGCNT 412
NAME XMI_158d0001ad45dd
NR 688
SID 158d0001ad45dd
STATE off
TYPE XiaomiSmartHome_Device
VERSION 1.20
READINGS:
2018-12-05 12:29:27 battery ok
2018-12-05 12:29:27 battery_level 3
2018-12-05 12:29:27 heartbeat 158d0001ad45dd
2018-12-02 14:02:21 motionOffTimer 10
2018-12-05 07:28:11 no_motion 1800
2018-12-05 06:58:25 state off
Attributes:
IODev GW_Xiaomi
alias BewegungBad
devStateIcon motion:motion_detector@red off:motion_detector@green no_motion:motion_detector@green
room Culs,MiSmartHome
List Sendersteuerung und Funktionssteuerung:
Internals:
DEF ([0x00158d00027cefec:to_side] eq 1)(set SB_PLAYER_b827ebfce926 favorites SWR3_938_Top_40Pop) DOELSEIF ([0x00158d00027cefec:to_side] eq 2)(set SB_PLAYER_b827ebfce926 favorites Radio_Regenbogen_1011_Top_40Pop) DOELSEIF ([0x00158d00027cefec:to_side] eq 3)(set SB_PLAYER_b827ebfce926 favorites Absolut_relax_Easy_Listening) DOELSEIF ([0x00158d00027cefec:to_side] eq 4)(set SB_PLAYER_b827ebfce926 favorites pani_schlager) DOELSEIF ([0x00158d00027cefec:to_side] eq 0)(set SB_PLAYER_b827ebfce926 favorites Hit_Radio_Ohr_1049_Adult_Contemporary) DOELSEIF ([0x00158d00027cefec:to_side] eq 5)(set SB_PLAYER_b827ebfce926 favorites Enya) DOELSEIF ([0x00158d00027cefec:action] eq "shake") (set BadMusicCon toggle; set SB_PLAYER_b827ebfce926 volume 50) DOELSEIF ([0x00158d00027cefec:action] eq "tap") (set m_badplayer2 disable;set SB_PLAYER_b827ebfce926 stop) DOELSEIF ([0x00158d00027cefec:action] eq "slide") (set m_badplayer2 initialize)
MODEL FHEM
NAME m_badplayer_sender
NR 887
NTFY_ORDER 50-m_badplayer_sender
STATE cmd_5
TYPE DOIF
READINGS:
2018-12-05 12:17:06 Device 0x00158d00027cefec
2018-12-04 19:00:05 cmd 5
2018-12-04 19:00:05 cmd_event 0x00158d00027cefec
2018-12-04 19:00:05 cmd_nr 5
2018-12-05 05:32:12 e_0x00158d00027cefec_action rotate_right
2018-12-04 19:00:05 e_0x00158d00027cefec_to_side 0
2018-12-04 18:59:12 mode enabled
2018-12-04 19:00:05 state cmd_5
Regex:
attr:
cmdState:
wait:
waitdel:
condition:
0 ::ReadingValDoIf($hash,'0x00158d00027cefec','to_side') eq 1
1 ::ReadingValDoIf($hash,'0x00158d00027cefec','to_side') eq 2
2 ::ReadingValDoIf($hash,'0x00158d00027cefec','to_side') eq 3
3 ::ReadingValDoIf($hash,'0x00158d00027cefec','to_side') eq 4
4 ::ReadingValDoIf($hash,'0x00158d00027cefec','to_side') eq 0
5 ::ReadingValDoIf($hash,'0x00158d00027cefec','to_side') eq 5
6 ::ReadingValDoIf($hash,'0x00158d00027cefec','action') eq "shake"
7 ::ReadingValDoIf($hash,'0x00158d00027cefec','action') eq "tap"
8 ::ReadingValDoIf($hash,'0x00158d00027cefec','action') eq "slide"
devices:
0 0x00158d00027cefec
1 0x00158d00027cefec
2 0x00158d00027cefec
3 0x00158d00027cefec
4 0x00158d00027cefec
5 0x00158d00027cefec
6 0x00158d00027cefec
7 0x00158d00027cefec
8 0x00158d00027cefec
all 0x00158d00027cefec
do:
0:
0 set SB_PLAYER_b827ebfce926 favorites SWR3_938_Top_40Pop
1:
0 set SB_PLAYER_b827ebfce926 favorites Radio_Regenbogen_1011_Top_40Pop
2:
0 set SB_PLAYER_b827ebfce926 favorites Absolut_relax_Easy_Listening
3:
0 set SB_PLAYER_b827ebfce926 favorites pani_schlager
4:
0 set SB_PLAYER_b827ebfce926 favorites Hit_Radio_Ohr_1049_Adult_Contemporary
5:
0 set SB_PLAYER_b827ebfce926 favorites Enya
6:
0 set BadMusicCon toggle; set SB_PLAYER_b827ebfce926 volume 50
7:
0 set m_badplayer2 disable;set SB_PLAYER_b827ebfce926 stop
8:
0 set m_badplayer2 initialize
9:
helper:
event voltage: 2995,battery_level: 55,battery: low,linkquality: 0
globalinit 1
last_timer 0
sleeptimer -1
timerdev 0x00158d00027cefec
timerevent action: flip90,voltage: 2845,battery_level: 11,battery: low,from_side: 4,to_side: 0,linkquality: 73
triggerDev 0x00158d00027cefec
DOIF_eventas:
cmd_nr: 5
cmd: 5
cmd_event: 0x00158d00027cefec
state: cmd_5
timerevents:
action: flip90
voltage: 2845
battery_level: 11
battery: low
from_side: 4
to_side: 0
linkquality: 73
timereventsState:
action: flip90
voltage: 2845
battery_level: 11
battery: low
from_side: 4
to_side: 0
linkquality: 73
triggerEvents:
voltage: 2995
battery_level: 55
battery: low
linkquality: 0
triggerEventsState:
voltage: 2995
battery_level: 55
battery: low
linkquality: 0
internals:
itimer:
readings:
0 0x00158d00027cefec:to_side
1 0x00158d00027cefec:to_side
2 0x00158d00027cefec:to_side
3 0x00158d00027cefec:to_side
4 0x00158d00027cefec:to_side
5 0x00158d00027cefec:to_side
6 0x00158d00027cefec:action
7 0x00158d00027cefec:action
8 0x00158d00027cefec:action
all 0x00158d00027cefec:to_side 0x00158d00027cefec:action
trigger:
uiState:
uiTable:
Attributes:
do always
room Bad
Notify für LautLeise:
Internals:
DEF 0x00158d00027cefec.* {
my $radio_volume = ReadingsVal("SB_PLAYER_b827ebfce926","volume","");
if
(ReadingsVal("0x00158d00027cefec","action","") eq "rotate_left"){
if ($radio_volume <= 5) {
$radio_volume = 0;
}
else {
$radio_volume = $radio_volume-5;
}
}
elsif
(ReadingsVal("0x00158d00027cefec","action","") eq "rotate_right"){
if ($radio_volume >= 95) {
$radio_volume = 100;
}
else {
$radio_volume = $radio_volume+5;
}
}
fhem( "set SB_PLAYER_b827ebfce926 volume $radio_volume" );
return $radio_volume;
}
NAME BadLautLeise
NOTIFYDEV 0x00158d00027cefec.*
NR 901
NTFY_ORDER 50-BadLautLeise
REGEXP 0x00158d00027cefec.*
STATE 2018-12-05 12:17:05
TRIGGERTIME 1544008625.96693
TYPE notify
READINGS:
2018-12-03 22:35:52 state active
Attributes:
room Bad
List Bewegunserkennung:
Internals:
DEF ([XMI_158d0001ad45dd:state] eq "motion" & [P_BadPlayer:state] eq "present")(set SB_PLAYER_b827ebfce926 favorites {r_sender} ; set SB_PLAYER_b827ebfce926 play) DOELSEIF ([XMI_158d0001ad45dd:state] ne "motion")(set SB_PLAYER_b827ebfce926 pause)
MODEL FHEM
NAME m_badplayer2
NR 693
NTFY_ORDER 50-m_badplayer2
STATE cmd_2
TYPE DOIF
READINGS:
2018-12-05 12:29:27 Device XMI_158d0001ad45dd
2018-12-05 07:03:25 cmd 2
2018-12-05 07:03:25 cmd_count 1
2018-12-05 07:03:25 cmd_event XMI_158d0001ad45dd
2018-12-05 07:03:25 cmd_nr 2
2018-12-04 18:08:58 e_P_BadPlayer_state present
2018-12-05 06:58:25 e_XMI_158d0001ad45dd_state off
2018-12-02 19:38:07 mode enabled
2018-12-05 07:03:25 state cmd_2
2018-12-05 07:03:25 wait_timer no timer
Regex:
attr:
cmdState:
repeatsame:
0
1
wait:
0:
1
1:
300
waitdel:
condition:
0 ::ReadingValDoIf($hash,'XMI_158d0001ad45dd','state') eq "motion" & ::ReadingValDoIf($hash,'P_BadPlayer','state') eq "present"
1 ::ReadingValDoIf($hash,'XMI_158d0001ad45dd','state') ne "motion"
devices:
0 XMI_158d0001ad45dd P_BadPlayer
1 XMI_158d0001ad45dd
all XMI_158d0001ad45dd P_BadPlayer
do:
0:
0 set SB_PLAYER_b827ebfce926 favorites {r_sender} ; set SB_PLAYER_b827ebfce926 play
1:
0 set SB_PLAYER_b827ebfce926 pause
2:
helper:
event battery: ok,battery_level: 3,heartbeat: 158d0001ad45dd
globalinit 1
last_timer 0
sleepdevice XMI_158d0001ad45dd
sleepsubtimer -1
sleeptimer -1
timerdev XMI_158d0001ad45dd
timerevent off
triggerDev XMI_158d0001ad45dd
DOIF_eventas:
cmd_nr: 2
cmd: 2
cmd_event: XMI_158d0001ad45dd
state: cmd_2
timerevents:
off
timereventsState:
state: off
triggerEvents:
battery: ok
battery_level: 3
heartbeat: 158d0001ad45dd
triggerEventsState:
battery: ok
battery_level: 3
heartbeat: 158d0001ad45dd
internals:
itimer:
perlblock:
readings:
0 XMI_158d0001ad45dd:state P_BadPlayer:state
1 XMI_158d0001ad45dd:state
all XMI_158d0001ad45dd:state P_BadPlayer:state
trigger:
uiState:
uiTable:
Attributes:
disable 0
do always
event-on-change-reading .*
repeatsame 0:1
room Bad
wait 1:300
webCmd disable: initialize
Feststellen welche Seite bei der Bewegunserkennung gerade oben ist:
sub r_sender()
{
my $radio_sender = "";
if
(ReadingsVal("0x00158d00027cefec", "to_side", 1) == "1")
{$radio_sender = "SWR3_938_Top_40Pop";}
elsif
(ReadingsVal("0x00158d00027cefec", "to_side", 1) == "2")
{$radio_sender = "Radio_Regenbogen_1011_Top_40Pop";}
elsif
(ReadingsVal("0x00158d00027cefec", "to_side", 1) == "3")
{$radio_sender = "Absolut_relax_Easy_Listening";}
elsif
(ReadingsVal("0x00158d00027cefec", "to_side", 1) == "4")
{$radio_sender = "pani_schlager";}
elsif
(ReadingsVal("0x00158d00027cefec", "to_side", 0) == "4")
{$radio_sender = "Hit_Radio_Ohr_1049_Adult_Contemporary";}
elsif
(ReadingsVal("0x00158d00027cefec", "to_side", 1) == "5")
{$radio_sender = "Enya";}
return $radio_sender;
}
Habe ich den Würfel überfordert? :)
Oder bin ich zu weit vom ZigbeeStick entfernt.
Habe auch schon einen zweiten Würfel ( Xiaomi AQara Würfel Smart Home Kontroller) getestet, leider mit dem gleichen Verhalten.
Jemand eine Idee?
Gruß rippi
Eine kleine Frage zum STATE...
Ist dieser immer online, auch wenn ich das pairing aktiviere ?
Oder sieht man irgendwie, daß der Stick jetzt im pairing ist ?
Ich habe den Stick seit gestern am Laufen, mir eine IKEA Tradfri Lampe gekauft und wollte nun mal loslegen.
Aber bisher hat das Pairing noch nicht funktioniert..
Zitat von: rippi46 am 05 Dezember 2018, 12:52:33
Hat vielleicht jemand ein ähnliches Verhalten?
Hi, das kann an zu vielen Zigbee Geräten liegen, oder an der Firmware.
Ich hatte beim CC2530 mit der Firmware von PTVO bei nur wenigen Geräten auch das Problem, das meine Bewegungsmelder nach einigen Tagen - Wochen ausgestiegen sind und erst nach dem neupairen wieder funktionierten. Mit der Firmware von dzungpv, ist das Problem aber verschwunden: https://github.com/dzungpv/Z-Stack-firmware/tree/master/coordinator
So ein Würfel habe ich übrigens auch.
Zitat von: kumue am 05 Dezember 2018, 14:40:06
Eine kleine Frage zum STATE...
Ist dieser immer online, auch wenn ich das pairing aktiviere ?
Oder sieht man irgendwie, daß der Stick jetzt im pairing ist ?
Ich habe den Stick seit gestern am Laufen, mir eine IKEA Tradfri Lampe gekauft und wollte nun mal loslegen.
Aber bisher hat das Pairing noch nicht funktioniert..
Öffne einfach eine mosquitto in der Console, z.B. mit mosquitto_sub -v -h 127.0.0.1 -p 1883 -t '#'
Oder den Zigbee2mqtt Dienst in der Console per Hand starten, dann siehst du den Output auf der Console.
Dazu musst du erlauben, das Devices gepairt werden dürfen.
@mark79 Danke für den Tipp. Werde ich heute Abend mal testen.
Zitat von: rippi46 am 05 Dezember 2018, 15:04:57
@mark79 Danke für den Tipp. Werde ich heute Abend mal testen.
Denk aber dran, du musst alles neu pairen, wenn du die FW neu flasht...
Es gibt zwar ein Trick, aber der muss nicht funktionieren.
Wie das geht, habe ich schon mal beschrieben, such hier im Thread nach Alufolie.
Hallo zusammen,
jetzt habe ich auch mal einen Frage und schlagt mich bitte nicht wenn das schon beantwortet wurde und ich es übersehen habe.
Gibt es eine Möglichkeit mehr als 15 Geräte an den stick anzumelden?
Ja angeblich wenn man Router aufstellt, die sich näher am Device befinden, als der Coordinator. Manche haben über 40 Devices mit Router im Betrieb.
Das Problem ist aber noch, das man es nicht steuern kann, ob sich ein Device zum Router oder zum Coordinator verbindet. So habe ich das verstanden und ich selbst habe noch keine 15 Devices.
Am besten schaust du in den Zigbee2mqtt Github Issues nach, da gibts mehr Informationen zu.
Schade ich hatte gehofft dass ich ohne router mit anderer firmware auf dem stick auch mehr Geräte anmelden kann.
Das Xiaomi gateway kann doch auch mehr Geräte direkt ansprechen oder?
Das Original Gateway kann mehr, ich meine >50 Sensoren.
Liegt daran das es mehr Speicher hat als die CC2530/CC2531.
Aber du kannst einfach ein CC2530 holen und mit einer Vorschaltung auf 3,3 Volt, an ein USB Ladegerät anschließen.
Die Ikea Birnen, Steckdosen.. also alles mit Netzanschluss mit Zigbee sind auch Router. Nur die Reichweite ist dort nicht so groß, wie mit einem CC2530.
Danke für die Info.
schade dass nicht mehr als 15 geht das wäre mir deutlich lieber als dass ich nicht weis wo sich ein Gerät anmeldet bzw. ich niemals die Position der router ändern darf.
Ich habe mich die letzten Tage so sehr damit rumgeärgert, dass ich kurz davor bin wieder auf gateway umzustellen.
Ich hatte eine IKEA Lampe im Schlafzimmer, die sollte dort aber nicht bleiben,
jetzt habe ich sie abgebaut und woanders plaziert trotzdem melden sich die Geräte dort an obwohl sie viel weiter weg ist weil das irgendwo fest verknüpft ist.
Einen Schalter habe ich der sich wenn ich die IKEA Lampe nicht angeschlossen habe nichtmehr direkt mit dem cc2530 verbinden lässt :-( obwohl ich schon auf 13 geräte reduziert habe.
Ja das ist schade, aber das wird bestimmt mit der Zeit noch optimiert werden.
Es gibt eine Testfirmware: https://github.com/Koenkk/zigbee2mqtt/issues/533
Oder es finden sich andere Sticks mit mehr Speicher.
Ich würde einfach ein CC2530 als Router aufstellen. Andere Berichten das sich dadurch mehr Geräte nutzen lassen: https://github.com/Koenkk/zigbee2mqtt/issues/530
Den CC2530 kann man bestimmt irgendwo an einem Sonoff, an 3,3V dran klemmen, der eh schon 24/h läuft.
@mark79 so neue Firmaware geflasht. Jetzt muss ich nur noch ein paar Tage abwarten, ob sich das Verhalten, dass sich der Würfel verabschiedet gebessert hat.
Zitat von: mark79 am 05 Dezember 2018, 14:52:27
So ein Würfel habe ich übrigens auch.
Wie setzt du den Würfel ein?
Hatte es geschafft eine TradfriLampe ohne Fernbedienung mit dem Stick zu pairen, leider funktioniert sie seit ein paar Tagen nicht mehr.
Kann es mit der zigbee2mqtt-Version zusammen hängen, oder spielt das keine Rolle?
Gruß rippi
Zitat von: mark79 am 06 Dezember 2018, 11:26:52
Ja das ist schade, aber das wird bestimmt mit der Zeit noch optimiert werden.
Es gibt eine Testfirmware: https://github.com/Koenkk/zigbee2mqtt/issues/533
Oder es finden sich andere Sticks mit mehr Speicher.
Da gibt es schöne Lösungen von "Dresden Elektronik", nennt sich Conbee oder Raspbee.
Damit gibt es mehr oder weniger keine Begrenzung und die Oberfläche ist auch einfacher. Verhält sich dann wie eine Hue Bridge.
Zitat von: rippi46 am 06 Dezember 2018, 12:41:41
@mark79 so neue Firmaware geflasht. Jetzt muss ich nur noch ein paar Tage abwarten, ob sich das Verhalten, dass sich der Würfel verabschiedet gebessert hat.
Wie setzt du den Würfel ein?
Hatte es geschafft eine TradfriLampe ohne Fernbedienung mit dem Stick zu pairen, leider funktioniert sie seit ein paar Tagen nicht mehr.
Kann es mit der zigbee2mqtt-Version zusammen hängen, oder spielt das keine Rolle?
Gruß rippi
Da bin ich mal gespannt, ob es klappt und ich drücke dir die Daumen. :)
Hast du auch ein CC2530 oder diesen CC2531 Usb Stick?
Den Würfel habe ich in der Küche für:
einschalten des TVs (90 Grad)
Laut und leiser stellen (Kodi) (drehen)
Sendung Pausieren (Klopfen)
Eine Switch Funktion, um die Küche auszuschalten und das Wohnzimmer einzuschalten. (180 Grad)
Da war noch ein Dimmen des Lichts dabei, aber leider ist mir der ESP LED Controller abgeraucht.
Habe das hauptsächlich mit dem MSWitch Fhem Modul von Byte umgesetzt.
Zitat von: gloob am 06 Dezember 2018, 12:46:13
Da gibt es schöne Lösungen von "Dresden Elektronik", nennt sich Conbee oder Raspbee.
Damit gibt es mehr oder weniger keine Begrenzung und die Oberfläche ist auch einfacher. Verhält sich dann wie eine Hue Bridge.
Weißt du wie viele Geräte das Teil bedienen kann? Ich hatte auch erst anfangs überlegt, aber da war der Stick noch wesentlich teurer.
Aber laut folgendem Link sieht es deutlich besser aus:
http://www.vuyk.info/hs/jowihue/guidebridges
ZitatThe maximum number of devices on the RaspBee/ConBee gateways is 200.
@gloob
Könntest du mal versuchen, ob die deCONZ-Software auch mit dem CC235x kann? Oder andersrum der ConBee für zigbee2mqtt taugt?
Würde völlig neue Optionen eröffnen ;) .
Ich hab zwar den CC2530 hier, aber wüsste jetzt noch wie ich die passende Firmware auf den CC2530 bekomme. Ich denke da sind komplett andere Devices im Spiel.
Wenn es läuft, dann nur mit der Coordinator-firmware, die für zigbee2mqtt auch paßt (https://github.com/kirovilya/files/blob/master/CC2530ZNP-Pro-Secure_LinkKeyJoin.hex).
Meine Hoffnung: Die Initialisierung der Chips ist (herstellerübergreifend) standardisiert, und die Ein- und Ausgabe an der seriellen Schnittstelle ebenso. Wäre ein Glückstreffer, wenn das klappt, aber wir werden ggf. sehen...
Zitat von: gloob am 06 Dezember 2018, 14:24:42
Ich hab zwar den CC2530 hier, aber wüsste jetzt noch wie ich die passende Firmware auf den CC2530 bekomme. Ich denke da sind komplett andere Devices im Spiel.
Hast du kein Debugger für den CC2530? Alternativ kann man den CC2530 auch mit nem Arduino flashen, das flashen dauert allerdings ein paar Stunden. Hatte ich am Anfang mal gemacht: https://github.com/Koenkk/zigbee2mqtt/wiki/Alternative-firmware-flashing-methods
In diesem ConBee Stick sind bestimmt diese Funk Platinen drin? https://shop.dresden-elektronik.de/oem-modul-arm-ufl-2-4-ghz.html
Könnte man da nicht einfach ein USB TTL dran anschließen und dann hätte man so ein Stick, relativ günstig.. fragt sich nur, wie man das flasht.
Zitat von: mark79 am 06 Dezember 2018, 22:17:21
Hast du kein Debugger für den CC2530? Alternativ kann man den CC2530 auch mit nem Arduino flashen, das flashen dauert allerdings ein paar Stunden. Hatte ich am Anfang mal gemacht: https://github.com/Koenkk/zigbee2mqtt/wiki/Alternative-firmware-flashing-methods
In diesem ConBee Stick sind bestimmt diese Funk Platinen drin? https://shop.dresden-elektronik.de/oem-modul-arm-ufl-2-4-ghz.html
Könnte man da nicht einfach ein USB TTL dran anschließen und dann hätte man so ein Stick, relativ günstig.. fragt sich nur, wie man das flasht.
Ich habe alles zum flashen da. Die Frage ist nur welche Firmware nutzen und wie bringt man der Software bei, dass der Stick auf einmal eine andere Hardware Kennung hat. Ich denke ganz so einfach wird es nicht sein.
Zitat von: gloob am 07 Dezember 2018, 08:28:10
Ich habe alles zum flashen da. Die Frage ist nur welche Firmware nutzen und wie bringt man der Software bei, dass der Stick auf einmal eine andere Hardware Kennung hat. Ich denke ganz so einfach wird es nicht sein.
Ob deCONZ das Ding an der seriellen Kennung oder eine firmware-Abfrage erkennt, ist eine der Fragen, die zu klären wären. Läßt sich der Ort konfigurieren, wo die SW das Dongle suchen soll?
Wenn ja: einfach testen, wäre meine erste Idee; danach sehen wir weiter. Es muß halt eine Coordinator-firmware sein, soviel ist eigentlich logisch, mehr nicht bekannt.
Ich würde es auch einfach ausprobieren.. Die Zigbee2mqtt FW findest du im Github.
Ich habe gerade mal versucht die deConz Firmware auf ein CC2530 zu flashen, aber er meckert wegen zu wenig Speicher:
CC2530 - ID0050: HEX file content at address 0x41B4FF exceeds chip's 256 kB flash size
Zitat von: mark79 am 07 Dezember 2018, 14:00:19
Ich würde es auch einfach ausprobieren..
Da bin ich völlig bei dir, und zwar mit der bereits mehrfach genannten firmware auf dem CC, was anderes kann eigentlich nicht klappen (oder nur mit extremem Aufwand).
Dazu noch ein paar Anmerkungen:
Zitat von: mark79 am 07 Dezember 2018, 14:00:19Die Zigbee2mqtt FW findest du im Github.
Wieso ist das eine zigbee2mqtt firmware? Es ist eine firmware für den CC2530, die auch von zigbee2mqtt genutzt wird, aber es spräche z.B. auch nichts dagegen, diese firmware mit diverser anderer Client-Software zu nutzen (z.B. einem Perl-Modul für FHEM, das ähnlich wie CUL+CUL_HM aufgebaut ist...). Soweit erkennbar, stammt die firmware im Kern von TI (http://www.ti.com/tool/z-stack-archive), allerdings braucht man einen kostenpflichtigen Compiler, weswegen eben irgendjemand den service übernommen hat, binaries zum Download anzubieten. Aber das ist trotzdem die firmware, die auch ein komerzieller Hersteller (als Basis) nutzen würde, um das Ding auf irgendeinem Board in einer beliebigen Bridge zu verwenden, oder?
ZitatIch habe gerade mal versucht die deConz Firmware auf ein CC2530 zu flashen, aber er meckert wegen zu wenig Speicher:
CC2530 - ID0050: HEX file content at address 0x41B4FF exceeds chip's 256 kB flash size
Das kann nicht klappen, D.E. nutzt einen anderen Chip (ATMegaIrgendwas), der u.A. deutlich mehr Speicher enthält und daher mehr Geräte verwalten kann. Das sagt aber noch nichts darüber, ob er "reguläres Zigbee-over-serial" "spricht" (oder wie man das auch immer nennen mag). Also entweder gibt es eine Art universelles Protokoll, das alle/mehrere Chipsets für diesen Zweck grundsätzlich akzeptieren (so wie AT commands bei Modems), oder es klappt eben nicht (und man müßte tatsächlich die firmware erheblich modifizieren, was den Aufwand dann nicht wert wäre). That's all...
Oder hat da jemand andere Ideen?
Ich nenne sie halt so :) , also Zigbee2mqtt Firmware weil die Leute von dort die FW angepasst und kompiliert haben.
Das geht meine ich mit diesen Tool, also das bearbeiten und compilieren: https://github.com/Koenkk/Z-Stack-firmware
Wenn man die Firmware Dateigröße vergleicht zwischen DeConz und Zigbee2mqtt ist die Deconz mehr als die hälfte kleiner als die Zigbee2mqtt FW.
Also könnte das evtl. schon was dran sein, das alles over-serial spricht.
Wegen dem Deconz Tool, braucht das Dingen eigentlich immer noch ein X Server? Also geht es nur mit einer graphischen Benutzeroberfläche?
Hmm, interessant, habe mir die Modifikationen grad angesehen. Sieht so aus, als würde beim CC2530 nur die "normale" Verwendung mit SPI ersetzt oder ergänzt um einen seriellen Port. Beim CC2531 beschränken sich die Änderungen auf die Puffergröße (und die Anzahl der Devices usw.), insgesamt aber eigentlich auf Kleinigkeiten :) .
Warum die firmware bei dem ATMega kleiner ist, wäre natürlich einerseits interessant zu wissen, aber das ist auch eine ganz andere Architektur (evtl. einiges älter) - da vergleicht man schnell Äpfel und Birnen.
Es gab mal irgendwo Ansätze, DeConz headless betreiben zu können, aber ob das über ein experimental Stadium raus ist? Jedenfalls afaik ist die SW noch nicht zu stretch kompatibel :( .
Ja bis auf die max. Anzahl der Geräte.. vielleicht finden sich ja noch irgendwann andere Chips mit mehr Speicher.
So bin ich auch zufrieden und es läuft stabil, aber ich bin auch noch unter 15 Geräte.
Die Architektur wird bei DeConz neuerer sein, sofern sie diese Chips verwenden: https://shop.dresden-elektronik.de/oem-modul-arm-ufl-2-4-ghz.html
Das sind zwei schlechte Nachrichten, eine Gui und kein Stretch. Gut könnte man im LXC machen, aber mir reicht zigbee2mqtt erstmal.
Deconz läuft definitiv auf Stretch und es gibt auch eine Version ohne GUI.
Ich möchte die Aqara Sensoren per MQQT2_Server nutzen.
dazu habe ich den MQTT2_SERVER und MQTT2_DEVICE angelegt:
defmod MQTT2_FHEM_Server MQTT2_SERVER 1883 global
attr MQTT2_FHEM_Server autocreate 1
attr MQTT2_FHEM_Server room Xiaomi
setstate MQTT2_FHEM_Server 2018-12-08 16:08:36 RETAIN {"zigbee2mqtt/bridge/state":"online"}
setstate MQTT2_FHEM_Server 2018-12-08 16:08:36 nrclients 1
setstate MQTT2_FHEM_Server 2018-12-08 16:06:37 state Initialized
defmod MQTT2_zigbee_pi MQTT2_DEVICE zigbee_pi
attr MQTT2_zigbee_pi IODev MQTT2_FHEM_Server
attr MQTT2_zigbee_pi readingList zigbee_pi:zigbee2mqtt/bridge/state:.* state
attr MQTT2_zigbee_pi room Xiaomi
attr MQTT2_zigbee_pi setList permit_join:true,false zigbee2mqtt/bridge/config/permit_join $EVTPART1\
remove:textField zigbee2mqtt/bridge/config/remove $EVTPART1\
log_level:debug,info,warn,error zigbee2mqtt/bridge/config/log_level $EVTPART1\
rename:textField zigbee2mqtt/bridge/config/rename {"old":"$EVTPART1","new":"$EVTPART2"}\
network_map:raw,graphviz zigbee2mqtt/bridge/networkmap $EVTPART1\
devicelist:noArg zigbee2mqtt/bridge/config/devices
setstate MQTT2_zigbee_pi permit_join
setstate MQTT2_zigbee_pi 2018-12-08 16:09:09 state permit_join
> zigbee2mqtt@0.2.0 start /opt/zigbee2mqtt
> node index.js
Zigbee2mqtt requires node version >=8.11 10, you are running v8.11.2!
zigbee2mqtt:info 2018-12-8 16:08:35 Logging to directory: '/opt/zigbee2mqtt/data/log/2018-12-08.16-08-35'
zigbee2mqtt:info 2018-12-8 16:08:36 Starting zigbee2mqtt version 0.2.0 (commit #5b38ad6)
zigbee2mqtt:info 2018-12-8 16:08:36 Starting zigbee-shepherd
zigbee2mqtt:info 2018-12-8 16:08:36 zigbee-shepherd started
zigbee2mqtt:info 2018-12-8 16:08:36 Coordinator firmware version: '20180815'
zigbee2mqtt:info 2018-12-8 16:08:36 Currently 0 devices are joined:
zigbee2mqtt:warn 2018-12-8 16:08:36 `permit_join` set to `true` in configuration.yaml.
zigbee2mqtt:warn 2018-12-8 16:08:36 Allowing new devices to join.
zigbee2mqtt:warn 2018-12-8 16:08:36 Set `permit_join` to `false` once you joined all devices.
zigbee2mqtt:info 2018-12-8 16:08:36 Zigbee: allowing new devices to join.
zigbee2mqtt:info 2018-12-8 16:08:36 Connecting to MQTT server at mqtt://localhost:1883
zigbee2mqtt:info 2018-12-8 16:08:36 zigbee-shepherd ready
zigbee2mqtt:info 2018-12-8 16:08:36 Connected to MQTT server
zigbee2mqtt:info 2018-12-8 16:08:36 MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
zigbee2mqtt:info 2018-12-8 16:09:09 Zigbee: allowing new devices to join.
Leider werden beim Pairen keine Sensoren erkannt. Muss ich noch etwas anpassen?
Hast du die client_id in der configuration.yaml gesetzt?
https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele
Bitte autocreate das 1. Mqtt2-device anlegen lassen und die bridge-definition so machen, wie in meinem letzten Beitrag im "läuft"-Thread beschrieben.
Dann sollten Sensoren von alleine gehen. Für bulbs muss man einmalig was publishen. Aktualisieren im wiki kommt demnächst...
Sagt mal ist es so schwer die Magnetkontakte zu pairen?
Ich habe innerhalb von 2 Stunden nur einen von 10 verbinden können?!
Zitat von: sparkiie am 08 Dezember 2018, 21:56:56
Sagt mal ist es so schwer die Magnetkontakte zu pairen?
Ich habe innerhalb von 2 Stunden nur einen von 10 verbinden können?!
Hast du vielleicht ein WLAN/BT Gerät in der Nähe? Die funken auf der selben Frequenz und das stört dann. Beim pairen muss man so nah Möglich an den Stick ran...
Ich fand die Fensterkontakte nicht schwer, der Würfel war etwas tricky.
Hat jemand schon mal den Erschütterungssensor von Xiaomi ( DJT11LM ) erfolgreich pairen können ?
Laut "supported Device list" von zigbee2mqtt Wiki wird er unterstützt.
Temperatursensoren und HUE Color Bulb funktionieren.
Bei mir wird der Erschütterungssensor nicht erkannt obwohl ich mit dem Gehäuse schon im Stick hänge...:-)
Ja, klappt bei mir. Einfach weiter probieren und alle 2-3 Sekunden den Knopf beim Pairen drücken.
Hast du eventuell schon das Device Limit schon erreicht (je nach Firmware des Sticks 15-48)?
Hi Oskar gibt es eine 48devices Firmware???
Kannst du hier Mal Info's verteilen?
Gruß
Matthias
Zitat
Hast du eventuell schon das Device Limit schon erreicht (je nach Firmware des Sticks 15-48)?
Ich habe erst 7 Devices angelernt. Es zählen doch die aktiven Devices und nicht die Anzahl der Devices die er in der yaml hinterlegt hat , oder ?
Hallo zusammen,
ich habe seit ein paar Tagen auch Tür- und Temperatursensoren von Xiaomi mit zigbee2mqtt und MQTT2_DEVICE am laufen.
Jetzt habe ich versucht noch eine Tradfri Birne einzubinden. Ich bekomme sie auch gepaired und kann sie per MQTT2 Device an und ausschalten. Allerdings sehe ich weder im zigbee2mqtt logfile noch im MQTT2_Device Status-Nachrichten der Tradfri. Für die Xiaomi Devices bekomme ich die Status-Meldungen
Problem ist, wenn ich die Birne per Controller anschalte bekomme ich das so natürlich in fhem nicht mit :-(.
Ist das normal oder habe ich noch einen Fehler?
Danke,
mthome
So wie ich die Diskussion auf zigbee2mqtt@github verstanden habe, senden die Tradfri-Bulbs (wenigstens die GU10-dimable) eben gar keine Statusmeldungen. Damit bekommt schon zigbee2mqtt nichts davon mit, wenn man die z.B. mit einer Fernbedienung schaltet. Ergo auch nicht FHEM...
Ärgerlich >:( >:( >:(
Danke Beta-User! Na dann ist das wirklich ärgerlich und in Tradfri wird nix mehr investiert.
Es gibt auch keine Möglichkeit den Status zu "pollen" nehme ich an - sonst hättest Du das sicher erwähnt.
Zitat von: mthome am 13 Dezember 2018, 11:14:15
Danke Beta-User! Na dann ist das wirklich ärgerlich und in Tradfri wird nix mehr investiert.
Es gibt auch keine Möglichkeit den Status zu "pollen" nehme ich an - sonst hättest Du das sicher erwähnt.
Ob das ein generelles Problem aller Tratfri ist oder nur die GU10-dimmable betrifft: keine Ahnung. Ich war jedenfalls erst mal auch enttäuscht, ich hatte gehofft, dass die Technik um Längen besser ist als MiLight... Aber wenn man herstellerseitig dann die eigentlich vorhandenen Optionen nicht ausschöpft?!?
Was das Pollen angeht: auch keine Ahnung, ich bin erst am WE überhaupt darauf gekommen. Da habe ich die FB in Betrieb genommen, war erst mal irritiert und habe alle möglichen Schwachstellen in meiner Konfig durchgesehen, bis ich schließlich auf diese "simple" Sache gekommen bin >:( . Bisher habe ich dazu aber nicht intensiv gesucht, vielleicht wäre das ein Weg. Das würde mich sehr freuen, da mit einer Art regelmäßigem Ping auch das Problem des "Leuchtmittels hinter einem Schalter" gelöst wäre. Meine hängen nämlich - jedenfalls im Moment noch - hinter einem normalen Schalter, was zwar ein On bei Stromzufuhr bringt (denke ich jedenfalls), aber eben nichts weiter bei Abschaltung....
Kann auch sein, dass man da was in zigbee2mqtt anpassen müßte (so eine Art internes Ping-Verfahren). Das müßte dann aber jemand aktiv da nachfragen ;) .
Viel Erfolg,
Beta-User
Vielleicht gibt es bald etwas mehr wenn man hoffen darf, da Ikea mit xiaomi mehr zusammen arbeiten möchte.
https://t3n.de/news/smarthome-ikea-xiaomi-strategische-partnerschaft-1128712/
Kaum vier Monate später habe ich das gleiche Problem. Hast Du es hinbekommen? Ich bin leider planlos...
Zitat von: Spaltenputzer am 07 August 2018, 19:29:23
Nabend,
hab da komische Einträge im log.
Kann mir da jemand weiterhelfen?
Log:
2018.08.07 18:04:03 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/72_XiaomiMQTTDevice.pm line 259.
2018.08.07 18:04:03 1: PERL WARNING: Use of uninitialized value in regexp compilation at ./FHEM/10_MQTT_DEVICE.pm line 250.
2018.08.07 18:04:03 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 251.
2018.08.07 18:04:03 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 252.
2018.08.07 18:04:03 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
2018.08.07 18:04:03 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
line 259.
if($parts[-1] eq $hash->{SID} || $parts[-1] eq $hash->{FRIENDLYNAME}) {
72_XiaomiMQTTDevice.pm
fhem('modify '. $defined->{NAME} . ' '. $model . ' '. $sid . ($sid ne $friendlyName ? " ". $friendlyName : ""));
}
}
}
main::CommandSave(undef, undef);
} elsif($json->{type} eq "device_connected") {
updateDevices($hash);
} elsif($json->{type} eq "device_removed") {
my $sid = $json->{message};
my $defined = $main::modules{XiaomiMQTTDevice}{defptr}{$sid};
if(defined $defined) {
fhem('delete '. $defined->{NAME});
main::CommandSave(undef, undef);
}
}
}
readingsSingleUpdate($hash, $path, $message, 1);
}
if($parts[-1] eq $hash->{SID} || $parts[-1] eq $hash->{FRIENDLYNAME}) {
XiaomiMQTT::DEVICE::Decode($hash, $message);
} elsif($parts[-2] eq $hash->{SID} && $parts[0] eq "xiaomi") { #backward compatibility, not needed with new fork
my $path = $parts[-1];
if($path eq 'devices') {
my $name = $hash->{NAME};
my $json = eval { JSON->new->utf8(0)->decode($message) };
foreach my $device (@{$json}) {
my $sid = $device->{sid};
my $model = $device->{model};
$model = 'unknown' if(!defined $model);
if (!defined $main::modules{XiaomiMQTTDevice}{defptr}{$sid}) {
Log3 $name, 4, "$name: DEV_Parse> UNDEFINED " . $model . " : " .$sid;
main::DoTrigger("global", "UNDEFINED XMI_$sid XiaomiMQTTDevice $model $sid");
}
}
könnt ihr damit was anfangen?
Gruß
Zitat von: mthome am 13 Dezember 2018, 11:14:15
Es gibt auch keine Möglichkeit den Status zu "pollen" nehme ich an - sonst hättest Du das sicher erwähnt.
Habe eben festgestellt, dass es so eine Option zum Pollen gibt, ist aber noch sehr ... - nennen wir es "steinig"....
Auf eine network-map-raw-Anfrage erhalte ich ein JSON-Array, in dem Geräte auch als "offline" gemarkert sind. Soweit scheint es mit der Wiklichkeit übereinzustimmen.
ABER:
- Die Anfrage holpert im Moment noch (MQTT2-Variante, der set-Befehl will nicht am MQTT2_DEVICE, ich muß das derzeit direkt über den Server als publish-Anweisung rausschieben)- Die Antwort ist "anders", die raw-Geräteadressen passen nicht zu meinen; könnte invertiert sein (f=>0).
- Dazu wird der Inhalt nicht "ausgepackt"
=> Baustelle (im Moment aber bitte nicht meine.... :P )
Ich habe seit heute 2 Osram Plugs im Einsatz. Diese lassen sich auch per WebCmd schalten aber beim set Dropdown kann ich nur remove wählen?
Ich nutze MQTT1, have ich etwas vergessen?
Gibt es eigentlich eine Möglichkeit auch andere Geräte, die von zigbee2mqtt unterstützt werden in FHem durch dieses Modul vernünftig zu implementieren?
In meinem speziellen Fall ist es die neue Aqara Lampe von Xiaomi. Ich kann sie zwar an und aus machen, aber weiß nicht genau wie ich in FHEM dem Device neue readings wie Temperatur und Helligkeit zuordnen kann. Müsste man da das Modul anpassen, oder kann ich das auch aus FHEM heraus?
Vielen Dank =)
**Edit:
Hat sich erledigt, habe nun MQTT2 für das Gerät genutzt, dann funktionierts =)
Zitat von: sparkiie am 15 Dezember 2018, 15:45:13
Ich habe seit heute 2 Osram Plugs im Einsatz. Diese lassen sich auch per WebCmd schalten aber beim set Dropdown kann ich nur remove wählen?
Ich nutze MQTT1, have ich etwas vergessen?
ich habe noch als Attribut eventMap ON:on OFF:off
hinzugefügt, seitdem verhalten sich die Osrams wie jede andere Funksteckdose bei mir :)
Zitat von: trfr3ak am 15 Dezember 2018, 17:15:48
ich habe noch als Attribut eventMap ON:on OFF:off
hinzugefügt, seitdem verhalten sich die Osrams wie jede andere Funksteckdose bei mir :)
Schalten klappt jetztvauch per set prima, vielen Dank! Aber jetzt wird der Status der Steckdose nicht mehr erfasst?
defmod 0x7cb03eaa00ad5ab0 XiaomiMQTTDevice AB3257001NJ 0x7cb03eaa00ad5ab0
attr 0x7cb03eaa00ad5ab0 IODev MQTT
attr 0x7cb03eaa00ad5ab0 alias Weihnachtsbaum
attr 0x7cb03eaa00ad5ab0 devStateIcon on:general_an@green:off off:general_aus@red:on
attr 0x7cb03eaa00ad5ab0 eventMap /ON:on/OFF:off/
attr 0x7cb03eaa00ad5ab0 room XiaomiMQTTDevice
attr 0x7cb03eaa00ad5ab0 webCmd on:off
Meine Config sieht so aus:
defmod 0x84182600000feb10 XiaomiMQTTDevice AB3257001NJ 0x84182600000feb10
attr 0x84182600000feb10 IODev MQTTPi
attr 0x84182600000feb10 alexaName 3DDrucker
attr 0x84182600000feb10 alexaRoom Zimmer
attr 0x84182600000feb10 alias Ender2
attr 0x84182600000feb10 eventMap ON:on OFF:off
attr 0x84182600000feb10 genericDeviceType switch
attr 0x84182600000feb10 icon it_printer
attr 0x84182600000feb10 room Alexa,Zimmer
attr 0x84182600000feb10 stateFormat state
attr 0x84182600000feb10 webCmd on:off
vermute es ist das stateFormat state
Zitat von: trfr3ak am 15 Dezember 2018, 18:39:32
Meine Config sieht so aus:
defmod 0x84182600000feb10 XiaomiMQTTDevice AB3257001NJ 0x84182600000feb10
attr 0x84182600000feb10 IODev MQTTPi
attr 0x84182600000feb10 alexaName 3DDrucker
attr 0x84182600000feb10 alexaRoom Zimmer
attr 0x84182600000feb10 alias Ender2
attr 0x84182600000feb10 eventMap ON:on OFF:off
attr 0x84182600000feb10 genericDeviceType switch
attr 0x84182600000feb10 icon it_printer
attr 0x84182600000feb10 room Alexa,Zimmer
attr 0x84182600000feb10 stateFormat state
attr 0x84182600000feb10 webCmd on:off
vermute es ist das stateFormat state
0x7cb03eaa00ad5ab0: unknown attribute genericDeviceType. Type 'attr 0x7cb03eaa00ad5ab0 ?' for a detailed list.
Das genericDeviceType musst du nicht machen, das ist ein userattribut und wird nur für den alexa-Skill benötigt. Ich denke bei dir reicht wirklich das stateFormat state
Das stateformat hat auch nichts geändert.
Habe es rausgeschmissen und neu angelegt - nun geht's!!! ;)
Kommando zurück, geht nur, wenn der Osram Plug im selben Raum wie der Stick ist. Im Schlafzimmer kommt zwar das Signal von fhem beim Plug an, aber der Plug scheint nicht stark genug zu senden, sodass die Rückmeldung verloren geht.
Kann es sein, dass das Mesh Netzwerk nur in eine Richtung geht? Zwischen Plug und Stick ist die Entfernung etwa 10m und dazwischen, nach ca. 4m ist ein weiterer Plug. Das sollte doch funktionieren?
Ein Osram Plug fungiert im ZigBee-Netzwerk als Router. Ob ein Osram Plug aber auch einen anderen Osram Plug als Router verwendet, kann ich mangels eines 2.Plugs nicht beantworten.
Um zu prüfen, über welchen Weg ein Router (dauerhafte Stromzufuhr - Steckdose,Lampe,...) oder auch ein Endgerät (batteriebetrieben - Schalter,Bewegungsmelder,...) zum Coordinator (Stick,...) gelangt, solltest Du das networkmap-Topic mit dem Parameter graphviz auslösen.
In der resultierenden Datei wird der Signalweg sichtbar.
Bei mir hat der Osram Plug für den Hin- und Rückweg auf jeden Fall unterschiedliche linkquality-Werte (zum Stick hin schwächer).
Zitat von: mark79 am 23 Oktober 2018, 12:01:01
Man kann sich eine Network Map als Bild erstellen lassen: https://github.com/Koenkk/zigbee2mqtt/issues/417 (https://github.com/Koenkk/zigbee2mqtt/issues/417)
Das sieht in etwa so aus wie unten.
[....]
Wäre aber schon cool, wenn man das in Fhem mit einbinden könnte...
@mark79
Rudi hatte dazu hier eine Frage (https://forum.fhem.de/index.php/topic,91394.msg872861.html#msg872861). Kannst du evtl. mehr Infos liefern?
Kann ich dies auch nutzen, wenn der Stick NICHT an meiner FHEM raspberry hängt sondern einfach an einer anderen?
Bei mir läuft der zigbee2mqtt-Dienst auf einem anderen Pi, nicht auf dem FHEM-Server.
Man müßte den USB-Stick auch mit ser2net betreiben können, mit dem CC2350 geht es auch im Netzwerk, z.B. an einem MapleCUN.
Zitat von: Beta-User am 17 Dezember 2018, 22:21:04
Bei mir läuft der zigbee2mqtt-Dienst auf einem anderen Pi, nicht auf dem FHEM-Server.
Man müßte den USB-Stick auch mit ser2net betreiben können, mit dem CC2350 geht es auch im Netzwerk, z.B. an einem MapleCUN.
Wie sieht denn dann die Konfiguration aus wenn man den CC2530 übers Netzwerk nutzt? Hast du da zufällig ein Beispiel?
Zitat von: gloob am 18 Dezember 2018, 07:42:31
Wie sieht denn dann die Konfiguration aus wenn man den CC2530 übers Netzwerk nutzt? Hast du da zufällig ein Beispiel?
Hmmm, lustig, bei zigbee2mqtt wurde die gesamte Doku irgendwie überarbeitet, auch die CC2530 sind irgenwie nur noch versteckt zu finden ??? ...
Ich hatte nur vor einiger Zeit schon gesehen, dass das geht, aber mein CC2530 liegt auch noch hier rum. Von der Vorgehensweise her hätte ich aber in der yaml nichts anderes gemacht wie in der DEF eines entfernten CUL (ohne Baudrate) und dann ggf. nur den soft_reset noch angepaßt (https://koenkk.github.io/zigbee2mqtt/configuration/configuration.html). Im Prinzip ist es aus Linux-Sicht ja egal, ob der serielle Port direkt am Rechner hängt oder irgendwo "nur" im Netzwerk - alles ist eine Datei ;) .
Sollte also eigentlich kein Hexenwerk sein.
Zitat von: Beta-User am 18 Dezember 2018, 08:43:12
Hmmm, lustig, bei zigbee2mqtt wurde die gesamte Doku irgendwie überarbeitet, auch die CC2530 sind irgenwie nur noch versteckt zu finden ??? ...
Ich hatte nur vor einiger Zeit schon gesehen, dass das geht, aber mein CC2530 liegt auch noch hier rum. Von der Vorgehensweise her hätte ich aber in der yaml nichts anderes gemacht wie in der DEF eines entfernten CUL (ohne Baudrate) und dann ggf. nur den soft_reset noch angepaßt (https://koenkk.github.io/zigbee2mqtt/configuration/configuration.html). Im Prinzip ist es aus Linux-Sicht ja egal, ob der serielle Port direkt am Rechner hängt oder irgendwo "nur" im Netzwerk - alles ist eine Datei ;) .
Sollte also eigentlich kein Hexenwerk sein.
Okay es soll laufen, wenn man den Seriellen Port vom Netzwerk mit Socat verknüpft. Dann könnte man sogar ein Gateway mit Wemos D1 mini bauen.
Zitat
https://github.com/Koenkk/zigbee2mqtt/issues/665
Danke für den Link.
Zitat von: gloob am 18 Dezember 2018, 09:07:02Dann könnte man sogar ein Gateway mit Wemos D1 mini bauen.
Was an einer ESP-Lösung "sogar" ist, leuchtet mir allerdings nicht ein, mein CC2530 sitzt auf einem Adapter für den MapleCUN. LAN geht grade noch, aber WLAN ist für mich jedenfalls eine Notlösung, und kein "sogar" ;D .
Wer aus Entfernungsgründen unbedingt eine Funk-basierte Lösung haben will, sollte lieber einen Router irgendwo in der Funkstrecke dazwischen einbauen und den Stick oder einen CC2530@USB-Wandler direkt am Rechner mit zigbee2mqtt belassen. Und wer "richtig" vernetzen will, für den gibt es den Maple oder sowas: https://wiki.fhem.de/wiki/Serial_TTL_to_Ethernet_Module
Just my2ct.
Zitat von: Icinger am 01 Dezember 2018, 23:21:09
Diese HumTemp-Sensoren kannst du problemlos mit dem https://forum.fhem.de/index.php/topic,82572.0.html (https://forum.fhem.de/index.php/topic,82572.0.html) Modul einbinden.
Laufen bei mir ebenfalls über einen RaspiZero.
lg, Stefan
P.S.Mein Mijia ist gerade angekommen und angekoppelt und zeigt die Temperatur richtig aber die Feuchtigkeit ist komisch.
Zitat von: Beta-User am 18 Dezember 2018, 10:25:49
Danke für den Link.Was an einer ESP-Lösung "sogar" ist, leuchtet mir allerdings nicht ein, mein CC2530 sitzt auf einem Adapter für den MapleCUN. LAN geht grade noch, aber WLAN ist für mich jedenfalls eine Notlösung, und kein "sogar" ;D .
Wer aus Entfernungsgründen unbedingt eine Funk-basierte Lösung haben will, sollte lieber einen Router irgendwo in der Funkstrecke dazwischen einbauen und den Stick oder einen CC2530@USB-Wandler direkt am Rechner mit zigbee2mqtt belassen. Und wer "richtig" vernetzen will, für den gibt es den Maple oder sowas: https://wiki.fhem.de/wiki/Serial_TTL_to_Ethernet_Module
Just my2ct.
Auch nur nebenbei,
habe ebenfalls meinen CC2530 direkt am MapleCUN. Das läuft seit August/September problemlos.
Ein ...
/usr/bin/socat pty,link=/dev/ttyTCP0,ignoreeof,user=root,group=dialout,mode=777,raw,echo=0 tcp:192.168.100.212:2324
baut mir das serial device "/dev/ttyTCP0" auf, welches ich in der ...
/opt/zigbee2mqtt/data/configuration.yaml
serial:
port: /dev/ttyTCP0
advanced:
baudrate: 115200
rtscts: false
... definiert habe. Wie gesagt, bislang für mich auch die beste Variante für Zigbee.
Manchmal etwas problematisch ist lediglich für mich die begrenzte Anzahl ZigBee Devices. Ich habe derzeit 33 Devices aktiv. Ich verwende zwei CC2531 ... als Router, die ich in einem Steckernetzteil im Haus verteilt habe, da ich mich nicht auf die Routerfunktion der z.B. Tradfri Lampen oder Xiaomi Power-Switches etc. allein verlassen möchte.
VG
Andreas
Hallo,
ich wollte mal fragen, ob es möglich ist ein Presence Reading für die Sensoren mit einzubinden.
Gerade bei Fenstersensoren die teilweise wochenlang nicht auslösen wäre es doch sehr hilfreich zu wissen, ob der Sensor überhaupt noch sendet!
Zitat von: fhem-challenge am 22 Dezember 2018, 11:01:04
habe ebenfalls meinen CC2530 direkt am MapleCUN. Das läuft seit August/September problemlos.
Nur interessehalber, da ich grade noch nicht soweit bin, mich mit dem IO auseinanderzusetzen:
Hattest du sowas
uart://192.168.100.212:2324
in /opt/zigbee2mqtt/data/configuration.yaml auch probiert? Das wäre jetzt die Variante gewesen, die ich als erstes ausgetestet hätte, kann aber nicht sagen, ob das in dem Umfeld auch geht.
Auch wenn schon viele hier versucht haben eine Antwort zu den Meldungen im Logfile zu bekommen, unternehme ich trotzdem mal einen weiteren Anlauf.
Hier die Meldungen aus dem Logfile, welche scheinbar mehrere Nutzer betreffen. Hat jemand inzwischen einen Weg gefunden die Warnungen zu beheben?
2018.12.22 03:07:00 3: Opening Mosquitto device 192.168.0.X:1883
2018.12.22 03:07:00 3: Mosquitto device opened
..............
2018.12.22 03:07:02 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/72_XiaomiMQTTDevice.pm line 259.
2018.12.22 03:07:02 1: stacktrace:
2018.12.22 03:07:02 1: main::__ANON__ called by ./FHEM/72_XiaomiMQTTDevice.pm (259)
2018.12.22 03:07:02 1: XiaomiMQTT::DEVICE::onmessage called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by ./FHEM/00_MQTT.pm (524)
2018.12.22 03:07:02 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.12.22 03:07:02 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (534)
2018.12.22 03:07:02 1: MQTT::Read called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by fhem.pl (723)
2018.12.22 03:07:02 1: PERL WARNING: Use of uninitialized value in regexp compilation at ./FHEM/10_MQTT_DEVICE.pm line 250.
2018.12.22 03:07:02 1: stacktrace:
2018.12.22 03:07:02 1: main::__ANON__ called by ./FHEM/10_MQTT_DEVICE.pm (237)
2018.12.22 03:07:02 1: MQTT::DEVICE::onmessage called by ./FHEM/72_XiaomiMQTTDevice.pm (296)
2018.12.22 03:07:02 1: XiaomiMQTT::DEVICE::onmessage called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by ./FHEM/00_MQTT.pm (524)
2018.12.22 03:07:02 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.12.22 03:07:02 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (534)
2018.12.22 03:07:02 1: MQTT::Read called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by fhem.pl (723)
2018.12.22 03:07:02 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 251.
2018.12.22 03:07:02 1: stacktrace:
2018.12.22 03:07:02 1: main::__ANON__ called by ./FHEM/10_MQTT_DEVICE.pm (251)
2018.12.22 03:07:02 1: MQTT::DEVICE::onmessage called by ./FHEM/72_XiaomiMQTTDevice.pm (296)
2018.12.22 03:07:02 1: XiaomiMQTT::DEVICE::onmessage called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by ./FHEM/00_MQTT.pm (524)
2018.12.22 03:07:02 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.12.22 03:07:02 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (534)
2018.12.22 03:07:02 1: MQTT::Read called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by fhem.pl (723)
2018.12.22 03:07:02 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 252.
2018.12.22 03:07:02 1: stacktrace:
2018.12.22 03:07:02 1: main::__ANON__ called by ./FHEM/10_MQTT_DEVICE.pm (252)
2018.12.22 03:07:02 1: MQTT::DEVICE::onmessage called by ./FHEM/72_XiaomiMQTTDevice.pm (296)
2018.12.22 03:07:02 1: XiaomiMQTT::DEVICE::onmessage called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by ./FHEM/00_MQTT.pm (524)
2018.12.22 03:07:02 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.12.22 03:07:02 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (534)
2018.12.22 03:07:02 1: MQTT::Read called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by fhem.pl (723)
2018.12.22 03:07:02 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
2018.12.22 03:07:02 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/72_XiaomiMQTTDevice.pm line 259.
2018.12.22 03:07:02 1: stacktrace:
2018.12.22 03:07:02 1: main::__ANON__ called by ./FHEM/72_XiaomiMQTTDevice.pm (259)
2018.12.22 03:07:02 1: XiaomiMQTT::DEVICE::onmessage called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by ./FHEM/00_MQTT.pm (524)
2018.12.22 03:07:02 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.12.22 03:07:02 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (534)
2018.12.22 03:07:02 1: MQTT::Read called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by fhem.pl (723)
2018.12.22 03:07:02 1: PERL WARNING: Use of uninitialized value in regexp compilation at ./FHEM/10_MQTT_DEVICE.pm line 250.
2018.12.22 03:07:02 1: stacktrace:
2018.12.22 03:07:02 1: main::__ANON__ called by ./FHEM/10_MQTT_DEVICE.pm (237)
2018.12.22 03:07:02 1: MQTT::DEVICE::onmessage called by ./FHEM/72_XiaomiMQTTDevice.pm (296)
2018.12.22 03:07:02 1: XiaomiMQTT::DEVICE::onmessage called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by ./FHEM/00_MQTT.pm (524)
2018.12.22 03:07:02 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.12.22 03:07:02 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (534)
2018.12.22 03:07:02 1: MQTT::Read called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by fhem.pl (723)
2018.12.22 03:07:02 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 251.
2018.12.22 03:07:02 1: stacktrace:
2018.12.22 03:07:02 1: main::__ANON__ called by ./FHEM/10_MQTT_DEVICE.pm (251)
2018.12.22 03:07:02 1: MQTT::DEVICE::onmessage called by ./FHEM/72_XiaomiMQTTDevice.pm (296)
2018.12.22 03:07:02 1: XiaomiMQTT::DEVICE::onmessage called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by ./FHEM/00_MQTT.pm (524)
2018.12.22 03:07:02 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.12.22 03:07:02 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (534)
2018.12.22 03:07:02 1: MQTT::Read called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by fhem.pl (723)
2018.12.22 03:07:02 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 252.
2018.12.22 03:07:02 1: stacktrace:
2018.12.22 03:07:02 1: main::__ANON__ called by ./FHEM/10_MQTT_DEVICE.pm (252)
2018.12.22 03:07:02 1: MQTT::DEVICE::onmessage called by ./FHEM/72_XiaomiMQTTDevice.pm (296)
2018.12.22 03:07:02 1: XiaomiMQTT::DEVICE::onmessage called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by ./FHEM/00_MQTT.pm (524)
2018.12.22 03:07:02 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.12.22 03:07:02 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (534)
2018.12.22 03:07:02 1: MQTT::Read called by fhem.pl (3584)
2018.12.22 03:07:02 1: main::CallFn called by fhem.pl (723)
2018.12.22 03:07:02 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
..............
2018.12.22 03:07:47 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/72_XiaomiMQTTDevice.pm line 259.
2018.12.22 03:07:47 1: stacktrace:
2018.12.22 03:07:47 1: main::__ANON__ called by ./FHEM/72_XiaomiMQTTDevice.pm (259)
2018.12.22 03:07:47 1: XiaomiMQTT::DEVICE::onmessage called by fhem.pl (3584)
2018.12.22 03:07:47 1: main::CallFn called by ./FHEM/00_MQTT.pm (524)
2018.12.22 03:07:47 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.12.22 03:07:47 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (534)
2018.12.22 03:07:47 1: MQTT::Read called by fhem.pl (3584)
2018.12.22 03:07:47 1: main::CallFn called by fhem.pl (723)
2018.12.22 03:07:47 1: PERL WARNING: Use of uninitialized value in regexp compilation at ./FHEM/10_MQTT_DEVICE.pm line 250.
2018.12.22 03:07:47 1: stacktrace:
2018.12.22 03:07:47 1: main::__ANON__ called by ./FHEM/10_MQTT_DEVICE.pm (237)
2018.12.22 03:07:47 1: MQTT::DEVICE::onmessage called by ./FHEM/72_XiaomiMQTTDevice.pm (296)
2018.12.22 03:07:47 1: XiaomiMQTT::DEVICE::onmessage called by fhem.pl (3584)
2018.12.22 03:07:47 1: main::CallFn called by ./FHEM/00_MQTT.pm (524)
2018.12.22 03:07:47 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.12.22 03:07:47 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (534)
2018.12.22 03:07:47 1: MQTT::Read called by fhem.pl (3584)
2018.12.22 03:07:47 1: main::CallFn called by fhem.pl (723)
2018.12.22 03:07:47 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 251.
2018.12.22 03:07:47 1: stacktrace:
2018.12.22 03:07:47 1: main::__ANON__ called by ./FHEM/10_MQTT_DEVICE.pm (251)
2018.12.22 03:07:47 1: MQTT::DEVICE::onmessage called by ./FHEM/72_XiaomiMQTTDevice.pm (296)
2018.12.22 03:07:47 1: XiaomiMQTT::DEVICE::onmessage called by fhem.pl (3584)
2018.12.22 03:07:47 1: main::CallFn called by ./FHEM/00_MQTT.pm (524)
2018.12.22 03:07:47 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.12.22 03:07:47 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (534)
2018.12.22 03:07:47 1: MQTT::Read called by fhem.pl (3584)
2018.12.22 03:07:47 1: main::CallFn called by fhem.pl (723)
2018.12.22 03:07:47 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 252.
2018.12.22 03:07:47 1: stacktrace:
2018.12.22 03:07:47 1: main::__ANON__ called by ./FHEM/10_MQTT_DEVICE.pm (252)
2018.12.22 03:07:47 1: MQTT::DEVICE::onmessage called by ./FHEM/72_XiaomiMQTTDevice.pm (296)
2018.12.22 03:07:47 1: XiaomiMQTT::DEVICE::onmessage called by fhem.pl (3584)
2018.12.22 03:07:47 1: main::CallFn called by ./FHEM/00_MQTT.pm (524)
2018.12.22 03:07:47 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.12.22 03:07:47 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (534)
2018.12.22 03:07:47 1: MQTT::Read called by fhem.pl (3584)
2018.12.22 03:07:47 1: main::CallFn called by fhem.pl (723)
2018.12.22 03:07:47 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
Hier die Definition:
define Mosquitto MQTT 192.168.0.X:1883
define xBridge XiaomiMQTTDevice bridge
attr xBridge IODev Mosquitto
attr xBridge alias xBridge
attr xBridge group Sensoren
attr xBridge icon mqtt
attr xBridge room Sensorik
Eine Idee zu dem Thema habe ich nicht mehr, aber die Meldungen bei jedem FHEM-Start sind schon nervig :-\
Zitat von: Spaltenputzer am 07 August 2018, 19:29:23
Nabend,
hab da komische Einträge im log.
Kann mir da jemand weiterhelfen?
Log:
2018.08.07 18:04:03 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/72_XiaomiMQTTDevice.pm line 259.
2018.08.07 18:04:03 1: PERL WARNING: Use of uninitialized value in regexp compilation at ./FHEM/10_MQTT_DEVICE.pm line 250.
2018.08.07 18:04:03 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 251.
2018.08.07 18:04:03 1: PERL WARNING: Use of uninitialized value $1 in concatenation (.) or string at ./FHEM/10_MQTT_DEVICE.pm line 252.
2018.08.07 18:04:03 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
2018.08.07 18:04:03 3: xBridge: unknown attribute subscribeReading_. Type 'attr xBridge ?' for a detailed list.
line 259.
if($parts[-1] eq $hash->{SID} || $parts[-1] eq $hash->{FRIENDLYNAME}) {
72_XiaomiMQTTDevice.pm
fhem('modify '. $defined->{NAME} . ' '. $model . ' '. $sid . ($sid ne $friendlyName ? " ". $friendlyName : ""));
}
}
}
main::CommandSave(undef, undef);
} elsif($json->{type} eq "device_connected") {
updateDevices($hash);
} elsif($json->{type} eq "device_removed") {
my $sid = $json->{message};
my $defined = $main::modules{XiaomiMQTTDevice}{defptr}{$sid};
if(defined $defined) {
fhem('delete '. $defined->{NAME});
main::CommandSave(undef, undef);
}
}
}
readingsSingleUpdate($hash, $path, $message, 1);
}
if($parts[-1] eq $hash->{SID} || $parts[-1] eq $hash->{FRIENDLYNAME}) {
XiaomiMQTT::DEVICE::Decode($hash, $message);
} elsif($parts[-2] eq $hash->{SID} && $parts[0] eq "xiaomi") { #backward compatibility, not needed with new fork
my $path = $parts[-1];
if($path eq 'devices') {
my $name = $hash->{NAME};
my $json = eval { JSON->new->utf8(0)->decode($message) };
foreach my $device (@{$json}) {
my $sid = $device->{sid};
my $model = $device->{model};
$model = 'unknown' if(!defined $model);
if (!defined $main::modules{XiaomiMQTTDevice}{defptr}{$sid}) {
Log3 $name, 4, "$name: DEV_Parse> UNDEFINED " . $model . " : " .$sid;
main::DoTrigger("global", "UNDEFINED XMI_$sid XiaomiMQTTDevice $model $sid");
}
}
könnt ihr damit was anfangen?
Gruß
Ich habe das gleiche Problem, subscribe Reading konnte ich in den globals entfernen, damit ist der eine Fehler weg, folgender Fehler bleibt:
2018.12.22 22:41:20 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/72_XiaomiMQTTDevice.pm line 259.
2018.12.22 22:41:20 1: PERL WARNING: Use of uninitialized value in regexp compilation at ./FHEM/10_MQTT_DEVICE.pm line 251.
Hat hier inzwischen jemand eine Lösung?
Zigbeelog zeigt keine Fehler, wobei ich es bisher nicht geschafft habe meine Philips Iris LivingColors zu koppeln.
pi@mediacenter:/opt/fhem/FHEM $ sudo journalctl -u zigbee2mqtt.service -f
-- Logs begin at Sat 2018-12-22 15:25:36 CET. --
Dez 22 23:01:45 mediacenter npm[28357]: zigbee2mqtt:info 2018-12-22 23:01:45 Coordinator firmware version: '20180815'
Dez 22 23:01:45 mediacenter npm[28357]: zigbee2mqtt:info 2018-12-22 23:01:45 Currently 0 devices are joined:
Dez 22 23:01:45 mediacenter npm[28357]: zigbee2mqtt:warn 2018-12-22 23:01:45 `permit_join` set to `true` in configuration.yaml.
Dez 22 23:01:45 mediacenter npm[28357]: zigbee2mqtt:warn 2018-12-22 23:01:45 Allowing new devices to join.
Dez 22 23:01:45 mediacenter npm[28357]: zigbee2mqtt:warn 2018-12-22 23:01:45 Set `permit_join` to `false` once you joined all devices.
Dez 22 23:01:45 mediacenter npm[28357]: zigbee2mqtt:info 2018-12-22 23:01:45 Zigbee: allowing new devices to join.
Dez 22 23:01:45 mediacenter npm[28357]: zigbee2mqtt:info 2018-12-22 23:01:45 Connecting to MQTT server at mqtt://localhost:1883
Dez 22 23:01:45 mediacenter npm[28357]: zigbee2mqtt:info 2018-12-22 23:01:45 zigbee-shepherd ready
Dez 22 23:01:45 mediacenter npm[28357]: zigbee2mqtt:info 2018-12-22 23:01:45 Connected to MQTT server
Dez 22 23:01:45 mediacenter npm[28357]: zigbee2mqtt:info 2018-12-22 23:01:45 MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
Dez 22 23:03:55 mediacenter npm[28357]: zigbee2mqtt:info 2018-12-22 23:03:55 Zigbee: allowing new devices to join.
Dez 22 23:03:55 mediacenter npm[28357]: zigbee2mqtt:info 2018-12-22 23:03:55 MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'
Danke für eure Mithilfe, ich habe mich an dieses wiki gehalten http://wiki.gorjup.de/doku.php?id=public:fhem_zigbee_cc2531#geraete_anlernen (http://wiki.gorjup.de/doku.php?id=public:fhem_zigbee_cc2531#geraete_anlernen)
Das Verhalten bemerke ich jetzt grade auch. Ich habe einen Xiaomi Temp. Sensor der nach ein paar Tagen jetzt von 100% Batterie auf 55% runter gegangen sein soll und nun dadurch Wanrmeldungen produziert.
Es scheint wohl so, dass der errechnete Prozentwert von zigbee2mqtt schon nicht kalibriert ist (Edit: Wurde im dev branch von zigbee2mqtt gefixed).
Alternativ kann man auch die Warnschwelle "low" im FHEM Modul ändern: Schau mal hier, Zeile 344: https://github.com/oskarn97/fhem-xiaomi-mqtt/blob/master/FHEM/72_XiaomiMQTTDevice.pm
Zitat von: Mave am 18 November 2018, 10:21:35
Moin zusammen,
ich hab im Zusammenhang mit zigbee2mqtt Probleme mit den Batterieständen.
Einige meiner Xiaomi Devices zeigen auch mit neuen Batterien einen Level von lediglich 75% an. Dadurch geht das Reading LowBat auf Low und ich bekomme ständig Batteriewarnungen.
Gibt es eine Möglichkeit, das LowBat erst später auf Low gehen zu lassen?
Vielen Dank.
Gleiches Problem habe ich auch. Gestern eine neue Batterie eingelegt. Nach ca. 30 Minuten ging der Batteriestand dann von 55 auf 100. Vor drei Stunden dann wieder auf 55 runter und jetzt gerade eben auf 42 runter!
Ich glaube, die Dinger taugen nichts. Wenn ich die Batterie messe, ist die prima!
Meine Aqara-Sensoren hatte ich vorher am "Standartgateway".
Jetzt, ohne o.g. Gateway steht das drin
AQBM:voltage 3035
ABad:voltage 2925
AK:voltage 2885
ASZ:voltage 2905
AWZ:voltage 2975
Wird in mV angegeben, ist aber seit Einbindung in zigbee2mqtt ( vor ca. 4 Wochen ) höchstens die letzte Stelle geändert worden.
Da habe ich noch garnicht hingesehen. Vielen Dank für das "Augen Öffnen".
Bei mir zeigt einer der Fühler z.B. voltage 2917 bei einer nagelneuen Batterie an. Also die Messung ist echt sehr ungenau. Mein Voltmeter meldet ~ 3,25 V. Und so eine hohe Last wird der Temperaturfühler wohl nicht erzeugen. Also kann man die Werte wohl nur ignorieren und warten, wann der Fühler nicht mehr sendet.
Hi Zusammen,
ich hab mir den Bewegungsmelder von Xiaomi geholt. Hab ihn eingebunden, wir kann ich jetzt abfragen ob er schaltet oder nicht?
Er meldet sowas:
occupancy: false
occupancy: true
Das kannst Du auswerten.
Weiterhin bleibt der BM für 30sek auf true, bevor er wieder wechselt, wenn keine Bewegung erkannt wird.
Zitat von: cyablo am 27 Dezember 2018, 08:33:30
Das Verhalten bemerke ich jetzt grade auch. Ich habe einen Xiaomi Temp. Sensor der nach ein paar Tagen jetzt von 100% Batterie auf 55% runter gegangen sein soll und nun dadurch Wanrmeldungen produziert. Es scheint wohl so, dass der errechnete Prozentwert von zigbee2mqtt schon nicht kalibriert ist.
Schau mal hier, Zeile 344: https://github.com/oskarn97/fhem-xiaomi-mqtt/blob/master/FHEM/72_XiaomiMQTTDevice.pm
Btw: Ich hatte die falsch errechneten Werte im zigbee2mqtt mal als Issue eingereicht und das Problem wurde im dev Branch gefixed.
Zitat von: Neuhier am 28 Dezember 2018, 20:41:53
Er meldet sowas:
occupancy: false
occupancy: true
Das kannst Du auswerten.
Weiterhin bleibt der BM für 30sek auf true, bevor er wieder wechselt, wenn keine Bewegung erkannt wird.
Also meiner verhält sich da irgendwie seltsam, der steht jetzt schon seit 20-30 Minuten of motion/true. Verstehe noch nicht so ganz wie und wann der wieder auf no-motion springt. Hatte eigentlich erwartet das der Sensor nach einer bestimmten Zeit wieder umspringt.
Eigenartig.
Hier wird 90sek gemeldet, dann wieder zurückgeschaltet.
Doch nicht 30sek, aber auch keine 20min.
2018-12-15_10:18:26 0x00158d0002b transmission-state: incoming publish received
2018-12-15_10:18:26 0x00158d0002b linkquality: 60
2018-12-15_10:18:26 0x00158d0002b lux: 6
2018-12-15_10:18:26 0x00158d0002b illuminance: 6
2018-12-15_10:18:26 0x00158d0002b battery_level: 100.00
2018-12-15_10:18:26 0x00158d0002b battery: ok
2018-12-15_10:18:26 0x00158d0002b no_motion
2018-12-15_10:18:26 0x00158d0002b occupancy: false
2018-12-15_10:18:26 0x00158d0002b voltage: 3055
2018-12-15_10:18:26 0x00158d0002b transmission-state: incoming publish received
2018-12-15_10:18:26 0x00158d0002b lux: 6
2018-12-15_10:18:26 0x00158d0002b illuminance: 6
2018-12-15_10:18:26 0x00158d0002b linkquality: 60
2018-12-15_10:18:26 0x00158d0002b voltage: 3055
2018-12-15_10:18:26 0x00158d0002b motion
2018-12-15_10:18:26 0x00158d0002b occupancy: true
2018-12-15_10:18:26 0x00158d0002b battery_level: 100.00
2018-12-15_10:18:26 0x00158d0002b battery: ok
2018-12-15_10:19:56 0x00158d0002b transmission-state: incoming publish received
2018-12-15_10:19:56 0x00158d0002b voltage: 3055
2018-12-15_10:19:56 0x00158d0002b battery_level: 100.00
2018-12-15_10:19:56 0x00158d0002b battery: ok
2018-12-15_10:19:56 0x00158d0002b no_motion
2018-12-15_10:19:56 0x00158d0002b occupancy: false
2018-12-15_10:19:56 0x00158d0002b lux: 6
2018-12-15_10:19:56 0x00158d0002b illuminance: 6
2018-12-15_10:19:56 0x00158d0002b linkquality: 60
Mein Log sagt:
2018-12-29_21:48:27 bewegung_flur_ug motion
2018-12-29_21:48:59 bewegung_flur_ug motion
2018-12-29_22:24:00 bewegung_flur_ug no_motion
2018-12-29_22:24:05 bewegung_flur_ug motion
2018-12-29_22:24:05 bewegung_flur_ug motion
Man beachte das er bis 22:24 auf motion stand, bis er eine neue Bewegung erkannte, dann kurz auf no-motion springt um dann wieder motion zu melden.
Von no-Motion springt der innerhalb weniger Sekunden um, wenn eben Bewegung erkannt wird.
Aber die Zeit zur Rückschaltung ist definitiv zu lange.
Kommen keine anderen Meldungen zwischendurch?
Oder wirklich nur das, was Du gepostet hast?
Lustig, jetzt ist er auf no_motion gesprungen:
Zitatstate
no_motion
2018-12-29 22:48:09
Im log hab ich lustigerweise nur den state drin, kein linkquality, nix...
Mit was hast Du den eingbunden?
Meiner rennt über zigbee2mqtt, letztes Update vorgestern.
Meine Readings:
battery ok
battery_level 100.00
illuminance 6
linkquality 55
lux 6
occupancy false
state no_motion
transmission-state incoming publish received
voltage 3035
Ohne Änderung wird alle 8min ein Reading im Log angezeigt.
zigbee2mqtt dev branch (Das Update von vorgestern) und mosquitto. Readings sind ok:
battery ok 2018-12-29 22:57:37
battery_level 100 2018-12-29 20:06:35
illuminance 27 2018-12-29 22:57:37
last_seen 2018-12-29T21:59:07.711Z 2018-12-29 22:59:07
linkquality 21 2018-12-29 22:57:37
lux 27 2018-12-29 22:57:37
occupancy false 2018-12-29 22:59:07
state no_motion 2018-12-29 22:59:07
transmission-state incoming publish received 2018-12-29 22:59:07
voltage 3055 2018-12-29 22:57:37
Nur im log steht nur der state...
2018-12-29_22:41:49 bewegung_flur_ug motion
2018-12-29_22:41:49 bewegung_flur_ug motion
2018-12-29_22:43:25 bewegung_flur_ug no_motion
2018-12-29_22:48:09 bewegung_flur_ug no_motion
2018-12-29_22:53:43 bewegung_flur_ug no_motion
2018-12-29_22:53:53 bewegung_flur_ug motion
2018-12-29_22:53:53 bewegung_flur_ug motion
2018-12-29_22:57:27 bewegung_flur_ug no_motion
2018-12-29_22:57:27 bewegung_flur_ug motion
2018-12-29_22:57:37 bewegung_flur_ug motion
2018-12-29_22:59:07 bewegung_flur_ug no_motion
Scheint halt manchmal Schluckauf zu haben:
2018-12-29_21:13:49 bewegung_flur_ug motion
2018-12-29_21:13:49 bewegung_flur_ug motion
2018-12-29_21:27:49 bewegung_flur_ug no_motion
2018-12-29_21:28:14 bewegung_flur_ug motion
Habe mein Log nicht angepaßt, daher kommt da der ganze "Schrott" mit rein.
Egal, ist in dem Falle nicht wichtig und bestimmt nicht der Fehler.
Das log ist ja auch nicht angepasst, "REGEXP bewegung_flur_ug", egal. Ist im Prinzip auch kein Problem, ich trigger damit eine Lampe mit event-on-update-reading, das klappt auch ganz gut da bei Bewegung der state ja aktualisiert wird, ist nur halt als Präsenz Indikator so nicht brauchbar.
Edit: Ich hab noch einen Temp. Sensor von Xiaomi, da steht alles im log... ¯\_(ツ)_/¯
Präsenz mache ich hier über GTags.
Ist aber trotzdem merkwürdig, daß der so lange braucht, zurückzustellen
Hab mir jetzt mal ne Zeit die Meldungen angeschaut die am mosquitto rein rauschen... Das ist alles ok:
zigbee2mqtt/bewegung_flur_ug {"illuminance":0,"linkquality":18,"last_seen":"2018-12-29T22:30:11.172Z","occupancy":true,"battery":100,"voltage":3055}
zigbee2mqtt/bewegung_flur_ug {"illuminance":0,"linkquality":18,"last_seen":"2018-12-29T22:31:41.177Z","occupancy":false,"battery":100,"voltage":3055}
FHEM meldet trotzdem noch "occupancy true". Vielleicht werf ich das Device noch mal raus und lass es neu anlegen...
Aha, siehe da, alles im log:
2018-12-29_23:39:27 bewegung_flur_ug transmission-state: incoming publish received
2018-12-29_23:39:27 bewegung_flur_ug linkquality: 5
2018-12-29_23:39:27 bewegung_flur_ug battery: ok
2018-12-29_23:39:27 bewegung_flur_ug voltage: 3055
2018-12-29_23:39:27 bewegung_flur_ug lux: 34
2018-12-29_23:39:27 bewegung_flur_ug illuminance: 34
2018-12-29_23:39:27 bewegung_flur_ug motion
2018-12-29_23:39:27 bewegung_flur_ug occupancy: true
2018-12-29_23:39:27 bewegung_flur_ug last_seen: 2018-12-29T22:39:27.353Z
Edit: no_motion klappt trotzdem nicht, zigbee2mqtt zeigt auch nichts an seit 10 Min.
zigbee2mqtt:info 2018-12-29 23:42:18 MQTT publish: topic 'zigbee2mqtt/bewegung_flur_ug', payload '{"illuminance":0,"linkquality":31,"last_seen":"2018-12-29T22:42:18.288Z","occupancy":false,"battery":100,"voltage":3055}'
Entweder der Sensor, Kein Signal, zigbee2mqtt oder der CC2531... k.A. Heute nicht mehr...
P.s.: gtag würde bei mir gehen, aber meine Frau lässt gerne mal ihre Sachen zuhause wenn wir das Haus zusammen verlassen. Da hilft nicht mal presence über handy ping :)
Hallo zusammen,
erst einmal Danke für das Modul !!!
Habe den Stick geflasht, alles eingerichtet und es läuft.
Temperatursensor läuft tadellos und sehr zuverlässig.
Bei den Tür und Fensterkontakten bekomme ich jedoch nur sehr unzuverlässig Meldungen rein.
Sollte der Kontakt nicht reagiert haben bzw. keine Meldung weitergegeben haben, und ich dann die "Reset-Taste" kurz drücke kommt der aktuelle Status.
Hat hier jemand ähnliche Probleme? Es sind die eckigen Xiaomi Aqara.
Edit: Das subscription Acknowledge ist weg (Keine Ahnung warum das bei dem einen drin war).
Fehler ist bei beiden Kontakten ... Auch wenn ich die direkt am Stick halte.
Vielen Dank.
Das Bild im Anhang zeigt es eigentlich ganz gut.
Um 16:54:42 habe ich den Kontakt geschlossen.
Aktualisiert wurden:
-> battery, linkquality, transmission-state und voltage
nicht aktualisiert wurden:
-> contact und state
Ergo: Im System scheint das Fenster offen zu sein ... in Wirklichkeit ist es jedoch zu.
Hat sich erledigt ... nochmal komplett neu installiert und nun läuft es!
Nachdem ich heute zigbee2mqtt updaten wollte (was irgendwie schief ging), habe ich node und zigbee2mqtt vom System entfernt.
Nur leider bekomme ich npm nun nicht mehr installiert. Hier mal die Fehlermeldung:
npm install
...
...
> serialport@6.2.2 install /opt/zigbee2mqtt/node_modules/serialport
> prebuild-install || node-gyp rebuild
prebuild-install WARN install EACCES: permission denied, access '/root/.npm'
sh: 1: node-gyp: Permission denied
npm ERR! file sh
npm ERR! code ELIFECYCLE
npm ERR! errno ENOENT
npm ERR! syscall spawn
npm ERR! serialport@6.2.2 install: `prebuild-install || node-gyp rebuild`
npm ERR! spawn ENOENT
npm ERR!
npm ERR! Failed at the serialport@6.2.2 install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /root/.npm/_logs/2018-12-31T15_03_32_059Z-debug.log
Installiert ist alles laut Anleitung bei Koenkk nur npm ist eine andere Version, weil mit der 10er immer npm Version 5.4 installiert wurde und die immer Fehler brachte.
Nun ist:
node 8.15.0
npm 6.4.1
Mein Fehler, hatte alles als sudo su installiert...
Nun läufts ;)
Hallo zusammen,
ich bin mehr als glücklich mit dem Modul, habe so ziemlich alles aus der Aqara Serie dran und Osram Plugs. Seit heute sind auch Osram Classic E27 Dimmable im Einsatz. ON:OFF funktioniert, ich scheitere beim Dimmen. Wenn ich händisch set Lampe brightness 1 losschicke, dimmt sich die Lampe. Kann nicht sagen, ob auf 50% oder auf 10%. Und das wars dann. Egal welchen Zahlenwert ich eingebe, die Dimmstufe bleibt gleich. Hell wird die Lampe nur wieder durch komplett vom Strom trennen, also dem (noch) vorhandenen "normalen" Lichtschalter. Ich hab auch schon bei meinen YeeLight beim webCmd geräubert, leider ohne Erfolg. Hat jemand von euch die Lampen in Betrieb und weiß, wie man dimmt? Danke vorab!
Hi, ich hoffe die frage wurde nicht schon 100 mal gestellt. Ich habe die 40 Seiten im Thread jetzt nicht komplett gelesen.
Ich habe bei mir die Bridge frisch eingerichtet und habe zu zuhause sehr viele Xiaomi Sensoren (Fensterkontakte, Buttons, Wassersensor).
Wenn ich einen Sensor paire wird er auch von FHEM erkannt, aber immer als unknown Gerät. Zum Beispiel so:
Internals
CFGFN
DEF unknown 0x00158d0001232dc8
FRIENDLYNAME 0x00158d0001232dc8
IODev Mosquitto
MODEL unknown
NAME 0x00158d0001232dc8
NOTIFYDEV unknown 0x00158d0001232dc8
NR 1889
SID 0x00158d0001232dc8
STATE state
TYPE XiaomiMQTTDevice
Erster Gedanke war, das mein Fhem Modul nicht aktuell ist. Ist aber nicht das Problem. Die folgenden Befehle bringen mir nur die Info das alles aktuell ist.
update add https://raw.githubusercontent.com/oskarn97/fhem-xiaomi-mqtt/master/controls_xiaomi-zb2mqtt.txt
update check xiaomi-zb2mqtt
update all xiaomi-zb2mqtt
Ich habe den Stick fertig bei Smart Kitty gekauft. Vielleicht ist das auch das Problem. Laut Beschreibung ist er mit aktuellen Firmware CC2531ZNP-Prod.hex von Koenkk geflashed.
Danke schon mal für mögliche Hilfe
ein Tag später und plötzlich geht alles. Keine Ahnung warum. Evtl. war es ein Fhem Neustart.
sobald ich "define xBridge XiaomiMQTTDevice bridge" sende stürtzt mir das fhem ab
2019.01.06 21:20:44 1: define xBridge XiaomiMQTTDevice bridge: No MQTT IODev found.
Undefined subroutine &XiaomiMQTT::DEVICE::send_publish called at ./FHEM/72_XiaomiMQTTDevice.pm line 443.
An was kann das liegen?
Kann mir jemand zeigen wie das vi data/configuration.yaml aussehen soll, ich habe hier auch kein device names bridge
Zitat von: rani22 am 06 Januar 2019, 21:23:59
An was kann das liegen?
Das du keinen MQTT Server laufen, oder in Fhem eingerichtet hast > No MQTT IODev found.
Zitat von: thoffma3 am 06 Januar 2019, 14:21:50
ein Tag später und plötzlich geht alles. Keine Ahnung warum. Evtl. war es ein Fhem Neustart.
Die Aktualisierung dauert immer ein wenig, das ist normal.
Zitat von: cyablo am 29 Dezember 2018, 22:11:46
Also meiner verhält sich da irgendwie seltsam, der steht jetzt schon seit 20-30 Minuten of motion/true. Verstehe noch nicht so ganz wie und wann der wieder auf no-motion springt. Hatte eigentlich erwartet das der Sensor nach einer bestimmten Zeit wieder umspringt.
Hallo Zusammen,
ich hatte ähnliche Probleme mit den Xiaomi Aquara Bewegungsmeldern, mal kam eine Reaktion mal nicht mal dauerte es 90 Sekunden mal 10 Minuten.
Bei mir lag es daran das ich im DOIF Kopf geprüft habe ob das zigbee Licht auf state "off" ist bevor ich ein "set Licht on" Gesendet habe. Das hat dann zigbee2mqtt scheinbar wie in einer Dauerschleife beschäftigt und es konnten kaum noch neue Signale verarbeitet werden:
also folgender DOIF führte zum fehlverhalten:
Zitat
defmod di_EG_DIELE_LICHT_NACHT_on DOIF ([20:00-07:30] and [EG_DIELE_MOTION:occupancy] eq "true" and [EG_DIELE_MOTION:lux] < 10 and [EG_DIELE_TRADFRI_Licht] eq "off" )\
(\
set EG_DIELE_TRADFRI_Licht on\
)\
DOELSE\
(\
set EG_DIELE_TRADFRI_Licht off\
)
attr di_EG_DIELE_LICHT_NACHT_on do resetwait
attr di_EG_DIELE_LICHT_NACHT_on room FHEM_SLAVES,LICHT
attr di_EG_DIELE_LICHT_NACHT_on wait 0,100
und so läuft alles fehlerfrei:
defmod di_EG_DIELE_LICHT_NACHT_on DOIF ([20:00-07:30] and [EG_DIELE_MOTION:occupancy] eq "true" and [EG_DIELE_MOTION:lux] < 10 )\
(\
set EG_DIELE_TRADFRI_Licht on\
)\
DOELSE\
(\
set EG_DIELE_TRADFRI_Licht off\
)
attr di_EG_DIELE_LICHT_NACHT_on do resetwait
attr di_EG_DIELE_LICHT_NACHT_on room FHEM_SLAVES,LICHT
attr di_EG_DIELE_LICHT_NACHT_on wait 0,100
vielleicht hilft es jemanden
Grüße
Andreas
Hallo:)
ich hab erfolgreich eine Tradfri "Birne" intigriert.
die kann dimmen und farbtemperatur.
ich versuche nun schon länger sowas wie eine transitiontime zu übergeben um ein sonnenaufgang zu simulieren.
kann mir da jemand helfen?
zigbee2mqtt:info 2019-1-6 19:11:41 Zigbee publish to '0xd0cf5efffec0a118', lightingColorCtrl - moveToColorTemp - {"colortemp":"355","transtime":0} - {"manufSpec":0,"disDefaultRsp":0} - null
transtime erscheint ja im log
ich hoffe einer von euch kann mir helfen, ich hab gefühlt alles durchgelesen was ich gefunden habe.
schönen abend euch!:)
list:
Internals:
CFGFN
DEF LED1545G12 0xd0cf5efffec0a118 Nachttisch
FRIENDLYNAME Nachttisch
IODev MQTT
MODEL LED1545G12
NAME Nachttisch
NOTIFYDEV LED1545G12 0xd0cf5efffec0a118 Nachttisch
NR 838
SID 0xd0cf5efffec0a118
STATE OFF
TYPE XiaomiMQTTDevice
Helper:
DBLOG:
transmission-state:
DBLogging:
TIME 1546810473.95107
VALUE subscribe sent
READINGS:
2019-01-07 17:16:48 brightness 100
2019-01-07 17:16:48 color_temp 450
2019-01-07 17:16:48 state OFF
2019-01-07 17:16:48 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/Nachttisch
xiaomi/0xd0cf5efffec0a118/#
subscribeExpr:
^zigbee2mqtt\/Nachttisch$
^xiaomi\/0xd0cf5efffec0a118.*$
subscribeQos:
xiaomi/0xd0cf5efffec0a118/# 0
zigbee2mqtt/Nachttisch 0
Attributes:
DbLogExclude .*
IODev MQTT
room Schlafzimmer
webCmd brightness:color_temp:toggle:on:off
widgetOverride brightness:colorpicker,BRI,0,10,255 color_temp:colorpicker,CT,250,10,454
Config:
defmod Nachttisch XiaomiMQTTDevice LED1545G12 0xd0cf5efffec0a118 Nachttisch
attr Nachttisch DbLogExclude .*
attr Nachttisch IODev MQTT
attr Nachttisch room Schlafzimmer
attr Nachttisch webCmd brightness:color_temp:toggle:on:off
attr Nachttisch widgetOverride brightness:colorpicker,BRI,0,10,255 color_temp:colorpicker,CT,250,10,454
setstate Nachttisch OFF
setstate Nachttisch 2019-01-07 17:16:48 brightness 100
setstate Nachttisch 2019-01-07 17:16:48 color_temp 450
setstate Nachttisch 2019-01-07 17:16:48 state OFF
setstate Nachttisch 2019-01-07 17:16:48 transmission-state incoming publish received
@pumabaer
Graf zufällig gelesen das du so ne tradfri im Betrieb hast...
Ich will mir dieses led panel von ikea kaufen, wird laut zigbee2mqtt Doku auch supported...
Habe bereits mehrere xiaomi Sensoren am laufen. Kann ich also diese Lampe direk mit. Der xiaomi bride pairen oder wie? Habe das nicht richtig verstanden...
Dieses Hilfe behandelt ja ein anderes Modul oder? https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele
Gruß
Ich komme irgendwie nicht wirklich weiter.
Im FHEM wechselt es bei unsorted MQTT immer von opened zu disconnected
Die xBridge steht auf paired bei readings steht jedoch transmission-state subscribe sent
Wie ihr im Anhang sieht kann er sich irgendwie nicht mit dem MQTT server verbinden. Kann mich jemand etwas unterstüzen
Zitat von: ripperle am 08 Januar 2019, 21:55:03
@pumabaer
Graf zufällig gelesen das du so ne tradfri im Betrieb hast...
Ich will mir dieses led panel von ikea kaufen, wird laut zigbee2mqtt Doku auch supported...
Habe bereits mehrere xiaomi Sensoren am laufen. Kann ich also diese Lampe direk mit. Der xiaomi bride pairen oder wie? Habe das nicht richtig verstanden...
Dieses Hilfe behandelt ja ein anderes Modul oder? https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele
Gruß
wenn die Doku sagt das das auch unterstützt wird, dann sollte es sich auch pairen lassen.
Zitat von: rani22 am 08 Januar 2019, 22:03:05
Ich komme irgendwie nicht wirklich weiter.
Im FHEM wechselt es bei unsorted MQTT immer von opened zu disconnected
Die xBridge steht auf paired bei readings steht jedoch transmission-state subscribe sent
Wie ihr im Anhang sieht kann er sich irgendwie nicht mit dem MQTT server verbinden. Kann mich jemand etwas unterstüzen
Hast du einen mqtt server installiert? > sudo apt-get install mosquitto-server
Diesen Server als MQTT Server in Fhem definiert?
Es gibt doch dazu mittlerweile ein Haufen Anleitungen im Netz und sogar auf Youtube.
Ansonsten schaue dir mal MQTT2_Server an, da wird beides obsolet.
Habe diese Anleitung durchgegangen:
https://haus-automatisierung.com/projekt/2018/04/28/projekt-xiaomi-ohne-cloud.html
Als mqtt server habe ich das Loxberry Plugin MQTT Gateway v0.6.0 am laufen. Soweit ich das verstehe startet dieses einen Mosquitto MQTT Broker mit user und pw. Dieses habe ich auch in die data/configuration.yaml gepackt.
leider alles ohne Erfolg.
Nun habe ich die Anleitung hier noch gemacht:
https://koenkk.github.io/zigbee2mqtt/getting_started/running_zigbee2mqtt.html
wie ihr im screenshot sehen könnt, fehlt hier
├─678 sh -c node index.js
└─679 node index.js
Somit funktioniert auch dies nicht. Gibt es eine einfache art, dass ich meine verpfuschten installationsversuche wieder rückgängig machen kann? und neu starten kann
Oder hat jemand einen tipp wie ich das ding noch retten kann?
Zitat von: rani22 am 09 Januar 2019, 21:30:52
Als mqtt server habe ich das Loxberry Plugin MQTT Gateway v0.6.0 am laufen. Soweit ich das verstehe startet dieses einen Mosquitto MQTT Broker mit user und pw. Dieses habe ich auch in die data/configuration.yaml gepackt.
Überprüfe doch erstmal ob der MQTT Server auch wirklich läuft und du dich dort einloggen kannst, vermuten kann man viel, aber Kontrolle ist besser. Dafür gibt es auch MQTT Client Tools für Windows.
Dann würde ich den zigbee2mqtt Dienst per Hand starten, mit z.B. "npm start" oder "DEBUG=* npm start" dann sieht man die Log Ausgabe in der Console.
Ich weiß auch ehrlich gesagt nicht, wo nun genau dein Problem liegt. Du solltest das mal besser beschreiben, die letzte Fehlermeldung war diese hier:
Zitat2019.01.06 21:20:44 1: define xBridge XiaomiMQTTDevice bridge: No MQTT IODev found.
Undefined subroutine &XiaomiMQTT::DEVICE::send_publish called at ./FHEM/72_XiaomiMQTTDevice.pm line 443.
Die sagt aus, das du keinen MQTT Server in Fhem definiert hast. https://wiki.fhem.de/wiki/MQTT_Einf%C3%BChrung
Im Grunde reicht dort nur das define für den MQTT Server, Username und Passwort setzen und vorher ggfs. noch die CPAN Module installieren.
Ab und zu zickt der Stick auch mal rum und der zigbee2mqtt Dienst startet deswegen nicht, dann hilft meistens ein abstecken und wieder reinstecken und ein reboot des Systems.
Löschen kannst du das einfach, indem du das ganze zigbee2mqtt Verzeichniss löschst.
ich hab das ganze mit dem xiaomi mqtt modul eben mal nachgebaut.
OS: debian x64 9.5 (up2date)
- neue fhem testinstallation
- mqtt server ist lokal installeirt
- das Zigbee2mqtt modul ist installiert.
- das xiaomi modul
- ich hab2 meine 2 xiaomi temperatursensoren erfolgreich gepairt
- im mqtt sind diese mit den werten auch sichtbar
Jan 10 19:00:34 fhem xiaomi[483]: zigbee2mqtt:info 2019-1-10 19:00:34 MQTT publish: topic 'zigbee2mqtt/0x222222222', payload '{"temperature":24.87,"linkquality":149,"humidity":37.19,"dev
Jan 10 19:00:34 fhem xiaomi[483]: zigbee2mqtt:info 2019-1-10 19:00:34 MQTT publish: topic 'zigbee2mqtt/0x111111111', payload '{"temperature":23.69,"linkquality":115,"humidity":42.5,"devi
~
aber die devices erscheinen nicht im fhem ?
Zitataber die devices erscheinen nicht im fhem ?
Autocreate ausgeschaltet??
lg, Stefan
Hi
Habe alles nach der Anleitung installiert und auf ein Jungfäulichen Pi System auch zum laufen gebracht aber wenn ich das modul auf meinem standart System Installieren und starten möchte bekomme ich bei "npm start" immer fehler.
Start log:
0 info it worked if it ends with ok
1 verbose cli [ '/usr/bin/node', '/usr/bin/npm', 'start' ]
2 info using npm@6.4.1
3 info using node@v10.15.0
4 verbose run-script [ 'prestart', 'start', 'poststart' ]
5 info lifecycle zigbee2mqtt@1.0.1~prestart: zigbee2mqtt@1.0.1
6 info lifecycle zigbee2mqtt@1.0.1~start: zigbee2mqtt@1.0.1
7 verbose lifecycle zigbee2mqtt@1.0.1~start: unsafe-perm in lifecycle true
8 verbose lifecycle zigbee2mqtt@1.0.1~start: PATH: /usr/lib/node_modules/npm/node_modules/npm-lifecycle/node-gyp-bin:/opt/zigbee2mqtt/node_modules/.bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games
9 verbose lifecycle zigbee2mqtt@1.0.1~start: CWD: /opt/zigbee2mqtt
10 silly lifecycle zigbee2mqtt@1.0.1~start: Args: [ '-c', 'node index.js' ]
11 silly lifecycle zigbee2mqtt@1.0.1~start: Returned: code: 1 signal: null
12 info lifecycle zigbee2mqtt@1.0.1~start: Failed to exec start script
13 verbose stack Error: zigbee2mqtt@1.0.1 start: `node index.js`
13 verbose stack Exit status 1
13 verbose stack at EventEmitter.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:301:16)
13 verbose stack at EventEmitter.emit (events.js:182:13)
13 verbose stack at ChildProcess.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
13 verbose stack at ChildProcess.emit (events.js:182:13)
13 verbose stack at maybeClose (internal/child_process.js:962:16)
13 verbose stack at Process.ChildProcess._handle.onexit (internal/child_process.js:251:5)
14 verbose pkgid zigbee2mqtt@1.0.1
15 verbose cwd /opt/zigbee2mqtt
16 verbose Linux 4.14.79-v7+
17 verbose argv "/usr/bin/node" "/usr/bin/npm" "start"
18 verbose node v10.15.0
19 verbose npm v6.4.1
20 error code ELIFECYCLE
21 error errno 1
22 error zigbee2mqtt@1.0.1 start: `node index.js`
22 error Exit status 1
23 error Failed at the zigbee2mqtt@1.0.1 start script.
23 error This is probably not a problem with npm. There is likely additional logging output above.
24 verbose exit [ 1, true ]
Configuration.yaml
# Home Assistant integration (MQTT discovery)
homeassistant: false
# allow new devices to join
permit_join: true
# MQTT settings
mqtt:
# 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/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018DF32CC-if00
Versionen
node v10.15.0
npm 6.4.1
Mosquitto Server ist installiert und läuft.
Vielleicht kann mir ja jemand weiter helfen.
nun stehe ich an nach npm start
root@loxberry:/opt/zigbee2mqtt# npm start
> zigbee2mqtt@1.0.1 start /opt/zigbee2mqtt
> node index.js
zigbee2mqtt:info 1/12/2019, 8:22:10 PM Logging to directory: '/opt/zigbee2mqtt/data/log/2019-01-12.20-22-10'
/opt/zigbee2mqtt/node_modules/bindings/bindings.js:88
throw e
^
Error: /opt/zigbee2mqtt/node_modules/serialport/build/Release/serialport.node: file too short
at Object.Module._extensions..node (internal/modules/cjs/loader.js:718:18)
at Module.load (internal/modules/cjs/loader.js:599:32)
at tryModuleLoad (internal/modules/cjs/loader.js:538:12)
at Function.Module._load (internal/modules/cjs/loader.js:530:3)
at Module.require (internal/modules/cjs/loader.js:637:17)
at require (internal/modules/cjs/helpers.js:22:18)
at bindings (/opt/zigbee2mqtt/node_modules/bindings/bindings.js:81:44)
at Object.<anonymous> (/opt/zigbee2mqtt/node_modules/serialport/lib/bindings/linux.js:2:36)
at Module._compile (internal/modules/cjs/loader.js:689:30)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:700:10)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.0.1 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.0.1 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /root/.npm/_logs/2019-01-12T19_22_11_081Z-debug.log
root@loxberry:/opt/zigbee2mqtt#
An was kann das liegen. Wie kann ich dieses Logfile öffnen
Zitat von: rani22 am 12 Januar 2019, 22:42:11
Wie kann ich dieses Logfile öffnen
Per SFTP auf die Kiste zugreifen und aus dem angegebenen Ordner das Logfile runter laden.
Aber wirklich schlauer bin ich aus dem Log auch nicht geworden (siehe post über dir).
Hallo
In der Configuration.yaml fehlen jeweils 2 Leerzeichen vor
base_topic, server und port
siehe hier https://koenkk.github.io/zigbee2mqtt/configuration/configuration.html
Danke für den Hinweis.
Habe es geändert aber startet immer noch nicht.
Logfile
0 info it worked if it ends with ok
1 verbose cli [ '/usr/bin/node', '/usr/bin/npm', 'start' ]
2 info using npm@6.4.1
3 info using node@v10.15.0
4 verbose run-script [ 'prestart', 'start', 'poststart' ]
5 info lifecycle zigbee2mqtt@1.0.1~prestart: zigbee2mqtt@1.0.1
6 info lifecycle zigbee2mqtt@1.0.1~start: zigbee2mqtt@1.0.1
7 verbose lifecycle zigbee2mqtt@1.0.1~start: unsafe-perm in lifecycle true
8 verbose lifecycle zigbee2mqtt@1.0.1~start: PATH: /usr/lib/node_modules/npm/node_modules/npm-lifecycle/node-gyp-bin:/opt/zigbee2mqtt/node_modules/.bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games
9 verbose lifecycle zigbee2mqtt@1.0.1~start: CWD: /opt/zigbee2mqtt
10 silly lifecycle zigbee2mqtt@1.0.1~start: Args: [ '-c', 'node index.js' ]
11 silly lifecycle zigbee2mqtt@1.0.1~start: Returned: code: 1 signal: null
12 info lifecycle zigbee2mqtt@1.0.1~start: Failed to exec start script
13 verbose stack Error: zigbee2mqtt@1.0.1 start: `node index.js`
13 verbose stack Exit status 1
13 verbose stack at EventEmitter.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:301:16)
13 verbose stack at EventEmitter.emit (events.js:182:13)
13 verbose stack at ChildProcess.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
13 verbose stack at ChildProcess.emit (events.js:182:13)
13 verbose stack at maybeClose (internal/child_process.js:962:16)
13 verbose stack at Process.ChildProcess._handle.onexit (internal/child_process.js:251:5)
14 verbose pkgid zigbee2mqtt@1.0.1
15 verbose cwd /opt/zigbee2mqtt
16 verbose Linux 4.14.79-v7+
17 verbose argv "/usr/bin/node" "/usr/bin/npm" "start"
18 verbose node v10.15.0
19 verbose npm v6.4.1
20 error code ELIFECYCLE
21 error errno 1
22 error zigbee2mqtt@1.0.1 start: `node index.js`
22 error Exit status 1
23 error Failed at the zigbee2mqtt@1.0.1 start script.
23 error This is probably not a problem with npm. There is likely additional logging output above.
24 verbose exit [ 1, true ]
Hallo,
ich habe ein kleines Problem.
MQTT mit Mosquitto eingerichtet. (Funktioniert mit meinen Tasmota - Steckdosen).
Dann den Stick programmiert und Zigbee2mqtt eingerichtet. Scheint auch ohne Fehler zu laufen.
Internals:
DEF bridge
FRIENDLYNAME bridge
IODev myBroker
MODEL bridge
NAME xBridge
NOTIFYDEV bridge
NR 44
SID bridge
STATE online
TYPE XiaomiMQTTDevice
READINGS:
2019-01-14 07:18:51 config {"log_level":"info","permit_join":false}
2019-01-12 23:23:05 log {"type":"devices","message":[{"ieeeAddr":"0x90fd9ffffef2fbbe","type":"Router","model":"L1528","friendly_name":"0x90fd9ffffef2fbbe"}]}
2019-01-14 07:19:29 state online
2019-01-14 07:19:29 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/bridge
xiaomi/bridge/#
zigbee2mqtt/bridge/#
subscribeExpr:
^zigbee2mqtt\/bridge$
^xiaomi\/bridge.*$
^zigbee2mqtt\/bridge.*$
subscribeQos:
xiaomi/bridge/# 0
zigbee2mqtt/bridge 0
zigbee2mqtt/bridge/# 0
subscribeReadings:
zigbee2mqtt/bridge/config:
zigbee2mqtt/bridge/config/devices:
zigbee2mqtt/bridge/state:
Attributes:
IODev myBroker
room XiaomiMQTTDevice
define myBroker MQTT 192.168.178.45:1883
attr myBroker room MQTT
attr myBroker verbose 4
define xBridge XiaomiMQTTDevice bridge
attr xBridge IODev myBroker
attr xBridge room XiaomiMQTTDevice
Danach meine IKEA FLOALT gepairt.
Sie werden auch erkannt.
2019-1-12 23:14:58 - info: Device incoming...
2019-1-12 23:14:58 - info: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"pairing","message":"device incoming"}'
2019-1-12 23:14:58 - info: New device with address 0x90fd9ffffef2fbbe connected!
2019-1-12 23:14:58 - info: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"device_connected","message":"0x90fd9ffffef2fbbe"}'
2019-1-12 23:14:58 - info: MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"devices","message":[{"ieeeAddr":"0x90fd9ffffef2fbbe","type":"Router","model":"L1528","friendly_name":"0x90fd9ffffef2f
Die Lampe wird auch in FHEM angezeigt.
define 0x90fd9ffffef2fbbe XiaomiMQTTDevice L1528 0x90fd9ffffef2fbbe
attr 0x90fd9ffffef2fbbe IODev myBroker
attr 0x90fd9ffffef2fbbe room XiaomiMQTTDevice
define FileLog_0x90fd9ffffef2fbbe FileLog ./log/0x90fd9ffffef2fbbe-%Y.log 0x90fd9ffffef2fbbe
attr FileLog_0x90fd9ffffef2fbbe logtype text
attr FileLog_0x90fd9ffffef2fbbe room XiaomiMQTTDevice
Internals:
DEF L1528 0x90fd9ffffef2fbbe
FRIENDLYNAME 0x90fd9ffffef2fbbe
IODev myBroker
MODEL L1528
NAME 0x90fd9ffffef2fbbe
NOTIFYDEV L1528 0x90fd9ffffef2fbbe
NR 291
SID 0x90fd9ffffef2fbbe
STATE paired
TYPE XiaomiMQTTDevice
READINGS:
2019-01-14 07:18:51 transmission-state subscription acknowledged
message_ids:
subscribe:
zigbee2mqtt/0x90fd9ffffef2fbbe
xiaomi/0x90fd9ffffef2fbbe/#
subscribeExpr:
^zigbee2mqtt\/0x90fd9ffffef2fbbe$
^xiaomi\/0x90fd9ffffef2fbbe.*$
subscribeQos:
xiaomi/0x90fd9ffffef2fbbe/# 0
zigbee2mqtt/0x90fd9ffffef2fbbe 0
Attributes:
IODev myBroker
room XiaomiMQTTDevice
Jedoch erscheinen keinerlei Readings bezüglich des Lampenstatus und ich erhalte keine Möglichkeiten, die Lampe zu schalten.
Die einzige Möglichkeit ist ein Set 0x90fd9ffffef2fbbe remove.
Ich habe jetzt alles gelesen, aber keinen Hinweis auf eine Lösung gefunden.
Kann mir hier jemand helfen?
Jürgen
Hallo Jürgen,
wenn ich es richtig verstanden habe werden die Lampen von IKEA unterstützt, aber die Readings kommen nicht automatisch.
Du musst die Readings selbst hinzu fügen.
z.B.
defmod 0x90fd9ffffedd7c9e XiaomiMQTTDevice LED1545G12 0x90fd9ffffedd7c9e
attr 0x90fd9ffffedd7c9e IODev mqtt
attr 0x90fd9ffffedd7c9e alexaName Treppenlicht
attr 0x90fd9ffffedd7c9e alias Treppenlicht
attr 0x90fd9ffffedd7c9e eventMap 350:standard 250:cold 454:warm
attr 0x90fd9ffffedd7c9e room Treppe,XiaomiMQTTDevice,alexa
attr 0x90fd9ffffedd7c9e webCmd on:off:brightness:color_temp
attr 0x90fd9ffffedd7c9e widgetOverride brightness:slider,0,1,254 color_temp:warm,cold,standard
Gruß rippi
Oder erstmal mit autoSubscribeReadings auf dem Device schauen, ob und was da überhaupt ankommt.
Habe das gemacht, weil ich per MQTTfx was sehen konnte, aber FHEM einfach nix lesen "wollte".
Hallo Neuhier,
das hatte ich mit MQTTfx gemacht und dann die entsprechenden Readings eingefügt!
Gruß rippi
So ich bin jetzt einen Schritt weiter gekommen. Das Problem lag daran, dass ich für den MQTT ein benutzer und passwort gesetzt habe. Das heisst in FHEM musste "define MQTT MQTT localhost:1883 user password" setzen.
Jedoch funktioniert das pairing trotzdem nicht. Ich habe einen würfel, welcher sich wie folgt meldet
zigbee2mqtt:info 1/14/2019, 9:24:38 PM Device incoming...
zigbee2mqtt:info 1/14/2019, 9:24:38 PM MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"pairing","message":"device incoming"}'
zigbee2mqtt:info 1/14/2019, 9:25:59 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":115,"action":"rotate_left","angle":-16.56}'
zigbee2mqtt:info 1/14/2019, 9:26:53 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":65,"action":"flip90","from_side":5,"to_side":1}'
zigbee2mqtt:info 1/14/2019, 9:26:55 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":123,"action":"flip90","from_side":1,"to_side":3}'
zigbee2mqtt:info 1/14/2019, 9:27:04 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":162,"action":"flip90","from_side":5,"to_side":0}'
zigbee2mqtt:info 1/14/2019, 9:27:05 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":141,"action":"flip90","from_side":0,"to_side":1}'
zigbee2mqtt:info 1/14/2019, 9:27:08 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":141,"action":"flip90","from_side":1,"to_side":2}'
zigbee2mqtt:info 1/14/2019, 9:27:09 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":126,"action":"flip90","from_side":2,"to_side":4}'
zigbee2mqtt:info 1/14/2019, 9:27:10 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":141,"action":"flip90","from_side":4,"to_side":3}'
zigbee2mqtt:info 1/14/2019, 9:27:11 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":131,"action":"rotate_right","angle":15.19}'
zigbee2mqtt:info 1/14/2019, 9:27:18 PM Zigbee: allowing new devices to join.
zigbee2mqtt:info 1/14/2019, 9:27:18 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'
zigbee2mqtt:warn 1/14/2019, 9:27:26 PM Message without device!
zigbee2mqtt:info 1/14/2019, 9:32:18 PM Zigbee: disabling joining new devices.
zigbee2mqtt:info 1/14/2019, 9:32:18 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":false}'
hat jemand einen Tip, wie ich es schaffe das ding zu pairen?
Versuche es mal mit der IP vom Host, localhost hat hier auch nicht geklappt.
Habe gerade noch etwas weiteres entdeckt:
# Show status
systemctl status zigbee2mqtt.service
Jan 14 21:46:53 loxberry npm[5297]: > zigbee2mqtt@1.0.1 start /opt/zigbee2mqtt
Jan 14 21:46:53 loxberry npm[5297]: > node index.js
Jan 14 21:46:54 loxberry npm[5297]: fs.js:115
Jan 14 21:46:54 loxberry npm[5297]: throw err;
Jan 14 21:46:54 loxberry npm[5297]: ^
Jan 14 21:46:54 loxberry npm[5297]: Error: EACCES: permission denied, mkdir '/opt/zigbee2mqtt/data/log/2019-01-14.21-46-54'
Jan 14 21:46:54 loxberry npm[5297]: at Object.mkdirSync (fs.js:753:3)
Jan 14 21:46:54 loxberry npm[5297]: at mkdirSyncRecursive (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:199:16)
Jan 14 21:46:54 loxberry npm[5297]: at mkdirSyncRecursive (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:197:12)
Jan 14 21:46:54 loxberry npm[5297]: at Object.mkdirSync (/opt/zigbee2mqtt/node_modules/mkdir-recursive/index.js:82:10)
Jan 14 21:46:54 loxberry npm[5297]: at Object.<anonymous> (/opt/zigbee2mqtt/lib/util/logger.js:17:4)
Jan 14 21:46:54 loxberry npm[5297]: at Module._compile (internal/modules/cjs/loader.js:689:30)
Jan 14 21:46:54 loxberry npm[5297]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:700:10)
Jan 14 21:46:54 loxberry npm[5297]: npm ERR! code ELIFECYCLE
Jan 14 21:46:54 loxberry npm[5297]: npm ERR! errno 1
Jan 14 21:46:54 loxberry npm[5297]: npm ERR! zigbee2mqtt@1.0.1 start: `node index.js`
Jan 14 21:46:54 loxberry npm[5297]: npm ERR! Exit status 1
Jan 14 21:46:54 loxberry npm[5297]: npm ERR!
Jan 14 21:46:54 loxberry npm[5297]: npm ERR! Failed at the zigbee2mqtt@1.0.1 start script.
Jan 14 21:46:54 loxberry npm[5297]: npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
Jan 14 21:46:54 loxberry npm[5297]: npm ERR! A complete log of this run can be found in:
Jan 14 21:46:54 loxberry npm[5297]: npm ERR! /opt/loxberry/.npm/_logs/2019-01-14T20_46_54_695Z-debug.log
Jan 14 21:46:54 loxberry systemd[1]: zigbee2mqtt.service: Main process exited, code=exited, status=1/FAILURE
Jan 14 21:46:54 loxberry systemd[1]: zigbee2mqtt.service: Unit entered failed state.
Jan 14 21:46:54 loxberry systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'.
Jan 14 21:46:54 loxberry systemd[1]: zigbee2mqtt.service: Service hold-off time over, scheduling restart.
Jan 14 21:46:54 loxberry systemd[1]: Stopped zigbee2mqtt.
Jan 14 21:46:54 loxberry systemd[1]: Started zigbee2mqtt.
Liegt das an einem falschen user?
[Unit]
Description=zigbee2mqtt
After=network.target
[Service]
ExecStart=/usr/bin/npm start
WorkingDirectory=/opt/zigbee2mqtt
StandardOutput=inherit
StandardError=inherit
Restart=always
User=pi
[Install]
WantedBy=multi-user.target
Was ist die bedeutung von "User=pi"? Ich habe bei mir kein user pi und hatte stattdessen loxberry genommen.
Zitat von: Neuhier am 14 Januar 2019, 21:42:06
Versuche es mal mit der IP vom Host, localhost hat hier auch nicht geklappt.
Hat auch nicht geholfen
Habs jetzt mehrfach versuch dieses pairing zu starten aber lediglich folgendes erreicht:
root@loxberry:/opt/zigbee2mqtt# systemctl status zigbee2mqtt.service
● zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2019-01-14 22:12:11 CET; 1s ago
Main PID: 3509 (npm)
CGroup: /system.slice/zigbee2mqtt.service
├─3509 npm
├─3521 sh -c node index.js
└─3522 node index.js
Jan 14 22:12:11 loxberry systemd[1]: Started zigbee2mqtt.
Jan 14 22:12:13 loxberry npm[3509]: > zigbee2mqtt@1.0.1 start /opt/zigbee2mqtt
Jan 14 22:12:13 loxberry npm[3509]: > node index.js
root@loxberry:/opt/zigbee2mqtt# node index.js
zigbee2mqtt:info 1/14/2019, 10:12:31 PM Logging to directory: '/opt/zigbee2mqtt/data/log/2019-01-14.22-12-30'
zigbee2mqtt:info 1/14/2019, 10:12:32 PM Starting zigbee2mqtt version 1.0.1 (commit #9380bbc)
zigbee2mqtt:info 1/14/2019, 10:12:32 PM Starting zigbee-shepherd
zigbee2mqtt:info 1/14/2019, 10:12:33 PM zigbee-shepherd started
zigbee2mqtt:info 1/14/2019, 10:12:33 PM Coordinator firmware version: '20181024'
zigbee2mqtt:info 1/14/2019, 10:12:33 PM Currently 0 devices are joined:
zigbee2mqtt:warn 1/14/2019, 10:12:33 PM `permit_join` set to `true` in configuration.yaml.
zigbee2mqtt:warn 1/14/2019, 10:12:33 PM Allowing new devices to join.
zigbee2mqtt:warn 1/14/2019, 10:12:33 PM Set `permit_join` to `false` once you joined all devices.
zigbee2mqtt:info 1/14/2019, 10:12:33 PM Zigbee: allowing new devices to join.
zigbee2mqtt:info 1/14/2019, 10:12:33 PM Connecting to MQTT server at mqtt://localhost
zigbee2mqtt:info 1/14/2019, 10:12:34 PM zigbee-shepherd ready
zigbee2mqtt:info 1/14/2019, 10:12:34 PM Connected to MQTT server
zigbee2mqtt:info 1/14/2019, 10:12:34 PM MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
zigbee2mqtt:info 1/14/2019, 10:13:14 PM Zigbee: allowing new devices to join.
zigbee2mqtt:info 1/14/2019, 10:13:14 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'
zigbee2mqtt:warn 1/14/2019, 10:13:59 PM Device with modelID 'undefined' is not supported.
zigbee2mqtt:warn 1/14/2019, 10:13:59 PM Please see: https://koenkk.github.io/zigbee2mqtt/how_tos/how_to_support_new_devices.html
zigbee2mqtt:warn 1/14/2019, 10:14:01 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:04 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:09 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:11 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:13 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:15 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:17 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:19 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:20 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:22 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:24 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:25 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:30 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:14:32 PM Message without device!
zigbee2mqtt:info 1/14/2019, 10:14:32 PM Device incoming...
zigbee2mqtt:info 1/14/2019, 10:14:32 PM MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"pairing","message":"device incoming"}'
zigbee2mqtt:info 1/14/2019, 10:15:53 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":136,"action":"flip90","from_side":1,"to_side":3}'
zigbee2mqtt:info 1/14/2019, 10:15:55 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":155,"action":"flip90","from_side":3,"to_side":2}'
zigbee2mqtt:info 1/14/2019, 10:15:56 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":178,"action":"flip90","from_side":2,"to_side":1}'
zigbee2mqtt:info 1/14/2019, 10:15:58 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":155,"action":"flip90","from_side":1,"to_side":3}'
zigbee2mqtt:info 1/14/2019, 10:16:31 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":120,"action":"flip90","from_side":3,"to_side":2}'
zigbee2mqtt:info 1/14/2019, 10:16:32 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":147,"action":"flip90","from_side":2,"to_side":1}'
zigbee2mqtt:info 1/14/2019, 10:16:34 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":165,"action":"flip90","from_side":1,"to_side":3}'
zigbee2mqtt:info 1/14/2019, 10:16:36 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":165,"action":"flip90","from_side":3,"to_side":5}'
zigbee2mqtt:info 1/14/2019, 10:16:39 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":147,"action":"flip90","from_side":5,"to_side":1}'
zigbee2mqtt:warn 1/14/2019, 10:16:53 PM Message without device!
zigbee2mqtt:info 1/14/2019, 10:18:14 PM Zigbee: disabling joining new devices.
zigbee2mqtt:info 1/14/2019, 10:18:14 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":false}'
zigbee2mqtt:info 1/14/2019, 10:18:52 PM Zigbee: allowing new devices to join.
zigbee2mqtt:info 1/14/2019, 10:18:52 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'
zigbee2mqtt:error 1/14/2019, 10:20:05 PM Cannot get the Node Descriptor of the Device: 0x00158d00029bb918 (Error: Timed out after 10000 ms)
zigbee2mqtt:info 1/14/2019, 10:20:37 PM Zigbee: allowing new devices to join.
zigbee2mqtt:info 1/14/2019, 10:20:37 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'
zigbee2mqtt:info 1/14/2019, 10:23:46 PM Zigbee: allowing new devices to join.
zigbee2mqtt:info 1/14/2019, 10:23:46 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'
zigbee2mqtt:warn 1/14/2019, 10:24:31 PM Device with modelID 'undefined' is not supported.
zigbee2mqtt:warn 1/14/2019, 10:24:31 PM Please see: https://koenkk.github.io/zigbee2mqtt/how_tos/how_to_support_new_devices.html
zigbee2mqtt:warn 1/14/2019, 10:24:33 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:24:36 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:24:39 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:24:41 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:24:45 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:24:48 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:24:51 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:24:53 PM Message without device!
zigbee2mqtt:info 1/14/2019, 10:24:57 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":149,"action":"flip90","from_side":3,"to_side":2}'
zigbee2mqtt:info 1/14/2019, 10:24:58 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":149,"action":"flip90","from_side":2,"to_side":1}'
zigbee2mqtt:warn 1/14/2019, 10:24:59 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:25:05 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:25:08 PM Message without device!
zigbee2mqtt:warn 1/14/2019, 10:25:10 PM Message without device!
zigbee2mqtt:info 1/14/2019, 10:25:11 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":149,"action":"flip90","from_side":2,"to_side":1}'
zigbee2mqtt:warn 1/14/2019, 10:25:13 PM Message without device!
zigbee2mqtt:info 1/14/2019, 10:25:14 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":131,"action":"flip90","from_side":1,"to_side":5}'
zigbee2mqtt:warn 1/14/2019, 10:25:16 PM Message without device!
zigbee2mqtt:info 1/14/2019, 10:25:16 PM Device incoming...
zigbee2mqtt:info 1/14/2019, 10:25:16 PM MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"pairing","message":"device incoming"}'
zigbee2mqtt:info 1/14/2019, 10:26:30 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":147,"action":"flip90","from_side":3,"to_side":2}'
zigbee2mqtt:info 1/14/2019, 10:26:37 PM Zigbee: allowing new devices to join.
zigbee2mqtt:info 1/14/2019, 10:26:37 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'
zigbee2mqtt:info 1/14/2019, 10:27:34 PM Zigbee: allowing new devices to join.
zigbee2mqtt:info 1/14/2019, 10:27:34 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'
zigbee2mqtt:info 1/14/2019, 10:27:51 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":147,"action":"rotate_left","angle":-27.96}'
zigbee2mqtt:info 1/14/2019, 10:27:59 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":168,"action":"flip90","from_side":3,"to_side":1}'
zigbee2mqtt:info 1/14/2019, 10:28:00 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":144,"action":"flip90","from_side":1,"to_side":2}'
zigbee2mqtt:info 1/14/2019, 10:28:01 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":149,"action":"flip90","from_side":2,"to_side":4}'
zigbee2mqtt:info 1/14/2019, 10:28:03 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":149,"action":"flip90","from_side":4,"to_side":3}'
zigbee2mqtt:info 1/14/2019, 10:28:10 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":131,"action":"flip90","from_side":4,"to_side":5}'
zigbee2mqtt:info 1/14/2019, 10:28:12 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":99,"voltage":3005,"linkquality":115,"action":"flip90","from_side":5,"to_side":1}'
Hallo rani22,
ich hatte am Anfang auch Probleme den Würfel zu pairen, habe dann aber festgestellt, dass im Gegensatz zu anderen Devices ich mit dem Würfel nicht so nah an den Zigbeestick gehen darf.
Vielleicht ist es auch bei dir so.
Gruß rippi
Habe jetzt verschiedene Distanzen und Versuche hinter mir, leider immer ohne Erfolg. hat jemand einen Tipp?
root@loxberry:/opt/loxberry# sudo journalctl -u zigbee2mqtt.service -f
-- Logs begin at Tue 2019-01-15 21:17:01 CET. --
Jan 15 22:05:50 loxberry systemd[1]: Started zigbee2mqtt.
Jan 15 22:05:59 loxberry npm[617]: > zigbee2mqtt@1.0.1 start /opt/zigbee2mqtt
Jan 15 22:05:59 loxberry npm[617]: > node index.js
Jan 15 22:16:51 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:16:51 PM Log ging to directory: '/opt/zigbee2mqtt/data/log/2019-01-15.22-16-50'
Jan 15 22:16:52 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:16:52 PM Sta rting zigbee2mqtt version 1.0.1 (commit #9380bbc)
Jan 15 22:16:52 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:16:52 PM Sta rting zigbee-shepherd
Jan 15 22:16:55 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:16:55 PM Err or while starting zigbee-shepherd, attemping to fix... (takes 60 seconds)
Jan 15 22:17:55 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:17:55 PM Starting zigbee-shepherd
Jan 15 22:17:56 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:17:56 PM zigbee-shepherd started
Jan 15 22:17:56 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:17:56 PM Coordinator firmware version: '20181024'
Jan 15 22:17:56 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:17:56 PM Currently 0 devices are joined:
Jan 15 22:17:56 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:17:56 PM `permit_join` set to `true` in configuration.yaml.
Jan 15 22:17:56 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:17:56 PM Allowing new devices to join.
Jan 15 22:17:56 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:17:56 PM Set `permit_join` to `false` once you joined all devices.
Jan 15 22:17:56 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:17:56 PM Zigbee: allowing new devices to join.
Jan 15 22:17:56 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:17:56 PM Connecting to MQTT server at mqtt://localhost
Jan 15 22:17:56 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:17:56 PM zigbee-shepherd ready
Jan 15 22:17:56 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:17:56 PM Connected to MQTT server
Jan 15 22:17:56 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:17:56 PM MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
Jan 15 22:19:17 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:19:17 PM Zigbee: allowing new devices to join.
Jan 15 22:19:17 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:19:17 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","perm it_join":true}'
Jan 15 22:19:49 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:19:49 PM Device with modelID 'undefined' is not supported.
Jan 15 22:19:49 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:19:49 PM Please see: https://koenkk.github.io/zigbee2mqtt/how_tos/how_to_support_new_devices.html
Jan 15 22:19:52 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:19:52 PM Message without device!
Jan 15 22:19:54 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:19:54 PM Message without device!
Jan 15 22:19:56 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:19:56 PM Message without device!
Jan 15 22:19:58 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:19:58 PM Message without device!
Jan 15 22:20:00 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:20:00 PM Message without device!
Jan 15 22:20:01 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:20:01 PM Message without device!
Jan 15 22:20:03 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:20:03 PM Message without device!
Jan 15 22:20:05 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:20:05 PM Message without device!
Jan 15 22:20:07 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:20:07 PM Message without device!
Jan 15 22:20:08 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:20:08 PM Message without device!
Jan 15 22:20:10 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:20:10 PM Message without device!
Jan 15 22:20:12 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:20:12 PM Message without device!
Jan 15 22:20:14 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:20:14 PM Message without device!
Jan 15 22:20:15 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:20:15 PM Message without device!
Jan 15 22:20:15 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:20:15 PM Device incoming...
Jan 15 22:20:15 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:20:15 PM MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"pairing","message":"device incoming"}'
Jan 15 22:24:17 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:24:17 PM Zigbee: disabling joining new devices.
Jan 15 22:24:17 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:24:17 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":false}'
Jan 15 22:24:52 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:24:52 PM Zigbee: allowing new devices to join.
Jan 15 22:24:52 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:24:52 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'
Jan 15 22:27:52 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:27:52 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":107,"act ion":"flip90","from_side":1,"to_side":3}'
Jan 15 22:28:07 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:07 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":115,"act ion":"flip90","from_side":3,"to_side":1}'
Jan 15 22:28:08 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:08 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":110,"act ion":"rotate_left","angle":-11.28}'
Jan 15 22:28:09 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:09 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":92,"acti on":"flip90","from_side":1,"to_side":3}'
Jan 15 22:28:10 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:10 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":131,"act ion":"flip90","from_side":3,"to_side":4}'
Jan 15 22:28:11 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:11 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":126,"act ion":"rotate_left","angle":-4.55}'
Jan 15 22:28:14 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:14 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":99,"acti on":"shake"}'
Jan 15 22:28:21 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:21 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":126,"act ion":"flip90","from_side":5,"to_side":3}'
Jan 15 22:28:23 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:23 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":128,"act ion":"rotate_right","angle":103.16}'
Jan 15 22:28:24 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:24 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":115,"act ion":"rotate_right","angle":82.34}'
Jan 15 22:28:24 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:24 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":120,"act ion":"rotate_right","angle":25.34}'
Jan 15 22:28:25 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:25 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":126,"act ion":"rotate_right","angle":51.05}'
Jan 15 22:28:26 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:26 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":131,"act ion":"rotate_right","angle":64.16}'
Jan 15 22:28:27 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:27 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":107,"act ion":"flip90","from_side":3,"to_side":5}'
Jan 15 22:28:27 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:27 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":110,"act ion":"rotate_right","angle":84.23}'
Jan 15 22:28:28 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:28 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":128,"act ion":"rotate_right","angle":59.96}'
Jan 15 22:28:29 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:29 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":134,"act ion":"rotate_right","angle":38.7}'
Jan 15 22:28:30 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:30 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":120,"act ion":"rotate_right","angle":58.44}'
Jan 15 22:28:31 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:31 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":120,"act ion":"rotate_right","angle":86.73}'
Jan 15 22:28:32 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:32 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":86,"acti on":"rotate_right","angle":50.68}'
Jan 15 22:28:32 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:32 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":118,"act ion":"rotate_right","angle":25.32}'
Jan 15 22:28:34 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:34 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":110,"act ion":"rotate_right","angle":39.65}'
Jan 15 22:28:35 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:35 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":139,"act ion":"rotate_right","angle":9.44}'
Jan 15 22:28:36 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:36 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":128,"act ion":"rotate_right","angle":60.05}'
Jan 15 22:28:52 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:52 PM Zigbee: allowing new devices to join.
Jan 15 22:28:52 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:28:52 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'
Jan 15 22:28:59 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:28:59 PM Message without device!
Jan 15 22:29:24 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:24 PM Device with modelID 'undefined' is not supported.
Jan 15 22:29:24 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:24 PM Please see: https://koenkk.github.io/zigbee2mqtt/how_tos/how_to_support_new_devices.html
Jan 15 22:29:27 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:27 PM Message without device!
Jan 15 22:29:30 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:30 PM Message without device!
Jan 15 22:29:32 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:32 PM Message without device!
Jan 15 22:29:34 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:34 PM Message without device!
Jan 15 22:29:35 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:35 PM Message without device!
Jan 15 22:29:40 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:40 PM Message without device!
Jan 15 22:29:42 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:42 PM Message without device!
Jan 15 22:29:47 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:47 PM Message without device!
Jan 15 22:29:49 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:49 PM Message without device!
Jan 15 22:29:51 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:51 PM Message without device!
Jan 15 22:29:54 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:54 PM Message without device!
Jan 15 22:29:56 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:29:56 PM Message without device!
Jan 15 22:30:02 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:30:02 PM Message without device!
Jan 15 22:30:02 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:30:02 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":107,"action":"flip90","from_side":2,"to_side":0}'
Jan 15 22:30:04 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:30:04 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":118,"action":"flip90","from_side":0,"to_side":4}'
Jan 15 22:30:07 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:30:07 PM Message without device!
Jan 15 22:30:07 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:30:07 PM Device incoming...
Jan 15 22:30:07 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:30:07 PM MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"pairing","message":"device incoming"}'
Jan 15 22:30:30 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:30:30 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":84,"action":"rotate_left","angle":-9.02}'
Jan 15 22:31:26 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:31:26 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":131,"action":"flip90","from_side":5,"to_side":1}'
Jan 15 22:31:28 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:31:28 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":120,"action":"flip90","from_side":1,"to_side":3}'
Jan 15 22:31:28 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:31:28 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":123,"action":"flip90","from_side":3,"to_side":1}'
Jan 15 22:31:30 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:31:30 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":134,"action":"flip90","from_side":1,"to_side":2}'
Jan 15 22:31:42 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:31:42 PM Zigbee: allowing new devices to join.
Jan 15 22:31:42 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:31:42 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'
Jan 15 22:31:51 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:31:51 PM Message without device!
Jan 15 22:32:11 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:11 PM Device with modelID 'undefined' is not supported.
Jan 15 22:32:11 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:11 PM Please see: https://koenkk.github.io/zigbee2mqtt/how_tos/how_to_support_new_devices.html
Jan 15 22:32:14 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:14 PM Message without device!
Jan 15 22:32:16 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:16 PM Message without device!
Jan 15 22:32:18 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:18 PM Message without device!
Jan 15 22:32:21 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:21 PM Message without device!
Jan 15 22:32:23 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:23 PM Message without device!
Jan 15 22:32:24 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:24 PM Message without device!
Jan 15 22:32:26 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:26 PM Message without device!
Jan 15 22:32:28 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:28 PM Message without device!
Jan 15 22:32:30 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:30 PM Message without device!
Jan 15 22:32:31 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:31 PM Message without device!
Jan 15 22:32:33 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:33 PM Message without device!
Jan 15 22:32:38 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:38 PM Message without device!
Jan 15 22:32:41 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:32:41 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":131,"action":"flip90","from_side":2,"to_side":4}'
Jan 15 22:32:42 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:32:42 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":115,"action":"flip90","from_side":4,"to_side":3}'
Jan 15 22:32:43 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:32:43 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":99,"action":"flip90","from_side":3,"to_side":1}'
Jan 15 22:32:45 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:45 PM Message without device!
Jan 15 22:32:52 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:32:52 PM Message without device!
Jan 15 22:32:52 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:32:52 PM Device incoming...
Jan 15 22:32:52 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:32:52 PM MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"pairing","message":"device incoming"}'
Jan 15 22:33:43 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:33:43 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":118,"action":"rotate_right","angle":60.07}'
Jan 15 22:33:44 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:33:44 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":94,"action":"flip90","from_side":5,"to_side":1}'
Jan 15 22:33:47 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:33:47 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":115,"action":"flip90","from_side":3,"to_side":4}'
Jan 15 22:33:49 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:33:49 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":123,"action":"flip90","from_side":4,"to_side":0}'
Jan 15 22:34:40 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:34:40 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":99,"action":"flip90","from_side":5,"to_side":3}'
Jan 15 22:34:41 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:34:41 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":115,"action":"flip90","from_side":3,"to_side":5}'
Jan 15 22:35:00 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:00 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":99,"action":"flip90","from_side":5,"to_side":1}'
Jan 15 22:35:01 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:01 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":126,"action":"flip90","from_side":1,"to_side":5}'
Jan 15 22:35:10 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:10 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":115,"action":"flip90","from_side":1,"to_side":5}'
Jan 15 22:35:10 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:10 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":115,"action":"flip90","from_side":5,"to_side":4}'
Jan 15 22:35:14 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:14 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":126,"action":"shake"}'
Jan 15 22:35:17 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:17 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":99,"action":"rotate_right","angle":73.42}'
Jan 15 22:35:18 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:18 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":126,"action":"rotate_right","angle":49.31}'
Jan 15 22:35:19 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:19 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":115,"action":"rotate_right","angle":75.53}'
Jan 15 22:35:20 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:20 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":110,"action":"rotate_right","angle":68.72}'
Jan 15 22:35:20 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:20 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":86,"action":"rotate_right","angle":68.49}'
Jan 15 22:35:21 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:21 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":107,"action":"rotate_right","angle":93.16}'
Jan 15 22:35:22 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:22 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":110,"action":"rotate_right","angle":70.15}'
Jan 15 22:35:22 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:22 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":118,"action":"rotate_right","angle":75.95}'
Jan 15 22:35:24 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:24 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":120,"action":"rotate_right","angle":67.03}'
Jan 15 22:35:24 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:24 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":128,"action":"rotate_right","angle":43.82}'
Jan 15 22:35:25 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:25 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":128,"action":"rotate_right","angle":59.31}'
Jan 15 22:35:26 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:26 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":89,"action":"rotate_right","angle":57.56}'
Jan 15 22:35:26 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:26 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":97,"action":"rotate_right","angle":53.55}'
Jan 15 22:35:26 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:26 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":105,"action":"rotate_right","angle":20.24}'
Jan 15 22:35:27 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:27 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":113,"action":"rotate_right","angle":79.49}'
Jan 15 22:35:28 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:28 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":115,"action":"rotate_left","angle":-53.26}'
Jan 15 22:35:28 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:28 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":115,"action":"flip90","from_side":5,"to_side":4}'
Jan 15 22:35:30 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:30 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":92,"action":"flip90","from_side":4,"to_side":5}'
Jan 15 22:35:34 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:34 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":113,"action":"flip180","side":3}'
Jan 15 22:35:36 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:36 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":99,"action":"rotate_left","angle":-16.52}'
Jan 15 22:35:43 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:43 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":55,"action":"flip90","from_side":3,"to_side":2}'
Jan 15 22:35:43 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:43 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":94,"action":"flip90","from_side":2,"to_side":3}'
Jan 15 22:35:50 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:50 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":84,"action":"flip90","from_side":3,"to_side":4}'
Jan 15 22:35:50 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:50 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":99,"action":"flip90","from_side":4,"to_side":3}'
Jan 15 22:35:51 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:51 PM Zigbee: allowing new devices to join.
Jan 15 22:35:51 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:51 PM MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"log_level":"info","permit_join":true}'
Jan 15 22:35:58 loxberry npm[617]: zigbee2mqtt:warn 1/15/2019, 10:35:58 PM Message without device!
Zitat von: rani22 am 15 Januar 2019, 22:41:09
Habe jetzt verschiedene Distanzen und Versuche hinter mir, leider immer ohne Erfolg. hat jemand einen Tipp?
Wo genau liegt das Problem?
Der Würfel ist gepairt, sonst würdest du das hier nicht angezeigt bekommen:
Jan 15 22:35:50 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:50 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":84,"action":"flip90","from_side":3,"to_side":4}'
Zitat von: mark79 am 15 Januar 2019, 23:15:22
Wo genau liegt das Problem?
Der Würfel ist gepairt, sonst würdest du das hier nicht angezeigt bekommen:
Jan 15 22:35:50 loxberry npm[617]: zigbee2mqtt:info 1/15/2019, 10:35:50 PM MQTT publish: topic 'zigbee2mqtt/0x00158d00029bb918', payload '{"battery":13,"voltage":2875,"linkquality":84,"action":"flip90","from_side":3,"to_side":4}'
Das Problem ist, dass ich dies in FHEM nicht sehe, gemäss den Videos, sollte ein XiaomiMQTTDevice auftauchen.Dies passiert jedoch nicht, somit kann ich die Daten vom Würfel auch nicht auswerten.
autocreate eingeschalten?
Zitat von: rani22 am 16 Januar 2019, 08:17:14
Das Problem ist, dass ich dies in FHEM nicht sehe, gemäss den Videos, sollte ein XiaomiMQTTDevice auftauchen.Dies passiert jedoch nicht, somit kann ich die Daten vom Würfel auch nicht auswerten.
Dann hat Fhem womöglich keinen Zugriff auf den MQTT Server und kriegt deswegen nichts mit.
Poste mal ein "list" von deinem xBridge und MQTT Broker bzw. Client in Fhem.
Zitat von: rippi46 am 16 Januar 2019, 08:50:33
autocreate eingeschalten?
Wie stelle ich das fest?
Zitat von: mark79 am 16 Januar 2019, 10:34:11
Dann hat Fhem womöglich keinen Zugriff auf den MQTT Server und kriegt deswegen nichts mit.
Poste mal ein "list" von deinem xBridge und MQTT Broker bzw. Client in Fhem.
wie komme ich zu dieser "list"
list autocreate
Zitat von: rippi46 am 16 Januar 2019, 12:57:14
list autocreate
Internals:
NAME autocreate
NOTIFYDEV global
NR 14
NTFY_ORDER 50-autocreate
STATE active
TYPE autocreate
Attributes:
filelog /opt/loxberry/log/plugins/fhem/%NAME.log
list
Type list <name> for detailed info.
Global:
global (no definition)
MQTT:
MQTT (opened)
FHEMWEB:
WEB (Initialized)
WEB_192.168.2.142_3588 (Connected)
WEBphone (Initialized)
WEBtablet (Initialized)
XiaomiMQTTDevice:
xBridge (online)
XiaomiBTLESens:
Beaucarnea (active)
Floribunda (active)
TempBath (T: 19.5 H: 48.1)
TempBedroom (T: 18.6 H: 52.4)
TempDG (T: 19.1 H: 50.0)
TempDiningEG (error)
TempEntranceEG (T: 22.2 H: 43.3)
TempGuestRoom (T: 19.9 H: 47.0)
TempRoomPW (T: 18.8 H: 49.9)
TempShower (error)
Yucca (active)
eventTypes:
eventTypes (active)
notify:
initialUsbCheck (2019-01-15 22:43:00)
n_publish_loxone (2019-01-17 18:02:19)
FileLog:
Logfile (active)
allowed:
allowed (validFor:WEB,WEBphone,WEBtablet,telnetPort)
autocreate:
autocreate (active)
telnet:
telnetForBlockingFn_1547588580 (Initialized)
telnetPort (Initialized)
Brauche ich den /etc/systemd/system/xiaomi.service, wenn ich /etc/systemd/system/zigbee2mqtt.service am laufen habe?
edit/
Hab jetzt das ganze zum Laufen gebracht. Dazu musste ich alles neu aufsetzen. Alles geht jetzt mit /etc/systemd/system/zigbee2mqtt.service den /etc/systemd/system/xiaomi.service habe ich nicht eingerichtet.
Das Ganze läuft jetzt auf meinem Loxberry mit MQTT Gateway Plungin und Fhem Plugin.
Hallo zusammen,
ich erhalte beim versuch zigbee2mqqt zu installieren, folgenden fehler
pi@raspberrypi:/opt/zigbee2mqtt $ sudo npm install
Unhandled rejection Error: Command failed: /usr/bin/git submodule update -q --init --recursivee_modules/.staging/rxjs-2179
fatal: Could not change back to '/root/.npm/_cacache/tmp/git-clone-088175fd': Permission denied
at ChildProcess.exithandler (child_process.js:294:12)
at ChildProcess.emit (events.js:182:13)
at maybeClose (internal/child_process.js:962:16)
at Socket.stream.socket.on (internal/child_process.js:381:11)
at Socket.emit (events.js:182:13)
at Pipe._handle.close (net.js:610:12)
Unhandled rejection Error: Command failed: /usr/bin/git submodule update -q --init --recursivee_modules/.staging/rxjs-2179
fatal: Could not change back to '/root/.npm/_cacache/tmp/git-clone-efc264dc': Permission denied
at ChildProcess.exithandler (child_process.js:294:12)
at ChildProcess.emit (events.js:182:13)
at maybeClose (internal/child_process.js:962:16)
at Process.ChildProcess._handle.onexit (internal/child_process.js:251:5)
Unhandled rejection Error: Command failed: /usr/bin/git submodule update -q --init --recursivee_modules/.staging/rxjs-2179
fatal: Could not change back to '/root/.npm/_cacache/tmp/git-clone-62aae0ca': Permission denied
at ChildProcess.exithandler (child_process.js:294:12)
at ChildProcess.emit (events.js:182:13)
at maybeClose (internal/child_process.js:962:16)
at Socket.stream.socket.on (internal/child_process.js:381:11)
at Socket.emit (events.js:182:13)
at Pipe._handle.close (net.js:610:12)
npm ERR! cb() never called!
npm ERR! This is an error with npm itself. Please report this error at:
npm ERR! <https://npm.community>
npm ERR! A complete log of this run can be found in:
npm ERR! /root/.npm/_logs/2019-01-21T18_15_34_286Z-debug.log
Versuche ich dann trotzdem zu starten, kommt folgender Feheler
pi@raspberrypi:/opt/zigbee2mqtt $ npm start
> zigbee2mqtt@1.0.1 start /opt/zigbee2mqtt
> node index.js
internal/modules/cjs/loader.js:583
throw err;
^
Error: Cannot find module 'semver'
at Function.Module._resolveFilename (internal/modules/cjs/loader.js:581:15)
at Function.Module._load (internal/modules/cjs/loader.js:507:25)
at Module.require (internal/modules/cjs/loader.js:637:17)
at require (internal/modules/cjs/helpers.js:22:18)
at Object.<anonymous> (/opt/zigbee2mqtt/index.js:1:78)
at Module._compile (internal/modules/cjs/loader.js:689:30)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:700:10)
at Module.load (internal/modules/cjs/loader.js:599:32)
at tryModuleLoad (internal/modules/cjs/loader.js:538:12)
at Function.Module._load (internal/modules/cjs/loader.js:530:3)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.0.1 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.0.1 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /home/pi/.npm/_logs/2019-01-21T18_16_44_821Z-debug.log
Ich habe das versucht auf einem frischen RasPi zu installieren, eventuell jemand eine Lösung zu dem "Pronlem"?
Zitat von: Fillip am 21 Januar 2019, 19:23:38
Hallo zusammen,
ich erhalte beim versuch zigbee2mqqt zu installieren, folgenden fehler
pi@raspberrypi:/opt/zigbee2mqtt $ sudo npm install
Unhandled rejection Error: Command failed: /usr/bin/git submodule update -q --init --recursivee_modules/.staging/rxjs-2179
fatal: Could not change back to '/root/.npm/_cacache/tmp/git-clone-088175fd': Permission denied
.
.
.
.
.
ly not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /home/pi/.npm/_logs/2019-01-21T18_16_44_821Z-debug.log
Ich habe das versucht auf einem frischen RasPi zu installieren, eventuell jemand eine Lösung zu dem "Pronlem"?
Du installierst unter User root und ruftst das Programm unter User pi auf.
Instaliere und starte als User pi
Zitat#
# Install dependencies
sudo git clone https://github.com/Koenkk/zigbee2mqtt.git /opt/zigbee2mqtt
sudo chown -R pi:pi /opt/zigbee2mqtt
cd /opt/zigbee2mqtt
npm install
/opt/zigbee2mqtt
npm start
Zitat von: rani22 am 19 Januar 2019, 13:05:28
Brauche ich den /etc/systemd/system/xiaomi.service, wenn ich /etc/systemd/system/zigbee2mqtt.service am laufen habe?
edit/
Hab jetzt das ganze zum Laufen gebracht. Dazu musste ich alles neu aufsetzen. Alles geht jetzt mit /etc/systemd/system/zigbee2mqtt.service den /etc/systemd/system/xiaomi.service habe ich nicht eingerichtet.
Das Ganze läuft jetzt auf meinem Loxberry mit MQTT Gateway Plungin und Fhem Plugin.
Beide Service funktionieren gleichzeitig nicht.
Ich habe bei mir nur den xiaomi.service genommen und erweitert mit user pi
Zitat
[Service]
.
.
.
User=pi
.
.
Guten Abend zusammen,
auch ich habe einige Probleme beim Installieren, bekomme beim aufruf von npm install folgende Fehlermeldung:
pi@FHEM:/opt/zigbee2mqtt $ npm install
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/sinon-249bc99f/package.json'
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/sinon-249bc99f/AUTHORS'
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/acorn-cd6124d3/dist/acorn.js.map'
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/eslint-d135bca9/LICENSE'
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/eslint-d135bca9/README.md'
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/@babel/parser-d154d624/typings/babel-parser.d.ts'
npm WARN tar ENOENT: no such file or directory, open '/opt/zigbee2mqtt/node_modules/.staging/moment-6f9b3406/min/moment-with-locales.min.js'
npm ERR! Error while executing:
npm ERR! /usr/bin/git ls-remote -h -t https://github.com/Koenkk/zigbee-shepherd.git
npm ERR!
npm ERR!
npm ERR! exited with error code: 128
npm ERR! A complete log of this run can be found in:
npm ERR! /home/pi/.npm/_logs/2019-01-24T21_42_07_042Z-debug.log
Ich habe auch schonmal getestet das Git verzeichnis neu herunterzuladen, in ein neues Verzeichnis, jedoch sagt er er habe es heruntergeladen, aber es ist nicht da, wo es sein sollte...
pi@FHEM:/opt $ sudo git clone https://github.com/Koenkk/zigbee2mqtt.git /opt/zigbee2mqtt-test
Cloning into '/opt/zigbee2mqtt-test'...
pi@FHEM:/opt $ ls
alexa-fhem culfw-1.66 culfw-1.66.tar.gz eff.org fhem jtradfri letsencrypt node vc zigbee2mqtt
pi@FHEM:/opt $
Hallo Zusammen,
bekomme diesen Fehler hier..bin nach der Anleitung vorgegangen...
pi@raspberrypi:/opt/zigbee2mqtt $ npm start
> zigbee2mqtt@1.0.1 start /opt/zigbee2mqtt
> node index.js
zigbee2mqtt:info 2019-1-26 14:14:38 Logging to directory: '/opt/zigbee2mqtt/da ta/log/2019-01-26.14-14-38'
zigbee2mqtt:info 2019-1-26 14:14:39 Starting zigbee2mqtt version 1.0.1 (commit #43fc66c)
zigbee2mqtt:info 2019-1-26 14:14:39 Starting zigbee-shepherd
zigbee2mqtt:info 2019-1-26 14:14:42 Error while starting zigbee-shepherd, atte mping to fix... (takes 60 seconds)
zigbee2mqtt:info 2019-1-26 14:15:42 Starting zigbee-shepherd
zigbee2mqtt:error 2019-1-26 14:15:45 Error while starting zigbee-shepherd!
zigbee2mqtt:error 2019-1-26 14:15:45 Press the reset button on the stick (the one close st to the USB) and start again
zigbee2mqtt:error 2019-1-26 14:15:45 Failed to start
{"message":"request timeout","stack":"Error: request timeout\n at CcZnp.<anony mous> (/opt/zigbee2mqtt/node_modules/cc-znp/lib/ccznp.js:255:22)\n at Object.onceWrapp er (events.js:273:13)\n at CcZnp.emit (events.js:182:13)\n at Timeout.<anonymous> ( /opt/zigbee2mqtt/node_modules/cc-znp/lib/ccznp.js:234:18)\n at ontimeout (timers.js:43 6:11)\n at tryOnTimeout (timers.js:300:5)\n at listOnTimeout (timers.js:263:5)\n at Timer.processTimers (timers.js:223:10)"}
^C
zigbee2mqtt:error 2019-1-26 14:16:04 Not connected to MQTT server!
zigbee2mqtt:error 2019-1-26 14:16:04 Cannot send message: topic: 'zigbee2mqtt/bridge/st ate', payload: 'offline
zigbee2mqtt:info 2019-1-26 14:16:04 zigbee-shepherd stopped
list von der Bridge:
Internals:
CFGFN
DEF bridge
FRIENDLYNAME bridge
FUUID 5c4c6dbd-f33f-a264-1ff8-06c44ba97aacb72c
IODev mqtt
MODEL bridge
NAME xBridge
NOTIFYDEV bridge
NR 232
SID bridge
STATE paired
TYPE XiaomiMQTTDevice
READINGS:
2019-01-26 14:26:55 transmission-state outgoing publish acknowledged
message_ids:
subscribe:
zigbee2mqtt/bridge
xiaomi/bridge/#
zigbee2mqtt/bridge/#
subscribeExpr:
^zigbee2mqtt\/bridge$
^xiaomi\/bridge.*$
^zigbee2mqtt\/bridge.*$
subscribeQos:
xiaomi/bridge/# 0
zigbee2mqtt/bridge 0
zigbee2mqtt/bridge/# 0
subscribeReadings:
zigbee2mqtt/bridge/config/devices:
zigbee2mqtt/bridge/config/permit_join:
Attributes:
IODev mqtt
und von meinem mqtt server:
Internals:
DEF 192.168.200.120:1883
DeviceName 192.168.200.120:1883
FD 56
FUUID 5c45dbb5-f33f-a264-df40-0e00ee07237dfeea
NAME mqtt
NOTIFYDEV global
NR 182
NTFY_ORDER 50-mqtt
PARTIAL
STATE opened
TYPE MQTT
buf
msgid 9
ping_received 1
timeout 60
READINGS:
2019-01-26 14:31:18 connection active
2019-01-26 14:24:15 state opened
messages:
Attributes:
configuration.yaml
# MQTT settings
mqtt:
# 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
Über ne Info vielen Dank
Das klingt eher danach, als wäre der Stick nicht zu finden....
=> Pfad in der yaml paßt?
=> Rechte?
=> Konflikte? ("by-id"?) (Evtl. greift FHEM auf dieselbe Schnittstelle zu, das Teil verhält sich wie ein Modem - genau wie der CUL; Wiki: Mehrere USB-Geräte einbinden; kann man entsprechend bei zigbee2mqtt anwenden).
Hallo Beta-User,
Da der CC2531 am gleichen Raspi häbgt an dem auch fhem läuft, kann ja localhost stehen bleiben..
Rechte habe ich aus der Anleitung genommen
sudo chown -R pi:pi /opt/zigbee2mqtt
Ich habe den cul 433 und den CC2531 an den usb dran..bei ausgabe von ls /serial/by-id kommt das:
pi@raspberrypi:~ $ ls /dev/serial/by-id
usb-busware.de_CUL433-if00
usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E32C4C-if00
Das sollte dich auch passen
Gruss
Edit: was meinst du mit dem pfad in der .yaml Datei anpassen...???
Steht das auch in der Anleitung?
OK, sieht nach einem Konflikt aus, da du offensichtlich die yaml im USB-Teil nicht angepaßt hast ;) .
Nimm also die "Alternative" aus Punkt 1 der Anleitung in https://koenkk.github.io/zigbee2mqtt/getting_started/running_zigbee2mqtt.html und pack das in die yaml.
Und mach' dasselbe mit by-id mit dem CUL unter FHEM ;) .
Hi,
Sei doch bitte so nett und sag mir was du mit Alternative meinst..der Link ist die Anleitung die ich durgearbeitet habe..
Meinst du das als alternative?
As an alternative, the device can also be mapped by an ID. This can be handy if you have multiple serial devices connected to your Raspberry Pi. In the example below the device location is: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018ED3DDF-if00
pi@raspberry:/ $ ls -l /dev/serial/by-id
total 0
lrwxrwxrwx. 1 root root 13 Oct 19 19:26 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018ED3DDF-if00 -> ../../ttyACM0
Und was meinst du mit pack das in die yaml datei??
Schau..ich denke mal du willst es nicht vorkauen damit ich auch selber bissl überlegen muss..ist verständlich aber so komme ich leider nicht weiter :-(
Gruss
Und wo ist der Pfad in der yaml Datei?? Wo steht das in der Anleitung??
Schau mal hier:
https://koenkk.github.io/zigbee2mqtt/configuration/configuration.html (https://koenkk.github.io/zigbee2mqtt/configuration/configuration.html)
Der Pfad zu dem USB-Device ist gemeint.
# Required: serial settings
serial:
# Required: location of CC2531 USB sniffer
port: /dev/tty.usbmodem1411
Der Pfad kann auf verschieden Arten angegeben werden.
Bei dir sollte das dann sein:
port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018ED3DDF
Fällt jetzt der Groschen? :)
Danke an Papaloewe für die Langform :) . Hätte nicht vermutet, dass die verlinkte Anleitung noch Fragen offen läßt ::) .
Und nochmal: Schau dir auch die DEF von deinem CUL an! Das sollte dringend auch "by-id" sein!
Zitat von: Papaloewe am 26 Januar 2019, 16:32:16
Schau mal hier:
https://koenkk.github.io/zigbee2mqtt/configuration/configuration.html (https://koenkk.github.io/zigbee2mqtt/configuration/configuration.html)
Der Pfad zu dem USD-Device ist gemeint.
# Required: serial settings
serial:
# Required: location of CC2531 USB sniffer
port: /dev/tty.usbmodem1411
Der Pfad kann auf verschieden Arten angegeben werden.
Bei dir sollte das dann sein:
port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018ED3DDF
Fällt jetzt der Groschen? :)
So siehts doch schon viel besser aus..danke Dir!! Ich weiss das man hier nicht gleich mit dervTüre ins Haus föllt..aber ich habe den pfad (und ich muss das natürlich da auch reinkopieren was mir die Konsole mit dev/serial/by-id ausgibt) nicht in der yaml datei geändert..
Danke
Zitat von: Beta-User am 26 Januar 2019, 16:44:20
Danke an Papaloewe für die Langform :) . Hätte nicht vermutet, dass die verlinkte Anleitung noch Fragen offen läßt ::) .
Und nochmal: Schau dir auch die DEF von deinem CUL an! Das sollte dringend auch "by-id" sein!
Sorry..nicht böse gemeint aber das ist typisch fhem ;D
Das man das nicht gleich so wie papaloewe schreiben kann??
Für Dich beta user für dich ist alles hier was fhem betrifft einfach und du darfst aber nicht immer voraussetzen das es Für andere user hier auch so ist..
Gruss
Und so sieht die dev vom cul aus..das Weiss ich
dev/serial/by-id/usb-busware.de_CUL433-if00@38400 1234
über deinen Link kann/konnte ich auch nicht den Eintrag finden...
Jetzt schauts so aus
pi@raspberrypi:/opt/zigbee2mqtt $ npm start
> zigbee2mqtt@1.0.1 start /opt/zigbee2mqtt
> node index.js
zigbee2mqtt:info 2019-1-26 16:23:00 Logging to directory: '/opt/zigbee2mqtt/da ta/log/2019-01-26.16-23-00'
zigbee2mqtt:info 2019-1-26 16:23:02 Starting zigbee2mqtt version 1.0.1 (commit #43fc66c)
zigbee2mqtt:info 2019-1-26 16:23:02 Starting zigbee-shepherd
zigbee2mqtt:info 2019-1-26 16:23:03 zigbee-shepherd started
zigbee2mqtt:info 2019-1-26 16:23:03 Coordinator firmware version: '20181024'
zigbee2mqtt:info 2019-1-26 16:23:03 Currently 0 devices are joined:
zigbee2mqtt:warn 2019-1-26 16:23:03 `permit_join` set to `true` in configurat ion.yaml.
zigbee2mqtt:warn 2019-1-26 16:23:03 Allowing new devices to join.
zigbee2mqtt:warn 2019-1-26 16:23:03 Set `permit_join` to `false` once you join ed all devices.
zigbee2mqtt:info 2019-1-26 16:23:03 Zigbee: allowing new devices to join.
zigbee2mqtt:info 2019-1-26 16:23:03 Connecting to MQTT server at mqtt://localh ost
zigbee2mqtt:info 2019-1-26 16:23:04 zigbee-shepherd ready
zigbee2mqtt:info 2019-1-26 16:23:04 Connected to MQTT server
zigbee2mqtt:info 2019-1-26 16:23:04 MQTT publish: topic 'zigbee2mqtt/bridge/st ate', payload 'online'
ne Frage gabe ich noch..
kann ich das Xaomi Modul mit iobroker zusammen laufen lassen?
weiss das jemand?
Gruss
Ja, wenn du mit "Xiaomi Modul" den "zigbee2mqtt" Deamon meinst.
gehört jetzt vielleicht nicht ganz daher, aber wenn wir schon dabei sind....
o.k. weil seit ich das Xaiomi Modul installiert habe und im der yaml Datei den Pfad angegeben habe:
/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E32C4C-if00
habe ich in Iobroker folgende Meldung im Log:
host.raspberrypi 2019-01-26 17:44:16.288 error instance system.adapter.zigbee.0 terminated with code 1 ()
host.raspberrypi 2019-01-26 17:44:16.288 error Caught by controller[0]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:700:10)
host.raspberrypi 2019-01-26 17:44:16.288 error Caught by controller[0]: at Module._compile (internal/modules/cjs/loader.js:689:30)
host.raspberrypi 2019-01-26 17:44:16.288 error Caught by controller[0]: at Object.<anonymous> (/opt/iobroker/node_modules/serialport/lib/bindings/linux.js:2:36)
host.raspberrypi 2019-01-26 17:44:16.288 error Caught by controller[0]: at bindings (/opt/iobroker/node_modules/bindings/bindings.js:81:44)
host.raspberrypi 2019-01-26 17:44:16.288 error Caught by controller[0]: at require (internal/modules/cjs/helpers.js:22:18)
host.raspberrypi 2019-01-26 17:44:16.288 error Caught by controller[0]: at Module.require (internal/modules/cjs/loader.js:637:17)
host.raspberrypi 2019-01-26 17:44:16.287 error Caught by controller[0]: at Function.Module._load (internal/modules/cjs/loader.js:530:3)
host.raspberrypi 2019-01-26 17:44:16.287 error Caught by controller[0]: at tryModuleLoad (internal/modules/cjs/loader.js:538:12)
host.raspberrypi 2019-01-26 17:44:16.287 error Caught by controller[0]: at Module.load (internal/modules/cjs/loader.js:599:32)
host.raspberrypi 2019-01-26 17:44:16.287 error Caught by controller[0]: at Object.Module._extensions..node (internal/modules/cjs/loader.js:718:18)
host.raspberrypi 2019-01-26 17:44:16.287 error Caught by controller[0]: the module (for instance, using `npm rebuild` or `npm install`).
host.raspberrypi 2019-01-26 17:44:16.287 error Caught by controller[0]: NODE_MODULE_VERSION 64. Please try re-compiling or re-installing
host.raspberrypi 2019-01-26 17:44:16.287 error Caught by controller[0]: NODE_MODULE_VERSION 57. This version of Node.js requires
host.raspberrypi 2019-01-26 17:44:16.287 error Caught by controller[0]: was compiled against a different Node.js version using
host.raspberrypi 2019-01-26 17:44:16.287 error Caught by controller[0]: Error: The module '/opt/iobroker/node_modules/serialport/build/Release/serialport.node'
host.raspberrypi 2019-01-26 17:44:16.287 error Caught by controller[0]: ^
host.raspberrypi 2019-01-26 17:44:16.286 error Caught by controller[0]: throw e
host.raspberrypi 2019-01-26 17:44:16.286 error Caught by controller[0]: /opt/iobroker/node_modules/bindings/bindings.js:88
Nach oben
und in iobroker gebe ich ja unter einstellungen auch den pfad an:
/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E32C4C-if00
ich hatte da schon den cube eingebunden und ein fensterkontakt...beides jetzt weg.
Irgendwas mit Nodjs muss ich mir da bei der fhem einbindung zerschossen haben..oder?
ich lese
NODE_MODULE_VERSION 64. Please try re-compiling or re-installing
und NODE_MODULE_VERSION 57. This version of Node.js requires
aber wie komme ich da wieder hin....?
Gruss
Das kommt bei den Ausgaben:
pi@raspberrypi:~ $ node -v
v10.15.0
pi@raspberrypi:~ $ ^C
pi@raspberrypi:~ $ nodejs -v
v10.15.0
pi@raspberrypi:~ $ ^C
pi@raspberrypi:~ $ npm -v
6.4.1
passt das nicht?
komisch..bin jetzt auf auf diese Versionen zurück und iobroker Zigbee läuft wieder..
pi@raspberrypi:~ $ node -v
v8.15.0
und
pi@raspberrypi:~ $ nodejs -v
v8.15.0
und
pi@raspberrypi:~ $ npm -v
6.4.1
anscheinend mag iobroker die versionen 10.15.0 nicht....??
wenn ich jetzt aber wieder auf der Konsole das hier eingebe:
cd /opt/zigbee2mqtt
npm start
bekomme ich diese Meldung..:
pi@raspberrypi:~ $ cd /opt/zigbee2mqtt
pi@raspberrypi:/opt/zigbee2mqtt $ npm start
> zigbee2mqtt@1.0.1 start /opt/zigbee2mqtt
> node index.js
zigbee2mqtt:info 2019-1-26 19:23:49 Logging to directory: '/opt/zigbee2mqtt/data/log/2019-01-26.19-23-49'
/opt/zigbee2mqtt/node_modules/bindings/bindings.js:88
throw e
^
Error: The module '/opt/zigbee2mqtt/node_modules/serialport/build/Release/serialport.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 64. This version of Node.js requires
NODE_MODULE_VERSION 57. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).
at Object.Module._extensions..node (module.js:682:18)
at Module.load (module.js:566:32)
at tryModuleLoad (module.js:506:12)
at Function.Module._load (module.js:498:3)
at Module.require (module.js:597:17)
at require (internal/module.js:11:18)
at bindings (/opt/zigbee2mqtt/node_modules/bindings/bindings.js:81:44)
at Object.<anonymous> (/opt/zigbee2mqtt/node_modules/serialport/lib/bindings/linux.js:2:36)
at Module._compile (module.js:653:30)
at Object.Module._extensions..js (module.js:664:10)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.0.1 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.0.1 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /home/pi/.npm/_logs/2019-01-26T19_23_50_612Z-debug.log
hier die yaml. Datei:
# Home Assistant integration (MQTT discovery)
homeassistant: false
# allow new devices to join
permit_join: true
# MQTT settings
mqtt:
# 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/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E32C4C-if00
das Problem ist aber ..fhem benötigt lt der Anleitung node 10.xxx und iobroker läuft aber mit der 10er nicht.....
Ich bin bei meiner Antwort davon ausgegangen, dass du im IOBroker einen MQTT-Adapter benutzt und nicht einen der direkt auf den Stick zugreift.
Das gibt wahrscheinlich Probleme und damit ist meine obige Antwort falsch!
mmhh ich habe jetzt den Zigbee adapter installiert habe aber auch den Mqtt installiert.....aber mqtt da bin ich noch nicht soweit... :-\
dann würde ich über fhem direkt ber dev/serial zugreifen und mit iobroker dann nicht über den zigbee adapter sondern über mqtt richtig??
Gruss
Bitte sei mir nicht böse, aber du bist wirklich noch nicht soweit. ;)
Sowohl FHEM als auch IOBroker können gleichzeitig die Daten über MQTT empfangen und entsprechende Befehle senden.
Dafür braucht es aber noch zus. einen sog. MQTT-Broker (Server).
Die Kette ist dann:
USB-Stick <-> zigbee2mqtt <-> MQTT-Broker <-> FHEM/IOBroker
Lies dich bitte in das Thema ein.
Das kann man nicht alles hier einzeln beschreiben, denn das haben andere schon viel besser getan.
Viel Erfolg.
Hi, ich bins nochmal..kannst du mir noch sagen was das für Fehlermeldungen jetzt sind:
pi@raspberrypi:/opt/zigbee2mqtt $ npm start
> zigbee2mqtt@1.0.1 start /opt/zigbee2mqtt
> node index.js
zigbee2mqtt:info 2019-1-26 23:19:21 Logging to directory: '/opt/zigbee2mqtt/data/log/2019-01-26.23-19-21'
/opt/zigbee2mqtt/node_modules/bindings/bindings.js:88
throw e
^
Error: The module '/opt/zigbee2mqtt/node_modules/serialport/build/Release/serialport.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 64. This version of Node.js requires
NODE_MODULE_VERSION 57. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).
at Object.Module._extensions..node (module.js:682:18)
at Module.load (module.js:566:32)
at tryModuleLoad (module.js:506:12)
at Function.Module._load (module.js:498:3)
at Module.require (module.js:597:17)
at require (internal/module.js:11:18)
at bindings (/opt/zigbee2mqtt/node_modules/bindings/bindings.js:81:44)
at Object.<anonymous> (/opt/zigbee2mqtt/node_modules/serialport/lib/bindings/linux.js:2:36)
at Module._compile (module.js:653:30)
at Object.Module._extensions..js (module.js:664:10)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.0.1 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.0.1 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /home/pi/.npm/_logs/2019-01-26T23_19_22_389Z-debug.log
Danke und Gruss
Support für zigbee2mqtt bekommst du bei koenk, also hier.
https://github.com/Koenkk/zigbee2mqtt (https://github.com/Koenkk/zigbee2mqtt)
Der spricht jedoch kein deutsch!
Guten Abend zusammen,
hat hier einer von Euch den Osram Gardenpole zum Laufen bekommen?
Pairing hat geklappt, aber ich bekomme keine Readings...
Hier mal ein list:
Internals:
CFGFN
DEF 4058075036147 0x7cb03eaa00ab1633 Osram_Gardenpole
FRIENDLYNAME Osram_Gardenpole
FUUID 5c4e025d-f33f-1f69-1b29-17e53a3a285cbe75
IODev mqtt
MODEL 4058075036147
NAME Osram_Gardenpole
NOTIFYDEV 4058075036147 0x7cb03eaa00ab1633 Osram_Gardenpole
NR 15209
SID 0x7cb03eaa00ab1633
STATE paired
TYPE XiaomiMQTTDevice
READINGS:
2019-01-27 20:15:40 transmission-state subscription acknowledged
message_ids:
subscribe:
zigbee2mqtt/Osram_Gardenpole
xiaomi/0x7cb03eaa00ab1633/#
subscribeExpr:
^zigbee2mqtt\/Osram_Gardenpole$
^xiaomi\/0x7cb03eaa00ab1633.*$
subscribeQos:
xiaomi/0x7cb03eaa00ab1633/# 0
zigbee2mqtt/Osram_Gardenpole 0
Attributes:
IODev mqtt
room Favoriten,XiaomiMQTTDevice
Viele Grüße
Hallo,
gibt es eine detaillierte Anleitung wie man zigbee2mqtt als Docker installiert auf dem raspberry pi?
Gruss
Lies nochmal die Anleitung ... nur die ersten 2 Sätze
https://koenkk.github.io/zigbee2mqtt/ (https://koenkk.github.io/zigbee2mqtt/)
https://koenkk.github.io/zigbee2mqtt/information/docker.html
Guten Tag,
ich habe mir jetzt Gledopto Zigbee Controller zugelegt, leider bekomme ich sie nicht verbunden mithilfe des Moduls. Hat jemand schon den RGB-CCT Controller (https://www.aliexpress.com/item/GLEDOPTO-ZIGBEE-Led-Controller-RGB-CCT-WW-CW-zigbee-controller-LED-DC12-24V-LED-strip-controller/32858603964.html) von Gledopto am laufen und kann mir zufällig sagen wie ich das ganze gepairt bekomme?
Auf der Zigbee2MQTT Seite wird der Controller als unterstütztes Geräte gelistet, liegt es eventuell am Modul für Fhem das ich ihn nicht anlegen kann?
Liebe Grüße Richard
Hallo zusammen,
ich bin mir nicht sicher ob ich hier richtig bin.
Es geht nicht um ein Xiaomi-Device aber um Zigbee2MQTT.
Ich hab mir einen Tradfri Drehdimmer vom Ikea gekauft und eingebunden.
Dieser liefert mir nun einen Wert zwischen 0-255 über MQTT.
Im zugehörigen Converter von Zigbee2MQTT hab ich das hier gefunden:
// Global variable store that can be used by devices.
const store = {};
const ictcg1 = (model, msg, publish, options, action) => {
const deviceID = msg.endpoints[0].device.ieeeAddr;
if (!store[deviceID]) {
const _publish = debounce((msg) => publish(msg), 250);
store[deviceID] = {since: false, direction: false, value: 255, publish: _publish};
}
const s = store[deviceID];
if (s.since && s.direction) {
// Update value
const duration = Date.now() - s.since;
const delta = Math.round((duration / 10) * (s.direction === 'left' ? -1 : 1));
const newValue = s.value + delta;
if (newValue >= 0 && newValue <= 255) {
s.value = newValue;
}
}
if (action === 'move') {
s.since = Date.now();
s.direction = msg.data.data.movemode === 1 ? 'left' : 'right';
} else if (action === 'stop' || action === 'level') {
if (action === 'level') {
s.value = msg.data.data.level;
}
s.since = false;
s.direction = false;
}
s.publish({brightness: s.value});
};
Ich kann kein Javascript, aber das scheint so als würde dieser Wert nicht vom Dimmer kommen, sondern durch die Software generiert werden.
Wenn der Dimmer jetzt z.b. bei 100 steht, ich dann durch FHEM die Lampe aber auf 255 (also komplett ein) stelle, so "springt" dann die Lampe auf weniger als die halbe Helligkeit, sobald ich am Dimmer drehe.
Meine Frage ist also: Gibt es eine Möglichkeit, den Dimmer auf einen neuen Wert zu setzen (den aktuellen der Lampe)?
ODER: Gibt es eine Möglichkeit die Drehrichtung zu bekommen? Mir würde es reichen, wenn ich dann die Lampe mit "dimup" und "dimdown" steuern könnte.
Viele Grüße,
Kuzl
Hallo zusammen,
ich habe gestern tatsächlich meine ersten Xiaomi Komponenten zu laufen bekommen (einen Temperatursensor und einen Fensterkontakt).
Allerdings habe ich eine Frage - laut Log sendet mein Tempsensor nur ca. jede volle Stunde - ist das so gewollt? stündliche Updates finde ich ich für eine Temperaturmessung etwas sehr grob. Ist das bei euch auch so?
2019-02-05_06:26:20 XiaomiTemp1 transmission-state: incoming publish received
2019-02-05_06:26:20 XiaomiTemp1 humidity: 44.96
2019-02-05_06:26:20 XiaomiTemp1 linkquality: 94
2019-02-05_06:26:20 XiaomiTemp1 voltage: 3025
2019-02-05_06:26:20 XiaomiTemp1 temperature: 19.83
2019-02-05_06:26:20 XiaomiTemp1 battery: ok
2019-02-05_06:26:20 XiaomiTemp1 battery_level: 100
2019-02-05_07:23:57 XiaomiTemp1 transmission-state: incoming publish received
2019-02-05_07:23:57 XiaomiTemp1 linkquality: 76
2019-02-05_07:23:57 XiaomiTemp1 voltage: 3015
2019-02-05_07:23:57 XiaomiTemp1 temperature: 19.63
2019-02-05_07:23:57 XiaomiTemp1 battery: ok
2019-02-05_07:23:57 XiaomiTemp1 battery_level: 100
2019-02-05_07:23:57 XiaomiTemp1 humidity: 45.06
2019-02-05_08:14:59 XiaomiTemp1 transmission-state: incoming publish received
2019-02-05_08:14:59 XiaomiTemp1 temperature: 19.63
2019-02-05_08:14:59 XiaomiTemp1 battery: ok
2019-02-05_08:14:59 XiaomiTemp1 battery_level: 100
2019-02-05_08:14:59 XiaomiTemp1 linkquality: 76
2019-02-05_08:14:59 XiaomiTemp1 voltage: 3015
2019-02-05_08:14:59 XiaomiTemp1 humidity: 45.05
2019-02-05_09:06:00 XiaomiTemp1 transmission-state: incoming publish received
2019-02-05_09:06:00 XiaomiTemp1 humidity: 45.47
2019-02-05_09:06:00 XiaomiTemp1 temperature: 19.74
2019-02-05_09:06:00 XiaomiTemp1 battery: ok
2019-02-05_09:06:00 XiaomiTemp1 battery_level: 100
2019-02-05_09:06:00 XiaomiTemp1 linkquality: 70
2019-02-05_09:06:00 XiaomiTemp1 voltage: 3015
2019-02-05_10:00:02 XiaomiTemp1 transmission-state: incoming publish received
2019-02-05_10:00:02 XiaomiTemp1 humidity: 46.35
2019-02-05_10:00:02 XiaomiTemp1 battery: ok
2019-02-05_10:00:02 XiaomiTemp1 battery_level: 100
2019-02-05_10:00:02 XiaomiTemp1 temperature: 20.15
2019-02-05_10:00:02 XiaomiTemp1 voltage: 3015
2019-02-05_10:00:02 XiaomiTemp1 linkquality: 70
2019-02-05_11:00:10 XiaomiTemp1 transmission-state: incoming publish received
2019-02-05_11:00:10 XiaomiTemp1 humidity: 46.86
2019-02-05_11:00:10 XiaomiTemp1 linkquality: 99
2019-02-05_11:00:10 XiaomiTemp1 voltage: 3015
2019-02-05_11:00:10 XiaomiTemp1 temperature: 19.9
2019-02-05_11:00:10 XiaomiTemp1 battery: ok
2019-02-05_11:00:10 XiaomiTemp1 battery_level: 100
Wäre dankbar für eine Einschätzung.
Gruß,
doc.
Zitat von: doc. am 05 Februar 2019, 11:43:02
Hallo zusammen,
ich habe gestern tatsächlich meine ersten Xiaomi Komponenten zu laufen bekommen (einen Temperatursensor und einen Fensterkontakt).
Allerdings habe ich eine Frage - laut Log sendet mein Tempsensor nur ca. jede volle Stunde - ist das so gewollt? stündliche Updates finde ich ich für eine Temperaturmessung etwas sehr grob. Ist das bei euch auch so?
2019-02-05_06:26:20 XiaomiTemp1 transmission-state: incoming publish received
2019-02-05_06:26:20 XiaomiTemp1 humidity: 44.96
2019-02-05_06:26:20 XiaomiTemp1 linkquality: 94
2019-02-05_06:26:20 XiaomiTemp1 voltage: 3025
2019-02-05_06:26:20 XiaomiTemp1 temperature: 19.83
2019-02-05_06:26:20 XiaomiTemp1 battery: ok
2019-02-05_06:26:20 XiaomiTemp1 battery_level: 100
2019-02-05_07:23:57 XiaomiTemp1 transmission-state: incoming publish received
2019-02-05_07:23:57 XiaomiTemp1 linkquality: 76
2019-02-05_07:23:57 XiaomiTemp1 voltage: 3015
2019-02-05_07:23:57 XiaomiTemp1 temperature: 19.63
2019-02-05_07:23:57 XiaomiTemp1 battery: ok
2019-02-05_07:23:57 XiaomiTemp1 battery_level: 100
2019-02-05_07:23:57 XiaomiTemp1 humidity: 45.06
2019-02-05_08:14:59 XiaomiTemp1 transmission-state: incoming publish received
2019-02-05_08:14:59 XiaomiTemp1 temperature: 19.63
2019-02-05_08:14:59 XiaomiTemp1 battery: ok
2019-02-05_08:14:59 XiaomiTemp1 battery_level: 100
2019-02-05_08:14:59 XiaomiTemp1 linkquality: 76
2019-02-05_08:14:59 XiaomiTemp1 voltage: 3015
2019-02-05_08:14:59 XiaomiTemp1 humidity: 45.05
2019-02-05_09:06:00 XiaomiTemp1 transmission-state: incoming publish received
2019-02-05_09:06:00 XiaomiTemp1 humidity: 45.47
2019-02-05_09:06:00 XiaomiTemp1 temperature: 19.74
2019-02-05_09:06:00 XiaomiTemp1 battery: ok
2019-02-05_09:06:00 XiaomiTemp1 battery_level: 100
2019-02-05_09:06:00 XiaomiTemp1 linkquality: 70
2019-02-05_09:06:00 XiaomiTemp1 voltage: 3015
2019-02-05_10:00:02 XiaomiTemp1 transmission-state: incoming publish received
2019-02-05_10:00:02 XiaomiTemp1 humidity: 46.35
2019-02-05_10:00:02 XiaomiTemp1 battery: ok
2019-02-05_10:00:02 XiaomiTemp1 battery_level: 100
2019-02-05_10:00:02 XiaomiTemp1 temperature: 20.15
2019-02-05_10:00:02 XiaomiTemp1 voltage: 3015
2019-02-05_10:00:02 XiaomiTemp1 linkquality: 70
2019-02-05_11:00:10 XiaomiTemp1 transmission-state: incoming publish received
2019-02-05_11:00:10 XiaomiTemp1 humidity: 46.86
2019-02-05_11:00:10 XiaomiTemp1 linkquality: 99
2019-02-05_11:00:10 XiaomiTemp1 voltage: 3015
2019-02-05_11:00:10 XiaomiTemp1 temperature: 19.9
2019-02-05_11:00:10 XiaomiTemp1 battery: ok
2019-02-05_11:00:10 XiaomiTemp1 battery_level: 100
Wäre dankbar für eine Einschätzung.
Gruß,
doc.
Die Sensoren senden in kürzeren Intervallen bei einer Änderung. Puste ihn mal an, er sollte dann sofort die Änderung schicken.
Zitat von: gloob am 05 Februar 2019, 11:52:09
Die Sensoren senden in kürzeren Intervallen bei einer Änderung. Puste ihn mal an, er sollte dann sofort die Änderung schicken.
Cool! Tatsächlich...Humidity schießt kurz in die Höhe, geht dann in immer kurzen Abständen runter...hätte nicht gedacht daß die kleinen Dinger so clever sind...
Hi,
erstmal vielen Dank für die super Arbeit hier. Ich bin schon total gespannt ob ich als Anfänger damit zurecht komme. Da ich keinen Fehlkauf machen will und der CC Debugger unter dem Link auf Seite 1 aktuell nicht erhältlich ist, meine Frage nach einer passenden Alternative.
Der hier sollte auch funktionieren:
https://de.aliexpress.com/item/Wholesale-CC-DEBUGGER-Debugger-and-Programmer-for-RF-System-on-Chips-TI-ORIGINAL-2540-2541-2530/32418374637.html?spm=a2g0x.10010108.1000014.2.3eeb7680yNu0oT&pvid=6184befc-9901-4f9f-babe-7e828fc237a4&gps-id=pcDetailBottomMoreOtherSeller&scm=1007.13338.110449.000000000000000&scm-url=1007.13338.110449.000000000000000&scm_id=1007.13338.110449.000000000000000 (https://de.aliexpress.com/item/Wholesale-CC-DEBUGGER-Debugger-and-Programmer-for-RF-System-on-Chips-TI-ORIGINAL-2540-2541-2530/32418374637.html?spm=a2g0x.10010108.1000014.2.3eeb7680yNu0oT&pvid=6184befc-9901-4f9f-babe-7e828fc237a4&gps-id=pcDetailBottomMoreOtherSeller&scm=1007.13338.110449.000000000000000&scm-url=1007.13338.110449.000000000000000&scm_id=1007.13338.110449.000000000000000)
Wie gesagt ich bin absoluter Anfänger auf dem Gebiet.
Gerne kaufe ich den Debugger auch entsprechend ab. Falls jemand einen übrig hat.
Danke für Euere Unterstützung.
Gruß Mario
Such mal im Forum, es gibt Leute die Flashen dir das Teil.
Dann hast du keinen Ärger, wenn du eh nicht so fit bist.
Habs auch so gemacht.
Zitat von: RyanJames am 11 Februar 2019, 15:33:24
Hi,
erstmal vielen Dank für die super Arbeit hier. Ich bin schon total gespannt ob ich als Anfänger damit zurecht komme. Da ich keinen Fehlkauf machen will und der CC Debugger unter dem Link auf Seite 1 aktuell nicht erhältlich ist, meine Frage nach einer passenden Alternative.
Der hier sollte auch funktionieren:
https://de.aliexpress.com/item/Wholesale-CC-DEBUGGER-Debugger-and-Programmer-for-RF-System-on-Chips-TI-ORIGINAL-2540-2541-2530/32418374637.html?spm=a2g0x.10010108.1000014.2.3eeb7680yNu0oT&pvid=6184befc-9901-4f9f-babe-7e828fc237a4&gps-id=pcDetailBottomMoreOtherSeller&scm=1007.13338.110449.000000000000000&scm-url=1007.13338.110449.000000000000000&scm_id=1007.13338.110449.000000000000000 (https://de.aliexpress.com/item/Wholesale-CC-DEBUGGER-Debugger-and-Programmer-for-RF-System-on-Chips-TI-ORIGINAL-2540-2541-2530/32418374637.html?spm=a2g0x.10010108.1000014.2.3eeb7680yNu0oT&pvid=6184befc-9901-4f9f-babe-7e828fc237a4&gps-id=pcDetailBottomMoreOtherSeller&scm=1007.13338.110449.000000000000000&scm-url=1007.13338.110449.000000000000000&scm_id=1007.13338.110449.000000000000000)
Wie gesagt ich bin absoluter Anfänger auf dem Gebiet.
Gerne kaufe ich den Debugger auch entsprechend ab. Falls jemand einen übrig hat.
Danke für Euere Unterstützung.
Gruß Mario
Ich würde dir ja noch den ConBee oder Raspbee von Dresden Elektronik vorschlagen. Gerade für Anfänger kann das "Gefrickel" mit dem Zigbee2MQTT schon sehr frustrieren werden.
Hallo,
ich versuche gerade den Stick zum laufen zu bekommen. Leider killt es mir immer FHEM wenn ich XiaomiMQTTDevice definiere.
Ich habe zigbee2mqtt im Docker am laufen. Es verbindet sich auch mit dem FHEM MQTT Server.
Meine defines sind folgende
define MQTT MQTT2_SERVER 1883 global
define ZigBeeBridge XiaomiMQTTDevice bridge
Ich bekomme im fhem.log folgende Fehlermeldung und danach ist FHEM tot:
2019.02.13 13:41:03 3: No I/O device found for ZigBeeBridge
2019.02.13 13:41:03 1: client device hash no IODev provided
2019.02.13 13:41:03 1: define ZigBeeBridge XiaomiMQTTDevice bridge: No MQTT IODev found.
Undefined subroutine &XiaomiMQTT::DEVICE::send_publish called at ./FHEM/72_XiaomiMQTTDevice.pm line 453.
Was mach ich denn falsch?
https://forum.fhem.de/index.php/topic,91394.msg905604.html#msg905604
Hat geklappt besten Dank!.
Habe den TempHumSensor nun angelern. Sehe ihn auch in MQTT. Nur wurde er nicht als Device in FHEM angelegt obwohl ich im Bridge MQTT_DEVICE und im MQTT_Server das Autocreate Attribute auf 1 gestellt habe.
Muss ich noch was beachten?
Zitat von: ulli am 13 Februar 2019, 15:57:19
Hat geklappt besten Dank!.
Habe den TempHumSensor nun angelern. Sehe ihn auch in MQTT. Nur wurde er nicht als Device in FHEM angelegt obwohl ich im Bridge MQTT_DEVICE und im MQTT_Server das Autocreate Attribute auf 1 gestellt habe.
Muss ich noch was beachten?
Deine Namenskonvention ist irritierend. Ist das jetzt ein MQTT_DEVICE oder ein MQTT2_DEVICE?!? Und der Server ist TYPE=MQTT2_SERVER?
Was bedeutet "sehe ihn auch in MQTT"? Läuft da auch ein mosquitto im Hintergrund? Dann kann das nicht klappen.... Dann entweder nicht MQTT2_SERVER verwenden (sondern MQTT2_CLIENT) oder den mosquitto (dauerhaft!) abschalten und nur mit MQTT2_SERVER + passenden ...DEVICE arbeiten (empfohlen).
Sorry.
define MQTT MQTT2_SERVER 1883 global
attr MQTT autocreate 1
define MQTT_zigbee_nuc MQTT2_DEVICE zigbee_nuc
attr MQTT_zigbee_nuc IODev MQTT
set MQTT_zigbee_nuc attrTemplate L_01_zigbee2mqtt_bridge
Ok, der Reihe nach:
das MQTT2-Server-define ist ok. Danach sollte NICHTS MEHR händisch angelegt werden müssen.
Vermutlich wurde mangels readingList bei Anwendung des template auch nichts sinnvolles als Ergebnis geliefert - leider lieferst du kein list, sondern irgendwas (ohne code-tags), das nach manuellem Anlegen aussieht.
Also: Lösche das zigbee_nuc-Dingens nochmal und WARTE, bis sich der zigbee2mqtt-Dienst mit dem neuen Server verbunden hat; da sollte ein neues Device im Raum MQTT2_DEVICE erscheinen (ggf. Browser refreshen), der irgendwas mit "online" anzeigt. Ggf. mußt du den Dienst auch neu starten, der mag es nämlich nicht, wenn kein MQTT-Server (aka Broker) da ist und startet dann nicht....Auf dieses erste Device wendest du dann das template an. Dann wieder warten, je nachdem, wie viele Devices du hattest, sollten die nach und nach erstellt werden.
jetzt läufts soweit! Dank!
Guten Abend,
ich versuche schon seit paar Tagen den Zigbeestick zu installieren, ich bekomme aber immer folgende Fehlermeldung, wenn ich npm start ausführen will:
pi@raspberrypi:/opt/zigbee2mqtt $ npm start
> zigbee2mqtt@1.2.1 start /opt/zigbee2mqtt
> node index.js
Zigbee2mqtt requires node version 10, you are running v11.10.1!
zigbee2mqtt:info 2019-3-11 20:06:26 Logging to directory: '/opt/zigbee2mqtt/data/log/2019-03-11.20-06-26'
/opt/zigbee2mqtt/node_modules/bindings/bindings.js:121
throw e;
^
Error: The module '/opt/zigbee2mqtt/node_modules/@serialport/bindings/build/Release/bindings.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 57. This version of Node.js requires
NODE_MODULE_VERSION 67. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).
at Object.Module._extensions..node (internal/modules/cjs/loader.js:779:18)
at Module.load (internal/modules/cjs/loader.js:630:32)
at tryModuleLoad (internal/modules/cjs/loader.js:570:12)
at Function.Module._load (internal/modules/cjs/loader.js:562:3)
at Module.require (internal/modules/cjs/loader.js:667:17)
at require (internal/modules/cjs/helpers.js:20:18)
at bindings (/opt/zigbee2mqtt/node_modules/bindings/bindings.js:112:48)
at Object.<anonymous> (/opt/zigbee2mqtt/node_modules/@serialport/bindings/lib/linux.js:1:98)
at Module._compile (internal/modules/cjs/loader.js:738:30)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:749:10)
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.2.1 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.2.1 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /home/pi/.npm/_logs/2019-03-11T19_06_27_838Z-debug.log
hat jemand eine Idee?
Steht hier nicht die Lösung?
Zigbee2mqtt requires node version 10, you are running v11.10.1!
Ich habe eine Verständnisfrage zur Erweiterung des zigbee-Netzwerkes:
Im 1. Post steht:
ZitatPairing
... Während des Pairing muss man sich so nah wie möglich am Stick befinden!
In der Zigbee2mqtt documentation steht
ZitatEnd Device
... end device only has one parent, either the coordinator or a router, generally the closest device when it was paired. ... Some models of end device, notably Xiaomi, don't attempt to find a new parent so will remain isolated until re-paired with the network.
Was ich nun nicht verstehe ist: Wenn ich beim Pairen ganz nah am USB-Stick sein muss, dann übernimmt dieser ja die Rolle des "parent router". Wenn ich das Zigbee-Netzwerk nun z.B. mit einer Osram-Steckdose erweitere und sich das Xiaomi-End-Device kein neues "parent device" suchen kann, wie kann ich das Netzwerk dann erweitern? Damit bringt mir dann eine Osram-Steckdose in diesem Fall nichts, sehe ich das richtig?
Bitte klärt mich auf!
VG Silke
Hallo,
wieder mal ne (vielleicht dümmliche) Frage ;D
Ich habe eine Osram Steckdose hinzugefügt, Alles wunderbar!
Aber ;) gibt es für dieses Device keine on/off-for-timer oder on/off-till funktion?
Ich kann nur on, off und Toggeln über die eingetragenen WEBCMD's...
Die Setliste enthält nur remove und state...
Hilfe gibts ja für diese Devices noch keine ...
Grüßle
Pascal
Habe scheinbar das gleiche Problem mit der npm Version.
Zigbee2mqtt lässt sich nicht starten.
Jemand ne Idee wie sich das lösen lässt? (Ohne gleich auf Version 10 zurück zu gehen) ???
npm start
> zigbee2mqtt@1.2.1 start /opt/zigbee2mqtt
> node index.js
Zigbee2mqtt requires node version 10, you are running v11.13.0!
//EDIT: Habe auf Node 10 gewechselt, daran liegt es nicht. Sporadisch funktioniert es. Scheinbar liegt das Problem in der Verbindung des USB TX/RX Wandlers. Habe mehrere probiert. Richtig stabil läuft es nicht. Das Problem scheint aber bei Verwendung des CC2530 bekannt zu sein :-(
Hat hier jemand den CC2530 über USB stabil laufen?
//EDIT2: CC2531 läuft im System ohne Probleme.
Zitat von: raiderxxl am 25 März 2019, 12:26:31
Hallo,
wieder mal ne (vielleicht dümmliche) Frage ;D
Ich habe eine Osram Steckdose hinzugefügt, Alles wunderbar!
Aber ;) gibt es für dieses Device keine on/off-for-timer oder on/off-till funktion?
Ich kann nur on, off und Toggeln über die eingetragenen WEBCMD's...
Die Setliste enthält nur remove und state...
Hilfe gibts ja für diese Devices noch keine ...
Grüßle
Pascal
Huhhuu jemand zuhause ;D
Keiner ne Idee?
Grüßle
Pascal
Zitat von: Diggewuff am 20 Oktober 2018, 17:11:23
Hallo Oskar, könntest du noch die Möglichkeit integrieren für den Vibrationssensor die Sensitivität ein zu stellen?
Hat sich hierbei auch was getan? würde mich auch interessieren!
Grüßle
Pascal
Guten Morgen zusammen,
ich habe den CC2531 zusammen mit einem Aquara Cube schon seit 4-5 Monaten erfolgreich im Einsatz.
Jetzt habe ich mir eine einzelne Ikea Tradfri Fernbedienung gekauft und dacht die könnte ich ebenfalls als Fernbedienung mit einbinden, da diese auch unter den Supported Devices gelistet ist.
In mein FHEM habe ich gestern Abend die aktuelle Github Version von Koenkk eingespielt.
Mit 4 x kurz hintereinander den Pairing Knopf drücken die Fernbedienung resettet und dann über 10 Sekunden den Knopf gehalten.
Ich bekomme aber kein Gerät in FHEM hinzugefügt.
Habt ihr evtl. einen Tipp?
Danke vorab.
LG, Sprudelverduenner
Ich vermute mal, dass Du dazu den CC2531 auf die neueste Firmware-Version bringen musst.
s. hier:
https://github.com/Koenkk/zigbee2mqtt/releases/tag/1.2.0
Hallo
ich versuche mich gerade mit dem Modul.
leider bekomme ich das pairing einfach nicht hin.
ich habe zigbee2mqtt mal per
DEBUG=* npm start
gestartet.
XiaomiMQTTDevice
bridge
STATE online
Ich habe einen Tür/Fenster Sensor versucht zu verbinden.
Durch das DEBUG bekomme ich auch bei jedem trennen und verbinden des Sensors in der Ausgabe der Konsole eine Meldung, es wird in FHEM aber kein device angelegt, muss hier noch ein "autocreate" oder ähnliches angelegt werden?
"coordinator_firmware":20190223
Danke für einen Tipp
---
ich bin inzwischen weiter, ich hatte versucht Temperatur Sensoren zu verbinden, diese gingen auch nicht. hier wurde bei DEBUG nichts angezeigt, obwohl der Sensor 3x geblinkt hat. Ich wollte damit aufgeben und wollte sie wieder mit dem gateway verbinden, ich musste feststellen, hier ging es auch nicht mehr.
Ich habe das pairing dann mit einer frischen Batterie durch geführt und es GING !
Meins Tür/ Fenster Sensor MCCGQ01LM sendet zwar Daten beim pairing und auch danach, es wird aber nicht als device angelegt, es kommt auch
zigbee2mqtt:error 2019-4-13 20:09:54 Cannot get the Node Descriptor of the Device
@Blauhorn
Dank Deiner Antwort habe ich lesen können, dass ich wohl den CC2531 mit einer neueren Firmware flashen muss.
Zuerst habe ich die Firmware vom 23.02.2019 geflasht. Mir ist aufgefallen sowohl mit der alten Firmware als auch mit der neuen Firmware mein CC2531 Stick nach ein paar Minuten immer online ging - bis ich den RasPi neu gestartet habe.
Da ich auf dem RasPi bereits aus dem Github Koenk die 1.30 draufgemacht habe, und ich hier noch einen Hinweis auf eine "Max Stability" Firmware vom 15.03.2019 gelesen habe habe ich nun diese Firmware geflasht und das Problem mit dem offline gehen scheint zumindest gelöst.
Dann habe ich mir mal meine configuration.yaml angesehen: hier sind 2 Geräte eingetragen!
Ich habe mal die 2 Geräte gelöscht und den RasPi neu gestartet.
Nach dem Neustart waren weiterhin keine Geräte drin.
Dann habe ich den Aqara Cube benutzt und nachgeschaut: ein Gerät in der configuration.yaml ist jetzt eingetragen.
Dann mit 4 x kurz die Tradfri Remote resettet und mit über 10 Sekunden lang neu angemeldet - in FHEM ist weiterhin nichts zu sehen aber in der configuration.yaml ist wieder das 2. Gerät drin!
Für mich sieht es so aus als wenn nur in FHEM die Tradfri Remote nicht angelegt wird, oder ?
Kann es sein dass ich in FHEM von meinem zigbee Device die SetList evt. anpassen muss ??
Meine sieht zur Zeit so aus:
permit_join:true,false zigbee2mqtt/bridge/config/permit_join $EVTPART1
remove:textField zigbee2mqtt/bridge/config/remove $EVTPART1
log_level:debug,info,warn,error zigbee2mqtt/bridge/config/log_level $EVTPART1
rename:textField zigbee2mqtt/bridge/config/rename {"old":"$EVTPART1","new":"$EVTPART2"}
network_map:raw,graphviz zigbee2mqtt/bridge/networkmap $EVTPART1
devicelist:noArg zigbee2mqtt/bridge/config/devices
Wenn ich das richtig verstanden habe, dann legt diese SetList doch dann die Devices in FHEM an, oder ?
Ich habe das Gefühl, dass ich gar nicht so weit vom Ziel entfernt bin ...
Ergänzung: Jetzt habe ich gesehen, dass die Readings der Tradfri Remote im Device des Xiaomi/Aqara Cube auftauchen.
Das heisst die neue Frage lautet: Wie bekomme ich getrennte Devices in FHEM angelegt ??
Ich habe hier seit heute einen geflashten Stick liegen und wollte mich nun an die Einrichtung, Installation mit zigbee2mqtt machen.
Ich habe mein Fhem auf Debian Stretch, leider in i386. Und da ist per Debian nur nodejs 4.8.2 möglich, über die Backports max. 8.11.1.
Nun stehe ich ganz schön doof da. Soweit ich recherchiert habe, gibt es da keine Möglichkeit, außer natürlich das System auf amd64 zu stellen oder auf Debian 10 (Sommer) zu warten, das unterstützt dann nodejs 10.
Kann mir evtl. jemand einen hilfreichen Tipp geben?
@sprudelverduenner
Ist Dein Problem mittlerweile gelöst oder benötigst Du noch Hinweise?
Vielen Dank.
Ich habe in der Zwischenzeit herausgefunden, dass ich im ziggbee device etwas ergänzen musste damit pro Gerät ein Device angelegt wird.
Seitdem läuft alles.
Nabend,
ich habe ein kleines Problem, zwar nicht wild, aber auf Dauer etwas nervig. Ich habe alle Geräte definiert, alles funktioniert wunderbar. Wenn ich nun den RPi neustarte, dementsprechend FHEM und Zigbee2MQTT auch, ist zum Beispiel der Aqara Cube offline. Sofern ich dann diesen benutze, wird ein neues Device angelegt, in dem alten werden keine Werte mehr aktualisiert. Gleiches gilt auch für die Tradfri-Lampe, welche jedoch noch die Kommandos, welche an das "alte" Device gesendet wird, akzeptiert, da es ja den gleiche "Gerätewert" besitzt. Aber auch hier, ein neues Device. Wenn ich es lösche, taucht es beim nächsten mal nicht wieder auf. Immer erst nach dem Neustart. Wo liegt hier höchstwahrscheinlich der Fehler?
Grüße, Max.
@bromosky
Wie sieht denn Deine MQTT-Infrastruktur aus? (mosquitto , MQTT, MQTT2, ...)
Kannst Du mal ein list bzw. raw von einem alten und einem neuen Device für den Aqara Cube bereitstellen?
Hallo,
Das läuft alles Danke MQTT2 durch FHEM.
List vom neuerstellten Cube:
CFGFN
CID mqttjs_a75161a4
DEF mqttjs_a75161a4
DEVICETOPIC MQTT2_mqttjs_a75161a4
FUUID 5cc6edf9-f33f-38d4-fc7e-2dd44846656cdb3c
IODev MQTT2_Server
LASTInputDev MQTT2_Server
MQTT2_Server_MSGCNT 1
MQTT2_Server_TIME 2019-04-29 14:28:42
MSGCNT 1
NAME MQTT2_mqttjs_a75161a4
NR 1060
STATE ???
TYPE MQTT2_DEVICE
READINGS:
2019-04-29 14:28:42 action flip90
2019-04-29 14:28:42 battery 99.00
2019-04-29 14:28:42 from_side 5
2019-04-29 14:28:42 linkquality 73
2019-04-29 14:28:42 to_side 3
2019-04-29 14:28:42 voltage 3025
Attributes:
DbLogExclude .*
IODev MQTT2_Server
readingList mqttjs_a75161a4:zigbee2mqtt/0x00158d00027bfdaa:.* { json2nameValue($EVENT) }
room MQTT2_DEVICE
Beim Aqara-Cube ist dann lediglich per rename der Name geändert wurden.
Und die List vom MQTT2Zigbee ist:
CID zigbee_pi
DEF zigbee_pi
DEVICETOPIC MQTT2_zigbee_pi
FUUID 5cc1a704-f33f-38d4-269c-24d2a08568fea3f1
IODev MQTT2_Server
NAME MQTT2_zigbee_pi
NR 15
STATE permit_join
TYPE MQTT2_DEVICE
READINGS:
2019-04-25 00:14:50 state permit_join
Attributes:
DbLogExclude .*
IODev MQTT2_Server
bridgeRegexp xiaomi/0x([^:]*):.* "xiaomi_$1"
room 92_MQTT
setList permit_join:true,false zigbee2mqtt/bridge/config/permit_join $EVTPART1
remove:textField zigbee2mqtt/bridge/config/remove $EVTPART1
log_level:debug,info,warn,error zigbee2mqtt/bridge/config/log_level $EVTPART1
rename:textField zigbee2mqtt/bridge/config/rename {"old":"$EVTPART1","new":"$EVTPART2"}
network_map:raw,graphviz zigbee2mqtt/bridge/networkmap $EVTPART1
devicelist:noArg zigbee2mqtt/bridge/config/devices
Ich nehme mal an, dass eher dort der Fehler zu finden ist. Ich wäre sehr dankbar wenn ich das gelöst bekomme, da ich demnächst möglich viel auf Zigbee umstellen möchte.
Viele Grüße, Max :)
Hmm, das sieht mir nach einer etwas unglücklichen Kombination von (alter) bridgeRegexp-Version und Umbenennungen aus.
Soweit erkennbar, sendet zigbee2mqtt wieder unter dieser Kennung, die bridgeRegexp geht aber von "xiaomi" aus.
Da du nicht allzuviele Geräte hast, würde ich empfehlen, die Defaults auf der zigbee2mqtt-Seite zu belassen und das aktuelle attrTemplate für die Bridge (zigbee_pi) zu verwenden; da ist auch noch einiges mehr an Funktionaliät abgebildet.
Huhu,
danke für eure schnelle Hilfe. Ich habe einfach mal, wie im Wiki beschrieben, die Bridge durch das Atrribut Template von L_01_zigbee2mqtt_bridge ersetzt.
Zumindest schaut nun das von dir erwähnte bridgeRegexp deutlich besser aus.
Danach habe ich FHEM neugestartet, die von autocreate erstellten MQTT-Devices für Cube und Tradfri-Lampe den passenden Attribut Templates zugewiesen. Noch fix umbenannt. Und dann FHEM nochmals neugestartet um zu sehen, ob wirklich keine neuen Devices angelegt werden, sondern die alten noch funktionieren.
Siehe da, es funktioniert alles!
Ich danke euch. Ich hatte den Fehler dort schon vermutet, aber da ich in letzter Zeit ziemlich viel in FHEM rumgeirrt bin, wollte ich mich vorher schlau machen.
Wie gesagt, vielen lieben Dank!
Euch einen schönen Tag noch,
Max :)
Guten Morgen,
Seit dem ich Gestern mein Server neu gestartet habe bekomme ich den Dienst nicht mehr zum laufen, bin noch mal alle Installation schritte durch
gegangen aber erst startet es danach Stopt es aber wieder:
root@happyfamilyserver:/opt/zigbee2mqtt# sudo systemctl status zigbee2mqtt
● zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2019-05-12 08:25:24 CEST; 878ms ago
Main PID: 25376 (npm)
CGroup: /system.slice/zigbee2mqtt.service
├─25376 npm
├─25388 sh -c node index.js
└─25389 node index.js
Mai 12 08:25:24 happyfamilyserver systemd[1]: Started zigbee2mqtt.
Mai 12 08:25:25 happyfamilyserver npm[25376]: > zigbee2mqtt@0.1.8 start /opt/zigbee2mqtt
Mai 12 08:25:25 happyfamilyserver npm[25376]: > node index.js
root@happyfamilyserver:/opt/zigbee2mqtt# sudo systemctl status zigbee2mqtt
● zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Sun 2019-05-12 08:21:03 CEST; 58s ago
Process: 24671 ExecStart=/usr/bin/npm start (code=exited, status=1/FAILURE)
Main PID: 24671 (code=exited, status=1/FAILURE)
Mai 12 08:21:03 happyfamilyserver systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'.
Mai 12 08:21:03 happyfamilyserver systemd[1]: zigbee2mqtt.service: Service hold-off time over, scheduling restart.
Mai 12 08:21:03 happyfamilyserver systemd[1]: Stopped zigbee2mqtt.
Mai 12 08:21:03 happyfamilyserver systemd[1]: zigbee2mqtt.service: Start request repeated too quickly.
Mai 12 08:21:03 happyfamilyserver systemd[1]: Failed to start zigbee2mqtt.
Mai 12 08:21:03 happyfamilyserver systemd[1]: zigbee2mqtt.service: Unit entered failed state.
Mai 12 08:21:03 happyfamilyserver systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'.
root@happyfamilyserver:/opt/zigbee2mqtt#
hat jemand vielleicht eine Idee wo ich da ansetzten könnte?
Mfg Steffen
Hallo!
Ich glaube habe den Fehler "Zigbee2mqtt requires node version 10, you are running v11.13.0!" :
-- Unit zigbee2mqtt.service has finished starting up.
--
-- The start-up result is done.
Mai 13 06:18:53 happyfamilyserver npm[2888]: > zigbee2mqtt@1.3.1 start /opt/zigbee2mqtt
Mai 13 06:18:53 happyfamilyserver npm[2888]: > node index.js
Mai 13 06:18:54 happyfamilyserver npm[2888]: [color=red]Zigbee2mqtt requires node version 10, you are running v11.13.0![/color]
Mai 13 06:18:54 happyfamilyserver npm[2888]: zigbee2mqtt:info 5/13/2019, 6:18:54 AM Logging to directory: '/opt/zigbee2mqtt/data/log/2019-05-13.06-18-54'
Mai 13 06:18:54 happyfamilyserver npm[2888]: /opt/zigbee2mqtt/node_modules/cc-znp/node_modules/bindings/bindings.js:121
Mai 13 06:18:54 happyfamilyserver npm[2888]: throw e;
Mai 13 06:18:54 happyfamilyserver npm[2888]: ^
Mai 13 06:18:54 happyfamilyserver npm[2888]: Error: The module '/opt/zigbee2mqtt/node_modules/cc-znp/node_modules/@serialport/bindings/build/Release/bindings.node'
Mai 13 06:18:54 happyfamilyserver npm[2888]: was compiled against a different Node.js version using
Mai 13 06:18:54 happyfamilyserver npm[2888]: NODE_MODULE_VERSION 64. This version of Node.js requires
Mai 13 06:18:54 happyfamilyserver npm[2888]: NODE_MODULE_VERSION 67. Please try re-compiling or re-installing
Mai 13 06:18:54 happyfamilyserver npm[2888]: the module (for instance, using `npm rebuild` or `npm install`).
Mai 13 06:18:54 happyfamilyserver npm[2888]: at Object.Module._extensions..node (internal/modules/cjs/loader.js:846:18)
Mai 13 06:18:54 happyfamilyserver npm[2888]: at Module.load (internal/modules/cjs/loader.js:672:32)
Mai 13 06:18:54 happyfamilyserver npm[2888]: at tryModuleLoad (internal/modules/cjs/loader.js:612:12)
Mai 13 06:18:54 happyfamilyserver npm[2888]: at Function.Module._load (internal/modules/cjs/loader.js:604:3)
Mai 13 06:18:54 happyfamilyserver npm[2888]: at Module.require (internal/modules/cjs/loader.js:711:19)
Mai 13 06:18:54 happyfamilyserver npm[2888]: at require (internal/modules/cjs/helpers.js:14:16)
Mai 13 06:18:54 happyfamilyserver npm[2888]: at bindings (/opt/zigbee2mqtt/node_modules/cc-znp/node_modules/bindings/bindings.js:112:48)
Mai 13 06:18:54 happyfamilyserver npm[2888]: at Object.<anonymous> (/opt/zigbee2mqtt/node_modules/cc-znp/node_modules/@serialport/bindings/lib/linux.js:1:36)
Mai 13 06:18:54 happyfamilyserver npm[2888]: at Module._compile (internal/modules/cjs/loader.js:805:30)
Mai 13 06:18:54 happyfamilyserver npm[2888]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:816:10)
Mai 13 06:18:54 happyfamilyserver npm[2888]: npm ERR! code ELIFECYCLE
Mai 13 06:18:54 happyfamilyserver npm[2888]: npm ERR! errno 1
Mai 13 06:18:54 happyfamilyserver npm[2888]: npm ERR! zigbee2mqtt@1.3.1 start: `node index.js`
Mai 13 06:18:54 happyfamilyserver npm[2888]: npm ERR! Exit status 1
Mai 13 06:18:54 happyfamilyserver npm[2888]: npm ERR!
Mai 13 06:18:54 happyfamilyserver npm[2888]: npm ERR! Failed at the zigbee2mqtt@1.3.1 start script.
Mai 13 06:18:54 happyfamilyserver npm[2888]: npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
Mai 13 06:18:54 happyfamilyserver npm[2888]: npm ERR! A complete log of this run can be found in:
Mai 13 06:18:54 happyfamilyserver npm[2888]: npm ERR! /root/.npm/_logs/2019-05-13T04_18_54_921Z-debug.log
Mai 13 06:18:54 happyfamilyserver systemd[1]: zigbee2mqtt.service: Main process exited, code=exited, status=1/FAILURE
Mai 13 06:18:54 happyfamilyserver systemd[1]: zigbee2mqtt.service: Unit entered failed state.
Mai 13 06:18:54 happyfamilyserver systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'.
Mai 13 06:18:55 happyfamilyserver systemd[1]: zigbee2mqtt.service: Service hold-off time over, scheduling restart.
Mai 13 06:18:55 happyfamilyserver systemd[1]: Stopped zigbee2mqtt.
-- Subject: Unit zigbee2mqtt.service has finished shutting down
-- Defined-By: systemd
ich habe aber:
root@happyfamilyserver:~# node -v
v10.15.0
Habe node jetzt schon mal deinstalliert und wieder installiert, aber Fehler bleibt leider der gleiche
hier hatte jemand auch mal das Problem aber nicht wie er es gelöst hat aber könnte hier ja vielleicht mal bitte die Lösung posten?
Mfg Steffen
Moin,
ich bin mir nicht ganz sicher, aber ich glaube, ich habe npm install noch mal ausgeführt und danach hat es funktioniert.
LG
Andreas
Aktuell habe ich zwei ICPSHC24-30EU-IL-1 Tradfri Trafos mit dem Stick gepaired.
Somit konnte ich schon mal wunderbar meine Lampen direkt über FHEM schalten.
Heute habe ich mir noch die Fernbedienung E1524 besorgt, weil ich natürlich auch mittels "Schalter" die Lampen steuern möchte.
Wie gehe ich vor?
Wenn ich die Fernbedienung mit den Trafos paire kann ich die Lampen zwar mit der Fernbedienung schalten, nicht aber mehr mit FHEM.
Jetzt habe ich die Fernbedienung direkt mit dem Stick gepaired, aber über FHEM kann ich da keine Befehle absetzen, die die Lampen schalten.
Hat da jemand Erfahrung und/oder Hinweise für mich?
Aktuell habe ich zwei ICPSHC24-30EU-IL-1 Tradfri Trafos mit dem Stick gepaired.
Somit konnte ich schon mal wunderbar meine Lampen direkt über FHEM schalten.
Heute habe ich mir noch die Fernbedienung E1524 besorgt, weil ich natürlich auch mittels "Schalter" die Lampen steuern möchte.
Wie gehe ich vor?
Wenn ich die Fernbedienung mit den Trafos paire kann ich die Lampen zwar mit der Fernbedienung schalten, nicht aber mehr mit FHEM.
Jetzt habe ich die Fernbedienung direkt mit dem Stick gepaired, aber über FHEM kann ich da keine Befehle absetzen, die die Lampen schalten.
Hat da jemand Erfahrung und/oder Hinweise für mich?
Edit:
Wird sich erledigen. Ich nutze einfach nicht die Tradfri Fernbedienung sondern einen bestehenden Homematic Wandtaster.
Dimmen der Beleuchtung ist überflüssig, schön ist die Tradfri Fernbedieung ohnehin nicht.
Hi,
ich gebe zu, ich habe diesen Thread nicht komplett gelesen bevor ich meine Frage stelle. 53 Seiten sind schon eine Hausnummer.
Derzeit habe ich meinen Stick noch an einem Raspberry Pi laufen. Das habe ich vor langer Zeit mal eingerichtet und seit dem läuft der 1a.
Nun bin ich dabei auf einen NUC mit Proxmox umzuziehen und habe nach der Anleitung von Koenkk auch dort den Stick an einem LXC zum laufen bekommen.
Wenn ich aber abschließend die Bridge in FHEM anlegen will sagt's mir:
Unknown module XiaomiMQTTDevice
Gibt es das nicht mehr? Oder muss ich das manuell hinzufügen weil noch nicht eingecheckt? Im Wiki habe ich nichts Hilfreiches dazu gefunden, Commandref ebenfalls nicht.
LG p
Zitat von: petjek am 06 Juni 2019, 14:16:04
Hi,
ich gebe zu, ich habe diesen Thread nicht komplett gelesen bevor ich meine Frage stelle. 53 Seiten sind schon eine Hausnummer.
Derzeit habe ich meinen Stick noch an einem Raspberry Pi laufen. Das habe ich vor langer Zeit mal eingerichtet und seit dem läuft der 1a.
Nun bin ich dabei auf einen NUC mit Proxmox umzuziehen und habe nach der Anleitung von Koenkk auch dort den Stick an einem LXC zum laufen bekommen.
Wenn ich aber abschließend die Bridge in FHEM anlegen will sagt's mir:
Unknown module XiaomiMQTTDevice
Gibt es das nicht mehr? Oder muss ich das manuell hinzufügen weil noch nicht eingecheckt? Im Wiki habe ich nichts Hilfreiches dazu gefunden, Commandref ebenfalls nicht.
LG p
Hallo - du hast da wohl in deiner Installationsanleitung etwas übersehen:
update add https://raw.githubusercontent.com/oskarn97/fhem-xiaomi-mqtt/master/controls_xiaomi-zb2mqtt.txt
update all xiaomi-zb2mqtt
shutdown restart
define xBridge XiaomiMQTTDevice bridge
node -v zeigt mit Version v12.4.0 an.
Mit
cd /opt/zigbee2mqtt
npm start
kommt der Fehler: Zigbee2mqtt requires node version 10, you are running v12.4.0!
Wie kann ich das downgraden / deinstallieren?
Laut github Anleitung funktioniert das mit sudo curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -
sudo apt-get install -y nodejs git make g++ gcc
nodejs -v zeigt mit v10.16.0 an
Hallo
ich konnte mit dem Modul erfolgreich mit 2 Aqara Temperatur- und Luftfeuchtigkeits-Sensor verbinden.
Ich habe mir jetzt ein LED Band "OSRAM SMART+ Flex LED Strip 3P Multicolour" zugelegt. Dieses wird erfolgreich verbunden.
https://www.zigbee2mqtt.io/devices/4052899926110
Ich konnte auch Attribute setzen um das Band aus und an zuschalten, es lässt sich auch brightness und color_temp steuern.
define 0x............... XiaomiMQTTDevice 4052899926110 0x...............
setuuid 0x............... 5cfad39a-f33f-2830-3f7a-f80b4548d
attr 0x............... IODev MQTT
attr 0x............... room XiaomiMQTTDevice
attr 0x............... webCmd brightness:color:color_temp:TOGGLE:ON:OFF
attr 0x............... widgetOverride brightness:colorpicker,BRI,0,15,255 color:colorpicker,RGB color_temp:colorpicker,CT,250,1,454
Nur bei der Farbe stimmt das Attribut nicht, oder es wird nicht richtig weitergegeben. ich weiß nicht wie ich color xy, definieren soll.
Readings
brightness 165
color-x 0.381
color-y 0.377
color_mode 2
color_temp 348
Kann mir jemand sagen, was ich ggf. anpassen muss um auch die Farbe zu setzen, ggf. muss dies am Modul angepasst werden.
Außerdem bräuchte ich noch Unterstützung für das "setList" Attribut, unter set gibt es bisher nur das remove.
Danke für jede Hilfe
Gruß ofno
Hallo zusammen,
Ich habe das Problem, dass nach einem Neustart von FHEM meine
MQTT2_zigbee_bridge
Nicht mehr offline ist oder online ist und dann nachdem ein Aktion eines zigbee devices empfangen wurde dann offline geht.
Meine bisherige Lösung ist den Raspberry Pi komplett runter zu fahren,
Den raspberry pi Stromlos machen,
Den CC2531 aus und wieder einstecken,
Und den den raspberry Pi mit Strom verbinden und damit hoch zu fahren.
Danach gehen alle zigbee Komponenten einwandfrei bis ich z.B. Nach einem FHEM update FHEM wieder neu starten muss...
Gibt es dafür einen Tipp oder Trick?
Braucht ihr dafür irgendwelche lists oder Configs?
Danke für eure Antworten.
LG, Sprudelverduenner
Neustart FHEM macht hier kein Auswirkungen.
RPi rebooten und ich habe das gleiche Problem wie Du.
Also runterfahren, Strom weg, kurz warten, Strom dran und geht wieder.
Woher das kommt, weiß ich aber leider auch nicht.
Sind weitere USB-Geräte am Server? Wenn ja, wie eingebunden (in FHEM und zigbee2mqtt)?
Nein,
Einziger USB Stick ist der CC2531.
die configuration.yaml sieht bei mir so aus:
homeassistant: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://localhost'
client_id: zigbeeStick
serial:
port: >-
/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0014D9D9CD-if00
devices:
'0x00158d00027ce0d2':
friendly_name: 'bad.cube'
retain: true
'0x90fd9ffffedf660b':
friendly_name: 'kueche.remote'
Ich hatte seinerzeit extra auf die serial des devices umgestellt im einem Konflikt aus dem Weg zu gehen falls mal ein 2. USB Stick dazu käme...
Hmmm, dann ist es das wohl nicht....Läuft denn der Dienst weiter?
Evtl. ein Spannungsversorgungsthema o, einfach ein Firmware-bug?
Zitat von: ofno am 21 Juni 2019, 18:06:32
Hallo
ich konnte mit dem Modul erfolgreich mit 2 Aqara Temperatur- und Luftfeuchtigkeits-Sensor verbinden.
Ich habe mir jetzt ein LED Band "OSRAM SMART+ Flex LED Strip 3P Multicolour" zugelegt. Dieses wird erfolgreich verbunden.
https://www.zigbee2mqtt.io/devices/4052899926110
Ich konnte auch Attribute setzen um das Band aus und an zuschalten, es lässt sich auch brightness und color_temp steuern.
define 0x............... XiaomiMQTTDevice 4052899926110 0x...............
setuuid 0x............... 5cfad39a-f33f-2830-3f7a-f80b4548d
attr 0x............... IODev MQTT
attr 0x............... room XiaomiMQTTDevice
attr 0x............... webCmd brightness:color:color_temp:TOGGLE:ON:OFF
attr 0x............... widgetOverride brightness:colorpicker,BRI,0,15,255 color:colorpicker,RGB color_temp:colorpicker,CT,250,1,454
Nur bei der Farbe stimmt das Attribut nicht, oder es wird nicht richtig weitergegeben. ich weiß nicht wie ich color xy, definieren soll.
Readings
brightness 165
color-x 0.381
color-y 0.377
color_mode 2
color_temp 348
Kann mir jemand sagen, was ich ggf. anpassen muss um auch die Farbe zu setzen, ggf. muss dies am Modul angepasst werden.
Außerdem bräuchte ich noch Unterstützung für das "setList" Attribut, unter set gibt es bisher nur das remove.
Danke für jede Hilfe
Gruß ofno
per "MQTT Explorer" konnte ich über ein publish die Farbe setzen.
{"color": { "x": 0.203, "y": 0.262} }
Problem scheint mir die Übergabe der Farbe an zigbee2mqtt zu sein.
aus dem Log:
debug: Received MQTT message on 'zigbee2mqtt/0x7cb03eaa00ab4309/set' with data '{"color":"FF0000"}'
Die Frage wie bekommt man die Farbe in diesem Format einfach ausgewählt und so übergeben: {"color": { "x": 0.203, "y": 0.262} }
Ich habe außerdem geändert:
devStateIcon {return ".*:light_light_dim_100@#".ReadingsVal($name,"color","FFFFF").":toggle"}
sowie ein userReadings angelegt
attr 0x7cb03eaa00ab4309 userReadings color {Color::xyY2hex(ReadingsVal($name,"color-x",0),ReadingsVal($name,"color-y",0),ReadingsVal($name,"brightness",254))}
Hallo
ich habe für mein color Problem einen fix gebaut.
72_XiaomiMQTTDevice.pm Zeile 214 wie folgt ersetzt.
if($command eq 'color') {
publish($hash, XiaomiMQTT::DEVICE::GetTopicFor($hash) . "/set", "{\"state\":\"ON\",\"color\": {" . $value . "} }");
}
else {
publish($hash, XiaomiMQTT::DEVICE::GetTopicFor($hash) . "/set", encode_json({$command => $value}));
}
dadurch kann der Wert von color direkt übergeben werden.
set 0x7cb03eaa00ab4309 color "x":0.281,"y":0.277
Kann ich einen Wemos D1 oder einen anderen 8266 Chip über die selbe MQTT Bridge laufen lassen ?
Habe schon versucht eine zweite Bridge an zu legen, jedoch ist immer nur eine online. Jetzt ist die frage ob man nicht alles über eine Bridge laufen lassen kann
Hallo,
Ich versuche leider erfolglos meine ersten Zigbee Geräte ans laufen zu bringen. Ich habe einen CC2531 und eine Steckdose https://www.zigbee2mqtt.io/devices/AV2010_25 (https://www.zigbee2mqtt.io/devices/AV2010_25) mit der ich hauptsächlich den Verbrauch von Geräten messen möchte.
Ich habe die Anleitung von Koenkk befolgt und konnte erfolgreich den CC2531 ans laufen bringen. Die Bridge ist zumindest online und der Status von zigbee2mqtt.service ist running. Die Steckdose habe ich bereits gepairt, komme aber bei den Readings nicht weiter.
Internals:
CFGFN
DEF unknown 0x00124b001938decb
FRIENDLYNAME 0x00124b001938decb
FUUID 5d24a3a3-f33f-7b32-f006-a70e14223c6fc97a
IODev myBroker
MODEL unknown
NAME 0x00124b001938decb
NOTIFYDEV unknown 0x00124b001938decb
NR 6937
SID 0x00124b001938decb
STATE state
TYPE XiaomiMQTTDevice
READINGS:
2019-07-09 16:24:35 transmission-state subscription acknowledged
message_ids:
subscribe:
zigbee2mqtt/0x00124b001938decb
xiaomi/0x00124b001938decb/#
subscribeExpr:
^zigbee2mqtt\/0x00124b001938decb$
^xiaomi\/0x00124b001938decb.*$
subscribeQos:
xiaomi/0x00124b001938decb/# 0
zigbee2mqtt/0x00124b001938decb 0
Attributes:
IODev myBroker
room Test
stateFormat state
Meine configuration.yaml
# Home Assistant integration (MQTT discovery)
homeassistant: false
# allow new devices to join
permit_join: true
# MQTT settings
mqtt:
# MQTT base topic for zigbee2mqtt MQTT messages
base_topic: zigbee2mqtt
# MQTT server URL
server: 'mqtt://localhost'
client_id: 'zigbee_pi'
# MQTT server authentication, uncomment if required:
# user: my_user
# password: my_password
# Serial settings
serial:
# Location of CC2531 USB sniffer
port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001938DECB-if00
Kann mir einer weiterhelfen, was ich als MQTT Anfänger tun muss, damit ich den Verbrauch bekomme und die Steckdose schalten kann?
Vielen Dank schonmal!
Zitat von: PatBreitMe am 09 Juli 2019, 11:48:04
Kann ich einen Wemos D1 oder einen anderen 8266 Chip über die selbe MQTT Bridge laufen lassen ?
Habe schon versucht eine zweite Bridge an zu legen, jedoch ist immer nur eine online. Jetzt ist die frage ob man nicht alles über eine Bridge laufen lassen kann
Diese Frage hat m.E. nichts mit Zigbee2mqtt zu tun, das betrifft allgemein MQTT. Verwende bitte die von dir genutzte firmware als Suchbegriff, dann wirst du ziemlich sicher fündig werden (tendenziell aber im MQTT-Bereich des Forums)...
@thetornato76:
Ich verwende zwar eine etwas andere Einbindung des zigbee2mqtt-Diensts, aber hier wie dort benötigt man ein ausdrücklich als Bridge definiertes Gerät, um die weiteren Geräte neben dem Dongle/Dienst zu vereinzeln.
Steht für diese Art der Einbindung meiner Erinnerung nach im ersten Post hier, wie das geht. Für MQTT2_DEVICE stünde es im Wiki (Unterabschnitt in "MQTT2-Praxisbeispiele").
Zitat von: thetornado76 am 09 Juli 2019, 17:26:46
Hallo,
Ich versuche leider erfolglos meine ersten Zigbee Geräte ans laufen zu bringen. Ich habe einen CC2531 und eine Steckdose https://www.zigbee2mqtt.io/devices/AV2010_25 (https://www.zigbee2mqtt.io/devices/AV2010_25) mit der ich hauptsächlich den Verbrauch von Geräten messen möchte.
Ich habe die Anleitung von Koenkk befolgt und konnte erfolgreich den CC2531 ans laufen bringen. Die Bridge ist zumindest online und der Status von zigbee2mqtt.service ist running. Die Steckdose habe ich bereits gepairt, komme aber bei den Readings nicht weiter.
Internals:
CFGFN
DEF unknown 0x00124b001938decb
FRIENDLYNAME 0x00124b001938decb
FUUID 5d24a3a3-f33f-7b32-f006-a70e14223c6fc97a
IODev myBroker
MODEL unknown
NAME 0x00124b001938decb
NOTIFYDEV unknown 0x00124b001938decb
NR 6937
SID 0x00124b001938decb
STATE state
TYPE XiaomiMQTTDevice
READINGS:
2019-07-09 16:24:35 transmission-state subscription acknowledged
message_ids:
subscribe:
zigbee2mqtt/0x00124b001938decb
xiaomi/0x00124b001938decb/#
subscribeExpr:
^zigbee2mqtt\/0x00124b001938decb$
^xiaomi\/0x00124b001938decb.*$
subscribeQos:
xiaomi/0x00124b001938decb/# 0
zigbee2mqtt/0x00124b001938decb 0
Attributes:
IODev myBroker
room Test
stateFormat state
Meine configuration.yaml
# Home Assistant integration (MQTT discovery)
homeassistant: false
# allow new devices to join
permit_join: true
# MQTT settings
mqtt:
# MQTT base topic for zigbee2mqtt MQTT messages
base_topic: zigbee2mqtt
# MQTT server URL
server: 'mqtt://localhost'
client_id: 'zigbee_pi'
# MQTT server authentication, uncomment if required:
# user: my_user
# password: my_password
# Serial settings
serial:
# Location of CC2531 USB sniffer
port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001938DECB-if00
Kann mir einer weiterhelfen, was ich als MQTT Anfänger tun muss, damit ich den Verbrauch bekomme und die Steckdose schalten kann?
Vielen Dank schonmal!
Hi,
Ich habe über das Modul, eine Osram smart+ Steckdose sowie ein Flex Led Band eingebunden. Für color musste ich eine Anpassung machen. S.o.
Das Modul legt nur die devices an, die es vom Typ kennt.
In der Doku von zigbee2mqtt steht welche Dinge unterstützt werden.
Bei mir wurden die readings jeweils angezeigt und ich habe die restlichen Attribute manuell gesetzt.
OT ich habe einen 2ten stick an einem 2ten raspberry angeschlossen die DB + config kopiert, die Geräte komplett unter fhem aus der config kopiert und somit sind die Sensoren und Osram Geräte auf beiden eingebunden.
Gruß ofno
Zitat von: Beta-User am 09 Juli 2019, 17:42:46
@thetornato76:
Ich verwende zwar eine etwas andere Einbindung des zigbee2mqtt-Diensts, aber hier wie dort benötigt man ein ausdrücklich als Bridge definiertes Gerät, um die weiteren Geräte neben dem Dongle/Dienst zu vereinzeln.
Steht für diese Art der Einbindung meiner Erinnerung nach im ersten Post hier, wie das geht. Für MQTT2_DEVICE stünde es im Wiki (Unterabschnitt in "MQTT2-Praxisbeispiele").
Ich habe mir jetzt noch die Innr Sp120 Steckdose und den Xiaomi Aqara Wassermelder zugelegt. Beide haben sofort funktioniert und liefern mir gültige Werte. Weiß nicht was an der Bitron Steckdose anders sein soll, da sie auch Zigbee spricht. Dann wird sie eben wieder zurück geschickt.
Hallo,
kurze allgemeine Frage:
Ist es möglich dass ich das Modul parallel zu einer bereits vorhandenen Verbindung zum Xiaomi / Aqara Gateway betreibe.
--> Ich würde meine Konfiguration mit dem Aqara Gateway gerne beibehalten, parallel aber auf die Temperatursenoren mittels FHEM zugreifen.
Sehe ich das übrigens richtig dass ich beim Kauf dieses Stick's mir das flashen sparen kann?
https://www.ebay.de/itm/CC2531-ZigBee-USB-Stick-zigbee2mqtt-ioBroker-FHEM-Xiaomi-HUE-Ikea-mit-Firmware/372536176132?_trkparms=aid%3D555018%26algo%3DPL.SIM%26ao%3D1%26asc%3D20140117130753%26meid%3D36ca5895174d477dbd2758148958e6a8%26pid%3D100005%26rk%3D1%26rkt%3D12%26mehot%3Dpp%26sd%3D254167411252%26itm%3D372536176132%26pg%3D2047675&_trksid=p2047675.c100005.m1851 (https://www.ebay.de/itm/CC2531-ZigBee-USB-Stick-zigbee2mqtt-ioBroker-FHEM-Xiaomi-HUE-Ikea-mit-Firmware/372536176132?_trkparms=aid%3D555018%26algo%3DPL.SIM%26ao%3D1%26asc%3D20140117130753%26meid%3D36ca5895174d477dbd2758148958e6a8%26pid%3D100005%26rk%3D1%26rkt%3D12%26mehot%3Dpp%26sd%3D254167411252%26itm%3D372536176132%26pg%3D2047675&_trksid=p2047675.c100005.m1851)
Gruß und Dank
Moin,
zu 2.) Ja, habe ich auch in Benutzung und läuft.
LG
Andreas
Zitat von: rischbiter123 am 16 Juli 2019, 12:02:53
Moin,
zu 2.) Ja, habe ich auch in Benutzung und läuft.
LG
Andreas
Hallo,
Aber die Geräte müssen gepairt werden, ich habe zwar beides parallel, der Sensor ist aber nur mit einem System verbunden.
Das beschreiben ist sehr einfach. Ich würde empfehlen den cc debugger erc auch zu kaufen, da man sonst eine neuere Version nicht drauf bekommt.
Gruß ofno
OK, mit dem CC Debugger habt ihr mich überzeugt - ist bestellt.
Aber wie kann ich mir das jetzt mit Aqara Gateway und FHEM parallel vorstellen. Ist der Sensor jetzt mit dem Gateway gepaired und der CC2531 "hört" einfach mit?
Zitat von: tyrolean am 17 Juli 2019, 22:00:25
OK, mit dem CC Debugger habt ihr mich überzeugt - ist bestellt.
Aber wie kann ich mir das jetzt mit Aqara Gateway und FHEM parallel vorstellen. Ist der Sensor jetzt mit dem Gateway gepaired und der CC2531 "hört" einfach mit?
wie oben geschrieben der Sensor ist nur mit einem System verbunden. Ich wüsste nicht wie. Außer es ließe sich komplett der zigbee Verkehr sniffen. Wäre aber sicherheitsbedenklich.
Man kann aber die config im stick von einem raspberry auf den nächsten kopieren, die bekommen dann beide parallel wie Werte mit. Aber Gateway und cc nicht.
Hallo,
ich brauch Hilfe bei der Einrichtung und komme nicht weiter.
Aus dem Forum habe ich einen fertigen Stick bekommen, welcher jetzt an meinem Raspi Zero hängt.
Der Raspi Zero läuft per fhem2fhem und ich weiß nicht so richtig wie ich das ganze einrichten soll.
Also auf dem Haptrechner läuft FHEM mit einem MQTT Server und auf dem Zero läuft FHEM mit dem Stick.
Auf dem Zero habe ich alles gemäß Anleitung installiert und in der configuration.yaml die IP meines Hauptrechners für den mqtt2 Server angegeben.
Die Verbindung scheint auch zu funktionieren und es wird auf dem Hauptrechner ein neues Gerät "MQTT2_mqttjs_5c3c4f32" angelegt.
Wenn ich jetzt auf dem Zero versuche "define xBridge XiaomiMQTTDevice bridge" anzulegen kommt die Meldung "No MQTT IODev found".
Jetzt bin ich etwas überfragt was ich da noch anlegen muss. Scheinbar muss ich auf dem Zero ein MQTT Client anlegen der zusätzlich mit dem Hauptrechner kommuniziert, oder?
Warum aber dann in der configuration.yaml die IP für den Hauptrechner angeben? Irgendwie drehe ich mich gerade im Kreis.
Hat jemand evtl. den ähnlichen aufbau mit dem Stick nicht auf dem Hauptrechner und kann mir ein paar Tips geben?
Danke im Voraus!
Grüße Sten
@devil77:
In dieser Konstruktion solltest du die Devices als MQTT2_DEVICES anlegen, also das Device MQTT2_mqttjs_5c3c4f32 mit dem attrTemplate für die zigbee2mqtt-Bridge gemäß den "Praxisbeispielen zu MQTT2" konfigurieren. Das sollte dann - im Prinzip - dieselbe Funktionalität bieten wie ein als bridge gekennzeichnetes XiaomiMQTTDevice (diese Art Modul benötigst du gar nicht mehr). Dann sollten auch diverse einzelne MQTT2_DEVICE-Instanzen für die verschiedenen Geräte angelegt werden (vorausgesetzt, das Anlernden klappt@zigbee2mqtt).
Das ganze hat auch nichts mit FHEM2FHEM zu tun, btw.
Zitat von: Beta-User am 18 Juli 2019, 16:16:09
...attrTemplate für die zigbee2mqtt-Bridge ...
Danke für den Tip in die richtige Richtung!
Jetzt läuft das ganze, neue Geräte anlernen inklusive.
Hat jemand zufällig die 2 Wege Relais von Aqara im Einsatz. Bei mir wird dieses nur als Router erkannt!?
defmod 0x00158d0003ce2a9f XiaomiMQTTDevice lumi.relay.c2acn01 0x00158d0003ce2a9f
attr 0x00158d0003ce2a9f IODev MQTT
attr 0x00158d0003ce2a9f room XiaomiMQTTDevice
setstate 0x00158d0003ce2a9f paired
setstate 0x00158d0003ce2a9f 2019-07-18 17:09:44 transmission-state subscription acknowledged
{"ieeeAddr":"0x00158d0003ce2a9f","type":"Router","model":"lumi.relay.c2acn01","friendly_name":"0x00158d0003ce2a9f"}
Nach einem Update von zigbee2mqtt habe ich den LLKZMK11LM nun erfolgreich einbinden können.
Das Device wird korrekt erkannt und auch die Relais Zustände (on und off) werden angezeigt.
Schalten kann ich über FHEM noch nicht. Gibt es einen Befehl o.ä.?
EDIT: mit webCmd ON:OFF bekomme ich Relay 1 geschaltet, aber wie komme ich an Relay 2?
Internals:
CFGFN
DEF LLKZMK11LM 0x00158d0003ce2a9f
FRIENDLYNAME 0x00158d0003ce2a9f
FUUID 5d32aa22-f33f-f36d-0ac3-c3ca8c7bbd150c2e
IODev MQTT
MODEL LLKZMK11LM
NAME 0x00158d0003ce2a9f
NOTIFYDEV LLKZMK11LM 0x00158d0003ce2a9f
NR 364
SID 0x00158d0003ce2a9f
STATE ON
TYPE XiaomiMQTTDevice
READINGS:
2019-07-20 07:57:56 consumption 0
2019-07-20 07:57:56 linkquality 15
2019-07-20 07:57:56 power 12.13
2019-07-20 07:57:56 state ON
2019-07-20 07:57:56 state_l1 ON
2019-07-20 07:57:56 state_l2 ON
2019-07-20 07:57:56 temperature 33
2019-07-20 07:57:56 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/0x00158d0003ce2a9f
xiaomi/0x00158d0003ce2a9f/#
subscribeExpr:
^zigbee2mqtt\/0x00158d0003ce2a9f$
^xiaomi\/0x00158d0003ce2a9f.*$
subscribeQos:
xiaomi/0x00158d0003ce2a9f/# 0
zigbee2mqtt/0x00158d0003ce2a9f 0
Attributes:
IODev MQTT
room XiaomiMQTTDevice
webCmd ON:OFF
Zitat von: sparkiie am 20 Juli 2019, 07:52:21
Nach einem Update von zigbee2mqtt habe ich den LLKZMK11LM nun erfolgreich einbinden können.
Das Device wird korrekt erkannt und auch die Relais Zustände (on und off) werden angezeigt.
Schalten kann ich über FHEM noch nicht. Gibt es einen Befehl o.ä.?
EDIT: mit webCmd ON:OFF bekomme ich Relay 1 geschaltet, aber wie komme ich an Relay 2?
Internals:
CFGFN
DEF LLKZMK11LM 0x00158d0003ce2a9f
FRIENDLYNAME 0x00158d0003ce2a9f
FUUID 5d32aa22-f33f-f36d-0ac3-c3ca8c7bbd150c2e
IODev MQTT
MODEL LLKZMK11LM
NAME 0x00158d0003ce2a9f
NOTIFYDEV LLKZMK11LM 0x00158d0003ce2a9f
NR 364
SID 0x00158d0003ce2a9f
STATE ON
TYPE XiaomiMQTTDevice
READINGS:
2019-07-20 07:57:56 consumption 0
2019-07-20 07:57:56 linkquality 15
2019-07-20 07:57:56 power 12.13
2019-07-20 07:57:56 state ON
2019-07-20 07:57:56 state_l1 ON
2019-07-20 07:57:56 state_l2 ON
2019-07-20 07:57:56 temperature 33
2019-07-20 07:57:56 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/0x00158d0003ce2a9f
xiaomi/0x00158d0003ce2a9f/#
subscribeExpr:
^zigbee2mqtt\/0x00158d0003ce2a9f$
^xiaomi\/0x00158d0003ce2a9f.*$
subscribeQos:
xiaomi/0x00158d0003ce2a9f/# 0
zigbee2mqtt/0x00158d0003ce2a9f 0
Attributes:
IODev MQTT
room XiaomiMQTTDevice
webCmd ON:OFF
Hi, da ich keins habe kann ich nur spekulieren. Laut dem Artikel https://github.com/Koenkk/zigbee2mqtt/issues/1360 muss entsprechend L1 oder L2 mit übergeben werden, die Frage wäre ob das vom Modul unterstützt wird. Gibt es unterschiedliche set Befehle? Wie wird der Aufruf im fhem log angezeigt, ggf. Mal debug unter zigbee2mqtt anschalten und sich den genauen Befehl anschauen.
Ich denke hier müsste am Modul etwas angepasst werden. Der Befehl müsste so aussehen.
zigbee2mqtt/[Device ID]/l1 or l2/set {"state":"ON"} or {"state":"OFF"}
Tatsächlich wird aber nur das gesendet:
[code]zigbee2mqtt/[Device ID]/set {"state":"ON"} or {"state":"OFF"}
Das führt dazu, dass bei einfach ON oder OFF das Relais 1 angesprochen wird. Um aber auf Relais 2 zu senden fehlt eben der konkrete Verweis...
Hier der Fehler wenn ich bspw. l2_off sende:
zigbee2mqtt:info 2019-7-20 5:23:47 PM MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"zigbee_publish_error","message":"Error: Unrecognized command","meta":{"entity":{"ID":"0x00158d0003ce2a9f","type":"device","friendlyName":"0x00158d0003ce2a9f"},"message":"{\"state\":\"l2_off\"}"}}'
Hallo Leute, ich komme aus einem ganz anderen Lager: bei mir läuft ein home assistant und als zigbee-stick habe ich den bitron video mit ember-chip. Ich bin auf der Suche nach einer Lösung mit Aqara-Sensoren: ich kann die wunderbar paaren, alles läuft. Aber nach ein paar Stunden reagieren sie nicht mehr. Gerade so als wären sie eingeschlafen. Brauchen die vielleicht regelmässig eine Anstupser, damit sie wach bleiben? Hat jemand eine Idee?
Danke+Grüsse
Hat niemand die Module im Einsatz bzw. eine Idee wie es funktionieren könnte?
Zitat von: sparkiie am 20 Juli 2019, 17:27:26
Ich denke hier müsste am Modul etwas angepasst werden. Der Befehl müsste so aussehen.
zigbee2mqtt/[Device ID]/l1 or l2/set {"state":"ON"} or {"state":"OFF"}
Tatsächlich wird aber nur das gesendet:
[code]zigbee2mqtt/[Device ID]/set {"state":"ON"} or {"state":"OFF"}
Das führt dazu, dass bei einfach ON oder OFF das Relais 1 angesprochen wird. Um aber auf Relais 2 zu senden fehlt eben der konkrete Verweis...
Hier der Fehler wenn ich bspw. l2_off sende:
zigbee2mqtt:info 2019-7-20 5:23:47 PM MQTT publish: topic 'zigbee2mqtt/bridge/log', payload '{"type":"zigbee_publish_error","message":"Error: Unrecognized command","meta":{"entity":{"ID":"0x00158d0003ce2a9f","type":"device","friendlyName":"0x00158d0003ce2a9f"},"message":"{\"state\":\"l2_off\"}"}}'
Zitat von: sparkiie am 25 Juli 2019, 09:24:51
Hat niemand die Module im Einsatz bzw. eine Idee wie es funktionieren könnte?
Eine Idee wohl: Als MQTT2_DEVICE sollte sich das ohne weitere konfigurieren lassen. Das ist aber was anderes als das Modul im ersten Post und erfordert auch ein anderes IO-Modul (MQTT2_CLEINT oder MQTT2_SERVER). Siehe Praxisbeispiele zu MQTT2_DEVICE im Wiki (nicht auf das konkrete Gerät, sondern zigbee2mqtt allgemein aber das ist m.E. eine Kleinigkeit, da die setList entsprechend anzupassen oder gleich zwei Devices draus zu machen, analog den Shellys, z.B.).
Nabend,
ich musste meine zigbee2mqtt Installation komplett deinstallieren und neu aufsetzen. Ein Update ist schief gelaufen und danach hatte ich Probleme mit den Rechten auf dem System.
Aufgesetzt ist nun alles, sieht auch soweit gut aus.
Nur kann ich irgendwie keine Geräte mehr pairen.
In der alten Installation liefen 2 Osram Smart Plugs. Die bekomme ich mit der neuen Installation nicht gepairt.
Habe 2 Xiaomi Aquara Tür Sensoren. Einen konnte ich pairen (war das erste Gerät was ich nach der Installation gepairt habe) den zweiten dann nicht mehr, ebenso wie die 2 Smartplugs.
ich sehe im Eventmonitor nichts und auch in der database.db und in der configuration.yaml tut sich nix.
Wie kann ich raus finden wo es hakt?
Entfernung zum CC2531 waren 5cm -2m (im gleichen Raum) bei den pairing versuchen.
Bin für jeden Tipp dankbar :(
Moin,
du wirst die Geräte wahrscheinlich erst resetten müssen, bevor Du sie neu pairen kannst.
LG
Andreas
Hi,
lt. Osram ist der reset gleich dem pairen.
Knopf für 10 Sec drücken bis es "klackt" und dann soll es gehen.
Leider nicht :(
Hast Du noch ein Gateway für Zigbee? Bei mir ist das auch so, da ich noch eine Hue Bridge habe. Wenn ich die ausschalte, kann ich die Osram Plugs pairen. Danach schalte ich die Hue Bridge wieder ein.
Scheinbar sind die Osram Produkte heiß auf pairen und die Hue Bridge wird als erstes erkannt, auch wenn sie nicht im Pairing Modus ist!
nach der Eingabe von
define xBridge XiaomiMQTTDevice bridge
bekomme ich die Meldung
Unknown module XiaomiMQTTDevice
defmod MQTT MQTT localhost:1883
attr MQTT room xiaomi
setstate MQTT opened
setstate MQTT 2019-08-03 13:22:26 connection active
setstate MQTT 2019-08-03 13:14:26 state opened
Zitat von: HerrEmo am 03 August 2019, 13:23:20
nach der Eingabe von
define xBridge XiaomiMQTTDevice bridge
bekomme ich die Meldung
Unknown module XiaomiMQTTDevice
defmod MQTT MQTT localhost:1883
attr MQTT room xiaomi
setstate MQTT opened
setstate MQTT 2019-08-03 13:22:26 connection active
setstate MQTT 2019-08-03 13:14:26 state opened
modul nicht installiert ?!
ZitatInstalliere nun das FHEM-Modul: https://github.com/oskarn97/fhem-xiaomi-mqtt
update add https://raw.githubusercontent.com/oskarn97/fhem-xiaomi-mqtt/master/controls_xiaomi-zb2mqtt.txt
update check xiaomi-zb2mqtt
update all xiaomi-zb2mqtt
gruss Byte09
yup, sorry, überlesen, auch beim 5ten mal.
Danke
Danach war es einfach,
ein Bewegungsmelder und dann ein Fensteroffendings gepaired,
und dann, nichts mehr.
Ich habe mehrere Stunden versucht einen weiter Bewegungsmelder, 2 Schalter und noch ein Fensteröffnungsdings zu pairen.
Es klappt nicht.
Lediglich dieses Device taucht wieder auf nachdem ich es gelöscht habe
defmod 0x00124b0018e21112 XiaomiMQTTDevice unknown 0x00124b0018e21112
attr 0x00124b0018e21112 IODev MQTT
attr 0x00124b0018e21112 room XiaomiMQTTDevice
attr 0x00124b0018e21112 stateFormat state
setstate 0x00124b0018e21112 state
setstate 0x00124b0018e21112 2019-08-04 10:17:28 transmission-state subscription acknowledged
Hallo HerrEmo,
Versuch mal die Batterien zu wechseln. Ich hatt das gleich bei all meinen Geräten. Batterien waren einfach leer.
Gruß Meck
Danke, dann war es um einmal ganz einfach.
Die eingebauten Batterien haben noch > 3v aber das sagt ja auch nichts, eine 3V Led leuchtet auch noch damit.
Bei einem Fensteroeffnungsteil war die Fassung im Inneren ein wenig lockerer.
Nur ein Schalter geht nicht, auch nach ner Stunden und 2 neuen Batterien nicht
Zitat von: sprudelverduenner am 21 Juni 2019, 20:00:53
Hallo zusammen,
Ich habe das Problem, dass nach einem Neustart von FHEM meine
MQTT2_zigbee_bridge
Nicht mehr offline ist oder online ist und dann nachdem ein Aktion eines zigbee devices empfangen wurde dann offline geht.
Meine bisherige Lösung ist den Raspberry Pi komplett runter zu fahren,
Den raspberry pi Stromlos machen,
Den CC2531 aus und wieder einstecken,
Und den den raspberry Pi mit Strom verbinden und damit hoch zu fahren.
Danach gehen alle zigbee Komponenten einwandfrei bis ich z.B. Nach einem FHEM update FHEM wieder neu starten muss...
Gibt es dafür einen Tipp oder Trick?
Braucht ihr dafür irgendwelche lists oder Configs?
Danke für eure Antworten.
LG, Sprudelverduenner
N'abend zusammen,
nachdem ich durch Zufall gesehen habe, dass es für den CC2531 seit Juni 2019 eine neue Firmware gibt habe ich diese aktualisiert.
Ich gleichen Zug habe ich die zigbee2mqtt Software aus dem Github auf den Stand 1.51 erneuert.
Seitdem ist mein Problem noch schlimmer geworden - ich konnte es anscheinend etwas eingrenzen:
Nach maximal 10 Aktionen mit einer Ikea Tradfri Fernbedienung geht das Modul MQTT2_zigbee_bridge offline.
Mit einer Viaomi Aquara Fernbedienung scheint alles zu laufen.
Wenn ich mit
sudo journalctl -u zigbee2mqtt.service -f
den LOG verfolge ist kein Fehler zu sehen.
Ich kann mit
sudo systemctl stop zigbee2mqtt
den Dienst beenden und mit
sudo systemctl start zigbee2mqtt
wieder neu starten bis der Fehler sich wiederholt.
Ist hier diesbezüglich etwas bekannt?
LG, Sprudelverduenner
Hallo
vermutlich habe ich das gleiche Problem.
https://forum.fhem.de/index.php/topic,102655.0.html (https://forum.fhem.de/index.php/topic,102655.0.html)
Gruß rippi
Hallo Zusammen ,
gibt es den inzwischen eine neue Möglichkeit das Passwort des Aqara-Gateway auszulesen ?
Über die aktuelle IOS-App funktioniert das ja nicht mehr.
Habe versucht im Forum eine Antwort zu finden, ebenso im I-Net , leider ohne Ergebniss ...
Ich bräuchte das für das Modul "fhem-XiaomiSmartHome"
Bitte nicht mit Steinen werfen, ich weiß das die Überschrift dieses Forum-Beitrages "Xiaomi Smart Home ohne Gateway direkt an FHEM"
Lautet, aber vielleicht kann einer helfen ?
Danke
Zitat von: petjek am 06 Juni 2019, 14:16:04
Hi,
ich gebe zu, ich habe diesen Thread nicht komplett gelesen bevor ich meine Frage stelle. 53 Seiten sind schon eine Hausnummer.
Derzeit habe ich meinen Stick noch an einem Raspberry Pi laufen. Das habe ich vor langer Zeit mal eingerichtet und seit dem läuft der 1a.
Nun bin ich dabei auf einen NUC mit Proxmox umzuziehen und habe nach der Anleitung von Koenkk auch dort den Stick an einem LXC zum laufen bekommen.
Wenn ich aber abschließend die Bridge in FHEM anlegen will sagt's mir:
Unknown module XiaomiMQTTDevice
Gibt es das nicht mehr? Oder muss ich das manuell hinzufügen weil noch nicht eingecheckt? Im Wiki habe ich nichts Hilfreiches dazu gefunden, Commandref ebenfalls nicht.
LG p
Nabend zusammen,
ich hatte hier schon mal geschrieben, dass ich den Stick umter proxmox zum Laufen bekommen habe. Jetzt, 2,5 Monate später, will mir das nicht gelingen. Ich habe in der Zwischenzeit einen Ausflug zu ioBroker gemacht und das hat mich so gar nicht überzeugt. Nun will ich wieder zu FHEM zurück und muss natürlich die Hardware auch wieder dahin durchschleifen. Soweit erstmal kein Problem. Dummerweise hatte ich den alten Container auf dem es lief schon gelöscht.
Nun bin ich wieder nach der Anleitung von koenkk https://www.zigbee2mqtt.io/getting_started/running_zigbee2mqtt.html (https://www.zigbee2mqtt.io/getting_started/running_zigbee2mqtt.html) vorgegangen und dieses mal klappt es so gar nicht.
In der Konsole kommt das hier bei npm start:
arne@FHEM:/opt/zigbee2mqtt$ npm start
> zigbee2mqtt@1.5.1 start /opt/zigbee2mqtt
> node index.js
zigbee2mqtt:info 8/15/2019, 5:19:29 PM Logging to directory: '/opt/zigbee2mqtt/data/log/2019-08-15.17-19-29'
zigbee2mqtt:info 8/15/2019, 5:19:29 PM Starting zigbee2mqtt version 1.5.1 (commit #ac3b924)
zigbee2mqtt:info 8/15/2019, 5:19:29 PM Starting zigbee-shepherd
zigbee2mqtt:info 8/15/2019, 5:19:36 PM Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds) (Error: request timeout)
zigbee2mqtt:info 8/15/2019, 5:20:36 PM Starting zigbee-shepherd
zigbee2mqtt:error 8/15/2019, 5:20:43 PM Error while starting zigbee-shepherd! (Error: request timeout)
zigbee2mqtt:error 8/15/2019, 5:20:43 PM Press the reset button on the stick (the one closest to the USB) and start again
zigbee2mqtt:error 8/15/2019, 5:20:43 PM Failed to start
{"message":"request timeout","stack":"Error: request timeout\n at CcZnp.<anonymous> (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/dist/cc-znp/index.js:208:22)\n at Object.onceWrapper (events.js:286:20)\n at CcZnp.emit (events.js:198:13)\n at Timeout.<anonymous> (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/dist/cc-znp/index.js:192:18)\n at ontimeout (timers.js:436:11)\n at tryOnTimeout (timers.js:300:5)\n at listOnTimeout (timers.js:263:5)\n at Timer.processTimers (timers.js:223:10)"}
zigbee2mqtt:error 8/15/2019, 5:20:43 PM Exiting...
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.5.1 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.5.1 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /home/arne/.npm/_logs/2019-08-15T15_20_43_866Z-debug.log
arne@FHEM:/opt/zigbee2mqtt$
Den empfohlenen reset habe ich gemacht, keine Änderung. Soweit ich die Ausgabe verstehe kommt es ja anscheinend zu einem timeout.
Hier das o.g. Logfile:
0 info it worked if it ends with ok
1 verbose cli [ '/usr/bin/node', '/usr/bin/npm', 'start' ]
2 info using npm@6.9.0
3 info using node@v10.16.2
4 verbose run-script [ 'prestart', 'start', 'poststart' ]
5 info lifecycle zigbee2mqtt@1.5.1~prestart: zigbee2mqtt@1.5.1
6 info lifecycle zigbee2mqtt@1.5.1~start: zigbee2mqtt@1.5.1
7 verbose lifecycle zigbee2mqtt@1.5.1~start: unsafe-perm in lifecycle true
8 verbose lifecycle zigbee2mqtt@1.5.1~start: PATH: /usr/lib/node_modules/npm/node_modules/npm-lifecycle/node-gyp-bin:/opt/zigbee2mqtt/node_modules/.bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games
9 verbose lifecycle zigbee2mqtt@1.5.1~start: CWD: /opt/zigbee2mqtt
10 silly lifecycle zigbee2mqtt@1.5.1~start: Args: [ '-c', 'node index.js' ]
11 silly lifecycle zigbee2mqtt@1.5.1~start: Returned: code: 1 signal: null
12 info lifecycle zigbee2mqtt@1.5.1~start: Failed to exec start script
13 verbose stack Error: zigbee2mqtt@1.5.1 start: `node index.js`
13 verbose stack Exit status 1
13 verbose stack at EventEmitter.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:301:16)
13 verbose stack at EventEmitter.emit (events.js:198:13)
13 verbose stack at ChildProcess.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
13 verbose stack at ChildProcess.emit (events.js:198:13)
13 verbose stack at maybeClose (internal/child_process.js:982:16)
13 verbose stack at Process.ChildProcess._handle.onexit (internal/child_process.js:259:5)
14 verbose pkgid zigbee2mqtt@1.5.1
15 verbose cwd /opt/zigbee2mqtt
16 verbose Linux 4.15.18-15-pve
17 verbose argv "/usr/bin/node" "/usr/bin/npm" "start"
18 verbose node v10.16.2
19 verbose npm v6.9.0
20 error code ELIFECYCLE
21 error errno 1
22 error zigbee2mqtt@1.5.1 start: `node index.js`
22 error Exit status 1
23 error Failed at the zigbee2mqtt@1.5.1 start script.
23 error This is probably not a problem with npm. There is likely additional logging output above.
24 verbose exit [ 1, true ]
Und zu guter letzt noch die configuration.yaml
# Home Assistant integration (MQTT discovery)
homeassistant: false
# allow new devices to join
permit_join: true
# MQTT settings
mqtt:
# MQTT base topic for zigbee2mqtt MQTT messages
base_topic: SmartHome
# MQTT server URL
server: 'mqtt://192.168.50.31'
# MQTT server authentication, uncomment if required:
user: MQTT_USER
password: MQTT_PASS
# Serial settings
serial:
# Location of CC2531 USB sniffer
port: /dev/ttyACM1
User und Passwort sind natürlich nicht die echten.
Wird jemand daraus schlau und kann mir sagen was ich falsch mache oder wo ich gucken muss?
LG
Öhm, sorry. Ich ziehe meine Frage zurück. Hatte das falsche Device in der configuartion.yaml ::)
Und dann doch noch ne Frage ;D
Den Stick habe ich am laufen, der MQTT-Server läuft ebenfalls und ist FHEM auch bekannt. Sollten mir jetzt, nachdem ich erfolgreich 5 Geräte angelernt habe, diese nicht auch in FHEM erscheinen? Autocreate ist aktiv. In MQTT.fx kann ich sehen, was als Payload ankommt.
Es passiert aber nichts. Ich habe das Basetopic angepasst, hängt das vielleicht damit zusammen?
homeassistant: false
permit_join: true
mqtt:
base_topic: SmartHome/zigbee2mqtt
server: 'mqtt://192.168.50.13'
serial:
port: /dev/ttyACM1
devices:
'0x00158d00025653a5':
friendly_name: '0x00158d00025653a5'
retain: false
'0x000b57fffeb846c5':
friendly_name: '0x000b57fffeb846c5'
retain: false
'0x00158d00021360b2':
friendly_name: '0x00158d00021360b2'
retain: false
'0x00158d0002134d4b':
friendly_name: '0x00158d0002134d4b'
retain: false
'0x00158d000213436e':
friendly_name: '0x00158d000213436e'
retain: false
defmod ZigbeeBridge XiaomiMQTTDevice bridge
attr ZigbeeBridge IODev AdF4_mqttBroker
attr ZigbeeBridge room Geräte
setstate ZigbeeBridge paired
setstate ZigbeeBridge 2019-08-20 18:23:29 transmission-state outgoing publish acknowledged
defmod AdF4_mqttBroker MQTT 192.168.50.13:1883
attr AdF4_mqttBroker alias MQTT-Broker
attr AdF4_mqttBroker group MQTT
attr AdF4_mqttBroker icon mqtt_broker
attr AdF4_mqttBroker room Geräte
setstate AdF4_mqttBroker opened
setstate AdF4_mqttBroker 2019-08-20 18:36:16 connection active
setstate AdF4_mqttBroker 2019-08-20 17:50:16 state opened
Moin,
und dann habe ich da gleich das nächste Problem. Fünf Geräte (Xiaomi und IKEA) haben sich einwandfrei anlernen lassen. Beim Anlernen des sechsten Gerätes hat sich der Service mit diesem Hinweis gemeldet:
error: Failed to reenable joining
Das hat sich dann noch einige Male wiederholt, passiert ist aber nichts. Also habe ich mit
sudo systemctl stop zigbee2mqtt.service
das ganze gestoppt. Das hat allerdings locker eine Minute gebraucht, bis der Prompt wieder verfügbar war.
Nun funktioniert der Neustart nicht mehr mit dem Fehler:
zigbee2mqtt.service: Failed to reset devices.list: Operation not permitted
Der manuelle Start macht mich auch gerade nicht schlauer.
arne@FHEM:~$ cd /opt/zigbee2mqtt
arne@FHEM:/opt/zigbee2mqtt$ npm start
> zigbee2mqtt@1.5.1 start /opt/zigbee2mqtt
> node index.js
zigbee2mqtt:info 8/21/2019, 10:04:14 AM Logging to directory: '/opt/zigbee2mqtt/data/log/2019-08-21.10-04-13'
zigbee2mqtt:info 8/21/2019, 10:04:14 AM Starting zigbee2mqtt version 1.5.1 (commit #ac3b924)
zigbee2mqtt:info 8/21/2019, 10:04:14 AM Starting zigbee-shepherd
zigbee2mqtt:info 8/21/2019, 10:04:26 AM Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds) (Error: request timeout)
zigbee2mqtt:info 8/21/2019, 10:05:26 AM Starting zigbee-shepherd
zigbee2mqtt:error 8/21/2019, 10:05:38 AM Error while starting zigbee-shepherd! (Error: request timeout)
zigbee2mqtt:error 8/21/2019, 10:05:38 AM Press the reset button on the stick (the one closest to the USB) and start again
zigbee2mqtt:error 8/21/2019, 10:05:38 AM Failed to start
{"message":"request timeout","stack":"Error: request timeout\n at CcZnp.<anonymous> (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/dist/cc-znp/index.js:208:22)\n at Object.onceWrapper (events.js:286:20)\n at CcZnp.emit (events.js:198:13)\n at Timeout.<anonymous> (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/dist/cc-znp/index.js:192:18)\n at ontimeout (timers.js:436:11)\n at tryOnTimeout (timers.js:300:5)\n at listOnTimeout (timers.js:263:5)\n at Timer.processTimers (timers.js:223:10)"}
zigbee2mqtt:error 8/21/2019, 10:05:38 AM Exiting...
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! zigbee2mqtt@1.5.1 start: `node index.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the zigbee2mqtt@1.5.1 start script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /home/arne/.npm/_logs/2019-08-21T08_06_15_015Z-debug.log
arne@FHEM:/opt/zigbee2mqtt$
Das sieht ja schon ähnlich aus, wie in meinem Beitrag zuvor. Nur bin ich mir sehr sicher, dass ich diesesmal nicht das falsche Gerät anspreche. Wie auch, es hat ja bis zu diesem Absturz des Dienstes funktioniert.
Wäre echt schon, wenn jemand etwas dazu beizutragen hätte. Bin für jeden Hinweis dankbar.
LG petjek
@petjek schau dir mal Antwort #834 an vielleicht ist das eine Option.
Gruß rippi
Hallo!
Ich habe eine Lampe von IKEA LED1623G12 mit dem cc2531 als Koordinator eingebunden! Die bridge sieht die Lampe liegt sie automatisch in xiaomimqttdevice räum in Fhem aber nur mit dem state ich kann weder schalten noch dimmen! Könnte das ein Reichweite Problem sein?
Hallo,
ich hätte mal ein Frage zum Gateway. Ich nutze diese als Nachtlicht und Treppenhausbeleuchtung.
Kann aber das Gateway nicht über FHEM steuern, also LED an oder aus funktioniert nicht.
Muss man das Gateway (wie in anderen Foren gezeigt) öffnen um sich per Konsole zu verbinden und das Gerät quasi für die externe Steuerung "freischalten"?
Hat jemand eine Idee, warum ich nach 4 angemeldeten Temp/Humidity-Fühlern nichts mehr pairen kann? Habe es mit weiteren Fühlern und Bewegungsmeldern versucht.
Zitat von: Kawaci am 27 August 2019, 23:24:15
Hallo!
Ich habe eine Lampe von IKEA LED1623G12 mit dem cc2531 als Koordinator eingebunden! Die bridge sieht die Lampe liegt sie automatisch in xiaomimqttdevice räum in Fhem aber nur mit dem state ich kann weder schalten noch dimmen! Könnte das ein Reichweite Problem sein?
Hallo,
ich habe davon mehrere im Einsatz. Das pairen ist ein bisschen tricky, aber wenn die einmal drin sind, sind sie drin. Wie schaltest oder dimmst du denn in FHEM?
ich schalte mit
set IKEA_L1 ON
set IKEA_L1 OFF
set IKEA_L1 brightness 170
usw.
Hab mir aber einige webcmds und widgetoverrides auf das Device gelegt:
attr IKEA_L1 devStateIcon on:rc_GREEN:off off:rc_RED:on
attr IKEA_L1 eventMap ON:on OFF:off ON:Ein OFF:Aus
attr IKEA_L1 webCmd brightness: state
attr IKEA_L1 widgetOverride state:uzsuToggle,OFF,ON, brightness:slider,0,1,255
Danke Blauhorn! Im moment schalte ich nichts mehr! Hab ein update auf stick und die firmware gemacht und jetzt erstellt mir fhem keine geräte mehr! 2 dieich drinnen gelassen habe funktionieren noch aber ein tür senso und ein router wird nicht angezeigt bzw erstellt! Wenn ich mit mqttfx den mqtt traffic mit lese sehe ich den tür sensor den router sehe ich nicht! Keine ahnung was da los ist! Wenn sie nicht gepairt sen würden dann wüde ich sie im MQTT fx auch nicht sehen oder? Wer weis was es da hat und würde mir nen denk anstoss geben?
Hm...
da war mal im Februar eine Version, ab der man nicht mehr alle Geräte neu pairen musste. Wenn deine Vorversion älter war, musst du wahrscheinlich mit dem Anlernen aller Geräte bei Null anfangen. Du kannst aber vorher noch versuchen, alles was im zigbee2mqtt noch an Geräten drin ist, direkt in FHEM zu definieren. Das hatte bei mir einem besonders widerspenstigen Gerät, das nicht mehr in FHEM auftauchte, zumindest funktioniert. Dazu musst Du die zigbee-IDs aus der configuration.yaml rausziehen und damit in FHEM definieren. Danach würde ich an Deiner Stelle mit set ... remove das Geräte komplett aus FHEM und aus zigbee2mqtt entfernen, also direkt die Gerätefunktion benutzen, weil sonst die zigbee-ID trotzdem im zigbee2mqtt hängen bleibt.
Dann neu anlernen und dann sollte es stabil sein.
Danke werd ich versuchen! Wie ist sieht die def aus? Hab alles rausgelöscht!
Weiß ich nicht mehr genau, aus dem Bauch heraus so wie ich das bei den sperrigen Fensterkontakten gemacht habe:
define <DeviceName> XiaomiMQTTDevice MCCGQ11LM <zigbeeID>
Danke! Werd ich versuchen! Welche firmware ist für den CC2531 die sinnvollste? Die 1.2 default oder soll ich die 3.0.x flashen?
Zitat von: Blauhorn am 29 August 2019, 15:02:35
Hallo,
ich habe davon mehrere im Einsatz. Das pairen ist ein bisschen tricky, aber wenn die einmal drin sind, sind sie drin. Wie schaltest oder dimmst du denn in FHEM?
Was meinst du mit Tricky?
Zitat von: Kawaci am 01 September 2019, 22:31:24
Was meinst du mit Tricky?
Es gab nicht eine von den Lampen, die sich auf Anhieb pairen lassen haben. Ich musste die immer vorher mit 6 mal an/aus zurücksetzen. Manchmal auch mehrfach, weil es nicht gleich geklappt hat und selbst bei denen, die nicht im Bündel mit einer Fernbedienung ausgeliefert wurden und also schon vorab irgendwo angelernt waren.
Aso meinst das! Ok dann muss ich noch ein paar mal resetten versuchen bei mir leuchtet sie nicht auf nach dem 6. mal vielleicht bin ich zu schnell mit ein u ausschalten!
Genial ich habe alles 5mal neu installiert, weder nach der Anleitung der github seite noch nach der Anleitung von haus automtisation, alles pairt sich mit dem stick (kann ich mit Mqtt fx sehen) aber in fhem nach der Definition der bridge entsteht kein neues device! Was mach ich falsch?
So bin draufgekommen wieso FHEM kein Zigbee2mqtt device erstellt hat! Irgendwas im autocreate entweder im ignoretypes attr oder im verbose log hat was nicht gestimmt! jetzt funktioniert es soweit ich es bis jetzt sagen kann!
Hallo zusammen,
aus mir unbekannter Ursache ist einer meiner CC2530 Router nicht mehr online.
Ich habe ihn schon neu geflasht (mit der neusten Firmware), dennoch taucht er in FHEM einfach nicht mehr auf. Der Flashvorgang ging problemlos, was für mich ein Defekt des Routers erstmal ausschließen würde.
Die Bridge (CC2530 als Coordinator) und ein anderer Router (auch CC2530) laufen beide problemlos.
Meine Vermutung wäre, dass ich zu viele Zigbee Geräte habe.
Ich meine mich zu erinnern, dass der Coordinator eine maximale Anzahl von Geräten hatte, diese konnte durch einen Router erweitert werden.
Zählt denn ein Router auch als Gerät?
Dann könnte ich mir vorstellen, dass meine ganzen anderen Zigbee Geräte es dem einem Router unmöglich machen sich mit dem Coordinator zu verbinden???
Wieviele Geräte hast du denn?
29 dazu noch 2 (im Moment nur 1) Router
Ich würde behaupten, du hast das Limit erreicht: https://www.zigbee2mqtt.io/information/FAQ.html
Kommt immer drauf an wo die Geräte angemeldet sind, am Router oder am Coordinator.
Ich glaube es liegt daran, dass zuviele Geräte direkt am Coordinator hängen und so kein "Platz" für den weiteren Router ist.
Theoretisch sollte ich auch nur mit einem Router 39 devices schaffen: https://www.zigbee2mqtt.io/information/FAQ.html
(https://www.zigbee2mqtt.io/information/FAQ.html)
Ich muss jetzt hier mal fragen, da ich heute zwei Xiaomi Aqara Bewegungsmelder bekommen habe.
Ich lese hier etwas von MQTT2 Device, gibt es irgendwo eine Anleitung wie ich die in mein Fhem bekomme.
Dann von einem MQTT Device welches aus dem Github kommt und von dem Modul von CoolTux.
Was muss/kann ich denn jetzt beutzen und wie lerne ich die Bewegungsmelder an.?
Habe zwar schon einiges hier gelesen, aber noch lange nicht alle Seiten und sehe absolut nicht durch.
Zitat von: moonsorrox am 12 September 2019, 17:01:03
Ich muss jetzt hier mal fragen, da ich heute zwei Xiaomi Aqara Bewegungsmelder bekommen habe.
Ich lese hier etwas von MQTT2 Device, gibt es irgendwo eine Anleitung wie ich die in mein Fhem bekomme.
Dann von einem MQTT Device welches aus dem Github kommt und von dem Modul von CoolTux.
Was muss/kann ich denn jetzt beutzen und wie lerne ich die Bewegungsmelder an.?
Habe zwar schon einiges hier gelesen, aber noch lange nicht alle Seiten und sehe absolut nicht durch.
Also:
- Dieser Thread hier beschäftigt sich mit dem Modul aus dem github (siehe 1. Beitrag), das eine Variante von MQTT_DEVICE ist.
- Infos zu zigbee2mqtt@MQTT2_DEVICE finden sich in den "Praxisbeispielen zu MQTT2_DEVICE" im Wiki
Es gibt von Xiaomi auch eine eigene Bridge für Bluetooth-Geräte, das dürfte das Modul von CoolTux sein: https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/74_XiaomiBTLESens.pmOb (https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/74_XiaomiBTLESens.pmOb) es auch noch eine ZigBee-Bridge von Xiaomi gibt, für die es ein Modul gibt: k.A....
Tendenziell _glaube_ ich, dass Einsteiger in zigbee2mqtt die Variante MQTT2_DEVICE nehmen sollten (am besten mit MQTT2_SERVER). Da muß man ggf. selbst etwas rumkonfigurieren, wenn ganz neue Devices unterstützt werden, aber man bekommt jedenfalls (prinzipbedingt) immer alle Readings von allen unterstützten Geräten.
Zitat von: Beta-User am 12 September 2019, 17:15:58
Also:
- Dieser Thread hier beschäftigt sich mit dem Modul aus dem github (siehe 1. Beitrag), das eine Variante von MQTT_DEVICE ist.
- Infos zu zigbee2mqtt@MQTT2_DEVICE finden sich in den "Praxisbeispielen zu MQTT2_DEVICE" im Wiki
Ok, also brauche ich noch den Zigbee Stick, mein Sdunio oder mein USB HMLan macht das nicht.?
Ich hatte angenommen das die Signale vom MQTT2 Server gesehen werden, aber ohne diesen Stick wohl nicht.?
Wäre mir neu, dass eine Softwarekomponente wie MQTT2_SERVER eine "Luftschnittstelle" hätte :P ...
Wenn du noch kein Interface hast, wäre z.B. der ConBee II evtl. auch was, was du dir ansehen solltest ;) . Aber da sind wir dann in einem ganz anderen Thread...
Zitat von: Beta-User am 12 September 2019, 17:26:10
Wäre mir neu, dass eine Softwarekomponente wie MQTT2_SERVER eine "Luftschnittstelle" hätte :P ...
;) der is gut
Ich hatte die Bewegungsmelder gekauft weil jemand in China bestellt hatte.
So richtig aber damit noch nie beschäftigt, soll heißen erst heute... :-\
Es hätte ja auch per WLAN sein können so wie meine anderen MQTT2 Geräte, somit kann ich das Thema erst mal vergessen ohne einen entsprechenden Stick.
Zitat von: nanocosmos am 12 September 2019, 14:37:45
29 dazu noch 2 (im Moment nur 1) Router
Das ist grenzwertig. Versuche die Z-Stack Firmware 1.2-Source_routing zu flashen.
https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/Z-Stack_Home_1.2/bin/source_routing (https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator/Z-Stack_Home_1.2/bin/source_routing)
Hat bei mir problemlos geklappt, ohne Neuanlernen der Geräte. Alle Router und anderen Geräte bleiben erhalten. Das konfiguriert sich so, dass der Coordinator nur 5 Geräte direkt pairt, das sollten dann auch Router sein, alle anderen Geräte routen sich durch die Router zum Coordinator.
Super, vielen Dank für den Tipp! [emoji4]
Werde ich morgen mal testen.
Müsste ich dann neben dem Coordinator auch die Router umflashen?
Für den CC2530 gibt es mehrere Coordinator Firmwares. Welche würdest Du mir raten? Hätte jetzt
CC2530_SOURCE_ROUTING_20190619 gewählt.
Besten Dank für die Hilfe!
Grüße Daniel
Ach ja, sorgt der Coordinator automatisch dafür, dass unter den 5 Geräten die Router sind oder kann ich das irgendwie beeinflussen?
Hallo,
ich habe ein Problem mit dem Pairing.
Ich habe ein MQTT device und MQTT2_Server_FHEM in FHEM installiert. State is open bzw. Initialized / autocreate open.
Nun habe ich erfolgreich eine Osram smart Birne angelernt, die war dann mal in der Gruppe "XiaomiMQTTDevice".
Nun versuche ich neue Kompotenten (Stecker) zu pairen, aber autocreate funktioniert nicht. Wo ist denn mein Problem ??
Danke & Gruß
Zitat von: nanocosmos am 12 September 2019, 20:08:03
Ach ja, sorgt der Coordinator automatisch dafür, dass unter den 5 Geräten die Router sind oder kann ich das irgendwie beeinflussen?
Das habe ich auch nicht so richtig verstanden. Koen meint in der Anleitung, man solle dafür sorgen, dass die Router in Reichweite des Coordinators sind, und dass nur in Summe 5 Geräte direkt gepairt werden.
Und wegen der Firmware: ich habe einen cc2530 mit einem cc2591 dran, das ist ein Verstärker-Baustein. Wenn du den nicht hast dann die "normale" sourcerouting FW.
Danke, habe es heute noch nicht geschafft zu flashen.
Mache mir nur etwas Gedanken, ob das mit der neuen Firmware funktionieren wird.
Klar bei der Installation kann ich die Router ganz nahe an den Coordinator bringen. Aber danach kommen sie in ihrer Funktion als Verteiler ja doch weit weg vom Coordinator.
Bleiben die Router dann weiterhin im Coordinator oder sucht der sich dann wieder die nächsten 5 Devices. [emoji848]
Hallo in die Runde,
ich brauch auch mal etwas Nachhilfe.
Bei den neueren Versionen von zigbee2mqtt können ja auch Gerätespezifische Werte mit übertragen werden, z.B. bei den Tradfri-Birnen die transition, die eine Übergangszeit zum neuen Helligkeitswert oder color_temp-Wert in Sekunden enthält.
Im payload sieht das auf dem topic "zigbee2mqtt/IKEA_L3/set" so aus:
{
"brightness":"180",
"transition":"5"
}
Wie kann ich dies aus FHEM heraus schicken?
Danke für Ideen
blauhorn
Ja, mit MQTT2_DEVICE, z.B....
Hm... Da muss ich erstmal Lesen und Wissen aufbauen. Hab ja jetzt alles als XiaomiMQTTDevice definiert.
Zitat von: Beta-User am 14 September 2019, 16:09:51
Ja, mit MQTT2_DEVICE, z.B....
Hallo Beta-User,
blöde Frage vielleicht aber kann ich MQTT_DEVICE, XiaomiMQTTDevice und MQTT2_DEVICE in meinem System mischen, also Geräte von beiden Typen vorhalten, die dann trotzdem über denselben mosquitto laufen?
Hintergrund ist, dass ich zwar gerne komplett auf MQTT2 umsteigen würde, aber die familiären Ressourcenfenster das nicht am Stück zulassen. Ich habe jetz über 50 Geräte da bunt gewürfelt drin, Tasmota-Zeug, Milight-Zeug, Tradfri-Zeug, Xiaomi-Zeug, EspLEDController-Zeug...
Wenn ich jetzt einen Hauruck-Umbau mache lege ich für eine gewisse Zeit alles hier auf Steinzeitniveau zurück, deswegen würde ich das lieber Stück für Stück machen, und mit den nicht-kritischen Lampen beginnen.
Die Fußbodenheizung mit den Xiaomi-Tempsensoren und Sonoff-Tasmota-Aktoren will ich nachziehen, wenn ich bissl sattelfester bin. Deswegen die Frage, ob sich das gegenseitig behindert, wenn ich z.B. erstmal nur die Tradfri-Lampen und FBs auf MQTT2 umstelle.
Zitat von: Blauhorn am 16 September 2019, 08:10:59
blöde Frage vielleicht aber kann ich MQTT_DEVICE, XiaomiMQTTDevice und MQTT2_DEVICE in meinem System mischen, also Geräte von beiden Typen vorhalten, die dann trotzdem über denselben mosquitto laufen?
Hmm, ist nicht blöd, hier eigentlich reichlich OT...
Also: Du kannst ohne weiteres auch einen MQTT2_CLIENT auf den mosquitto lauschen lassen, und das dann "Stück für Stück" machen.
ABER: das ist vermutlich reichlich mehr Arbeit, als autocreate aktiv sein zu lassen und dann nur noch die Feinarbeiten selbst zu machen. Ich hätte da ein paar Ideen, aber das geht hier definitiv zu weit. Daher bei Interesse bitte einen separaten Thread zum Thema "Umzug" aufzumachen (im MQTT-Bereich).
Bitte dort dann auflisten, welches der 50 Geräte wie mit dem MQTT-Server spricht, und ggf. klarstellen, wenn nicht MQTT_DEVICE direkt genutzt wird. Also z.B.:
- via zigbee2mqtt: 30 Geräte ( 18 Sensoren, 8 dimmbare Tradfri, 2 Vollfarben-tint, 2 Tradfri-FB's, alle XiaomiMQTTDevice)
- via sidoh-Bridge: 10 MiLight-Bulbs (in 8 Gruppen, dazu 4 FB's, derzeit als MQTT_MILIGHT_DEVICE laufend)
- 10 einzelne ESP's, alle mit Tasmota-Firmware (5 als MQTT_DEVICE, 5 davon als TASMOTA_DEVICE)
(Oder ist da sogar MQTT_GENERIC_BRIDGE+Dummy im Einsatz?)
Guten Morgen zusammen,
nach einigen technischen Problemen habe ich meinen zigbee2mqtt-Stick wieder am Laufen. Da bei mir alles auf einem Intel NUC unter Proxmox läuft, hat der Stick nun seine eigene VM (FHEM läuft in einem LXC, wo das Durchreichen von mehr als einem USB-Gerät nicht so recht klappen will).
Wenn ich nun eine neue bridge wie beschrieben
define xBridge XiaomiMQTTDevice bridge
anlege, stimmen die Readings nicht und die Bridge ist und bleibt offline.
config {"version":"1.5.1","commit":"ac3b924","log_level":"info","permit_join":true} 2019-09-23 08:42:54
state offline 2019-09-23 08:42:53
transmission-state outgoing publish acknowledged 2019-09-23 08:43:01
Das IODev wird bei der Anlage automatisch übernommen. Wenn ich mittels MQTT.fx mitlese, werden auch aktuelle Daten (z.B. "version":"1.6.0" usw.) angezeigt.
Aber wie man sieht wird das Device auch als offline erkannt bzw. tauchen immer wieder "alte" Daten auf. Logisch, dass im Folgenden auch keine Devices automatisch angelegt werden.
Im Original-Beitrag auf der ersten Seite steht, dass in der index.js davon ausgegangen wird, dass der Dienst auf dem gleichen System wie FHEM läuft. Gilt das immer noch? Oder stammt das noch aus der Zeit vor koenkk?
Als Alternative habe ich hier gelesen, dass man auch mit MQTT2-Devices arbeiten kann. Das geht dann so wie hier
https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Define_eines_MQTT2-Devices_als_.22Bridge.22 (https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Define_eines_MQTT2-Devices_als_.22Bridge.22)
beschrieben aber nur mit einem MQTT2-Server? Also nicht mit meinem laufenden Mosquitto?
Abgesehen davon hat vielleicht jemand eine Idee, warum es mit dem XiaomiMQTTDevice als Bridge nicht klappen will? Liegen irgendwo noch "alte" Daten rum, die ich ggf. erst löschen muss?
LG
Doch, die MQTT2-Lösung geht auch mit mosquitto. Du mußt dann eben einen MQTT2_CLIENT als IO nutzen, was etwas schwieriger ist. Siehe dazu im Wiki (MQTT2_CLIENT) zu dem "vorgelagerten" attrTemplate zum Vereinzeln der "eigentlichen" Datenquellen. Bitte unbedingt ein update (Stand gestern) machen, die template-File hat sich geändert...
Hallo! Kann mir wer helfen bei den tradfri rgb led die ich über zb2mqtt eingebunden habe die farbe zu steuern? So wie ein color picker ungefähr? Bekomme nur x y werte für die farbe!
Zitat von: Beta-User am 23 September 2019, 09:17:32
Doch, die MQTT2-Lösung geht auch mit mosquitto. Du mußt dann eben einen MQTT2_CLIENT als IO nutzen, was etwas schwieriger ist. Siehe dazu im Wiki (MQTT2_CLIENT) zu dem "vorgelagerten" attrTemplate zum Vereinzeln der "eigentlichen" Datenquellen. Bitte unbedingt ein update (Stand gestern) machen, die template-File hat sich geändert...
Okay, ich glaube eigentlich alles richtig gemacht zu haben. Sicherheitshalber habe ich auch das basetopic wieder auf Standard zurückgestellt.
Ich habe ein MQTT2_Client angelegt
defmod MQTT2Client MQTT2_CLIENT 192.168.50.13:1883
attr MQTT2Client alias MQTT2-Bridge
attr MQTT2Client group MQTT
attr MQTT2Client icon mqtt
attr MQTT2Client room Geräte
setstate MQTT2Client opened
setstate MQTT2Client 2019-09-23 11:07:29 state opened
das jetzt als IODev für das MQTT2-Device fungiert.
In der configuration.yaml habe ich die client_id 'zigbee_bridge' eingefügt und anschließend den Dienst einmal neu gestartet.
Das MQTT2-Device sieht so aus:
defmod MQTT2_zigbee_bridge MQTT2_DEVICE zigbee_bridge
attr MQTT2_zigbee_bridge IODev MQTT2Client
attr MQTT2_zigbee_bridge alias MQTT2ZIGBEE-Bridge
attr MQTT2_zigbee_bridge autocreate 1
attr MQTT2_zigbee_bridge bridgeRegexp zigbee2mqtt/([A-Za-z0-9._]*)[/]?.*:.* "zigbee_$1"
attr MQTT2_zigbee_bridge getList devicelist:noArg log zigbee2mqtt/bridge/config/devices\
networkmap_raw:noArg raw zigbee2mqtt/bridge/networkmap raw\
networkmap_graphviz:noArg graphviz zigbee2mqtt/bridge/networkmap graphviz
attr MQTT2_zigbee_bridge group MQTT
attr MQTT2_zigbee_bridge icon mqtt
attr MQTT2_zigbee_bridge model zigbee2mqtt_bridge
attr MQTT2_zigbee_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) }
attr MQTT2_zigbee_bridge room Geräte
attr MQTT2_zigbee_bridge 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
attr MQTT2_zigbee_bridge setStateList on off
setstate MQTT2_zigbee_bridge online
setstate MQTT2_zigbee_bridge 2019-09-23 17:33:42 commit e26ad2a
setstate MQTT2_zigbee_bridge 2019-09-23 17:33:42 coordinator 20190608
setstate MQTT2_zigbee_bridge 2019-09-23 17:35:36 devices {"type":"devices","message":[{"ieeeAddr":"0x00124b0012022ed8","type":"Coordinator"},{"ieeeAddr":"0x00158d000213436e","type":"EndDevice","model":"WXKG11LM","friendly_name":"XiaomiAqaraButtonSchlafzimmer","nwkAddr":57014,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_switch.aq2"},{"ieeeAddr":"0x00158d00021360b2","type":"EndDevice","model":"WXKG11LM","friendly_name":"XiaomiAqaraButtonKueche","nwkAddr":58859,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_switch.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d0002134d4b","type":"EndDevice","model":"WXKG11LM","friendly_name":"XiaomiAqaraButtonBuero","nwkAddr":1839,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_switch.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"}]}
setstate MQTT2_zigbee_bridge 2019-09-23 17:35:36 log {"type":"devices","message":[{"ieeeAddr":"0x00124b0012022ed8","type":"Coordinator"},{"ieeeAddr":"0x00158d000213436e","type":"EndDevice","model":"WXKG11LM","friendly_name":"XiaomiAqaraButtonSchlafzimmer","nwkAddr":57014,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_switch.aq2"},{"ieeeAddr":"0x00158d00021360b2","type":"EndDevice","model":"WXKG11LM","friendly_name":"XiaomiAqaraButtonKueche","nwkAddr":58859,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_switch.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"},{"ieeeAddr":"0x00158d0002134d4b","type":"EndDevice","model":"WXKG11LM","friendly_name":"XiaomiAqaraButtonBuero","nwkAddr":1839,"manufId":4151,"manufName":"LUMI","powerSource":"Battery","modelId":"lumi.sensor_switch.aq2","hwVersion":2,"swBuildId":"3000-0001","dateCode":"20161128"}]}
setstate MQTT2_zigbee_bridge 2019-09-23 17:33:42 log_level info
setstate MQTT2_zigbee_bridge 2019-09-23 17:33:42 permit_join true
setstate MQTT2_zigbee_bridge 2019-09-23 17:33:42 state online
setstate MQTT2_zigbee_bridge 2019-09-23 17:33:42 version 1.6.0
attrTemplate ist zigbee2mqtt_bridge und autocreate auf on bzw. 1.
Mit getdevicelist bekomme ich auch die ersten drei angelernten Aqara-Buttons angezeigt. Aber automatisch legt er keine Devices an, da kann ich die Buttons drücken wie ich will. Fehlt noch was? Oder hab ich was überlesen?
Hmm, auch das ist hier eigentich OT.
Bitte dazu ggf. einen neuen Thread im MQTT-Bereich aufmachen und v.a. dann auch zeigen, was an messages über den mosquitto kommt (z.B. via mosquitto_sub). So kann ich leider nichts erkennen.
Hast du wohl recht mit dem OT.
Meine eigentliche Frage ging ja auch in Richtung des XiaomiMQTTDevice, das nicht so funktioniert, wie ich es erwartet hatte.
Das wäre dann nicht OT, richtig?
EDIT: Äh, okay! Ich habe das XiaomiMQTTDevice jetzt gerade nach der o.g. Anpassung des Base topics noch mal angelegt und es funktioniert wie erwartet! Kommt das mit einen angepassten Base topic wohl nicht klar. Vermute ich.
Hallo,
leider scheitere ich aktuell bei der Installation von zigbeetomqtt auf meinem Raspberry.
node.js bzw. npm sind auf meinem System bereits installiert, die Versionsabfrage ergibt folgende Werte:
pi@raspberrypi:/opt/zigbee2mqtt $ node --version
v10.16.3
pi@raspberrypi:/opt/zigbee2mqtt $ npm --version
6.9.0
pi@raspberrypi:/opt/zigbee2mqtt $
npm install bricht mit folgendem Fehler ab:
pm WARN tar ENOENT: no such file or directory, lstat '/opt/zigbee2mqtt/node_modules/.staging/rxjs-bd0b8a77/webSocket'
npm WARN tar ENOENT: no such file or directory, lstat '/opt/zigbee2mqtt/node_modules/.staging/rxjs-bd0b8a77/webSocket'
npm WARN tar ENOENT: no such file or directory, lstat '/opt/zigbee2mqtt/node_modules/.staging/rxjs-bd0b8a77/webSocket'
npm WARN tar ENOENT: no such file or directory, lstat '/opt/zigbee2mqtt/node_modules/.staging/rxjs-bd0b8a77/webSocket'
npm ERR! cb() never called!
npm ERR! This is an error with npm itself. Please report this error at:
npm ERR! <https://npm.community>
Ich habe es auch mit sudo npm Install probiert, dies bricht ebenfalls ab:
pi@raspberrypi:/opt/zigbee2mqtt $ sudo npm install
> @serialport/bindings@2.0.8 install /opt/zigbee2mqtt/node_modules/zigbee-herdsman/node_modules/@serialport/bindings
> prebuild-install --tag-prefix @serialport/bindings@ || node-gyp rebuild
prebuild-install WARN install EACCES: permission denied, access '/root/.npm'
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/10.16.3"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/opt/zigbee2mqtt/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/.node-gyp"
gyp WARN install got an error, rolling back install
gyp WARN install got an error, rolling back install
gyp ERR! configure error
gyp ERR! stack Error: EACCES: permission denied, mkdir '/opt/zigbee2mqtt/node_modules/zigbee-herdsman/node_modules/@serialport/bindings/.node-gyp'
gyp ERR! System Linux 4.19.57-v7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /opt/zigbee2mqtt/node_modules/zigbee-herdsman/node_modules/@serialport/bindings
gyp ERR! node -v v10.16.3
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@1.2.9 (node_modules/zigbee-shepherd-converters/node_modules/zigbee-herdsman/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.2.9: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@1.2.9 (node_modules/zigbee-herdsman/node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.2.9: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@1.2.9 (node_modules/fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@1.2.9: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! @serialport/bindings@2.0.8 install: `prebuild-install --tag-prefix @serialport/bindings@ || node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the @serialport/bindings@2.0.8 install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR! A complete log of this run can be found in:
npm ERR! /root/.npm/_logs/2019-09-25T15_13_57_629Z-debug.log
Hat jemand einen Tip was ich da wohl übersehen habe?
Gruß und Dank aus Tirol
Hast du die Sachen vom git geladen?
sudo git clone https://github.com/Koenkk/zigbee2mqtt.git /opt/zigbee2mqtt
sudo chown -R pi:pi /opt/zigbee2mqtt
Gesendet von meinem ONEPLUS A5010 mit Tapatalk
...eigentlich schon:
pi@raspberrypi:~ $ sudo git clone https://github.com/Koenkk/zigbee2mqtt.git /opt/zigbee2mqtt
Klone nach '/opt/zigbee2mqtt' ...
remote: Enumerating objects: 6954, done.
remote: Total 6954 (delta 0), reused 0 (delta 0), pack-reused 6954
Empfange Objekte: 100% (6954/6954), 8.19 MiB | 2.69 MiB/s, Fertig.
Löse Unterschiede auf: 100% (4845/4845), Fertig.
pi@raspberrypi:~ $ sudo chown -R pi:pi /opt/zigbee2mqtt
Npm Install... Ohne sudo
Gesendet von meinem ONEPLUS A5010 mit Tapatalk
... alles gelöscht, neu installiert -> scheint zu laufen
Danke aber für die Antwort
Hallo nachdem die Installation schlußendlich geklappt hat scheint das Ganze jetzt zu laufen.
Darf ich trotzdem 2 Fragen stellen auf die ich hier im Forum keine wirkliche Antwort bekommen habe.
1. Ich konnte meine Aqara Temperatur/Luftfeuchtigkeitssensoren entsprechend einbinden. Die Temperatur wird entsprechend angezeigt, jedoch als eigenes Reading, nicht im State wie ich es von anderen Sensoren kenne. Ist das normal, kann ich das irgendwie ändern?
2. Ist es möglich einen derartigen Sensor sowohl mit dem Aqara Gateway als auch mit dem FHEM Modul parallel zu betreiben. Falls ja - wie?
Gruß und Dank
Zitat- bis zu 48 Sensoren verbinden (statt der 30 vom Gateway)
Diese Anzahl Sensoren ist aber nicht ohne weiteres möglich oder ? Hierfür wird dann noch ein Repeater gebraucht ?
Zitat von: Beta-User am 12 September 2019, 17:26:10
Wenn du noch kein Interface hast, wäre z.B. der ConBee II evtl. auch was, was du dir ansehen solltest ;) . Aber da sind wir dann in einem ganz anderen Thread...
heute habe ich den Conbee II bekommen und ja alles sehr easy und schon habe ich meine beiden Xiaomi Bewegungsmelder in Fhem.
Nun werde ich mir mal anschauen was ic damit so alles anstellen kann ;)
Das template dafür habe ich schon mal genutzt...! ;)
Hallo Gemeinde,
Hat hier schon jemand mal versucht den Coordinator CC2530 via USR-TCP232-T2 an den zigbee2mqtt anzubinden?
Normalerweise wird ja in der configuration.yaml der Port wie folgt angegeben: port: /dev/ttyACM0
Wie muss das aussehen wenn das Device via RS232 UART to Ethernet an den Zigbee2Mqtt kommt.?
Gruss Denny
Hallo rohlande,
ich habe es darüber gemacht:
https://www.zigbee2mqtt.io/how_tos/how_to_esp8266_with_cc2530.html (https://www.zigbee2mqtt.io/how_tos/how_to_esp8266_with_cc2530.html)
Vielleicht funktioniert das analog.
Der einzige Unterschied zu der Version von Koenkk, ich habe es über esp-link gemacht
Gruß rippi
Danke für den Tipp. Sieht gut aus. Ich glaube ich gehe auch auf den ESP.
Da brauche ich dann auch kein LAN Kabel.
Danke Dir!
VG Denny
Hallo!
Ich suche mich schon seit tagen dumm und dämlich, Ich habe einen cc2530 er Stick mit zigbee2mqtt und habe einige Tradfri LEDs in fhem eingebunden! Ein/Aus/Dimmen und bei den LEDs wo ich die Farbtemperatur einstellen kann funktioniert auch! Nur bei meinen LED1624G9
finde ich keinen Brauchbaren Anhaltspunkt um den Farbwechsel hinzubekommen. Kann mir da jemand bitte helfen?
Hier noch ein list meiner LED1624G9
Internals:
DEF LED1624G9 0x000d6ffffe1a1cfe Stehlampe_oben
FRIENDLYNAME Stehlampe_oben
FUUID 5d887fea-f33f-f967-ba92-1033062ae1e225e2
IODev Mosquitto
MODEL LED1624G9
NAME Stehlampe_oben
NOTIFYDEV LED1624G9 0x000d6ffffe1a1cfe Stehlampe_oben
NR 225
SID 0x000d6ffffe1a1cfe
STATE on
TYPE XiaomiMQTTDevice
READINGS:
2019-11-23 21:28:56 brightness 255
2019-11-23 21:28:56 color-x 0.458
2019-11-23 21:28:56 color-y 0.41
2019-11-23 21:28:56 color_mode 2
2019-11-23 21:28:56 device-datecode 20170315
2019-11-23 21:28:56 device-friendlyname Stehlampe_oben
2019-11-23 21:28:56 device-hwversion 1
2019-11-23 21:28:56 device-ieeeaddr 0x000d6ffffe1a1cfe
2019-11-23 21:28:56 device-manufid 4476
2019-11-23 21:28:56 device-manufname IKEA of Sweden
2019-11-23 21:28:56 device-modelid TRADFRI bulb E27 CWS opal 600lm
2019-11-23 21:28:56 device-nwkaddr 52935
2019-11-23 21:28:56 device-powersource Mains (single phase)
2019-11-23 21:28:56 device-status online
2019-11-23 21:28:56 device-swbuildid 1.3.002
2019-11-23 21:28:56 device-type Router
2019-11-23 21:28:56 linkquality 21
2019-11-23 21:28:56 state ON
2019-11-23 21:28:59 transmission-state outgoing publish acknowledged
message_ids:
subscribe:
zigbee2mqtt/Stehlampe_oben
xiaomi/0x000d6ffffe1a1cfe/#
subscribeExpr:
^zigbee2mqtt\/Stehlampe_oben$
^xiaomi\/0x000d6ffffe1a1cfe.*$
subscribeQos:
xiaomi/0x000d6ffffe1a1cfe/# 0
zigbee2mqtt/Stehlampe_oben 0
Attributes:
IODev Mosquitto
eventMap ON:on OFF:off ON:Ein OFF:Aus
room XiaomiMQTTDevice
webCmd brightness:Ein:Aus
widgetOverride state:uzsuToggle,OFF,ON, brightness:slider,0,1,255
Hallo,
Hab heute das xiaomi doppel relay Modul LLKZMK11LM in Betrieb genommen.
Welches mqtt Template nutze ich denn nun um beide relay anzusteuern?
Danke und Grüße,
Ulli
Zitat von: ulli am 30 November 2019, 11:06:07
Hab heute das xiaomi doppel relay Modul LLKZMK11LM in Betrieb genommen.
Welches mqtt Template nutze ich denn nun um beide relay anzusteuern?
Hallo Ulli,
du scheinst von einem MQTT2_DEVICE zu sprechen?
Für diesen Aktor gibt es afaik noch kein attrTemplate, aber das dürfte kein Hexenwerk sein. Bitte im MQTT-Bereich des Forums einen neuen Thread aufmachen und dort eine RAW-Definition von dem posten, was du bisher hast bzw. was autocreate angelegt hat. (evtl. wäre es hilfreich, wenn du einen link liefern könntest, wie die Kanäle via MQTT geschaltet werden können).
Zitat von: Beta-User am 03 Dezember 2019, 14:05:56
Hallo Ulli,
du scheinst von einem MQTT2_DEVICE zu sprechen?
Für diesen Aktor gibt es afaik noch kein attrTemplate, aber das dürfte kein Hexenwerk sein. Bitte im MQTT-Bereich des Forums einen neuen Thread aufmachen und dort eine RAW-Definition von dem posten, was du bisher hast bzw. was autocreate angelegt hat. (evtl. wäre es hilfreich, wenn du einen link liefern könntest, wie die Kanäle via MQTT geschaltet werden können).
Erledigt https://forum.fhem.de/index.php/topic,105998.0.html
Frohes Fest zusammen,
evtl. kann mir jemand auf die Sprünge helfen:
Meine MQTT2_zigbee_bridge geht immer wieder nach Laufzeit offline.
Im LOG von zigbee2mqtt kann ich nichts negatives feststellen.
Könnt ihr mir sagen wo (im welchen LOG) ich nachschauen könnte um das Problem packen zu können?
Vielen Dank für Eure Hilfe vorab.
LG Sprudelverduenner
LOG zigbee2mqtt
info 2019-12-25 18:47:03: Logging to console and directory: '/opt/zigbee2mqtt/data/log/2019-12-25.18-47-02'
info 2019-12-25 18:47:03: Starting zigbee2mqtt version 1.8.0 (commit #da4d26a)
info 2019-12-25 18:47:03: Starting zigbee-herdsman...
info 2019-12-25 18:47:05: zigbee-herdsman started
info 2019-12-25 18:47:05: Coordinator firmware version: '{"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}}'
info 2019-12-25 18:47:05: Currently 7 devices are joined:
info 2019-12-25 18:47:05: 0x00158d00027ce0d2 (0x00158d00027ce0d2): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice)
info 2019-12-25 18:47:05: 0x90fd9ffffedf660b (0x90fd9ffffedf660b): E1524/E1810 - IKEA TRADFRI remote control (EndDevice)
info 2019-12-25 18:47:05: 0x00158d0003cb832b (0x00158d0003cb832b): WSDCGQ01LM - Xiaomi MiJia temperature & humidity sensor (EndDevice)
info 2019-12-25 18:47:05: 0x00158d00044cabe1 (0x00158d00044cabe1): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
info 2019-12-25 18:47:05: 0x00158d00044e7aec (0x00158d00044e7aec): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
info 2019-12-25 18:47:05: 0x7cb03eaa0a0016c6 (0x7cb03eaa0a0016c6): AB3257001NJ - OSRAM Smart+ plug (Router)
info 2019-12-25 18:47:05: 0x00158d0003501c21 (0x00158d0003501c21): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)
warn 2019-12-25 18:47:05: `permit_join` set to `true` in configuration.yaml.
warn 2019-12-25 18:47:05: Allowing new devices to join.
warn 2019-12-25 18:47:05: Set `permit_join` to `false` once you joined all devices.
info 2019-12-25 18:47:05: Zigbee: allowing new devices to join.
info 2019-12-25 18:47:05: Connecting to MQTT server at mqtt://localhost
info 2019-12-25 18:47:05: Connected to MQTT server
info 2019-12-25 18:47:05: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
info 2019-12-25 18:47:05: MQTT publish: topic 'zigbee2mqtt/0x00158d00027ce0d2', payload '{"battery":97,"voltage":2995,"linkquality":49,"angle":-62.89,"side":0}'
info 2019-12-25 18:47:05: MQTT publish: topic 'zigbee2mqtt/0x90fd9ffffedf660b', payload '{"battery":34,"linkquality":89}'
info 2019-12-25 18:47:05: MQTT publish: topic 'zigbee2mqtt/0x00158d0003cb832b', payload '{"temperature":13.45,"linkquality":73,"humidity":61.91,"battery":86,"voltage":2975}'
info 2019-12-25 18:47:05: MQTT publish: topic 'zigbee2mqtt/0x00158d00044cabe1', payload '{"illuminance":3,"linkquality":65,"occupancy":true,"battery":91,"voltage":2985}'
info 2019-12-25 18:47:05: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":493,"linkquality":107,"occupancy":false,"battery":100,"voltage":3035}'
info 2019-12-25 18:47:05: MQTT publish: topic 'zigbee2mqtt/0x7cb03eaa0a0016c6', payload '{"state":"ON","linkquality":97}'
error 2019-12-25 18:47:05: '0x00158d0003501c21' does not exist, skipping publish
info 2019-12-25 18:47:05: MQTT publish: topic 'zigbee2mqtt/bridge/config', payload '{"version":"1.8.0","commit":"da4d26a","coordinator":{"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}},"log_level":"info","permit_join":true}'
info 2019-12-25 18:49:12: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":8,"linkquality":107,"occupancy":false,"battery":100,"voltage":3035}'
info 2019-12-25 18:49:12: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":8,"linkquality":107,"occupancy":true,"battery":100,"voltage":3035}'
info 2019-12-25 18:50:42: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":8,"linkquality":107,"occupancy":false,"battery":100,"voltage":3035}'
info 2019-12-25 18:50:55: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":8,"linkquality":105,"occupancy":false,"battery":100,"voltage":3035}'
info 2019-12-25 18:50:55: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":8,"linkquality":105,"occupancy":true,"battery":100,"voltage":3035}'
info 2019-12-25 18:52:25: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":8,"linkquality":105,"occupancy":false,"battery":100,"voltage":3035}'
list MQTT2_zigbee_bridge
Internals:
CID zigbee_bridge
DEF zigbee_bridge
DEVICETOPIC MQTT2_zigbee_bridge
FUUID 5cb23241-f33f-fbf8-06a8-956f7ddde9cfdc83
IODev MQTT2_SERVER
LASTInputDev MQTT2_SERVER
MQTT2_SERVER_MSGCNT 15
MQTT2_SERVER_TIME 2019-12-25 18:53:55
MSGCNT 15
NAME MQTT2_zigbee_bridge
NR 778
STATE offline
TYPE MQTT2_DEVICE
READINGS:
2019-12-25 18:47:05 commit da4d26a
2019-12-25 17:42:15 coordinator_firmware 20190608
2019-12-25 18:47:05 coordinator_meta_maintrel 3
2019-12-25 18:47:05 coordinator_meta_majorrel 2
2019-12-25 18:47:05 coordinator_meta_minorrel 6
2019-12-25 18:47:05 coordinator_meta_product 0
2019-12-25 18:47:05 coordinator_meta_revision 20190608
2019-12-25 18:47:05 coordinator_meta_transportrev 2
2019-12-25 18:47:05 coordinator_type zStack12
2019-12-22 20:03:44 graphviz digraph G {
node[shape=record];
"0x00124b0014d9d9cd" [style="bold", label="{0x00124b0014d9d9cd|Coordinator|No model information available|online}"];
"0x00158d00027ce0d2" [style="rounded, dashed", label="{0x00158d00027ce0d2|EndDevice|Xiaomi Mi/Aqara smart home cube (MFKZQ01LM)|online}"];
"0x90fd9ffffedf660b" [style="rounded, dashed", label="{0x90fd9ffffedf660b|EndDevice|IKEA TRADFRI remote control (E1524/E1810)|offline}"];
"0x00158d0003cb832b" [style="rounded, dashed", label="{0x00158d0003cb832b|EndDevice|Xiaomi MiJia temperature & humidity sensor (WSDCGQ01LM)|online}"];
"0x00158d00044cabe1" [style="rounded, dashed", label="{0x00158d00044cabe1|EndDevice|Xiaomi Aqara human body movement and illuminance sensor (RTCGQ11LM)|online}"];
"0x00158d00044e7aec" [style="rounded, dashed", label="{0x00158d00044e7aec|EndDevice|Xiaomi Aqara human body movement and illuminance sensor (RTCGQ11LM)|online}"];
"0x7cb03eaa0a0016c6" [style="rounded", label="{0x7cb03eaa0a0016c6|Router|OSRAM Smart+ plug (AB3257001NJ)|offline}"];
"0x00158d0003501c21" [style="rounded, dashed", label="{0x00158d0003501c21|EndDevice|Xiaomi MiJia door & window contact sensor (MCCGQ01LM)|online}"];
}
2019-12-25 18:35:55 log {"type":"pairing","message":"interview_successful","meta":{"friendly_name":"0x90fd9ffffedf660b","model":"E1524/E1810","vendor":"IKEA","description":"TRADFRI remote control","supported":true}}
2019-12-25 18:47:05 log_level info
2019-12-25 18:47:05 permit_join true
2019-12-25 18:53:55 state offline
2019-12-25 18:47:05 version 1.8.0
2019-12-24 08:53:22 z_reset_CC set
Attributes:
IODev MQTT2_SERVER
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 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 9.6_ZigBee
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
ZitatMeine MQTT2_zigbee_bridge geht immer wieder nach Laufzeit offline.
Was heisst das genau?
Was steht dabei in der FHEM-Log mit aktivierten "attr MQTT2_SERVER verbose 5"?
Ich tippe (blind) auf Netzwerkprobleme, und dass deswegen keepalive nicht eingehalten wird.
so sieht der LOG kurz vor dem Absturz aus:
2019.12.26 03:19:39 5: in: PINGREQ: (192)(0)
2019.12.26 03:19:39 4: MQTT2_SERVER_127.0.0.1_35632 mqttjs_bbaa2a71 PINGREQ
2019.12.26 03:19:39 5: out: PINGRESP: (208)(0)
2019.12.26 03:20:39 5: in: PINGREQ: (192)(0)
2019.12.26 03:20:39 4: MQTT2_SERVER_127.0.0.1_35632 mqttjs_bbaa2a71 PINGREQ
2019.12.26 03:20:39 5: out: PINGRESP: (208)(0)
2019.12.26 03:21:32 5: in: PUBLISH: 0q(0)(30)zigbee2mqtt/0x00158d00044e7aec{"illuminance":7,"linkquality":99,"occupancy":false,"battery":100,"voltage":3035}
2019.12.26 03:21:32 4: MQTT2_SERVER_127.0.0.1_35632 mqttjs_bbaa2a71 PUBLISH zigbee2mqtt/0x00158d00044e7aec:{"illuminance":7,"linkquality":99,"occupancy":false,"battery":100,"voltage":3035}
2019.12.26 03:21:32 5: MQTT2_SERVER: dispatch autocreate=simple\000mqttjs_bbaa2a71\000zigbee2mqtt/0x00158d00044e7aec\000{"illuminance":7,"linkquality":99,"occupancy":false,"battery":100,"voltage":3035}
2019.12.26 03:21:32 5: in: PUBLISH: 0p(0)(30)zigbee2mqtt/0x00158d00044e7aec{"illuminance":7,"linkquality":99,"occupancy":true,"battery":100,"voltage":3035}
2019.12.26 03:21:32 4: MQTT2_SERVER_127.0.0.1_35632 mqttjs_bbaa2a71 PUBLISH zigbee2mqtt/0x00158d00044e7aec:{"illuminance":7,"linkquality":99,"occupancy":true,"battery":100,"voltage":3035}
2019.12.26 03:21:32 5: MQTT2_SERVER: dispatch autocreate=simple\000mqttjs_bbaa2a71\000zigbee2mqtt/0x00158d00044e7aec\000{"illuminance":7,"linkquality":99,"occupancy":true,"battery":100,"voltage":3035}
2019.12.26 03:22:32 5: in: PINGREQ: (192)(0)
2019.12.26 03:22:32 4: MQTT2_SERVER_127.0.0.1_35632 mqttjs_bbaa2a71 PINGREQ
2019.12.26 03:22:32 5: out: PINGRESP: (208)(0)
2019.12.26 03:22:40 5: in: PUBLISH: 0r(0)(30)zigbee2mqtt/0x00158d00044e7aec{"illuminance":518,"linkquality":99,"occupancy":true,"battery":100,"voltage":3035}
2019.12.26 03:22:40 4: MQTT2_SERVER_127.0.0.1_35632 mqttjs_bbaa2a71 PUBLISH zigbee2mqtt/0x00158d00044e7aec:{"illuminance":518,"linkquality":99,"occupancy":true,"battery":100,"voltage":3035}
2019.12.26 03:22:40 5: MQTT2_SERVER: dispatch autocreate=simple\000mqttjs_bbaa2a71\000zigbee2mqtt/0x00158d00044e7aec\000{"illuminance":518,"linkquality":99,"occupancy":true,"battery":100,"voltage":3035}
2019.12.26 03:22:40 5: in: PUBLISH: 0r(0)(30)zigbee2mqtt/0x00158d00044e7aec{"illuminance":518,"linkquality":99,"occupancy":true,"battery":100,"voltage":3035}
2019.12.26 03:22:40 4: MQTT2_SERVER_127.0.0.1_35632 mqttjs_bbaa2a71 PUBLISH zigbee2mqtt/0x00158d00044e7aec:{"illuminance":518,"linkquality":99,"occupancy":true,"battery":100,"voltage":3035}
2019.12.26 03:22:40 5: MQTT2_SERVER: dispatch autocreate=simple\000mqttjs_bbaa2a71\000zigbee2mqtt/0x00158d00044e7aec\000{"illuminance":518,"linkquality":99,"occupancy":true,"battery":100,"voltage":3035}
2019.12.26 03:24:18 3: MQTT2_SERVER: MQTT2_SERVER_127.0.0.1_35632/mqttjs_bbaa2a71 left us (keepalive check)
2019.12.26 03:24:18 5: MQTT2_SERVER: dispatch autocreate=simple\000mqttjs_bbaa2a71\000zigbee2mqtt/bridge/state\000offline
Ich hatte leider noch keine Zeit selber mal zu analysieren, da ich nun weg muss.
Aber Deine Theorie könnte richtig sein: ich habe einen Sensor recht weit weg positioniert - deswegen habe ich mir auch einen Osram Plug als Repeater zugelegt.
Ich werde in meiner Abwesenheit den Sensor mal zum Empfänger bringen und sehen ob nun die Bridge online bleibt.
Wie ist keepalive (list .* keepalive) gesetzt?
Das Ergebnis von dem list lautet:
HMRS485 ok=1 retry=0
Das ist meine Homematic Wired Komponente.
Gerade ist meine Zigbee Bridge wieder offline gegangen - und der ehemals entfernte Sensor war nun ganz nah am Empfänger...
list wurde in diesem Fall nach dem offline-Event ausgefuehrt, im Log zu sehen als:
2019.12.26 03:24:18 3: MQTT2_SERVER: MQTT2_SERVER_127.0.0.1_35632/mqttjs_bbaa2a71 left us (keepalive check)
ZitatGerade ist meine Zigbee Bridge wieder offline gegangen - und der ehemals entfernte Sensor war nun ganz nah am Empfänger...
Das Problem ist nicht die "Sensor<->Bridge" Kommunikation, sondern die "Bridge<->FHEM".
Ah... ok.
Ich werde heute Abend die Bridge wieder starten und dann den List durchgeben.
Bis hierhin vielen Dank.
Hallo Rudolf,
hier das LIST bei laufender MQTT_Bridge:
HMRS485 ok=1 retry=0
MQTT2_SERVER_127.0.0.1_42240 60
Ich hoffe das hilft ...
ZitatMQTT2_SERVER_127.0.0.1_42240 60
Dh. die bridge verspricht, alle 60sec eine Nachricht zu senden, und der Server ist laut RFC verpflichtet die Verbindung nach 1.5*60 zu schliessen, falls nichts kommt.
In deinem Log sieht man: die letzte Nachricht kam um 03:22:40, und MQTT2_SERVER hat die Verbindung um 03:24:18 als tot gemeldet, also 98 Sekunden spaeter.
Da der Server nur alle 10 Sekunden die Verbindungen ueberprueft, ist das plausibel.
Irgendetwas ist mit der WLAN kaputt, und die bridge kriegt das nicht so recht mit.
Schon mal danke für die Antwort.
Die Erklärung scheint mir plausibel aaaaaaaaaaber:
ZitatIrgendetwas ist mit der WLAN kaputt, und die bridge kriegt das nicht so recht mit.
bekomme ich nicht gedeutet.
der Raspberry Pi mir FHEM ist bei mir Kabel im LAN.
Der CC2531 STick sendet ja Ziggbee Protokoll.
Was hat das ganze mit WLAN zu tun??
Das verstehe ich nicht wirklich...
Sorry, streiche WLAN, ich meinte die Verbindung zwischen bridge und FHEM.
Mit was für LOGs könnte ich das denn noch weiter eingrenzen??
Bis vor 8 Monaten habe ich das mit dem aqara Cube betrieben und nie Probleme.
Dann kam eine Tradfri Fernbedienung dazu und ich musste den Stick und das koenkk Modul updaten.
Seitdem habe ich den Stress....
Was mir gerade zu meinem Problem einfällt:
Ich habe im Zuge der Tradfri Fernbedienung damals auch mein Raspbian aktualisiert.
Danach hatte ich das Problem, dass FHEM erst mal gar nicht mehr lief.
Ich habe herausgefunden, dass in dem aktuellen Raspbian wohl auch ein MQTT-Server inkludiert war der ebenfalls auf dem Port 1883 lauschte.
Genau wie der MQTT2_SERVER den ich innerhalb vom FHEM am Laufen habe - dadurch kam es zu einer Kollision.
Ich habe darauf hin den im Raspbian enthaltenen MQTT-Server deinstalliert, so dass FHEM inkl. MQTT_SERVER wieder funktionierte.
Könnte es sein, dass irgendwelche Dateileichen oder etwas Ähnliches bei mir das Problem sein könnten, dass es nicht mehr sauber läuft, nach Laufzeit der Keep alive check fehlschlägt und die Bridge offline geht??
Hallo zusammen,
ich habe das Modul jetzt mit mqtt2 und einem maplecun über usb an einem raspberry laufen.
Neue Geräte werden auch angelegt, jedoch bekomme ich keinen STATE, das steht bei verschiedenen Geräten nur ???
Muss ich da noch etwas einstellen? die Hartbeat Readings kommen und auf bewegung reagiert der aqara bewegungsmelder auch:
2019-12-30 18:00:26 MQTT2_DEVICE Bewegungsmelder_Haustuer illuminance: 0
2019-12-30 18:00:26 MQTT2_DEVICE Bewegungsmelder_Haustuer battery: 100
2019-12-30 18:00:26 MQTT2_DEVICE Bewegungsmelder_Haustuer linkquality: 31
2019-12-30 18:00:26 MQTT2_DEVICE Bewegungsmelder_Haustuer occupancy: true
2019-12-30 18:00:26 MQTT2_DEVICE Bewegungsmelder_Haustuer voltage: 3025
ZitatMuss ich da noch etwas einstellen?
Ja, attrTemplate setzen.
Generell geht das so:
- erst mit "set XXX attrTemplate ?" die Beschreibung holen, durchlesen, und entscheiden, was passen koennte.
- dann das passende attrTemplate auswaehlen, und entscheiden ob die angezeigten Befehle sinnvoll sind.
- zum Schluss auf "set" klicken.
Funktioniert DANKE für die schnelle Erklärung!!!
Mit den Templates kam ich bisher nicht zurecht aber jetzt klappts.
Gruß
Matthias
Nabend zusammen,
meine Bridge geht weiterhin offline.
Ich habe nun MQTT2_SERVER gelöscht, bei Raspbian mosquitto installiert und bei FHEM MQTT2_CLIENT aktiviert.
Alle Devices funktionieren nach der Umstellung wieder - das Problem bleibt leider weiterhin.
Ich meine beobachtet zu haben dass der KEEP ALIVE CHECK immer dann zu einem Problem wird wenn MQTT Publish statt findet.
D.h. bin ich abwesend dann bleibt die Bridge online - bin ich zu Hause und benutze somit einen der Sensoren dann nach gefühlten 10 Aktionen schluss und die Bridge ist offline.
Ich weiss echt nicht mehr weiter ....
@sprudelverduenner
Wenn Dein Problem tatsächlich an der Verbindung zwischen zigbee2mqtt und einem x-beliebigen MQTT-Server liegt, hast Du mit der neuen Konstellation das Problem nur in Richtung mosquitto verlagert; wenn, findet der keep-alive-check nun dort statt.
Ich benutze eine größere Zahl von zigbee-Geräten und habe noch nie Publish-Probleme festgestellt. Und auch, wenn man abwesend ist, sollte es ständig Publish-Aktionen geben - folglich müsste die bridge dann auch irgendwann offline gehen. Die Ursache liegt also vermutlich irgendwo ganz anders ...
Hast Du spezielle Einstellungen in der configuration.yaml?
Hast Du schon mal temporär das maximale log_level (debug) in configuration.yaml aktiviert?
Übrigens ist 1.8.0 die neueste, freigegebene zigbee2mqtt-Version - vielleicht handelt es sich um ein spezielles Problem mit dieser Version. Unter Umständen macht es Sinn, die ausgetestetere zigbee2mqtt-Version 1.7.1 auszuprobieren ...
Fohes neues Jahr zusammen.
@ OdfFhem,
danke für Deine Meldung.
Ich habe in der configuration.yaml folgendes eingestellt:
advanced:
log_level: debug
Hier nun die letzten LOG-Zeilen bevor die Bridge wieder offline ging:
Jan 01 13:38:44 raspberrypi npm[21880]: zigbee2mqtt:info 2020-01-01 13:38:44: MQTT publish: topic 'zigbee2mqtt/0x00158d00027ce0d2', payload '{"battery":91,"voltage":2985,"linkquality":44,"angle":27.87,"side":0}'
Jan 01 13:39:37 raspberrypi npm[21880]: zigbee2mqtt:debug 2020-01-01 13:39:37: Saving state to file /opt/zigbee2mqtt/data/state.json
Jan 01 13:40:38 raspberrypi npm[21880]: zigbee2mqtt:debug 2020-01-01 13:40:38: Received Zigbee message from '0x00158d00044e7aec', type 'attributeReport', cluster 'msIlluminanceMeasurement', data '{"measuredValue":27}' from endpoint 1 with groupID 0
Jan 01 13:40:38 raspberrypi npm[21880]: zigbee2mqtt:info 2020-01-01 13:40:38: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":27,"linkquality":42,"occupancy":false,"battery":100,"voltage":3035}'
Jan 01 13:40:38 raspberrypi npm[21880]: zigbee2mqtt:debug 2020-01-01 13:40:38: Received Zigbee message from '0x00158d00044e7aec', type 'attributeReport', cluster 'msOccupancySensing', data '{"occupancy":1}' from endpoint 1 with groupID 0
Jan 01 13:40:38 raspberrypi npm[21880]: zigbee2mqtt:info 2020-01-01 13:40:38: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":27,"linkquality":42,"occupancy":true,"battery":100,"voltage":3035}'
Jan 01 13:42:08 raspberrypi npm[21880]: zigbee2mqtt:info 2020-01-01 13:42:08: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":27,"linkquality":42,"occupancy":false,"battery":100,"voltage":3035}'
Jan 01 13:43:08 raspberrypi npm[21880]: zigbee2mqtt:debug 2020-01-01 13:43:08: Received Zigbee message from '0x00158d00044e7aec', type 'attributeReport', cluster 'msIlluminanceMeasurement', data '{"measuredValue":31}' from endpoint 1 with groupID 0
Jan 01 13:43:08 raspberrypi npm[21880]: zigbee2mqtt:info 2020-01-01 13:43:08: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":31,"linkquality":47,"occupancy":false,"battery":100,"voltage":3035}'
Jan 01 13:43:08 raspberrypi npm[21880]: zigbee2mqtt:debug 2020-01-01 13:43:08: Received Zigbee message from '0x00158d00044e7aec', type 'attributeReport', cluster 'msOccupancySensing', data '{"occupancy":1}' from endpoint 1 with groupID 0
Jan 01 13:43:08 raspberrypi npm[21880]: zigbee2mqtt:info 2020-01-01 13:43:08: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":31,"linkquality":49,"occupancy":true,"battery":100,"voltage":3035}'
Jan 01 13:44:11 raspberrypi npm[21880]: zigbee2mqtt:debug 2020-01-01 13:44:11: Received Zigbee message from '0x00158d00044e7aec', type 'attributeReport', cluster 'genBasic', data '{"65281":{"1":3035,"3":18,"4":17320,"5":30,"6":[1,16777222],"10":0,"11":35,"100":0}}' from endpoint 1 with groupID 0
Jan 01 13:44:11 raspberrypi npm[21880]: zigbee2mqtt:info 2020-01-01 13:44:11: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":35,"linkquality":52,"occupancy":true,"battery":100,"voltage":3035}'
Jan 01 13:44:38 raspberrypi npm[21880]: zigbee2mqtt:info 2020-01-01 13:44:38: MQTT publish: topic 'zigbee2mqtt/0x00158d00044e7aec', payload '{"illuminance":35,"linkquality":49,"occupancy":false,"battery":100,"voltage":3035}'
Kannst Du damit etwas anfangen oder habe ich den falschen LOG-Level gewählt ??
@sprudelverduenner
Es ist das richtige log_level - kann übrigens auch via FHEM-set-Befehl gesetzt werden.
Zielführend ist es aber wohl nicht, wenn das Logfile keine weiteren Details loggt bzw. nicht mehr fortgeschrieben wird. Es könnte allerdings sein, dass der notwendige Prozess (npm[21880]) "gestorben" ist ...
Vielleicht hilft Dir ja folgender Link weiter:
https://www.zigbee2mqtt.io/information/debug.html (https://www.zigbee2mqtt.io/information/debug.html)
Hallo, ich habe mir auch die Osram Smart+ RGBW Strips zugelegt. Wie kann ich denn Dimmer und die Farbe verstellen? Leider hat der autocreate kein Template hinterlegt. On/off konnte ich manuell hinzufügen, aber wie gehe ich bei rgb und Helligkeit vor?
Besten Dank Vorab!
Zitat von: gramallama am 26 September 2018, 13:30:47
Moin zusammen,
vielen Dank für das Modul. Funktioniert größtenteils ohne Probleme (und das schon seit einigen Monaten). Ich habe bislang einige Xiaomi Sensoren eingebunden und neuerdings auch ein paar Osram Smart+ Steckdosen. Da diese nur ON/OFF können war das schnell eingerichtet.
Jetzt scheitere ich aber ein bisschen an dem Osram Smart+ RGBW Strip. Das Gerät wurde anstandslos gepaired. Folgender Commands habe ich schon hinzugefügt:
toggle:brightness:color_temp:color
Mit folgenden Widgets dafür:
toggle brightness:colorpicker,BRI,0,10,250 color_temp:colorpicker,CT,130,10,660 color:colorpicker,RGB
Bis auf seltsame Werte für die Farbtemperatur funktioniert auch alles, bis auf die RGB Steuerung...egal ob ich die als RGB oder HEX angebe, irgendwie kann der Strip damit nichts anfangen. Im zigbee2mqtt sind folgende Aktionen definiert:
toZigbee: generic.light_onoff_brightness_colortemp_colorxy().toZigbee
Als Rückmeldung aus dem Log kommt nur (egal was ich dort eingebe):
zigbee2mqtt:info 2018-9-26 11:09:20 Zigbee publish to '0x7cb03eaa00ab4276', lightingColorCtrl - moveToColor - {"colorx":null,"colory":null,"transtime":0} - null
Hat jemand eine Idee, wie ich das zum Laufen kriege? :)
Hallo,
ich habe mir Gestern mal zum Test den Ikea Signalverstärker gekauft, weil mein Aqara Bewegungsmelder im Bad öfters eine sehr schlechte Verbindung hat.
Nutzen tue ich das mit dem CC2531 Stick an Fhem und dem XiaomiMQTTDevice Modul.
Habe den Ikea Signalverstärker auch angelernt bekommen aber keine der Reichweiten scheinen sich dadurch verbessert zu haben und in Fhem taucht der Signalverstärker auch auf aber die Readings vom Signalverstärker erneuern sich dann nicht mehr.
{"type":"pairing","message":"interview_successful","meta":{"friendly_name":"0xec1bbdfffe30b62f","model":"E1746","vendor":"IKEA","description":"TRADFRI signal repeater","supported":true}}
Internals:
CFGFN
DEF unknown 0xec1bbdfffe30b62f
FRIENDLYNAME 0xec1bbdfffe30b62f
FUUID 5e3828d8-f33f-b82c-af14-bf8371f7a45683f1
IODev mqtt
MODEL unknown
NAME 0xec1bbdfffe30b62f
NOTIFYDEV unknown 0xec1bbdfffe30b62f
NR 43883
SID 0xec1bbdfffe30b62f
STATE state
TYPE XiaomiMQTTDevice
READINGS:
2020-02-03 15:06:27 linkquality 99
2020-02-03 15:06:27 transmission-state incoming publish received
message_ids:
subscribe:
zigbee2mqtt/0xec1bbdfffe30b62f
xiaomi/0xec1bbdfffe30b62f/#
subscribeExpr:
^zigbee2mqtt\/0xec1bbdfffe30b62f$
^xiaomi\/0xec1bbdfffe30b62f.*$
subscribeQos:
xiaomi/0xec1bbdfffe30b62f/# 0
zigbee2mqtt/0xec1bbdfffe30b62f 0
Attributes:
IODev mqtt
room Flur,XiaomiMQTTDevice
stateFormat state
hat jemand damit Erfahrung und könnte vielleicht dazu ein paar Tips geben?
Mfg Steffen
@Steffen
Eine wichtige Frage wäre bei Dir wahrscheinlich interessant, ob Du wirklich XiaomiMQTTDevice benötigst ...
Zitat von: OdfFhem am 04 Februar 2020, 08:00:23
@Steffen
Eine wichtige Frage wäre bei Dir wahrscheinlich interessant, ob Du wirklich XiaomiMQTTDevice benötigst ...
das klingt ja so als wenn ich es nicht benötigen sollte, könntest du mir dann bitte sagen warum nicht und was die bessere Alternative wäre?
Mfg Steffen
@Steffen
Angenommen, Du hast bisher nichts für XiaomiMQTTDevice gemacht, könntest Du eigentlich das MQTT2_DEVICE benutzen und für viele Möglichkeiten nutzen ...
Zitat von: OdfFhem am 04 Februar 2020, 08:20:35
@Steffen
Angenommen, Du hast bisher nichts für XiaomiMQTTDevice gemacht, könntest Du eigentlich das MQTT2_DEVICE benutzen und für viele Möglichkeiten nutzen ...
Ok, dann sehe ich mir das gerne mal an, aber kommt das dem Problem mit dem Ikea Repeater dann dadurch näher?
Mfg Steffen
@Steffen
Wenn Du Dir die MQTT2_DEVICE näher anschaust, hast Du einige Möglichkeiten. Für Dich ist dann auf jeden Fall zu schauen, was Du in diesem Bereich machen möchtest ... dein Bewegungssensor, dein Signalverstärker, ... dein MQTT2_Server bzw. Client ... Wichtig ist, dass Du mal schaust, welche Varianten Du jetzt neu machen könntest ...
Hallo zusammen,
ich habe versucht, auf meinem Pi zigbee2mqtt zum fliegen zu bringen. Läuft auch soweit, ich habe nur ein Problem mit dem Autostart.
Die Installation liegt in /opt/zigbee2mqtt.
Wenn ich in den Ordner gehe und "npm start" ausführe, dann funktioniert auch alles:
zigbee2mqtt:info 2020-02-17 22:09:49: Logging to console and directory: '/opt/zigbee2mqtt/data/log/2020-02-17.22-09-49' fi
lename: log.txt
zigbee2mqtt:info 2020-02-17 22:09:50: Starting zigbee2mqtt version 1.10.0 (commit #8df6be8)
zigbee2mqtt:info 2020-02-17 22:09:50: Starting zigbee-herdsman...
zigbee2mqtt:info 2020-02-17 22:09:52: zigbee-herdsman started
zigbee2mqtt:info 2020-02-17 22:09:52: Coordinator firmware version: '{"type":"zStack12","meta":{"transportrev":2,"product"
:0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}}'
zigbee2mqtt:info 2020-02-17 22:09:52: Currently 0 devices are joined:
zigbee2mqtt:warn 2020-02-17 22:09:52: `permit_join` set to `true` in configuration.yaml.
zigbee2mqtt:warn 2020-02-17 22:09:52: Allowing new devices to join.
zigbee2mqtt:warn 2020-02-17 22:09:52: Set `permit_join` to `false` once you joined all devices.
zigbee2mqtt:info 2020-02-17 22:09:52: Zigbee: allowing new devices to join.
zigbee2mqtt:info 2020-02-17 22:09:52: Connecting to MQTT server at mqtt://localhost:1883
zigbee2mqtt:info 2020-02-17 22:09:53: Connected to MQTT server
zigbee2mqtt:info 2020-02-17 22:09:53: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
Jetzt möchte ich, dass die Installation automatisch beim Systemstart mitstartet. Also die Datei /etc/systemd/system/zigbee2mqtt.service mit folgendem Inhalt erstellt:
[Unit]
Description=zigbee2mqtt
After=network.target
[Service]
ExecStart=/usr/bin/npm start
WorkingDirectory=/opt/zigbee2mqtt
StandardOutput=inherit
StandardError=inherit
Restart=always
User=pi
[Install]
WantedBy=multi-user.target
Wenn ich jetzt über systemctl starte (oder es beim Systemstart starten soll) finde ich im Logfile die folgende Fehlermeldung:
Feb 17 22:08:09 raspberrypi3 npm[1728]: internal/modules/cjs/loader.js:638
Feb 17 22:08:09 raspberrypi3 npm[1728]: throw err;
Feb 17 22:08:09 raspberrypi3 npm[1728]: ^
Feb 17 22:08:09 raspberrypi3 npm[1728]: Error: Cannot find module 'semver'
Feb 17 22:08:09 raspberrypi3 npm[1728]: at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)
Feb 17 22:08:09 raspberrypi3 npm[1728]: at Function.Module._load (internal/modules/cjs/loader.js:562:25)
Feb 17 22:08:09 raspberrypi3 npm[1728]: at Module.require (internal/modules/cjs/loader.js:692:17)
Feb 17 22:08:09 raspberrypi3 npm[1728]: at require (internal/modules/cjs/helpers.js:25:18)
Feb 17 22:08:09 raspberrypi3 npm[1728]: at Object.<anonymous> (/usr/share/npm/lib/utils/unsupported.js:2:14)
Feb 17 22:08:09 raspberrypi3 npm[1728]: at Module._compile (internal/modules/cjs/loader.js:778:30)
Feb 17 22:08:09 raspberrypi3 npm[1728]: at Object.Module._extensions..js (internal/modules/cjs/loader.js:789:10)
Feb 17 22:08:09 raspberrypi3 npm[1728]: at Module.load (internal/modules/cjs/loader.js:653:32)
Feb 17 22:08:09 raspberrypi3 npm[1728]: at tryModuleLoad (internal/modules/cjs/loader.js:593:12)
Feb 17 22:08:09 raspberrypi3 npm[1728]: at Function.Module._load (internal/modules/cjs/loader.js:585:3)
Feb 17 22:08:09 raspberrypi3 systemd[1]: zigbee2mqtt.service: Main process exited, code=exited, status=1/FAILURE
Feb 17 22:08:09 raspberrypi3 systemd[1]: zigbee2mqtt.service: Failed with result 'exit-code'.
Hat eventuell jemand eine Idee, woran das liegen könnte?
Hallo,
wahrscheinlich eine blöde Frage, aber hast du den Dienst enabled?
sudo systemctl enable zigbee2mqtt.service
Gruß rippi
Ja, das hatte ich gemacht. Er versucht auch brav, nach dem Systemstart, den Dienst zu starten (und zu restarten), stirbt dann aber mit der angegebenen Fehlermeldung. Im Internet habe ich häufiger gefunden, dass diese Fehlermeldung kommt, wenn man "npm start" im falschen Ordner aufruft, aber eigentlich ist das WorkingDirectory im Start-Skript ja mit angegeben.
Ist "pi" auch der User, unter dem zigbee2mqtt installiert ist und laufen soll?
Mein Startskript sieht eigentlich bis auf den User gleich aus:
[Unit]
Description=zigbee2mqtt
After=network.target
[Service]
ExecStart=/usr/local/bin/npm start
WorkingDirectory=/opt/zigbee2mqtt
StandardOutput=inherit
StandardError=inherit
Restart=always
User=zigbee
[Install]
WantedBy=multi-user.target
Bei mir läuft zigbee2mqtt also unter dem User "zigbee", der auch alle Rechte auf /opt/zigbee2mqtt hat.
Ja, ich habe pi alle Rechte auf dem Ordner gegeben. Läuft auch wenn ich das Ganze per "npm start" von der Konsole als User pi laufen lasse.
Ich habe das Startscript jetzt mal abgeändert und anstatt
ExecStart=/usr/local/bin/npm start
WorkingDirectory=/opt/zigbee2mqtt
den Aufruf über Node gemacht, wie im ersten Beitrag in diesem Thread beschrieben:
ExecStart=/usr/bin/node /opt/zigbee2mqtt/index.js
Damit funktioniert es jetzt :)
Tag zusammen,
ich nutze den verregneten Sonntag gerade dazu, meine neuen Tradfri LED-Treiber anzulernen.
Das Anlernen klappt grundsätzlich auch, nur wird mir in FHEM kein neues Device mehr angelegt. Nicht mehr bedeutet in diesem Fall, dass es beim ersten Mal schon geklappt hat und ich im neuen Device auch die aktuellen Readings sehen konnte. Nur gibt es keine Möglichkeit diese zu schalten. In der Vermutung, dass da irgendetwas schief gelaufen ist habe ich das Device dann wieder gelöscht.
Ist mein erstes Leuchtlittel, dass ich versuche ans Laufen zu bekommen. Bis jetzt hatte ich nur Xiaomi-Aquara-Taster, einen Cube und den Ikea-Bewegungssensor gepairt. Also alles Devices wo ich eh nur die Readings brauche, um darauf zu reagieren.
Mache ich irgendwas falsch oder fehlt mir noch was? Bin gerade etwas ratlos.
Schönen Sonntag noch!
petjek
Mit webcmd on:oft
Sollte es zu schalten sein.
Besser ist aber das mqtt Modul zu nutzen.
Ah ja, da hätte ich drauf kommen können. ;)
Funktioniert so. Alles auf das MQTT-Modul umzustellen habe ich jetzt nicht sonderlich Lust. Was würde das für Vorteile bringen?
Eins noch: irgendwie habe ich es geschafft, den maximal runter zu dimmen, bekomme das aber nicht mehr zurückgestellt. Ich hatte jetzt erwartet das mit dim als webcmd hin zu bekommen. Holzweg?
Die Umstellung sind nur 3-4 defines... ;)
Habe es selber ewig aufgeschoben und dann gings ganz schnell.
Ja so hatte ich mir das auch gedacht und mir die Beschreibung und Beispiele im Wiki angesehen.
https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#Define_eines_MQTT2-Devices_als_.22Bridge.22
Ich bin mir nicht sicher ob es an meinem Mosquitto liegt aber funktioniert hat das nicht. Das heißt wahrscheinlich auf dem fhem-eigenen MQTT-Server, oder?
Hier der Def für die Bridge
defmod MQTT2_zigbee MQTT2_DEVICE zigbee2mqtt
attr MQTT2_zigbee IODev AdF4_mqttBroker
attr MQTT2_zigbee autocreate 1
attr MQTT2_zigbee bridgeRegexp zigbee2mqtt/([A-Za-z0-9._]*)[/]?.*:.* "zigbee_$1"
attr MQTT2_zigbee getList devicelist:noArg log zigbee2mqtt/bridge/config/devices\
networkmap_raw:noArg raw zigbee2mqtt/bridge/networkmap raw\
networkmap_graphviz:noArg graphviz zigbee2mqtt/bridge/networkmap graphviz
attr MQTT2_zigbee model zigbee2mqtt_bridge
attr MQTT2_zigbee 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) }
attr MQTT2_zigbee 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
attr MQTT2_zigbee setStateList on off
Ein get MQTT2_zigbee get devicelist bringt dann nur einen timeout.
Du kannst den bestehenden MQTT Server weiter/parallel nutzen!
define MOSQUITTO_Client MQTT2_CLIENT 127.0.0.1:1883
Was für einen TYPE hat AdF4_mqttBroker?
Und wenn du mit MQTT2_CLIENT arbeitest: bitte auch ein "Sortier"-Gerät anlegen wie im Wiki zu MQTT2_CLIENT beschrieben.
Das mit dem timeout ist (manchmal) "normal" - je nachdem, wie schnell der Service die Antwort sendet. In der Regel sind die Readings dann wenig später trotzdem da, aber die RAW-Def zeigt diesen Teil ja leider nicht mehr...
Zitat von: Beta-User am 24 Februar 2020, 09:16:07
Was für einen TYPE hat AdF4_mqttBroker?
TYPE ist MQTT
...dann paßt das nicht. Für ein MQTT2_DEVICE brauchst du eines vom TYPE MQTT2_CLIENT oder MQTT2_SERVER.
Wenn du den kompletten zigbee-Zweig umstellen willst, würde ich SERVER wählen und den Port in zigbee2mqtt ändern. Gibt auch einen "Umstiegs"-Thread im MQTT-Bereich, Anleitung z.B. ab hier: https://forum.fhem.de/index.php/topic,103762.msg975050.html#msg975050
Okay, danke, das werde ich mir mal zu Gemüte führen.
Hallo zusammen,
ich habe ein Problem mit meinem Xiaomi-zb2mqtt Modul. Nachdem ich von Node Version 8.9.4 auf 10.19.0 umgestellt habe, kommt beim Starten des Dienstes mithilfe von
node index.js
unten folgende Fehlermeldung. Leider habe ich dazu nirgends etwas im Zusammenhang mit dem Modul finden können. Kann mir jemand damit helfen oder hat eine Idee was ich versuchen könnte:
2020-03-12T08:10:28: Logging to directory: '/home/pi/xiaomi-zb2mqtt/data/log/2020-03-12.09-10-26'
zigbee2mqtt:info 2020-03-12T08:10:28: Starting zigbee2mqtt version 1.7.1 (commit #b459c35)
zigbee2mqtt:info 2020-03-12T08:10:28: Starting zigbee-herdsman...
zigbee2mqtt:error 2020-03-12T08:10:29: Error while starting zigbee-herdsman
zigbee2mqtt:error 2020-03-12T08:10:29: Failed to start zigbee
zigbee2mqtt:error 2020-03-12T08:10:29: Exiting...
zigbee2mqtt:error 2020-03-12T08:10:29: Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'
at Znp.<anonymous> (/home/pi/xiaomi-zb2mqtt/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:109:32)
at Generator.next (<anonymous>)
at /home/pi/xiaomi-zb2mqtt/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:8:71
at new Promise (<anonymous>)
at __awaiter (/home/pi/xiaomi-zb2mqtt/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:4:12)
at SerialPort.serialPort.open (/home/pi/xiaomi-zb2mqtt/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:107:49)
at SerialPort._error (/home/pi/xiaomi-zb2mqtt/node_modules/zigbee-herdsman/node_modules/@serialport/stream/stream.js:197:14)
at binding.open.then.err (/home/pi/xiaomi-zb2mqtt/node_modules/zigbee-herdsman/node_modules/@serialport/stream/stream.js:241:12)
Habe schon einmal probiert zurück auf die alte Node-Version zu gehen und den USB-Port des CC2531 zu ändern, hat aber leider nichts gebracht.
Vielen Dank
Philipp
Zitat von: Hirte82 am 12 März 2020, 09:35:21
Hallo zusammen,
ich habe ein Problem mit meinem Xiaomi-zb2mqtt Modul. Nachdem ich von Node Version 8.9.4 auf 10.19.0 umgestellt habe, kommt beim Starten des Dienstes mithilfe von
node index.js
unten folgende Fehlermeldung. Leider habe ich dazu nirgends etwas im Zusammenhang mit dem Modul finden können. Kann mir jemand damit helfen oder hat eine Idee was ich versuchen könnte:
2020-03-12T08:10:28: Logging to directory: '/home/pi/xiaomi-zb2mqtt/data/log/2020-03-12.09-10-26'
zigbee2mqtt:info 2020-03-12T08:10:28: Starting zigbee2mqtt version 1.7.1 (commit #b459c35)
zigbee2mqtt:info 2020-03-12T08:10:28: Starting zigbee-herdsman...
zigbee2mqtt:error 2020-03-12T08:10:29: Error while starting zigbee-herdsman
zigbee2mqtt:error 2020-03-12T08:10:29: Failed to start zigbee
zigbee2mqtt:error 2020-03-12T08:10:29: Exiting...
zigbee2mqtt:error 2020-03-12T08:10:29: Error: Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'
at Znp.<anonymous> (/home/pi/xiaomi-zb2mqtt/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:109:32)
at Generator.next (<anonymous>)
at /home/pi/xiaomi-zb2mqtt/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:8:71
at new Promise (<anonymous>)
at __awaiter (/home/pi/xiaomi-zb2mqtt/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:4:12)
at SerialPort.serialPort.open (/home/pi/xiaomi-zb2mqtt/node_modules/zigbee-herdsman/dist/adapter/z-stack/znp/znp.js:107:49)
at SerialPort._error (/home/pi/xiaomi-zb2mqtt/node_modules/zigbee-herdsman/node_modules/@serialport/stream/stream.js:197:14)
at binding.open.then.err (/home/pi/xiaomi-zb2mqtt/node_modules/zigbee-herdsman/node_modules/@serialport/stream/stream.js:241:12)
Habe schon einmal probiert zurück auf die alte Node-Version zu gehen und den USB-Port des CC2531 zu ändern, hat aber leider nichts gebracht.
Vielen Dank
Philipp
Ist zwar ein paar Tage her....
Ich habe genau das gleiche Problem - hast du schon eine Lösung? Ist echt nervig, denn es lief vorher und es kamen Meldungen rein.
Gruß
Matthias
Hallo Zusammen,
das Problem hatte ich auch. Lösung: Das gesamte npm inkl. des zigbee2mqqt löschen / deinstallieren und dann ohne root Rechte neu aufsetzten.
Dann habe ich genau nach Vorgabe vom WIKI die Installation nachgezogen.
Bis jetzt läuft es.
Ich mag npm aber auch nicht. Aber es geht ja im Moment nur mit dieser Implementierung.
Außerdem habe ich gemerkt, das der rpi 3ab und an wegen npm abschmiert.
Das hat bei mir zumindest geholfen.
Bleibt gesund!
Vg Denny
Hallo zusammen,
kann mir vielleicht jemand weiterhelfen ich steige noch nicht ganz durch bzw. ich glaube ich habe das falsche bridge device definiert.
Ich habe den cc2530 stick direkt am raspberry.
Das hier wurde selbst erkannt aber wenn ich ein arribTemplate auswählen möchte sind gar keine zigbee geräte in der Auswahl.
Kann mir vielleicht jemand einen Tip geben?
#####################################Zigbee2MQTT###################################################
define MQTT2_zigbee2mqtt MQTT2_DEVICE mqttjs_ee8f5e82
setuuid MQTT2_zigbee2mqtt 5ec2a2f8-f33f-639d-16ea-7c09531f31f06cb1
attr MQTT2_zigbee2mqtt IODev MQTT2_FHEM_Server
attr MQTT2_zigbee2mqtt bridgeRegexp zigbee_pi/([A-Za-z0-9._]*)[/]?.*:.* "zigbee_$1"
attr MQTT2_zigbee2mqtt comment To check for new updates of the deamon software, you might want to use a separate HTTPMOD device. See HTTPMOD template zigbee2mqtt_daemon_updates for further details.
attr MQTT2_zigbee2mqtt devicetopic zigbee_pi
attr MQTT2_zigbee2mqtt getList devicelist:noArg log $DEVICETOPIC/bridge/config/devices\
networkmap_raw:noArg raw $DEVICETOPIC/bridge/networkmap raw\
networkmap_graphviz:noArg graphviz $DEVICETOPIC/bridge/networkmap graphviz
attr MQTT2_zigbee2mqtt model zigbee2mqtt_bridge
attr MQTT2_zigbee2mqtt readingList $DEVICETOPIC/bridge/state:.* state\
$DEVICETOPIC/bridge/config/devices:.* {}\
$DEVICETOPIC/bridge/config/log_level:.* log_level\
$DEVICETOPIC/bridge/config/permit_join:.* permit_join\
$DEVICETOPIC/bridge/config/rename:.* { json2nameValue($EVENT, 'rename_') }\
$DEVICETOPIC/bridge/log:.*\"type\".\"devices\".\"message\".* devices\
$DEVICETOPIC/bridge/log:.* log\
$DEVICETOPIC/bridge/networkmap:.* {}\
$DEVICETOPIC/bridge/networkmap/graphviz:.* graphviz\
$DEVICETOPIC/bridge/networkmap/raw:.* raw\
$DEVICETOPIC/bridge/config:.* { json2nameValue($EVENT) }\
mqttjs_ee8f5e82:zigbee2mqtt/0x00158d0002904d59:.* { json2nameValue($EVENT) }\
mqttjs_ee8f5e82:zigbee2mqtt/0x00158d0002904cb5:.* { json2nameValue($EVENT) }\
mqttjs_ee8f5e82:zigbee2mqtt/0x04cf8cdf3c75b684:.* { json2nameValue($EVENT) }\
mqttjs_ee8f5e82:zigbee2mqtt/0x000b57fffebd6220:.* { json2nameValue($EVENT) }
attr MQTT2_zigbee2mqtt room MQTT2_DEVICE
attr MQTT2_zigbee2mqtt setList log_level:debug,info,warn,error $DEVICETOPIC/bridge/config/log_level $EVTPART1\
permit_join:true,false $DEVICETOPIC/bridge/config/permit_join $EVTPART1\
remove:textField $DEVICETOPIC/bridge/config/remove $EVTPART1\
ota_update:textField $DEVICETOPIC/bridge/ota_update/update $EVTPART1\
ota_update_check:textField $DEVICETOPIC/bridge/ota_update/check $EVTPART1\
y_device_setting:textField $DEVICETOPIC/$EVTPART1/set {"$EVTPART2": "$EVTPART3"}\
x_bind:textField $DEVICETOPIC/bridge/bind/$EVTPART1 $EVTPART2\
x_bind_unbind:textField $DEVICETOPIC/bridge/unbind/$EVTPART1 $EVTPART2\
x_device_options:textField $DEVICETOPIC/bridge/config/device_options {"friendly_name":"$EVTPART1","options": {"$EVTPART2": "$EVTPART3"}}\
x_group_add_to:textField $DEVICETOPIC/bridge/group/$EVTPART1/add $EVTPART2\
x_group_rm_from:textField $DEVICETOPIC/bridge/group/$EVTPART1/remove $EVTPART2\
x_group_rm_from_all:textField $DEVICETOPIC/bridge/group/$EVTPART1/remove_all $EVTPART2\
x_group_add_group:textField $DEVICETOPIC/bridge/config/add_group $EVTPART1\
x_group_rm_group:textField $DEVICETOPIC/bridge/config/remove_group $EVTPART1\
z_elapsed:textField $DEVICETOPIC/bridge/config/elapsed $EVTPART1\
z_last_seen:disable,ISO_8601,epoch,ISO_8601_local $DEVICETOPIC/bridge/config/last_seen $EVTPART1\
z_ban:textField $DEVICETOPIC/bridge/config/ban $EVTPART1\
z_rename:textField $DEVICETOPIC/bridge/config/rename {"old":"$EVTPART1","new":"$EVTPART2"}\
z_reset_CC:noArg $DEVICETOPIC/bridge/config/reset
attr MQTT2_zigbee2mqtt setStateList on off
define MQTT2_mqttjs_9b30e6d3 MQTT2_DEVICE mqttjs_9b30e6d3
setuuid MQTT2_mqttjs_9b30e6d3 5ec3adc8-f33f-639d-0137-92b8181bcf228f29
attr MQTT2_mqttjs_9b30e6d3 IODev MQTT2_FHEM_Server
attr MQTT2_mqttjs_9b30e6d3 readingList mqttjs_9b30e6d3:zigbee2mqtt/bridge/state:.* state\
mqttjs_9b30e6d3:zigbee2mqtt/0x04cf8cdf3c75b684:.* { json2nameValue($EVENT) }\
mqttjs_9b30e6d3:zigbee2mqtt/0x00158d0002904cb5:.* { json2nameValue($EVENT) }\
mqttjs_9b30e6d3:zigbee2mqtt/0x00158d0002904d59:.* { json2nameValue($EVENT) }\
mqttjs_9b30e6d3:zigbee2mqtt/0x000b57fffebd6220:.* { json2nameValue($EVENT) }\
mqttjs_9b30e6d3:zigbee2mqtt/bridge/config:.* { json2nameValue($EVENT) }\
mqttjs_9b30e6d3:zigbee2mqtt/bridge/log:.* { json2nameValue($EVENT) }
attr MQTT2_mqttjs_9b30e6d3 room MQTT2_DEVICE
Ja, diese Bridge sieht komisch aus...
Dein prefix ist "zigbee2mqtt", aber aus irgendeinem kühnen Grunde wurde stattdessen "zigbee_pi" da reingeschrieben (ich vermute, das weißt du besser als wir, warum das so ist).
Würde das an den zwei Stellen manuell korrigieren, die readingList um die letzten 4 Einträge erleichtern und dann hoffen, dass es funktioniert ;) .
Hallo Beta-User,
danke für deine schnelle Hilfe.
Da war wohl doch einiges aus den Beispielen herauskopiert.
Jetzt habe ich es neu anlegen lassen und es sieht so aus:
#####################################Zigbee2MQTT###################################################
define MQTT2_zigbeeBridge MQTT2_DEVICE mqttjs_380148b9
setuuid MQTT2_zigbeeBridge 5edfad12-f33f-639d-b247-d2e217629b3a958a
attr MQTT2_zigbeeBridge IODev MQTT2_FHEM_Server
attr MQTT2_zigbeeBridge bridgeRegexp zigbee2mqtt/([A-Za-z0-9._]*)[/]?.*:.* "zigbee_$1"
attr MQTT2_zigbeeBridge comment To check for new updates of the deamon software, you might want to use a separate HTTPMOD device. See HTTPMOD template zigbee2mqtt_daemon_updates for further details.
attr MQTT2_zigbeeBridge devicetopic zigbee2mqtt
attr MQTT2_zigbeeBridge getList devicelist:noArg log $DEVICETOPIC/bridge/config/devices\
networkmap_raw:noArg raw $DEVICETOPIC/bridge/networkmap raw\
networkmap_graphviz:noArg graphviz $DEVICETOPIC/bridge/networkmap graphviz
attr MQTT2_zigbeeBridge model zigbee2mqtt_bridge
attr MQTT2_zigbeeBridge readingList $DEVICETOPIC/bridge/state:.* state\
$DEVICETOPIC/bridge/config/devices:.* {}\
$DEVICETOPIC/bridge/config/log_level:.* log_level\
$DEVICETOPIC/bridge/config/permit_join:.* permit_join\
$DEVICETOPIC/bridge/config/rename:.* { json2nameValue($EVENT, 'rename_') }\
$DEVICETOPIC/bridge/log:.*\"type\".\"devices\".\"message\".* devices\
$DEVICETOPIC/bridge/log:.* log\
$DEVICETOPIC/bridge/networkmap:.* {}\
$DEVICETOPIC/bridge/networkmap/graphviz:.* graphviz\
$DEVICETOPIC/bridge/networkmap/raw:.* raw\
$DEVICETOPIC/bridge/config:.* { json2nameValue($EVENT) }\
mqttjs_380148b9:zigbee2mqtt/0x00158d0002904cb5:.* { json2nameValue($EVENT) }\
mqttjs_380148b9:zigbee2mqtt/0x04cf8cdf3c75b684:.* { json2nameValue($EVENT) }
attr MQTT2_zigbeeBridge room MQTT2_DEVICE
attr MQTT2_zigbeeBridge setList log_level:debug,info,warn,error $DEVICETOPIC/bridge/config/log_level $EVTPART1\
permit_join:true,false $DEVICETOPIC/bridge/config/permit_join $EVTPART1\
remove:textField $DEVICETOPIC/bridge/config/remove $EVTPART1\
ota_update:textField $DEVICETOPIC/bridge/ota_update/update $EVTPART1\
ota_update_check:textField $DEVICETOPIC/bridge/ota_update/check $EVTPART1\
y_device_setting:textField $DEVICETOPIC/$EVTPART1/set {"$EVTPART2": "$EVTPART3"}\
x_bind:textField $DEVICETOPIC/bridge/bind/$EVTPART1 $EVTPART2\
x_bind_unbind:textField $DEVICETOPIC/bridge/unbind/$EVTPART1 $EVTPART2\
x_device_options:textField $DEVICETOPIC/bridge/config/device_options {"friendly_name":"$EVTPART1","options": {"$EVTPART2": "$EVTPART3"}}\
x_group_add_to:textField $DEVICETOPIC/bridge/group/$EVTPART1/add $EVTPART2\
x_group_rm_from:textField $DEVICETOPIC/bridge/group/$EVTPART1/remove $EVTPART2\
x_group_rm_from_all:textField $DEVICETOPIC/bridge/group/$EVTPART1/remove_all $EVTPART2\
x_group_add_group:textField $DEVICETOPIC/bridge/config/add_group $EVTPART1\
x_group_rm_group:textField $DEVICETOPIC/bridge/config/remove_group $EVTPART1\
z_elapsed:textField $DEVICETOPIC/bridge/config/elapsed $EVTPART1\
z_last_seen:disable,ISO_8601,epoch,ISO_8601_local $DEVICETOPIC/bridge/config/last_seen $EVTPART1\
z_ban:textField $DEVICETOPIC/bridge/config/ban $EVTPART1\
z_rename:textField $DEVICETOPIC/bridge/config/rename {"old":"$EVTPART1","new":"$EVTPART2"}\
z_reset_CC:noArg $DEVICETOPIC/bridge/config/reset
attr MQTT2_zigbeeBridge setStateList on off
Leider werden neu angelernte Geräte alle unter der bridge gezeigt und nicht vereinzelt.
Wie bekomme ich das vereinzeln hin wenn mir nur ein Gerät angezeigt wird?
Oh nein ich glaube ich hab´s
ich hatte übersehen, dass das attribut
attr MQTT2_zigbee_pi bridgeRegexp zigbee2mqtt/([A-Za-z0-9]*)[/]?.*:.* "zigbee_$1"
gesetzt werden muss, sonst hat man genau dieses Problem.
JETZT LÄUFT´s DANKE!!!
Hallo zusammen,
hat irgendjemand den xiomi plug mit dem CC2531 laufen?
Ich bekomme ihn nicht geschaltet, weis aber auch nicht genau welches Template das richtige ist.
Wenn ich am Gerät schalte empfange ich ein ON und OFF aber wenn ich ein ON oder OFF oder on oder off sende passiert nichts.
Mit irgendeiner Verschlüsselung kann das nichts zutun haben oder? Die ist doch nur beim original Gateway nötig?
Jemand eine idee?
Für ein simples on/off-Device sollte zigbee2mqtt_plug passen.
Grundsätzlich nochmal:die attrTemplates gehen davon aus, dass wir es nach der Vermittlung über zigbee2mqtt eigentlich nicht mehr mit einer konkreten Hardware zu tun haben, sondern mit einem generischen Device, das bestimmte Eigenschaften hat, also hier: man kann es ein- und ausschalten, fertig.
Von daher klingt das eher danach, als wäre die Einbindung in zigbee2mqtt irgendwie noch unvollständig.
Aber wie immer gilt auch hier, dass wir nur raten können, was genau denn das hier bedeutet:
Zitat von: matthias soll am 23 Juni 2020, 06:39:19
aber wenn ich ein ON oder OFF oder on oder off sende passiert nichts.
Und da in diesem Thread eigentlich das Modul XiaomiMQTTDevice (?) behandelt wird, wäre es vermutlich am sinnvollsten, einen neuen Thread aufzumachen, falls das Problem bestehen bleibt?
Erstmal danke für deine Hilfe und die schnelle Antwort.
Das zigbee2mqtt_plug template benutze ich und es geht ein:
MQTT2_DEVICE MQTT2_zigbee_0x00158d0003556948 on
raus.
Ich hatte auch schon getestet mit groß geschriebenen ON aber auch ohne Erfolg.
Ist das Senden grundsätzlich etwas anderes als das empfangen?
Empfangen funktioniert mit mehr als 10 unterschiedlichen tastern.
Es kann aber durchaus sein, dass bei mir irgendetwas noch nicht richtig läuft,
wenn ich bei meinem Bridge Device die Deviceliste aufrufe kommt grundsätzlich Timeout reading answer for zigbee2mqtt/bridge/config/devices
Ich denke ich muss mir erstmal die Konfigurationsdateien genauer ansehen.
Hmm, zum einen weiß ich so immer noch nicht, was mit "ON" gemeint ist, aber das macht auch wenig Sinn weiterzusdiskutieren, wenn dir die Frage nicht klar ist und du nach mehr als 200 Beiträgen weder Code-Tags benutzt noch klarstellst, ob das jetzt Event-Monitor, Sende-Anweisung über die Kommandozeile ... ist und was ggf. die Rückmeldung war (ON ist nämlich vermutlich nicht definiert und wäre ggf. erst durch eine Änderung der setList verfügbar; aber ohne (RAW-)list des devices kann ich auch nur weiterraten, was ich ab jetzt bezogen auf deine Frage sein lassen werde...).
Grundsätzlich ist es so, dass uU. mehr erfolgreich empfangen wird wie gesendet, denn die Sendeleistungen vom USB-Dongle und vom Aktor müssen ja nicht gleich sein... Vielleicht hast du auch "zu viele Geräte" und der Aktor paßt nicht mehr vollständig in den Speicher des CC2531 usw. usf.. In die Kompabilitätsliste bei zigbee2mqtt hast du vermutlich auch noch nicht geschaut?
Danke für die Tipps und die Belehrung ich wollte hier aber keine riesen Code Tags einfügen, weil das vermutlich nicht viel geholfen hätte.
Dass das ohne Code nicht immer eindeutig ist, ist mir auch klar.
Nach einem Neustart des Raspberry's funktioniert es jetzt.
Moin,
neue Hardware, neues Problem: Ich habe einen OSRAM SMART+ FLEX 3P Multicolor Basis RGBW LED-Streifen per zibgee2mqtt. Wird einwandfrei erkannt. Helligkeit, Farbtemperatur und On Off kein Problem. Aber scheinbar wir bei der Farbwahl der mqtt Befehl an zigbee2matt falsch erzeugt.
Farbtemperatur:
info 2020-07-06 16:38:15: MQTT publish: topic 'zigbee2mqtt/ak_osram_flex_RGB', payload '{"state":"ON","brightness":15,"color":{"x":0.417046801877253,"y":0.396255577584578},"color_temp":303,"update_available":false}'
Farbwahl:
info 2020-07-06 16:38:21: MQTT publish: topic 'zigbee2mqtt/ak_osram_flex_RGB', payload '{"state":"ON","brightness":15,"color":{},"color_temp":null,"update_available":false}'
Mein Device:
defmod ak_osram_flex_RGB XiaomiMQTTDevice 4052899926110 0x7cb03eaa00a7b1d4 ak_osram_flex_RGB
attr ak_osram_flex_RGB IODev Mosquitto
attr ak_osram_flex_RGB devStateIcon {return ".*:light_light_dim_100@#".ReadingsVal($name,"color","FFFFF").":toggle"}
attr ak_osram_flex_RGB group Licht
attr ak_osram_flex_RGB icon light_led_stripe_rgb
attr ak_osram_flex_RGB room Raum__Computer,XiaomiMQTTDevice,zAktoren
attr ak_osram_flex_RGB stateFormat state
attr ak_osram_flex_RGB userReadings color {Color::xyY2hex(ReadingsVal($name,"color-x",0),ReadingsVal($name,"color-y",0),ReadingsVal($name,"brightness",254))}
attr ak_osram_flex_RGB webCmd brightness:color:color_temp:TOGGLE:ON:OFF
attr ak_osram_flex_RGB widgetOverride brightness:colorpicker,BRI,0,15,255 color:colorpicker,RGB color_temp:colorpicker,CT,250,1,454
setstate ak_osram_flex_RGB ON
setstate ak_osram_flex_RGB 2020-07-06 16:38:21 brightness 15
setstate ak_osram_flex_RGB 2020-07-06 16:38:21 color FFD86E
setstate ak_osram_flex_RGB 2020-07-06 16:38:15 color-x 0.417046801877253
setstate ak_osram_flex_RGB 2020-07-06 16:38:15 color-y 0.396255577584578
setstate ak_osram_flex_RGB 2020-07-04 07:26:25 colorHEX 7b9166
setstate ak_osram_flex_RGB 2020-07-06 16:38:15 color_temp 303
setstate ak_osram_flex_RGB 2020-07-06 16:38:21 state ON
setstate ak_osram_flex_RGB 2020-07-06 16:38:21 transmission-state incoming publish received
setstate ak_osram_flex_RGB 2020-07-06 16:38:21 update_available false
Die Lösung vor ein paar dutzend Seiten vorher hier im Thread bringt keine Änderung. Wer kann mir helfen? Was muss im Modul geändert werden? Danke.
Andreas
Hallo! Ich glaub ich hab mir mein zigbee2mqtt zerschossen! Die bridge geht nicht mer online in fhem! Hab ein update von zigbee2mqtt laut der Anleitung gemacht und nach dem einspielen der alten config ist der raspi abgestürzt! seit dem geht die bridge nicht mehr online! was soll ich jetzt machen? Mein automatisches raspi backup funktionierte nicht bin ich dabei draufgekommen!
edit: auch wenn ich es dann selber gelöst habe schicke ich den Post trotzdem ab, vielleicht hat ja jemand ein ähnliches Problem und die Lösung ist ähnlich simple.
Nachdem ich auf dem Raspi in die Logs geschaut hatte und da einige Logs mit 0Byte lagen war schon klar das das FS voll war.
alte Logs gelöscht
attr global verbose 1
attr global mseclog 1
attr FileLog.* nrarchive 5
Hallo,
seit 2 Tagen reagiert die xBridge nicht mehr auf die Xiaomi Taster etc.
Ich weiss nicht so richtig wo ich anfangen soll zu testen.
Rp habe ich gebooted
die xBridge steht auf State OFFLINE
beim pairen reagiert sie allerdings normal
2020-09-05 08:16:57 XiaomiMQTTDevice xBridge pair 1
2020-09-05 08:16:57 XiaomiMQTTDevice xBridge transmission-state: outgoing publish acknowledged
2020-09-05 08:16:58 XiaomiMQTTDevice xBridge transmission-state: incoming publish received
2020-09-05 08:16:58 XiaomiMQTTDevice xBridge transmission-state: outgoing publish acknowledged
2020-09-05 08:17:26 MQTT MQTT connection: active
die Definition
defmod xBridge XiaomiMQTTDevice bridge
attr xBridge IODev MQTT
attr xBridge room XiaomiMQTTDevice
setstate xBridge offline
setstate xBridge 2020-09-05 07:35:39 config {"version":"1.5.1","commit":"ac3b924","coordinator":20190608,"log_level":"info","permit_join":true}
setstate xBridge 2020-09-05 07:35:39 state offline
setstate xBridge 2020-09-05 08:21:57 transmission-state incoming publish received
Log von einem Taster
2020-09-04_02:17:35 Xia2TastA battery_level: 91
2020-09-04_03:08:15 Xia2TastA transmission-state: incoming publish received
2020-09-04_03:08:15 Xia2TastA linkquality: 55
2020-09-04_03:08:15 Xia2TastA battery: ok
2020-09-04_03:08:15 Xia2TastA battery_level: 97
2020-09-04_03:08:15 Xia2TastA voltage: 2995
2020-09-04_03:58:55 Xia2TastA transmission-state: incoming publish received
2020-09-04_03:58:55 Xia2TastA voltage: 2995
2020-09-04_03:58:55 Xia2TastA battery: ok
2020-09-04_03:58:55 Xia2TastA battery_level: 97
2020-09-04_03:58:55 Xia2TastA linkquality: 55
2020-09-04_04:49:35 Xia2TastA transmission-state: incoming publish received
2020-09-04_04:49:35 Xia2TastA battery: ok
2020-09-04_04:49:35 Xia2TastA battery_level: 97
2020-09-04_04:49:35 Xia2TastA linkquality: 52
2020-09-04_04:49:35 Xia2TastA voltage: 2995
2020-09-04_05:40:15 Xia2TastA transmission-state: incoming publish received
2020-09-04_05:40:15 Xia2TastA battery: ok
2020-09-04_05:40:15 Xia2TastA battery_level: 97
2020-09-04_05:40:15 Xia2TastA linkquality: 49
2020-09-04_05:40:15 Xia2TastA voltage: 2995
2020-09-05_07:35:39 Xia2TastA transmission-state: subscribe sent
2020-09-05_07:35:39 Xia2TastA transmission-state: subscription acknowledged
Fhem Anzeige https://i.imgur.com/XANbdp1.png (https://i.imgur.com/XANbdp1.png)
Wie einige Threads weiter oben versuche ich auch ein Xiaomi Plug mit Leistungsmessung zu betreiben
Laut Koenk kann man das device manuell so einrichten
witch:
- platform: "mqtt"
state_topic: "zigbee2mqtt/<FRIENDLY_NAME>"
availability_topic: "zigbee2mqtt/bridge/state"
payload_off: "OFF"
payload_on: "ON"
value_template: "{{ value_json.state }}"
command_topic: "zigbee2mqtt/<FRIENDLY_NAME>/set"
sensor:
- platform: "mqtt"
state_topic: "zigbee2mqtt/<FRIENDLY_NAME>"
availability_topic: "zigbee2mqtt/bridge/state"
unit_of_measurement: "W"
icon: "mdi:flash"
value_template: "{{ value_json.power }}"
sensor:
- platform: "mqtt"
state_topic: "zigbee2mqtt/<FRIENDLY_NAME>"
availability_topic: "zigbee2mqtt/bridge/state"
unit_of_measurement: "°C"
device_class: "temperature"
value_template: "{{ value_json.temperature }}"
sensor:
- platform: "mqtt"
state_topic: "zigbee2mqtt/<FRIENDLY_NAME>"
availability_topic: "zigbee2mqtt/bridge/state"
unit_of_measurement: "kWh"
value_template: "{{ value_json.consumption }}"
icon: "mdi:flash"
sensor:
- platform: "mqtt"
state_topic: "zigbee2mqtt/<FRIENDLY_NAME>"
availability_topic: "zigbee2mqtt/bridge/state"
unit_of_measurement: "V"
icon: "mdi:alpha-v"
value_template: "{{ value_json.voltage }}"
sensor:
- platform: "mqtt"
state_topic: "zigbee2mqtt/<FRIENDLY_NAME>"
availability_topic: "zigbee2mqtt/bridge/state"
icon: "mdi:signal"
unit_of_measurement: "lqi"
value_template: "{{ value_json.linkquality }}"
Dazu habe ich das template plug mit Energiemessung benutzt
Mein Problem ist das zwar Status inclusive Power Status und Temp
übermittelt wird nur schalten läßt es sich nicht.
defmod MQTT2_zigbee_0x00158d0003938a74 MQTT2_DEVICE zigbee_0x00158d0003938a74
attr MQTT2_zigbee_0x00158d0003938a74 DbLogExclude .*
attr MQTT2_zigbee_0x00158d0003938a74 IODev MQTTServer
attr MQTT2_zigbee_0x00158d0003938a74 alexaName schalter
attr MQTT2_zigbee_0x00158d0003938a74 devStateIcon {my $light = FW_makeImage(ReadingsVal($name,"state","off"));; my $current = ReadingsVal($name,"current",0);; my $pwr = ReadingsVal($name,"power",0);; my $energy = ReadingsVal($name,"energy",0);; qq(<div> <a href="/fhem?cmd.dummy=set $name toggle&XHR=1">$light</a> Aktuell: $current A Leistung.: $pwr W<b></b>)}
attr MQTT2_zigbee_0x00158d0003938a74 devicetopic zigbee2mqtt/0x00158d0003938a74
attr MQTT2_zigbee_0x00158d0003938a74 eventMap { dev=>{ON=>'on',OFF=>'off'} }
attr MQTT2_zigbee_0x00158d0003938a74 genericDeviceType switch
attr MQTT2_zigbee_0x00158d0003938a74 icon message_socket
attr MQTT2_zigbee_0x00158d0003938a74 model zigbee2mqtt_plug_w_energy_measuring
attr MQTT2_zigbee_0x00158d0003938a74 readingList $DEVICETOPIC:.* { json2nameValue($EVENT) }
attr MQTT2_zigbee_0x00158d0003938a74 room MQTT2_DEVICE
attr MQTT2_zigbee_0x00158d0003938a74 setList on:noArg $DEVICETOPIC/set {"state":"ON"}\
off:noArg $DEVICETOPIC/set {"state":"OFF"}\
toggle:noArg $DEVICETOPIC/set {"state":"TOGGLE"}
attr MQTT2_zigbee_0x00158d0003938a74 setStateList on off toggle
Auch ein zigbee2mqtt/0x00158d0003928c00/set on per hand funktioniert nicht.
Vieleicht hat jemand dieses Teil und kann weiterhelfen
Andre
Hi Andre,
mit Set on müsste das gehen.
Ich hatte und habe das Problem wenn die Bridge ein paar Tage läuft funktioniert das Einschalten nichtmehr.
Wenn ich die bridge einmal stoppe und mit
sudo systemctl start zigbee2mqtt wieder neu starte geht es wieder. Ka warum.
Ist aber nicht nur bei dem Xiaomi Teil so auch mit meinem sonoff zbr3.
Genau das selbe tritt bei mir auch auf hatte das gestern festgestellt als ich mein kuechenlicht einschalten wollte.
Der Befehl wurde nachdem ich mein zigbee Gateway neu gestartet habe ausgeführt.
Aber dieses Verhalten das manche Geräte ab und zu nicht gehen hatte ich schon öfters.
Woran das liegt an fhem wahrscheinlich oder an meinen vielen Funksystemen die ich betreibe wie Wlan zigbee homematic bluetooth.
Hey Leute
ich hänge mich mal rein und frage mal ganz unverschämt und auch mit dem wissen nicht alles hier gelesen zu haben nach, ich habe schon beim ersten schritt Probleme und zwar wenn ich
sudo curl -sL https://deb.nodesource.com/setup_12.x | sudo -E bash -
ausführe bekomme ich
sudo curl -sL https://deb.nodesource.com/setup_12.x | sudo -E bash -
## Installing the NodeSource Node.js 12.x repo...
## Populating apt-get cache...
+ apt-get update
OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease
OK:3 http://archive.raspberrypi.org/debian buster InRelease
OK:1 https://apt.pilight.org stable InRelease
Holen:4 https://repo.mosquitto.org/debian stretch InRelease [11,0 kB]
OK:5 https://deb.nodesource.com/node_12.x buster InRelease
Fehl:4 https://repo.mosquitto.org/debian stretch InRelease
Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher
Schlüssel nicht verfügbar ist: NO_PUBKEY 61611AE430993623
Paketlisten werden gelesen... Fertig
N: Datei »mosquitto-stretch.list.1« in Verzeichnis »/etc/apt/sources.list.d/« wird ignoriert, da sie eine ungültige Dateinamen-Erweiterung hat.
W: GPG-Fehler: https://repo.mosquitto.org/debian stretch InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 61611AE430993623
E: Das Depot »https://repo.mosquitto.org/debian stretch InRelease« ist nicht signiert.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
Error executing command, exiting
das angezeigt, kann mir einer von euch da weiter helfen ?
Raspberry Pi 4
Raspian Buster
Fhem Update am 18.10.20 gemacht
ITSTUFF CC2531 ZigBee USB-Stick, Default-Firmware von Koenkk mit Stand 08.06.2019
Gruß Caleus
Hallo zusammen,
ich habe seit wenigen Tagen das Problem das ich keine Zigbee Geräte updates in Fhem bekomme. Daraufhin habe jetzt zigbee2mqtt geupdated und auch npm / node.
Jetzt habe ich beim starten folgendes problem:
0 info it worked if it ends with ok
1 verbose cli [ '/usr/local/bin/node', '/usr/bin/npm', 'start' ]
2 info using npm@6.14.8
3 info using node@v14.15.0
4 verbose run-script [ 'prestart', 'start', 'poststart' ]
5 info lifecycle zigbee2mqtt@1.16.1~prestart: zigbee2mqtt@1.16.1
6 info lifecycle zigbee2mqtt@1.16.1~start: zigbee2mqtt@1.16.1
7 verbose lifecycle zigbee2mqtt@1.16.1~start: unsafe-perm in lifecycle true
8 verbose lifecycle zigbee2mqtt@1.16.1~start: PATH: /usr/lib/node_modules/npm/node_modules/npm-lifecycle/node-gyp-bin:/opt/zigbee2mqtt/node_modules/.bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
9 verbose lifecycle zigbee2mqtt@1.16.1~start: CWD: /opt/zigbee2mqtt
10 silly lifecycle zigbee2mqtt@1.16.1~start: Args: [ '-c', 'node index.js' ]
11 silly lifecycle zigbee2mqtt@1.16.1~start: Returned: code: 1 signal: null
12 info lifecycle zigbee2mqtt@1.16.1~start: Failed to exec start script
13 verbose stack Error: zigbee2mqtt@1.16.1 start: `node index.js`
13 verbose stack Exit status 1
13 verbose stack at EventEmitter.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:332:16)
13 verbose stack at EventEmitter.emit (events.js:315:20)
13 verbose stack at ChildProcess.<anonymous> (/usr/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
13 verbose stack at ChildProcess.emit (events.js:315:20)
13 verbose stack at maybeClose (internal/child_process.js:1048:16)
13 verbose stack at Process.ChildProcess._handle.onexit (internal/child_process.js:288:5)
14 verbose pkgid zigbee2mqtt@1.16.1
15 verbose cwd /opt/zigbee2mqtt
16 verbose Linux 4.9.35-v7+
17 verbose argv "/usr/local/bin/node" "/usr/bin/npm" "start"
18 verbose node v14.15.0
19 verbose npm v6.14.8
20 error code ELIFECYCLE
21 error errno 1
22 error zigbee2mqtt@1.16.1 start: `node index.js`
22 error Exit status 1
23 error Failed at the zigbee2mqtt@1.16.1 start script.
23 error This is probably not a problem with npm. There is likely additional logging output above.
24 verbose exit [ 1, true ]
Hat jemand eine Idee wie ich hier weiterkomme?
Besten dank vorab!
Kurzes Update: läuft wieder, es lag am Stick. Nachdem ich den cc2531 neu geflasht habe lief es wieder. Komisch...
Hallo zusammen,
eine Frage: ich möchte meine Osram e27 Lampe Dimmen. Ich habe über WidgetOverride ,,brightness:slider,0,15,255" einen slider hinzugefügt. Das funktioniert auch. Jetzt würde ich die Helligkeit gerne von ,,außen" steuern. Wenn ich das Reading ,, brightness" direkt schreibe ändert sich zwar der Wert aber er wird nicht an die Lampe gesendet. Wie kann ich die Helligkeit von außen schreiben?
Danke
Update: Hab's selbst hinbekommen ,,set xyz brightness WERT" funktioniert ganz einfach... ich hatte es vorher immer mit setreading probiert.
Hallo,
ich habe seit einigen Monaten folgendes Problem mit meinen vier XIAOMI motion Sensoren.
Von Zeit zu Zeit treten in regelmäßigen Abständen von ca. 55 Minuten fehlerhafte Bewegungsalarme auf.
Offensichtliche Fehlalarme sind in der Grafik anbei gelb eingerahmt (dünne Linien sind der RSSI-Wert, dicke Linien der Alarm-Status).
Zur Vorgeschichte:
Einige Jahre waren die Sensoren an das original XIAOMI Gateway gekoppelt und liefen absolut fehlerfrei.
Bis vor ein paar Monaten diese Fehlalarme auftraten.
Interessanterweise aber nur in FHEM auftraten aber nicht in der XIOAMI App am Handy!
Ich dachte, dass ein Batterietausch helfen könnte - brachte aber absolut nichts.
Bin dann vom Gateway auf die CC2531 zigbee2mqtt Lösung umgestiegen welche aber auch nichts am Problem geändert hat.
Ich sehe keine Zusammenhang mit Temperatur etc.
Auch ein komplettes Abschirmen unter einer Kartonschachtel in einem unbewohnten Raum hilft nichts.
Es scheint als würden die Fehlalarme immer mit einem "Management" frame kommen - also immer wenn der Batteriestand/alive-message übertragen wird?
Hat wer ähnliche Fehlalarme schon beobachtet und evtl. eine Lösung?
PS.: Der XIAOMI Wassersensor, der auch im Netz hängt macht übrigens 0 Probleme.
Moin moin,
ich habe die Motion Sensoren auch am Gateway und das selbe Phänomen. Fehlalarme im FHEM aber nicht auf Xiaomi. Ich habe seit dem den Sensor nicht mehr in Betrieb. Keine Lösung :(
Zitat von: chris_kmn am 14 März 2021, 11:05:23
Moin moin,
ich habe die Motion Sensoren auch am Gateway und das selbe Phänomen. Fehlalarme im FHEM aber nicht auf Xiaomi. Ich habe seit dem den Sensor nicht mehr in Betrieb. Keine Lösung :(
Danke für dein Feedback.
Kannst du sagen, wie lange die Batterie im Sensor war?
War es die Originalbatterie und ist das Problem erst nach ein paar Jahren aufgetreten?
puh, also das war noch die originale Batterie, aber wann genau das auftrat, weiß ich nicht. Ich habe die Batterie jedenfalls immer kontaktlos (mit einem streifen Papier) wenn ich den Sensor nicht nutze und somit sollte die Batterie noch gut voll gewesen sein.
Hallo zusammen, seit einem update von FHEM via "update" funktioniert meine xBridge nicht mehr :(
Es kommt immer der Fehler "No MQTT IODev found." (define xBridge XiaomiMQTTDevice bridge)
- MQTT ist allerdings in Fhem eingerichtet (define MQTT MQTT localhost:1883, active, opened)
- zigbee2mqtt läuft auf dem Raspi ordnungsgemäß und die Geräte und deren Infos/Status werden via "sudo journalctl -u zigbee2mqtt.service -f" angezeigt.
- Coordinator und Geräte werden in FHEM natürlich auch nicht angezeigt -> No MQTT IODev found
Hat jemand eine Idee was hier das Problem ist?
Vielen Dank schon einmal im Voraus!
Siehe https://forum.fhem.de/index.php/topic,84790.msg771021.html#msg771021
Zitat von: rudolfkoenig am 02 Mai 2021, 12:58:59
Siehe https://forum.fhem.de/index.php/topic,84790.msg771021.html#msg771021
Hi, kannst du mir auf die Sprünge helfen was du hier genau meinst?
ich bin nach dieser Anleitung damals vorgegangen: http://wiki.gorjup.de/doku.php?id=public:fhem_zigbee_cc2531
Der Service sieht in deinem Post etwas anders aus.
- MQTT ist ja connected und open
- zigbee2mqtt.service läuft und gibt die Infos aus
● zigbee2mqtt.service - zigbee2mqtt
Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
Active: active (running) since Sun 2021-05-02 11:05:12 CEST; 2h 23min ago
Main PID: 13974 (npm)
Tasks: 23 (limit: 3860)
CGroup: /system.slice/zigbee2mqtt.service
├─13974 npm
├─13985 sh -c node index.js
└─13986 node index.js
Mai 02 13:53:13 fhem systemd[1]: Started zigbee2mqtt.
Mai 02 13:53:14 fhem npm[15351]: > zigbee2mqtt@1.12.0 start /opt/zigbee2mqtt
Mai 02 13:53:14 fhem npm[15351]: > node index.js
Mai 02 13:53:14 fhem npm[15351]: Zigbee2mqtt requires node version ^10 || ^12 || ^13, you are running v11.15.0!
Mai 02 13:53:15 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:15: Logging to console and directory: '/opt/zigbee2mqtt/data/log/2021-05-02.13-53-15' filename: log.txt
Mai 02 13:53:16 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:16: Starting zigbee2mqtt version 1.12.0 (commit #840b9d9)
Mai 02 13:53:16 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:16: Starting zigbee-herdsman...
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: zigbee-herdsman started
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: Coordinator firmware version: '{"type":"zStack12","meta":{"transportrev":2,"product":0,"majorrel":2,"minorrel":6,"maintrel":3,"revision":20190608}}'
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: Currently 10 devices are joined:
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: 0x00158d000461c8fa (0x00158d000461c8fa): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: 0x7cb03eaa0a08e896 (0x7cb03eaa0a08e896): AB3257001NJ - OSRAM Smart+ plug (Router)
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: 0x0017880108e6dfdf (0x0017880108e6dfdf): 929002240401 - Philips Hue smart plug - EU (Router)
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: 0x00158d00019d1d71 (0x00158d00019d1d71): WSDCGQ11LM - Xiaomi Aqara temperature, humidity and pressure sensor (EndDevice)
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: 0x00158d0005d002d2 (0x00158d0005d002d2): SJCGQ11LM - Xiaomi Aqara water leak sensor (EndDevice)
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: 0x00158d0003c774e0 (0x00158d0003c774e0): MCCGQ11LM - Xiaomi Aqara door & window contact sensor (EndDevice)
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: 0x00158d0005d015a4 (0x00158d0005d015a4): SJCGQ11LM - Xiaomi Aqara water leak sensor (EndDevice)
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: 0xec1bbdfffed4e8bf (0xec1bbdfffed4e8bf): Not supported (Router)
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: 0xec1bbdfffec8377f (0xec1bbdfffec8377f): Not supported (EndDevice)
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: 0x680ae2fffe01f69c (0x680ae2fffe01f69c): Not supported (Router)
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:warn 2021-05-02 13:53:17: `permit_join` set to `true` in configuration.yaml.
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:warn 2021-05-02 13:53:17: Allowing new devices to join.
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:warn 2021-05-02 13:53:17: Set `permit_join` to `false` once you joined all devices.
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: Zigbee: allowing new devices to join.
Mai 02 13:53:17 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:17: Connecting to MQTT server at mqtt://localhost:1883
Mai 02 13:53:18 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:18: Connected to MQTT server
Mai 02 13:53:18 fhem npm[15351]: zigbee2mqtt:info 2021-05-02 13:53:18: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload 'online'
Mai 02 13:53:18 fhem npm[15351]: zigbee2mqtt:error 2021-05-02 13:53:18: '0x00158d000461c8fa' does not exist, skipping publish
Mai 02 13:53:18 fhem npm[15351]: zigbee2mqtt:error 2021-05-02 13:53:18: '0x7cb03eaa0a08e896' does not exist, skipping publish
Mai 02 13:53:18 fhem npm[15351]: zigbee2mqtt:error 2021-05-02 13:53:18: '0x0017880108e6dfdf' does not exist, skipping publish
Mai 02 13:53:18 fhem npm[15351]: zigbee2mqtt:error 2021-05-02 13:53:18: '0x00158d00019d1d71' does not exist, skipping publish
Mai 02 13:53:18 fhem npm[15351]: zigbee2mqtt:error 2021-05-02 13:53:18: '0x00158d0005d002d2' does not exist, skipping publish
Mai 02 13:53:18 fhem npm[15351]: zigbee2mqtt:error 2021-05-02 13:53:18: '0x00158d0003c774e0' does not exist, skipping publish
Mai 02 13:53:18 fhem npm[15351]: zigbee2mqtt:error 2021-05-02 13:53:18: '0x00158d0005d015a4' does not exist, skipping publish
Danke dir!
Gleiches Problem hier.
Habe noch das hier gefunden
https://forum.fhem.de/index.php/topic,120794.0.html (https://forum.fhem.de/index.php/topic,120794.0.html)
ZitatHi, kannst du mir auf die Sprünge helfen was du hier genau meinst?
Na, wie schon drueben geschrieben: das Modul macht mAn komische Sachen, und das hier und da gemeldete Problem kann man mit dem da angehaengten diff (mit patch -r) reparieren.
Ich empfehle auf das MQTT2_DEVICE und Xiaomi attrTemplate umzusteigen, das erscheint mir zukunftsfaehiger.
Habe gerade auch auf mqtt2 umgestellt und zigbee2mqtt attrTemplate.
Habe jetzt alle ehemaligen xiaomimqttdevice devices auf mqtt2 umgestellt.
Ich habe allerdings auch zwei Trafri Taster E1743. Diese scheinen jetzt aber die Nachrichten immer doppelt zu schicken.
In der Ausgabe von zigbee2mqtt kann ich sehen aber sehen das nur eine Nachricht vom Taster kommt.
Grobe Konstellation:
zigbee2mqtt
MQTT2_SERVER
MQTT2_CLIENT
MQTT2_ZIGBEE_BRIDGE (MQTT2_DEVICE mit attrTemplate zigbee2mqtt bridge)
Taster
Über ein event_on_change im Taster Device habe ich das jetzt unterdrückt.
Wo müsste ich da suchen/ansetzen?
Danke.
Vermute den MQTT2_CLIENT als Ursache. Für was soll der gut sein bzw. wohin gehen die Daten von zigbee2mqtt?
Vielleicht übersehe ich etwas.
Update:
Ich habe meinen eigenen Gateway-Server nun eingestellt und arbeite stattdessen mit Koenkk zusammen.
Das hat den Vorteil, dass das Projekt besser aktualisiert wird (mit neuen Geräten etc). Das Plugin habe ich dafür bereits angepasst - die neue Version des Plugins ist vorerst noch abwärtskompatibel zu meinem Gateway-Server.
Um von meiner Repo auf die neue zu wechseln, führe Installationsanleitung aus. Um das Pairing zu behalten, kopiere anschließend die devices.db aus dem alten Ordner, benenne sie in database.db um, und füge sie im Ordner data der neuen Repo ein.
Wo ist denn die Installationsanleitung zum update?
Zitat von: Beta-User am 04 Mai 2021, 06:08:56
Vermute den MQTT2_CLIENT als Ursache. Für was soll der gut sein bzw. wohin gehen die Daten von zigbee2mqtt?
Vielleicht liegt hier wirklich mein Problem.
MQTT2_CLIENT ist bei MQTT_ZIGBEE_BRIDGE und allen meinen Devices als IODEV eingetragen.
Müsste dort der MQTT2_SERVER stehen?
Oder müssten meinen Devices alle MQTT_ZIGBEE_BRIDGE als IODEV haben?
Zitat von: HGButte am 12 Mai 2021, 06:33:53
Vielleicht liegt hier wirklich mein Problem.
MQTT2_CLIENT ist bei MQTT_ZIGBEE_BRIDGE und allen meinen Devices als IODEV eingetragen.
Müsste dort der MQTT2_SERVER stehen?
Oder müssten meinen Devices alle MQTT_ZIGBEE_BRIDGE als IODEV haben?
Die korrekte Antwort hängt vom Umfeld ab, nur der letzte Ansatz ist immer falsch...
Falls du genau eine FHEM-Installation hast, ist der korrekte Datenfluss:
zigbee2mqtt <=> MQTT2_SERVER <=> (n1+n2)*MQTT2_DEVICE
n1 = Anzahl der ZigBee-Geräte
n2 = 1 bridgeRegexp-Gerät, das den Dienst repräsentiert + zusätzliche Anzahl von weiteren Kanälen, falls du z.B. Aktoren mit zwei oder mehr schaltbaren Kanälen (Relays) hast.
In MQTT2_DEVICE ist jeweils der Name des MQTT2_SERVERs einzutragen.
Wirf den M2_CLIENT einfach raus, wenn du nicht weißt, ob du ihn brauchst (also: wenn du keinen weiteren "Broker" (zusätzlich zum M2_SERVER in derselben FHEM-Instanz) im Einsatz hast).
Hallo,
ich nutze einen Xiaomi Smart Switch (WXKG11LM Rev.2) mit einem Conbee. Das Pairing hat problemlos geklappt. Nur die Reaktion ist verbesserungswürdig. Ich muss erst einige Male drücken bis er reagiert und ein Signal in FHEM "ankommt". Danach klappt es wieder eine Weile problemlos. Erst nach längerer Zeit dauert es wieder ein paar Mal bis er reagiert. Geht der Switch in einen Sleep Zustand? Habt ihr Ideen, wie man die Reaktionszeit verbessern kann, so dass er immer beim ersten Knoptdruck reagiert? Danke
Zitat von: htschors am 04 Januar 2022, 22:25:28
Erst nach längerer Zeit dauert es wieder ein paar Mal bis er reagiert. Geht der Switch in einen Sleep Zustand? Habt ihr Ideen, wie man die Reaktionszeit verbessern kann, so dass er immer beim ersten Knoptdruck reagiert?
Der Beitrag ist zwar schon über 1 Jahr her.
Versuche ein Re-Pairing des Tasters, wenn das keine Abhilfe schafft, dann kann es auch am "Stick" liegen.
Welchen nutzt du?
Ich hatte das / ein ähnliches Problem mit einem "DJT11LM", welchen ich für den Zustand meiner Dachfenster nutze. (Neigung)
Hatte auch immer wieder Aussetzer, nach einem Re-Pairing hatte das dann wieder funktioniert.
Nach einem Umzug von RPi4 auf ODroid-H3 konnte ich fast keine Geräte mehr anlernen und habe mir einen "SONOFF Zigbee 3.0 USB Dongle Plus,TI CC2652P + CP2102(N)" gekauft.
Darauf habe ich die Coordinator-Firmware von Zigbee2MQTT für den Stick installiert, seit dem keine Probleme mehr.
Grüße
Gear