FHEM Forum

FHEM - Hausautomations-Systeme => Sonstige Systeme => Thema gestartet von: neumann am 22 Februar 2018, 18:00:22

Titel: [Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 22 Februar 2018, 18:00:22
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.
Titel: Antw:[Neues Modul] Xiaomi SmartHome ohne Gateway direkt an FHEM
Beitrag von: ThoTo am 22 Februar 2018, 22:33:35
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
Titel: Antw:[Neues Modul] Xiaomi SmartHome ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi SmartHome ohne Gateway direkt an FHEM
Beitrag von: ThoTo am 22 Februar 2018, 22:45:45
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: holzfelix am 23 Februar 2018, 12:35:03
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 23 Februar 2018, 12:43:16
Ja - beim Temperatursensor habe ich nur den Aqara getestet, der von dir wird aber auch sehr sicher gehen.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: majestro84 am 05 März 2018, 18:07:33
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: wertz am 21 März 2018, 16:53:14
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!!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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... :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: MiKn am 21 März 2018, 19:12:38
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 21 März 2018, 19:15:27
du musst sie vorher natürlich noch pairen :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: wertz am 22 März 2018, 14:02:03
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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: wertz am 22 März 2018, 15:27:38
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....
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 22 März 2018, 15:29:23
Ja, du musst erst ein MQTT Device definieren.
define MQTT MQTT localhost:1883
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: wertz am 22 März 2018, 16:10:31
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
...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 22 März 2018, 16:13:17
ok, das ist dann aber unabhängig von diesem Modul.
https://wiki.fhem.de/wiki/MQTT_Einf%C3%BChrung
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: wertz am 23 März 2018, 12:29:50
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Himberger am 23 März 2018, 17:25:32
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: MiKn am 23 März 2018, 18:02:39
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: wertz am 24 März 2018, 01:16:00
@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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Himberger am 24 März 2018, 09:47:20
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 24 März 2018, 19:00:38
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 24 März 2018, 19:20:19
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: thorsten.d am 31 März 2018, 16:34:10
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? :'(
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 31 März 2018, 16:38:33
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: thorsten.d am 31 März 2018, 17:14:53
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 31 März 2018, 23:58:17
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: TheCULessGuy am 01 April 2018, 14:08:28
Kann mir jemand erklären was der Unterschied zwischen dieser Anbindung und der Anbindung via Raspbee-Modul ist?

Gruß TheCULessGuy
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 10 April 2018, 21:29:19
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 10 April 2018, 21:30:06
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: wertz am 11 April 2018, 01:09:41
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Himberger am 11 April 2018, 17:54:44
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Himberger am 11 April 2018, 22:26:53
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: wertz am 14 April 2018, 06:59:42
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: thorsten.d am 16 April 2018, 02:26:05
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: wertz am 16 April 2018, 14:45:35
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


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: thorsten.d am 16 April 2018, 18:20:08
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: wertz am 17 April 2018, 14:29:46
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: wertz am 18 April 2018, 13:55:42
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 21 April 2018, 11:01:28
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 21 April 2018, 11:02:11
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: tigru77 am 21 April 2018, 11:09:13
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: wertz am 25 April 2018, 01:27:41
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 28 April 2018, 11:52:44
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: jay-jey am 28 April 2018, 13:35:25
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: MarkusN am 28 April 2018, 19:46:56
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 09 Mai 2018, 16:04:49
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


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 10 Mai 2018, 07:40:08
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'.


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 10 Mai 2018, 09:24:56
Moin, versuch mal ein
addgroup brix dialout

Damit der User brix Zugriff darauf bekommt:
Error: Permission denied, cannot open /dev/ttyACM0
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 10 Mai 2018, 09:57:04
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 :(

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 10 Mai 2018, 10:50:45
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 10 Mai 2018, 11:19:01
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 10 Mai 2018, 12:02:01
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 10 Mai 2018, 12:14:44
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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 10 Mai 2018, 12:32:30
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 10 Mai 2018, 12:37:51
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 10 Mai 2018, 12:46:03
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 10 Mai 2018, 12:53:21
@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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 10 Mai 2018, 12:59:22
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 10 Mai 2018, 13:05:09
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 10 Mai 2018, 13:12:06
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 10 Mai 2018, 13:26:55
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....
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 10 Mai 2018, 13:40:03
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 10 Mai 2018, 13:42:22
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 11 Mai 2018, 09:35:31
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 11 Mai 2018, 23:52:28
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 12 Mai 2018, 01:15:19
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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 laufen?

2) Wie groß ist die Reichweite des USB Sticks?

Vielen Dank.

Grüße Mave
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 12 Mai 2018, 10:01:05
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!!!!

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 12 Mai 2018, 13:19:42
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 12 Mai 2018, 22:28:48
:( 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 13 Mai 2018, 13:09:04
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 14 Mai 2018, 09:26:01
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  :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 15 Mai 2018, 05:04:52
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 17 Mai 2018, 09:33:20
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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 21 Mai 2018, 07:34:37
Sehr schade, dass hier so wenig los ist und der Oskar nicht mehr antwortet.... :-[
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: majestro84 am 21 Mai 2018, 08:05:43
Ja wirklich schade das Modul hat Potenzial läuft es den bei jemanden ohne Probleme?

Gesendet von meinem Redmi Note 4 mit Tapatalk

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 22 Mai 2018, 20:19:17
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: terrymaxx am 23 Mai 2018, 19:31:41
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: connormcl am 24 Mai 2018, 14:46:32
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.

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: terrymaxx am 24 Mai 2018, 14:50:35
Gibt es die Möglichkeit den Stick per ID einzubinden und nicht per port: /dev/ttyACM0 ?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: jay-jey am 24 Mai 2018, 15:18:43
@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?


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: terrymaxx am 24 Mai 2018, 18:18:24
@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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 25 Mai 2018, 10:45:10
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!?)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rohlande am 25 Mai 2018, 21:52:55
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 26 Mai 2018, 07:11:08
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 27 Mai 2018, 01:13:54
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trs am 29 Mai 2018, 19:17:12
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 29 Mai 2018, 22:41:07
@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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trs am 30 Mai 2018, 08:50:25
Schau ich mir heute abend an. Muss ich das Attr. IODev setzen?

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.

Transmission State: "incoming publish received"
IOdev ist mein Broker. Ist auch aktiv.

Und nun?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 30 Mai 2018, 18:13:21
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trs am 30 Mai 2018, 19:16:37
Moin, wenn ich paire sehe ich nach einer Weile, dass Temperatur und Luftfeuchtigkeit über MQTT gesendet werden. Was bedeutet "tricky"? Worauf muss ich achten?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 31 Mai 2018, 09:36:52
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 $
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 31 Mai 2018, 11:19:40
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 &
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 31 Mai 2018, 16:46:15
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 31 Mai 2018, 17:15:44
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 31 Mai 2018, 21:09:55
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 31 Mai 2018, 21:11:44
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...................
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 31 Mai 2018, 21:50:34
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trs am 01 Juni 2018, 05:57:26
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?

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trs am 01 Juni 2018, 14:55:56
Alles klar, autocreate war nicht eingerichtet...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trs am 01 Juni 2018, 20:45:09
Funktioniert so weit. Aber der angelernte, runde Temperatursensor sendet nach einer kurzen Zeit keine Daten mehr. Das Ding liegt genau neben dem Empfänger.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trs am 02 Juni 2018, 06:34:52
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 ;-)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ganglion am 04 Juni 2018, 07:10:11
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: jay-jey am 04 Juni 2018, 10:51:16
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,
}
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 04 Juni 2018, 17:48:12
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 05 Juni 2018, 19:38:37
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: MiKn am 06 Juni 2018, 21:57:13
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 06 Juni 2018, 22:14:30
Okay, habe das Plugin geupdatet zum unterstützen von Schaltaktionen.
Probier mal
set  XMI_0x84182600000e9561 ON
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: MiKn am 06 Juni 2018, 23:01:02
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 06 Juni 2018, 23:03:40
Super - Ja sollte passen
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 07 Juni 2018, 16:50:40
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 07 Juni 2018, 16:55:34
Jep, das ist super so.
Siehe hier https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-devices (https://github.com/Koenkk/zigbee2mqtt/wiki/Supported-devices)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 07 Juni 2018, 17:07:32
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 07 Juni 2018, 17:08:32
Was passiert wenn du auf der xBridge mal updateDevices ausführst?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 07 Juni 2018, 17:20:36
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)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 07 Juni 2018, 17:24:06
Dann ist das aktuell noch nicht korrekt gepairt. Versuch das am besten mal erneut und gehe mal näher zum Stick.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 07 Juni 2018, 17:29:25
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 07 Juni 2018, 17:30:28
Nene, 50cm ist optimal. Drückst du während des parings alle paar Sekunden den Knopf?
Was sagt der Log des NodeJS Servers?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 07 Juni 2018, 17:42:52
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}'

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 07 Juni 2018, 17:43:50
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 07 Juni 2018, 18:13:48
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 07 Juni 2018, 19:45:18
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Abduction87 am 07 Juni 2018, 22:47:22
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 :'(
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 08 Juni 2018, 12:21:50
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 ....
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Abduction87 am 08 Juni 2018, 12:32:35
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.



Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 08 Juni 2018, 13:04:52
@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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 08 Juni 2018, 13:09:33
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}'

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 08 Juni 2018, 13:27:59
@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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Abduction87 am 08 Juni 2018, 14:01:37
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.

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Spezialtrick am 09 Juni 2018, 23:26:55
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: chrisXO am 11 Juni 2018, 10:29:36
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Abduction87 am 11 Juni 2018, 19:55:01
Hi,

