[Neues Modul] Xiaomi Smart Home ohne Gateway direkt an FHEM

Begonnen von neumann, 22 Februar 2018, 18:00:22

Vorheriges Thema - Nächstes Thema

mark79

#495
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
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

sprudelverduenner

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 ...   >:(
FHEM @ RaspberryPi 3, HMLAN, HMUART + HMRS485, Homematic, ESPEasy @ Sonoff / Shelly / ESP8266, ZigBee @ CC2531
Echo Dot, Dreambox, Yamaha MusicCast, Logitech Hub, LW-12, LD382
FRITZ!Box 7590 AX, Mesh @ FRITZ!Repeater 2400, FRITZ!Fon, iPhone 13, iPad Air 5, AppleWatch 8

mark79

#497
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'
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

Beta-User

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).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

sprudelverduenner

@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.
FHEM @ RaspberryPi 3, HMLAN, HMUART + HMRS485, Homematic, ESPEasy @ Sonoff / Shelly / ESP8266, ZigBee @ CC2531
Echo Dot, Dreambox, Yamaha MusicCast, Logitech Hub, LW-12, LD382
FRITZ!Box 7590 AX, Mesh @ FRITZ!Repeater 2400, FRITZ!Fon, iPhone 13, iPad Air 5, AppleWatch 8

Beta-User

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.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

mark79

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.
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

Beta-User

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...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

sprudelverduenner

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.
FHEM @ RaspberryPi 3, HMLAN, HMUART + HMRS485, Homematic, ESPEasy @ Sonoff / Shelly / ESP8266, ZigBee @ CC2531
Echo Dot, Dreambox, Yamaha MusicCast, Logitech Hub, LW-12, LD382
FRITZ!Box 7590 AX, Mesh @ FRITZ!Repeater 2400, FRITZ!Fon, iPhone 13, iPad Air 5, AppleWatch 8

Beta-User

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.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

mark79

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.
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

Beta-User

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.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Holzportz

@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.

Holzportz

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.

sprudelverduenner

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?
FHEM @ RaspberryPi 3, HMLAN, HMUART + HMRS485, Homematic, ESPEasy @ Sonoff / Shelly / ESP8266, ZigBee @ CC2531
Echo Dot, Dreambox, Yamaha MusicCast, Logitech Hub, LW-12, LD382
FRITZ!Box 7590 AX, Mesh @ FRITZ!Repeater 2400, FRITZ!Fon, iPhone 13, iPad Air 5, AppleWatch 8