nach dem Modul-Update funktioniert es bei mir nun auch.

Danke Oskar!

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.  ???
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Abduction87 am 11 Juni 2018, 21:25:53
Mein Bridge steht auf "online"
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: QuesT am 12 Juni 2018, 20:02:42
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 ?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 12 Juni 2018, 20:49:47
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 13 Juni 2018, 07:44:29
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 13 Juni 2018, 18:38:32
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Sille am 13 Juni 2018, 20:29:26
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 13 Juni 2018, 21:03:36
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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 -"
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 13 Juni 2018, 21:42:27
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 13 Juni 2018, 22:20:03
Auf welchen Button klickst Du?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 13 Juni 2018, 23:41:36
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 14 Juni 2018, 07:17:24
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 :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 14 Juni 2018, 07:47:27
Drücken bis er blinkt (ca. 5 Sekunden) und dann loslassen und abwarten....
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 14 Juni 2018, 07:59:10
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 14 Juni 2018, 08:12:55
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 14 Juni 2018, 08:54:11
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 14 Juni 2018, 16:56:17
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 $

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: QuesT am 14 Juni 2018, 22:31:16
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:~#
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 14 Juni 2018, 22:45:31
Erste Idee: Schau mal in das Configfile von dem Daemon ob das Device passt.
Titel: Antw:[Neues Modul] Xiaomi SmartHome ohne Gateway direkt an FHEM
Beitrag von: RangeMethod am 14 Juni 2018, 22:49:01
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: QuesT am 14 Juni 2018, 23:23:25
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. ;)

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: jay-jey am 15 Juni 2018, 11:47:02
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 15 Juni 2018, 21:04:07
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 16 Juni 2018, 12:17:06
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 16 Juni 2018, 12:19:09
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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 16 Juni 2018, 16:51:03
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 16 Juni 2018, 23:54:23
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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 17 Juni 2018, 06:54:27
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 17 Juni 2018, 11:43:12
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 17 Juni 2018, 14:49:01
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: QuesT am 19 Juni 2018, 20:07:04
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 19 Juni 2018, 21:33:50
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: QuesT am 19 Juni 2018, 22:33:10
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 20 Juni 2018, 05:19:37
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?



Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: jay-jey am 20 Juni 2018, 08:30:50
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 20 Juni 2018, 09:09:02
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"
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 20 Juni 2018, 09:31:09
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....
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 20 Juni 2018, 10:29:58
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: QuesT am 20 Juni 2018, 17:21:22
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)"
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: jay-jey am 21 Juni 2018, 11:09:27
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


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 21 Juni 2018, 12:16:36
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: jay-jey am 21 Juni 2018, 12:53:50
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)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: jay-jey am 21 Juni 2018, 16:52:12
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).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 22 Juni 2018, 21:18:56
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)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 23 Juni 2018, 06:35:26
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 23 Juni 2018, 10:31:11
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tomk am 24 Juni 2018, 08:06:24
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"
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 24 Juni 2018, 12:53:50
Gibt es nur das wiki auf github oder auch in der wiki.fhem? Kann es da nämlich nicht finden
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 24 Juni 2018, 14:15:02
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 24 Juni 2018, 14:43:27
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 03 Juli 2018, 06:21:17
Moin Oscar,

könntest Du bitte noch den Aqara Cube implementieren?

Vielen Dank.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 03 Juli 2018, 09:16:00
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
Titel: [Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tomk am 04 Juli 2018, 21:57:10
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: QuesT am 06 Juli 2018, 19:33:27
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.
Titel: [Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: QuesT am 07 Juli 2018, 09:15:40
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 07 Juli 2018, 21:20:46
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 08 Juli 2018, 07:56:54
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: QuesT am 09 Juli 2018, 19:42:21
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 CC2531 als ich vergessen hab denn auch in einen USB Port zu stecken.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 09 Juli 2018, 21:38:52
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 10 Juli 2018, 11:59:51
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 10 Juli 2018, 12:26:02
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 10 Juli 2018, 15:57:39
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: tigru77 am 10 Juli 2018, 22:54:00
Hi,

hat jemand schon den Aqara Cube integriert bekommen? Irgendwie klappt das bei mir nicht. Der Cube wird nicht gefunden.

Viele Grüße
Timo
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 11 Juli 2018, 06:11:21
Beim Cube musst Du alle 1 bis 2 Sekunden den Button drücken....
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 12 Juli 2018, 20:55:13
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ganglion am 13 Juli 2018, 09:43:35
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: akr1983 am 14 Juli 2018, 01:10:57
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:

Liebe Grüße
Arne
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 15 Juli 2018, 09:47:32
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 15 Juli 2018, 09:54:11
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 15 Juli 2018, 10:12:16
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: homeum am 15 Juli 2018, 10:20:16
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 15 Juli 2018, 10:23:38
Zitat von: Mave am 15 Juli 2018, 10:12:16
Treiber installiert?
Ja, sogar mehrfach Installation gestartet

Gesendet von meinem SM-J730F mit Tapatalk

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 15 Juli 2018, 10:30:03
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 15 Juli 2018, 10:30:22
Bei der Treiberinstallation habe ich es mit

Setup_SmartRF_Drivers-1.2.0.exe und mit smartrftm_2.10.0 probiert
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 15 Juli 2018, 10:30:46
Zitat von: Mave am 15 Juli 2018, 10:30:03
Button am Debugger mal gedrückt?
ja
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 15 Juli 2018, 10:38:02
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: blueicechip am 15 Juli 2018, 19:01:19
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 15 Juli 2018, 19:06:30


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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 15 Juli 2018, 20:41:55
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Pitcher90 am 16 Juli 2018, 19:56:57
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mbrak am 17 Juli 2018, 17:25:36
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: pronson am 17 Juli 2018, 22:31:21
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 18 Juli 2018, 13:10:25
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trs am 23 Juli 2018, 11:55:36
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?

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 24 Juli 2018, 20:49:48
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 28 Juli 2018, 16:49:26
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 28 Juli 2018, 16:56:21
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Spaltenputzer am 28 Juli 2018, 17:07:31
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 28 Juli 2018, 17:28:13
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Spaltenputzer am 28 Juli 2018, 17:45:30
ok besten dank ich werds dann noch weiter versuchen.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: HotteFred am 29 Juli 2018, 09:18:34
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 29 Juli 2018, 17:17:13
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: MC.Pommes am 29 Juli 2018, 18:25:38
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 29 Juli 2018, 18:41:03
Das Modul von Oskar ist für die Xiaomi Smart Home Komponenten.
Würde mich wundern, wenn man damit andere Produkte steuern kann.....
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: MC.Pommes am 29 Juli 2018, 21:01:07
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)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 29 Juli 2018, 21:02:00
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: MC.Pommes am 29 Juli 2018, 23:07:25
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Spezialtrick am 30 Juli 2018, 12:37:50
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"}]}'
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 30 Juli 2018, 12:59:09
Coordinator updaten.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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/
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Spezialtrick am 30 Juli 2018, 13:24:31
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 30 Juli 2018, 13:28:02
Den USB Stick updaten - sprich neu flashen.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Spezialtrick am 30 Juli 2018, 13:42:50
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 30 Juli 2018, 19:21:36
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Pitcher90 am 30 Juli 2018, 19:52:30
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 30 Juli 2018, 21:40:57
Ich habe die Lampen 3 an der Zahl in einem Raum mit structure zusammen gefasst und wenn ich die Schalte klappt es bei mir.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 30 Juli 2018, 21:47:04
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 01 August 2018, 07:50:10
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 01 August 2018, 10:48:59
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 ::)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 01 August 2018, 12:15:21
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 01 August 2018, 13:06:18
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ma_Bo am 02 August 2018, 04:17:14
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 02 August 2018, 09:00:28
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: tomahawk2015 am 03 August 2018, 09:40:19
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 03 August 2018, 11:15:22
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 05 August 2018, 10:04:21
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 05 August 2018, 11:55:52
Wüsste nicht das das geht.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 07 August 2018, 17:54:46
Gibt es keine Möglichkeit dieses Problem zu beheben?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: TWART016 am 08 August 2018, 09:38:37
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Badflex am 08 August 2018, 14:12:18
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Badflex am 09 August 2018, 16:29:08
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Animatrix1986 am 09 August 2018, 16:41:00
Ist alles schon mehrmals erklärt worden. Bitte nimm dir die Zeit und lese die Beiträge.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 09 August 2018, 19:48:56
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: TWART016 am 10 August 2018, 00:04:26
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Badflex am 10 August 2018, 10:24:13
Hallo, kann man die Reichweite des Sticks verbessern? Bis ins Wohnzimmer reicht es nicht bei mir. Die Original Bridge schafft es.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Meck am 10 August 2018, 10:25:28
Das würde mich auch mal interessieren wie hoch bei euch die reich weite im allgemeinen ist.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 10 August 2018, 10:45:32
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 11 August 2018, 07:52:54
Ich habe beim pairen immer solche Meldungen im Log:

xBridge: unknown attribute subscribeReading_.  ::)

Grüße Mave
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 11 August 2018, 12:14:47
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 11 August 2018, 12:18:39
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 11 August 2018, 20:03:54
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 11 August 2018, 20:09:07
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 11 August 2018, 20:34:28
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 11 August 2018, 20:47:17
was haben deine ROUTER für einen type? wechselt der bei dir auch öfter mal?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tomk am 11 August 2018, 21:02:35
Ich finde den Temperatursensor im Kühlschrank genial... auf die Idee bin ich noch nicht gekommen [emoji106]
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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:

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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Badflex am 12 August 2018, 15:45:15
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Byte09 am 12 August 2018, 18:19:02
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 12 August 2018, 18:35:12
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 12 August 2018, 20:32:38
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 13 August 2018, 02:45:06
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 ;)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Badflex am 13 August 2018, 18:20:38
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 13 August 2018, 23:00:19
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 14 August 2018, 07:45:17
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trs am 14 August 2018, 16:55:24
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



Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 14 August 2018, 17:21:11
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trs am 14 August 2018, 17:34:38
Brücken sind gesetzt, siehe Bild oben.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 14 August 2018, 21:03:59
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 15 August 2018, 04:22:41
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 15 August 2018, 09:51:54
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/)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: jay-jey am 16 August 2018, 08:12:50
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Matus am 17 August 2018, 17:23:09
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 17 August 2018, 17:44:49
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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Spaltenputzer am 20 August 2018, 16:02:45
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 21 August 2018, 10:45:08
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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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ß


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: venuel79 am 22 August 2018, 17:43:32
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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Steffen am 23 August 2018, 07:27:36
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Badflex am 23 August 2018, 07:30:14
Ja, das Problem hatte ich auch. Hat den Cul nicht mehr erkannt.  Nach dem wechseln des USB Ports und Neustart, ging es dann irgendwann.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 23 August 2018, 07:41:54
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/...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: münster am 26 August 2018, 12:11:48
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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Badflex am 26 August 2018, 15:13:05
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: münster am 26 August 2018, 21:41:22
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: DaJoe am 27 August 2018, 19:34:51
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 :-)



Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 27 August 2018, 20:26:51
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: DaJoe am 27 August 2018, 21:17:40
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 :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: QuesT am 28 August 2018, 17:10:18
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: MC.Pommes am 29 August 2018, 07:29:41
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Shojo am 29 August 2018, 07:33:51
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Icinger am 02 September 2018, 20:55:14
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 03 September 2018, 16:16:35
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 03 September 2018, 16:29:15
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: jay-jey am 03 September 2018, 16:42:38
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?

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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 04 September 2018, 18:44:17
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: akr1983 am 11 September 2018, 01:11:47
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: hdo am 12 September 2018, 11:34:57
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?!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: zonex am 13 September 2018, 23:18:55
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 14 September 2018, 00:20:08
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: zonex am 14 September 2018, 08:26:06
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 14 September 2018, 08:46:17
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Torsten_MG am 15 September 2018, 12:18:49
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ronny78m am 15 September 2018, 15:26:45
Hallo,
verkauft jemand vorkonfigurierte Sticks hier?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: fhem-challenge am 15 September 2018, 17:12:39
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" ...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Katzechrisu am 16 September 2018, 17:10:06
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Spaltenputzer am 16 September 2018, 18:46:16
Ja geht.
Hab ich auch genutzt.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Katzechrisu am 16 September 2018, 19:17:40
Danke!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 17 September 2018, 21:42:08
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 18 September 2018, 15:56:28
[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.  :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tardar am 18 September 2018, 20:26:23
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 19 September 2018, 12:14:36
Schon mal ein set xBridge updateDevices versucht?


Viele Grüße
Mark
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: thgorjup am 20 September 2018, 23:54:12
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: thgorjup am 21 September 2018, 00:12:56
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"}]}'

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 21 September 2018, 11:13:11
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Steffen am 21 September 2018, 11:20:44
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 22 September 2018, 19:31:46
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: thgorjup am 23 September 2018, 14:33:22
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?  :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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???

Viele Grüße
Daniel
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gramallama am 26 September 2018, 17:16:21
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.

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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 28 September 2018, 08:28:55
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 28 September 2018, 15:10:28
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 28 September 2018, 15:21:15
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: thgorjup am 28 September 2018, 19:34:41
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 28 September 2018, 22:14:50
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 29 September 2018, 10:08:29
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: booster am 29 September 2018, 10:34:59
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 29 September 2018, 10:48:57
Geht auch mit MQTT2. Bitte sufu nutzen, bin mobil unterwegs.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Diggewuff am 30 September 2018, 05:35:03
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Steffen am 30 September 2018, 08:32:44
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: deluxe41 am 30 September 2018, 08:40:06
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: LuGu am 30 September 2018, 18:58:19
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 01 Oktober 2018, 09:26:20
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 01 Oktober 2018, 19:41:49
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Byte09 am 03 Oktober 2018, 14:30:25
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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 ?!

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Diggewuff am 04 Oktober 2018, 05:21:07
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 %
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 07 Oktober 2018, 21:35:03
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sash.sc am 10 Oktober 2018, 16:20:49
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 10 Oktober 2018, 16:28:19
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Spaltenputzer am 14 Oktober 2018, 11:25:41
Hab mir mal was gebastelt um die ganze Hardware zu verstauen.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Badflex am 14 Oktober 2018, 12:17:23
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 ?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 14 Oktober 2018, 12:56:11
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Spaltenputzer am 14 Oktober 2018, 13:39:29
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.

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 14 Oktober 2018, 14:31:17
Die CP2102 kann man auch individualisieren. Müsste im wiki stehen.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: kennymc.c am 14 Oktober 2018, 20:21:18
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 15 Oktober 2018, 14:00:19
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)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 15 Oktober 2018, 14:09:29
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 15 Oktober 2018, 16:00:38
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 15 Oktober 2018, 18:33:18
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 15 Oktober 2018, 18:55:35
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/
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 15 Oktober 2018, 19:04:31
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 15 Oktober 2018, 19:14:17
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Ranseyer am 15 Oktober 2018, 20:07:35
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 15 Oktober 2018, 21:13:05
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).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 16 Oktober 2018, 18:56:59
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 16 Oktober 2018, 22:29:12
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 16 Oktober 2018, 23:36:37
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



Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 17 Oktober 2018, 06:44:05
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 17 Oktober 2018, 10:37:03
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 17 Oktober 2018, 23:23:43
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 17 Oktober 2018, 23:33:03
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 18 Oktober 2018, 07:52:22
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 18 Oktober 2018, 07:56:14
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 18 Oktober 2018, 10:39:21
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?

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'
}
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: lumi am 21 Oktober 2018, 12:37:23
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: LuGu am 21 Oktober 2018, 20:52:52
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"}
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: lumi am 22 Oktober 2018, 07:48:39
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: lumi am 22 Oktober 2018, 08:02:02
Gerade in einem Post (HueLight) die Lösung gefunden:  attr SmartPlug webCmd ON:OFF   hinzufügen

Gruß Mike
   
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: bull1t am 22 Oktober 2018, 09:34:45
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: StephanFHEM am 22 Oktober 2018, 09:39:12
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 23 Oktober 2018, 10:28:58
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 23 Oktober 2018, 11:09:22
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 23 Oktober 2018, 11:38:48
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".
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 23 Oktober 2018, 12:01:01
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: fhem-challenge am 23 Oktober 2018, 22:38:19
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.


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 24 Oktober 2018, 10:35:20
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: bull1t am 24 Oktober 2018, 21:42:33
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.



Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 24 Oktober 2018, 22:33:28
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: bull1t am 25 Oktober 2018, 00:05:20
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 25 Oktober 2018, 09:04:02
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: bull1t am 25 Oktober 2018, 14:29:50
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 27 Oktober 2018, 10:33:15
Hallo Tedious,

schau dir mal LXC an, damit kannst du mehrere Linux Systeme auf einer Maschine virtualisieren. Alternativ Docker.


Viele Grüße
Mark
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 27 Oktober 2018, 11:54:24
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/...).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 27 Oktober 2018, 18:15:46
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 28 Oktober 2018, 01:17:31
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 28 Oktober 2018, 11:44:04
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: majestro84 am 28 Oktober 2018, 12:53:20
Hi Michael

Probiere es Mal mit sudo davor.
sudo systemctl enable xiaomi

Gruß Alex

Gesendet von meinem Redmi Note 4 mit Tapatalk

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 28 Oktober 2018, 13:12:44
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 28 Oktober 2018, 14:22:33

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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 28 Oktober 2018, 14:53:39
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 28 Oktober 2018, 15:56:28
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 28 Oktober 2018, 16:30:36
Reichweite ist hier brauchbar, bei mir ca 10m mit 12-er Wand dazwischen.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 28 Oktober 2018, 16:40:30
@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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Icinger am 28 Oktober 2018, 17:34:38
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 28 Oktober 2018, 19:27:36
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 28 Oktober 2018, 19:53:15
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 28 Oktober 2018, 20:08:52
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: tavoc am 29 Oktober 2018, 08:38:45
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 30 Oktober 2018, 20:37:12
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 30 Oktober 2018, 20:45:26
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: tavoc am 31 Oktober 2018, 13:18:06
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 31 Oktober 2018, 14:05:33
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 31 Oktober 2018, 16:02:43
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: exot am 31 Oktober 2018, 16:29:04
Hallo Mark,
Ich hatte Deine Ratschläge schon beachtet.
Nur eben nicht das WLAN im pi deaktiviert.
Wurde soeben gemacht.
Gruß Michael
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 31 Oktober 2018, 17:44:46
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: tavoc am 01 November 2018, 08:04:21
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 01 November 2018, 08:12:10
Bei mir ist es auch so.
Beide Sensoren funktionieren aber.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: bull1t am 01 November 2018, 11:40:32
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 01 November 2018, 19:45:12
Vielleicht hat ja jemand Interesse daran oder jemand anderes könnte es ins Wiki übernehmen.

Zigbee2MQTT Coordinator mit CC2530

Firmware:
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 01 November 2018, 20:44:31
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Byte09 am 02 November 2018, 16:27:50
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Byte09 am 02 November 2018, 16:58:52
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 02 November 2018, 19:23:58
Ich meine mal gelesen zu haben, dass man Debian Strech nutzen sollte.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Byte09 am 02 November 2018, 19:31:54
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Omega am 02 November 2018, 22:14:51
@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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: eikehkb am 04 November 2018, 17:18:37
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Omega am 04 November 2018, 17:30:04
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 04 November 2018, 18:58:01
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 04 November 2018, 20:52:54
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 04 November 2018, 22:17:06
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Omega am 04 November 2018, 22:39:48
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 04 November 2018, 22:46:55
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 04 November 2018, 22:58:13
@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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 04 November 2018, 23:19:47
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 04 November 2018, 23:27:22
Ok, den obigen Beitrag nach "Läuft.." verlinken?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 04 November 2018, 23:33:46
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
Titel: Neuling in Sachen Zigbee2MQTT
Beitrag von: sprudelverduenner am 07 November 2018, 21:52:47
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
Titel: Antw:Neuling in Sachen Zigbee2MQTT
Beitrag von: mark79 am 07 November 2018, 22:30:53
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 07 November 2018, 22:34:44
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 ...   >:(
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 07 November 2018, 22:37:30
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'
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 07 November 2018, 22:51:22
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).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 07 November 2018, 23:05:27
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 07 November 2018, 23:06:29
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 07 November 2018, 23:12:02
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 07 November 2018, 23:13:05
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 07 November 2018, 23:22:44
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 07 November 2018, 23:23:03
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 07 November 2018, 23:26:45
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Holzportz am 08 November 2018, 02:55:39
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 08 November 2018, 08:08:39
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 08 November 2018, 09:34:47
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 08 November 2018, 10:44:41
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 08 November 2018, 10:47:17
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 08 November 2018, 14:47:56
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 08 November 2018, 20:43:48
@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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 08 November 2018, 20:54:08
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 08 November 2018, 21:05:38
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 08 November 2018, 21:10:27
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.

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 08 November 2018, 21:13:40
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 ...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 08 November 2018, 21:19:47
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 08 November 2018, 22:09:41
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 ??
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 08 November 2018, 22:22:07
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 08 November 2018, 22:49:41
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 ...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 08 November 2018, 23:09:40
Du musst in der yaml eine ID vergeben, damit mqtt2_Server das identifiziert bekommt.

@mark79: Danke für's testen...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 08 November 2018, 23:42:07
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 08 November 2018, 23:48:38
@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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 09 November 2018, 00:46:22
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. :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 09 November 2018, 10:25:04
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).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 09 November 2018, 13:48:08
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 09 November 2018, 14:06:56
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 09 November 2018, 19:30:06
@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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 09 November 2018, 20:51:20
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 09 November 2018, 23:10:19
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 10 November 2018, 10:53:27
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 10 November 2018, 10:56:02
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 10 November 2018, 11:01:20
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 10 November 2018, 12:45:55
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 10 November 2018, 14:48:37
 @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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 11 November 2018, 21:42:54
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: daniel2311 am 13 November 2018, 00:54:23
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: t1me2die am 13 November 2018, 22:24:01
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: bull1t am 15 November 2018, 11:24:29
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: t1me2die am 15 November 2018, 15:04:44
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tabularasa am 15 November 2018, 20:33:35
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 15 November 2018, 23:45:33
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tabularasa am 16 November 2018, 15:36:04
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... :'(
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: StephanFHEM am 17 November 2018, 11:16:01
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)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tabularasa am 17 November 2018, 11:40:13
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\'
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 17 November 2018, 13:04:58
@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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tabularasa am 17 November 2018, 23:48:47
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tabularasa am 18 November 2018, 17:36:57
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 18 November 2018, 18:05:50
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 18 November 2018, 21:37:02
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rohlande am 19 November 2018, 20:45:52
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rohlande am 19 November 2018, 21:28:57
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: n._markus am 20 November 2018, 19:18:46
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 20 November 2018, 20:01:01
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: n._markus am 20 November 2018, 20:12:03
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 20 November 2018, 20:40:43
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'
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: n._markus am 20 November 2018, 20:44:45
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 20 November 2018, 20:51:54
Dann ist aber komisch, das es vorher mit IOBroker so lief.. ist ja der selbe Dienst (Zigbee2mqtt).
Aber gut das es jetzt geht... :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: n._markus am 20 November 2018, 21:08:02
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 20 November 2018, 22:56:39
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: tavoc am 21 November 2018, 09:05:47
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).

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tedious am 21 November 2018, 09:17:33
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tabularasa am 21 November 2018, 20:40:38
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 ;)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 21 November 2018, 20:53:20
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rohlande am 22 November 2018, 14:43:24
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 26 November 2018, 20:44:58
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: StephanFHEM am 27 November 2018, 21:33:35
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tomk am 28 November 2018, 18:28:50
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 28 November 2018, 18:49:34
Wieviele Devices hast du denn insgesamt schon angelernt?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tomk am 28 November 2018, 22:23:23
Hallo, insgesamt 14 Geräte...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 28 November 2018, 22:39:00
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 29 November 2018, 05:58:25
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: OdfFhem am 29 November 2018, 06:33:12
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Eistee am 29 November 2018, 18:42:49
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 29 November 2018, 19:02:15
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 29 November 2018, 22:09:55
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tomk am 29 November 2018, 22:28:48
Ok danke für den Hinweis, scheint irgendwie am Port für den USB Stick zu liegen, oder?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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/
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Eistee am 30 November 2018, 08:35:03
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tomk am 30 November 2018, 18:18:41
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 30 November 2018, 19:24:49
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 30 November 2018, 20:33:53
Anderer Dienst, der nicht "by-id" zugreift (z.B. FHEM)?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tomk am 30 November 2018, 20:54:42
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Riverghost am 01 Dezember 2018, 10:54:34
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



Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tomk am 01 Dezember 2018, 14:41:02
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: stole am 01 Dezember 2018, 16:52:15
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: stole am 02 Dezember 2018, 02:10:41
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. :-)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rippi46 am 05 Dezember 2018, 12:52:33
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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..
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 05 Dezember 2018, 14:52:27
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 05 Dezember 2018, 14:56:32
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rippi46 am 05 Dezember 2018, 15:04:57
@mark79  Danke für den Tipp. Werde ich heute Abend mal testen.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 05 Dezember 2018, 15:25:16
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 05 Dezember 2018, 16:47:25
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 05 Dezember 2018, 17:19:00
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 05 Dezember 2018, 19:29:08
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 05 Dezember 2018, 21:12:19
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 06 Dezember 2018, 05:40:47
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.

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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.

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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 06 Dezember 2018, 12:46:13
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 06 Dezember 2018, 14:12:22
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 06 Dezember 2018, 14:17:46
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 06 Dezember 2018, 14:22:52
@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 ;) .
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 06 Dezember 2018, 14:42:56
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 06 Dezember 2018, 22:17:21
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 07 Dezember 2018, 08:28:10
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 07 Dezember 2018, 08:45:37
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 07 Dezember 2018, 14:00:19
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 07 Dezember 2018, 14:16:35
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 07 Dezember 2018, 14:36:14
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 07 Dezember 2018, 14:57:46
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 :( .
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 07 Dezember 2018, 21:43:54
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 08 Dezember 2018, 03:27:44
Deconz läuft definitiv auf Stretch und es gibt auch eine Version ohne GUI.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 08 Dezember 2018, 14:43:32
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?

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 08 Dezember 2018, 17:57:12
Hast du die client_id in der configuration.yaml gesetzt?
https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 08 Dezember 2018, 18:27:33
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 08 Dezember 2018, 22:25:41
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: essera am 12 Dezember 2018, 13:37:51
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...:-)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: neumann am 12 Dezember 2018, 13:40:50
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)?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 12 Dezember 2018, 14:38:39
Hi Oskar gibt es eine 48devices Firmware???
Kannst du hier Mal Info's verteilen?
Gruß
Matthias
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: essera am 12 Dezember 2018, 15:08:22
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 ?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mthome am 13 Dezember 2018, 07:47:35
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 13 Dezember 2018, 08:28:45
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 >:( >:( >:(
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 13 Dezember 2018, 11:43:05
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Meck am 13 Dezember 2018, 11:44:18
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/
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: chrisnitt am 14 Dezember 2018, 17:58:01
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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 15 Dezember 2018, 13:10:26
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 )
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trfr3ak am 15 Dezember 2018, 17:14:02
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 =)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trfr3ak am 15 Dezember 2018, 17:15:48
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  :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 15 Dezember 2018, 18:13:08
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 15 Dezember 2018, 19:20:49
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: trfr3ak am 15 Dezember 2018, 19:22:57
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 15 Dezember 2018, 19:33:41
Das stateformat hat auch nichts geändert.
Habe es rausgeschmissen und neu angelegt - nun geht's!!!  ;)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 16 Dezember 2018, 08:41:30
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: OdfFhem am 16 Dezember 2018, 09:32:11
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).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 17 Dezember 2018, 10:00:35
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: masterpete23 am 17 Dezember 2018, 21:37:24
Kann ich dies auch nutzen, wenn der Stick NICHT an meiner FHEM raspberry hängt sondern einfach an einer anderen?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 18 Dezember 2018, 07:42:31
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 18 Dezember 2018, 08:43:12
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 18 Dezember 2018, 09:07:02
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 18 Dezember 2018, 10:25:49
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: stole am 20 Dezember 2018, 22:15:22
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: fhem-challenge am 22 Dezember 2018, 11:01:04
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 22 Dezember 2018, 15:11:37
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 22 Dezember 2018, 15:23:22
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ChHerrm am 22 Dezember 2018, 20:36:18
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 :-\
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: skydns am 22 Dezember 2018, 23:14:21
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)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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 (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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Thomas X am 27 Dezember 2018, 13:19:23
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 27 Dezember 2018, 17:26:17
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Thomas X am 28 Dezember 2018, 09:04:06
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: holzfelix am 28 Dezember 2018, 13:42:36
Hi Zusammen,

ich hab mir den Bewegungsmelder von Xiaomi geholt. Hab ihn eingebunden, wir kann ich jetzt abfragen ob er schaltet oder nicht?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: cyablo am 29 Dezember 2018, 22:06:47
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: cyablo am 29 Dezember 2018, 22:11:46
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 29 Dezember 2018, 22:22:52
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: cyablo am 29 Dezember 2018, 22:31:03
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 29 Dezember 2018, 22:43:26
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: cyablo am 29 Dezember 2018, 22:54:23
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 29 Dezember 2018, 23:00:02
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: cyablo am 29 Dezember 2018, 23:04:00
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: cyablo am 29 Dezember 2018, 23:08:21
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 29 Dezember 2018, 23:15:04
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: cyablo am 29 Dezember 2018, 23:20:42
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... ¯\_(ツ)_/¯
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 29 Dezember 2018, 23:25:46
Präsenz mache ich hier über GTags.
Ist aber trotzdem merkwürdig, daß der so lange braucht, zurückzustellen
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: cyablo am 29 Dezember 2018, 23:34:33
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: cyablo am 29 Dezember 2018, 23:40:12
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 :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Chris489 am 30 Dezember 2018, 16:21:00
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Chris489 am 30 Dezember 2018, 17:05:22
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Chris489 am 31 Dezember 2018, 15:36:30
Hat sich erledigt ... nochmal komplett neu installiert und nun läuft es!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 31 Dezember 2018, 16:11:14
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 31 Dezember 2018, 16:48:54
Mein Fehler, hatte alles als sudo su installiert...

Nun läufts  ;)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: chrisnitt am 03 Januar 2019, 15:20:00
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: thoffma3 am 05 Januar 2019, 13:27:41
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



Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rani22 am 06 Januar 2019, 21:23:59
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 06 Januar 2019, 21:45:35
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mave am 07 Januar 2019, 09:06:26
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: andy20gg am 07 Januar 2019, 14:55:29
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: pumabaer am 07 Januar 2019, 17:33:35
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: pumabaer am 08 Januar 2019, 22:10:15
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 08 Januar 2019, 23:36:38
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rani22 am 09 Januar 2019, 21:30:52
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 10 Januar 2019, 11:05:34
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: MoeJoe am 10 Januar 2019, 19:01:54
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 ?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Icinger am 10 Januar 2019, 21:26:47
Zitataber die devices erscheinen nicht im fhem ?
Autocreate ausgeschaltet??

lg, Stefan
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mr.Floppy am 12 Januar 2019, 14:33:11
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rani22 am 12 Januar 2019, 22:42:11
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mr.Floppy am 13 Januar 2019, 06:33:42
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).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: kdn am 13 Januar 2019, 11:18:12
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Mr.Floppy am 13 Januar 2019, 13:34:38
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 ]
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: J.P am 14 Januar 2019, 08:24:52
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rippi46 am 14 Januar 2019, 08:48:31
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 14 Januar 2019, 08:52:01
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".
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rippi46 am 14 Januar 2019, 08:56:49
Hallo Neuhier,

das hatte ich mit MQTTfx gemacht und dann die entsprechenden Readings eingefügt!

Gruß rippi
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rani22 am 14 Januar 2019, 21:38:20
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 14 Januar 2019, 21:42:06
Versuche es mal mit der IP vom Host, localhost hat hier auch nicht geklappt.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rani22 am 14 Januar 2019, 21:51:03
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rani22 am 14 Januar 2019, 22:29:33
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}'
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rippi46 am 15 Januar 2019, 07:47:22
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?


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!

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 15 Januar 2019, 23:15:22
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}'

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rani22 am 16 Januar 2019, 08:17:14
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rippi46 am 16 Januar 2019, 08:50:33
autocreate eingeschalten?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mark79 am 16 Januar 2019, 10:34:11
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rani22 am 16 Januar 2019, 11:59:39
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"
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rippi46 am 16 Januar 2019, 12:57:14
list autocreate
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rani22 am 17 Januar 2019, 18:01:26
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)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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

    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"?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ollir am 23 Januar 2019, 16:53:39
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


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ollir am 23 Januar 2019, 16:57:22
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
.
.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Fillip am 24 Januar 2019, 22:44:20
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 $
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kusselin am 26 Januar 2019, 15:17:09
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 26 Januar 2019, 15:46:33
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).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kusselin am 26 Januar 2019, 15:55:21
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 26 Januar 2019, 16:10:29
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 ;) .
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kusselin am 26 Januar 2019, 16:23:48
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??
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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 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?  :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kusselin am 26 Januar 2019, 16:51:25
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kusselin am 26 Januar 2019, 17:11:14
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'

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kusselin am 26 Januar 2019, 17:55:49
ne Frage gabe ich noch..

kann  ich das Xaomi Modul mit iobroker zusammen laufen lassen?

weiss das jemand?

Gruss
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Papaloewe am 26 Januar 2019, 17:58:01
Ja, wenn du mit "Xiaomi Modul" den "zigbee2mqtt" Deamon meinst.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kusselin am 26 Januar 2019, 19:48:30
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kusselin am 26 Januar 2019, 20:38:36
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.....
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Papaloewe am 26 Januar 2019, 20:39:26
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kusselin am 26 Januar 2019, 21:04:12
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Papaloewe am 26 Januar 2019, 21:24:36
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kusselin am 27 Januar 2019, 00:24:47
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Papaloewe am 27 Januar 2019, 09:50:31
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: IcedEarth am 27 Januar 2019, 20:44:39
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kusselin am 28 Januar 2019, 13:11:02
Hallo,
gibt es eine detaillierte Anleitung wie man zigbee2mqtt als Docker installiert auf dem raspberry pi?

Gruss
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: TomLee am 29 Januar 2019, 15:30:41
Lies nochmal die Anleitung ... nur die ersten 2 Sätze

https://koenkk.github.io/zigbee2mqtt/ (https://koenkk.github.io/zigbee2mqtt/)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kusselin am 29 Januar 2019, 16:00:58
https://koenkk.github.io/zigbee2mqtt/information/docker.html

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: R1k4rd am 31 Januar 2019, 17:56:51
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kuzl am 01 Februar 2019, 11:10:14
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 05 Februar 2019, 11:52:09
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: doc. am 05 Februar 2019, 13:25:41
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ulli am 11 Februar 2019, 16:47:05
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 11 Februar 2019, 17:26:49
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ulli am 13 Februar 2019, 13:45:37
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 13 Februar 2019, 13:48:47
https://forum.fhem.de/index.php/topic,91394.msg905604.html#msg905604
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 13 Februar 2019, 16:03:07
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).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ulli am 13 Februar 2019, 16:07:36
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
   
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 13 Februar 2019, 16:20:49
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.

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ulli am 13 Februar 2019, 19:33:00
jetzt läufts soweit! Dank!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: PetA1990 am 11 März 2019, 20:15:08
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ulli am 11 März 2019, 21:08:12
Steht hier nicht die Lösung?
Zigbee2mqtt requires node version 10, you are running v11.10.1!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Sille am 19 März 2019, 12:14:04
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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




Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Leinad am 29 März 2019, 18:20:28
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.


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: raiderxxl am 05 April 2019, 12:37:27
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: raiderxxl am 05 April 2019, 13:08:37
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 12 April 2019, 07:45:29
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 12 April 2019, 10:39:45
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ofno am 12 April 2019, 22:54:11
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 13 April 2019, 18:43:48
@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 ??
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: HansDampfHH am 27 April 2019, 20:23:34
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: OdfFhem am 28 April 2019, 03:47:59
@sprudelverduenner

Ist Dein Problem mittlerweile gelöst oder benötigst Du noch Hinweise?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 28 April 2019, 09:49:44
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: bromosky am 28 April 2019, 15:46:21
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: OdfFhem am 28 April 2019, 19:10:39
@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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: bromosky am 29 April 2019, 14:33:16
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 :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 29 April 2019, 14:39:28
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: bromosky am 29 April 2019, 16:46:03
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 :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Steffen am 12 Mai 2019, 08:26:19
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Steffen am 13 Mai 2019, 06:24:46
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rischbiter123 am 14 Mai 2019, 17:38:59
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: HansDampfHH am 31 Mai 2019, 16:11:13
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: siggiaze am 10 Juni 2019, 01:54:01
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: TWART016 am 20 Juni 2019, 15:38:35
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an Fhem
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Neuhier am 21 Juni 2019, 20:07:54
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 21 Juni 2019, 20:29:08
Sind weitere USB-Geräte am Server? Wenn ja, wie eingebunden (in FHEM und zigbee2mqtt)?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 21 Juni 2019, 20:45:29
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 21 Juni 2019, 20:59:07
Hmmm, dann ist es das wohl nicht....Läuft denn der Dienst weiter?
Evtl. ein Spannungsversorgungsthema o, einfach ein Firmware-bug?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ofno am 22 Juni 2019, 21:42:51
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))}
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ofno am 23 Juni 2019, 21:05:59
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 
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 09 Juli 2019, 17:42:46
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").
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ofno am 09 Juli 2019, 19:26:00
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: thetornado76 am 14 Juli 2019, 20:12:04
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: tyrolean am 16 Juli 2019, 11:49:47
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rischbiter123 am 16 Juli 2019, 12:02:53
Moin,

zu 2.) Ja, habe ich auch in Benutzung und läuft.

LG

Andreas
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ofno am 16 Juli 2019, 12:33:26
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ofno am 18 Juli 2019, 06:49:59
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.

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: devil77 am 18 Juli 2019, 15:58:52
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 18 Juli 2019, 16:16:09
@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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: devil77 am 18 Juli 2019, 19:29:53
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 18 Juli 2019, 19:55:15
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"}
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ofno am 20 Juli 2019, 09:01:08
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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\"}"}}'

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: jms am 20 Juli 2019, 22:03:45
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 25 Juli 2019, 09:24:51
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\"}"}}'
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 25 Juli 2019, 09:31:48
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.).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: RoccoNaut am 26 Juli 2019, 22:58:47
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  :(
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rischbiter123 am 26 Juli 2019, 23:28:20
Moin,

du wirst die Geräte wahrscheinlich erst resetten müssen, bevor Du sie neu pairen kannst.

LG

Andreas
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: RoccoNaut am 26 Juli 2019, 23:31:30
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 :(
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Thomas X am 29 Juli 2019, 11:15:31
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!
Titel: Unknown module XiaomiMQTTDevice
Beitrag 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


Titel: Antw: Unknown module XiaomiMQTTDevice
Beitrag von: Byte09 am 03 August 2019, 13:31:03
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: HerrEmo am 03 August 2019, 13:52:49
yup, sorry, überlesen, auch  beim 5ten mal.
Danke
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: HerrEmo am 04 August 2019, 11:02:46
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Meck am 04 August 2019, 12:46:30
Hallo HerrEmo,

Versuch mal die Batterien zu wechseln. Ich hatt das gleich bei all meinen Geräten. Batterien waren einfach leer.

Gruß Meck
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: HerrEmo am 05 August 2019, 09:09:17
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an Fhem
Beitrag von: sprudelverduenner am 11 August 2019, 21:50:11
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rippi46 am 11 August 2019, 23:57:06
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Sky am 12 August 2019, 22:24:59
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 15 August 2019, 17:34:30
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 15 August 2019, 19:29:36
Öhm, sorry. Ich ziehe meine Frage zurück. Hatte das falsche Device in der configuartion.yaml  ::)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 20 August 2019, 18:34:42
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 21 August 2019, 10:21:07
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


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rippi46 am 21 August 2019, 10:55:36
@petjek  schau dir mal Antwort #834 an vielleicht ist das eine Option.

Gruß rippi
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: devil77 am 28 August 2019, 07:39:00
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"?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Adolar am 28 August 2019, 16:00:13
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 29 August 2019, 15:02:35
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kawaci am 30 August 2019, 00:23:16
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 30 August 2019, 11:54:47
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kawaci am 30 August 2019, 13:13:01
Danke werd ich versuchen! Wie ist sieht die def aus? Hab alles rausgelöscht!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 30 August 2019, 13:26:22
Weiß ich nicht mehr genau, aus dem Bauch heraus so wie ich das bei den sperrigen Fensterkontakten gemacht habe:


define <DeviceName> XiaomiMQTTDevice MCCGQ11LM <zigbeeID>


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kawaci am 30 August 2019, 14:32:55
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kawaci am 01 September 2019, 22:31:24
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 02 September 2019, 12:02:14
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kawaci am 02 September 2019, 17:38:50
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kawaci am 04 September 2019, 15:13:05
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kawaci am 06 September 2019, 22:13:22
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 12 September 2019, 14:20:38
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???

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 12 September 2019, 14:22:42
Wieviele Geräte hast du denn?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 12 September 2019, 14:37:45
29 dazu noch 2 (im Moment nur 1) Router
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: gloob am 12 September 2019, 14:43:59
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 12 September 2019, 14:56:07
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)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 12 September 2019, 17:15:58
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: moonsorrox am 12 September 2019, 17:23:52
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.?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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 ...

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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: moonsorrox am 12 September 2019, 17:32:02
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 12 September 2019, 19:21:37
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 12 September 2019, 20:06:49
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Müller am 12 September 2019, 21:51:36
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ß
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 12 September 2019, 22:05:28
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: nanocosmos am 13 September 2019, 19:51:41
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]
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 14 September 2019, 15:44:58
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 14 September 2019, 16:09:51
Ja, mit MQTT2_DEVICE, z.B....
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 14 September 2019, 16:27:03
Hm... Da muss ich erstmal Lesen und Wissen aufbauen. Hab ja jetzt alles als XiaomiMQTTDevice definiert.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Blauhorn am 16 September 2019, 08:10:59
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 16 September 2019, 10:29:29
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?)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 23 September 2019, 09:08:35
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kawaci am 23 September 2019, 16:46:13
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!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 23 September 2019, 17:48:58
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 23 September 2019, 19:42:57
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 23 September 2019, 21:25:10
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: tyrolean am 25 September 2019, 17:40:50
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Spaltenputzer am 25 September 2019, 18:04:16
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: tyrolean am 25 September 2019, 18:06:20
...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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Spaltenputzer am 25 September 2019, 18:07:21
Npm Install... Ohne sudo

Gesendet von meinem ONEPLUS A5010 mit Tapatalk

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: tyrolean am 25 September 2019, 23:05:14
... alles gelöscht, neu installiert -> scheint zu laufen
Danke aber für die Antwort
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: tyrolean am 27 September 2019, 09:07:59
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: D3ltorohd am 05 Oktober 2019, 12:05:13
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 ?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: moonsorrox am 19 Oktober 2019, 00:15:32
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...!  ;)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rohlande am 20 Oktober 2019, 22:16:48
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rippi46 am 21 Oktober 2019, 09:13:41
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rohlande am 21 Oktober 2019, 11:52:49
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kawaci am 23 November 2019, 21:45:08
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ulli am 30 November 2019, 11:06:07
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 03 Dezember 2019, 14:05:56
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).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: ulli am 04 Dezember 2019, 19:01:03
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 25 Dezember 2019, 19:08:16
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 25 Dezember 2019, 19:20:17
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 26 Dezember 2019, 10:02:29
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 26 Dezember 2019, 10:16:27
Wie ist keepalive (list .* keepalive) gesetzt?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 26 Dezember 2019, 19:43:22
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...

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 27 Dezember 2019, 10:55:03
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".
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 27 Dezember 2019, 11:39:28
Ah... ok.
Ich werde heute Abend die Bridge wieder starten und dann den List durchgeben.
Bis hierhin vielen Dank.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 27 Dezember 2019, 21:14:45
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 ...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 27 Dezember 2019, 22:06:45
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 27 Dezember 2019, 22:28:24
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 27 Dezember 2019, 23:02:57
Sorry, streiche WLAN, ich meinte die Verbindung zwischen bridge und FHEM.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 28 Dezember 2019, 06:56:47
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....

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 29 Dezember 2019, 14:11:22
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??

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 30 Dezember 2019, 18:02:10
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 30 Dezember 2019, 18:07:23
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 30 Dezember 2019, 18:57:57
Funktioniert DANKE für die schnelle Erklärung!!!
Mit den Templates kam ich bisher nicht zurecht aber jetzt klappts.
Gruß
Matthias
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 31 Dezember 2019, 19:00:06
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 ....
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: OdfFhem am 31 Dezember 2019, 20:04:32
@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 ...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sprudelverduenner am 01 Januar 2020, 13:52:06
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 ??

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: OdfFhem am 01 Januar 2020, 15:35:05
@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)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tomk am 01 Januar 2020, 19:51:13
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?  :)

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Steffen am 04 Februar 2020, 06:14:46
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

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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 ...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Steffen am 04 Februar 2020, 08:09:47
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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 ...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Steffen am 04 Februar 2020, 08:29:06
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: OdfFhem am 04 Februar 2020, 08:41:39
@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 ...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Benwish am 18 Februar 2020, 08:19:02
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rippi46 am 18 Februar 2020, 09:12:50
Hallo,

wahrscheinlich eine blöde Frage, aber hast du den Dienst enabled?

sudo systemctl enable zigbee2mqtt.service

Gruß rippi
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Benwish am 18 Februar 2020, 09:54:22
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: mahowi am 18 Februar 2020, 10:29:45
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Benwish am 18 Februar 2020, 11:14:39
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  :)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 23 Februar 2020, 12:47:36
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 23 Februar 2020, 13:00:39
Mit webcmd on:oft

Sollte es zu schalten sein.
Besser ist aber das mqtt Modul zu nutzen.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 23 Februar 2020, 13:13:09
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 23 Februar 2020, 16:00:58
Die Umstellung sind nur 3-4 defines...  ;)

Habe es selber ewig aufgeschoben und dann gings ganz schnell.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 23 Februar 2020, 17:50:24
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: sparkiie am 23 Februar 2020, 18:02:51
Du kannst den bestehenden MQTT Server weiter/parallel nutzen!

define MOSQUITTO_Client MQTT2_CLIENT 127.0.0.1:1883
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 24 Februar 2020, 09:16:07
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 24 Februar 2020, 10:48:07
Zitat von: Beta-User am 24 Februar 2020, 09:16:07
Was für einen TYPE hat AdF4_mqttBroker?

TYPE ist MQTT
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 24 Februar 2020, 10:53:31
...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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: petjek am 24 Februar 2020, 11:09:09
Okay, danke, das werde ich mir mal zu Gemüte führen.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: DSLGigant am 09 April 2020, 08:15:02
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rohlande am 09 April 2020, 08:21:36
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 09 Juni 2020, 16:38:45
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 09 Juni 2020, 16:50:17
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 ;) .
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 09 Juni 2020, 17:57:05
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 09 Juni 2020, 18:14:04
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!!!
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 23 Juni 2020, 06:39:19
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 23 Juni 2020, 08:33:16
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 23 Juni 2020, 09:28:11
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 23 Juni 2020, 10:07:50
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 23 Juni 2020, 11:32:50
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: fhem@supergut am 06 Juli 2020, 17:49:01
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Kawaci am 20 Juli 2020, 22:53:57
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!
Titel: gelöst: MQTT Bridge Offline
Beitrag von: HerrEmo am 05 September 2020, 09:13:50
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)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: andre07 am 11 September 2020, 13:03:46
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: matthias soll am 11 September 2020, 13:47:10
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: andre07 am 12 September 2020, 12:16:16
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Caleus am 18 Oktober 2020, 13:50:55
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tomk am 07 November 2020, 08:04:59
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...
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Tomk am 20 Dezember 2020, 21:25:47
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: chunter1 am 12 Februar 2021, 10:15:13
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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 :(
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: chunter1 am 14 März 2021, 11:29:59
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: chris_kmn am 25 März 2021, 16:57:20
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: saxnpower am 02 Mai 2021, 12:19:15
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!


Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 02 Mai 2021, 12:58:59
Siehe https://forum.fhem.de/index.php/topic,84790.msg771021.html#msg771021
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: saxnpower am 02 Mai 2021, 13:24:12
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!

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: HGButte am 02 Mai 2021, 19:22:59
Gleiches Problem hier.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: HGButte am 02 Mai 2021, 20:04:09
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)
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: rudolfkoenig am 02 Mai 2021, 20:09:38
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.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: HGButte am 02 Mai 2021, 21:58:03
Habe gerade auch auf mqtt2 umgestellt und zigbee2mqtt attrTemplate.
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: HGButte am 03 Mai 2021, 21:58:53
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.

Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag 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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: hyper2910 am 04 Mai 2021, 22:42:26
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: HGButte am 12 Mai 2021, 06:33:53
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?
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Beta-User am 12 Mai 2021, 08:25:58
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).
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: htschors am 04 Januar 2022, 22:25:28
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
Titel: Antw:[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM
Beitrag von: Gear am 01 März 2023, 11:37:41
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