NEWS
Probleme mit Xiaomi Gatway Einbindung
-
Hallo Michael,
danke für deine Antwort.
Gerade habe ich über meinen Test - FHEM Container das Gateway einbinden können - das heisst, dass die Kommunikation auch möglich sein müsste. Auch die Temperatursensoren lieferten Werte.
Andre - der diesen Container zur Verfügung stellt ( buanet ) konnte mir leider auch nicht weiterhelfen - da laut Git keine Abhängigkeiten bestehen - in FHEM mussten allerdings 4 Pakete nachinstalliert werden - komisch…
Auch eine Neuinstallation über Git brachte nichts.
Die Türsensoren hab ich nicht - derzeit nur einen Temperatursensor und demnächst Rauchmelder ...
Viele Grüsse
Karl
-
Hallo Karl,
Ich habe das Gateway aber nicht in Fhem eingebunden.
Nur hier im ioBroker. Hast Du das schon mal probiert?
Gruß Michael
-
Hallo Michael,
ja, das ist ja das was mich so wundert. Im IOBroker Container läuft es nicht - im FHEM Container schon. Ich vermute derzeit einen Fehler / fehlende Abhängigkeit im IOBroker Docker Image. Ich hoffe, dass vielleicht jemand ein Mi Gateway im IOBroker Docker Container betreibt und etwas Input geben kann.
Viele Grüsse
Karl
-
Viel Glück!
Gruß Michael
-
Hallo, ich verzweifel hier auch langsam … die Ampel geht einfach nicht auf grün ... liegt es eventuell an der Gateway Version 3?
)
~~ -
Hast Du mittlerweile eine Verbindung herstellen können?
Hab hier mit einem zweiten Gateway dasselbe Problem. Alles korrekt eingetragen aber die Ampel bleibt auf gelb.
Ich hab ein etwas älteres Gateway, das bei mir in der Fritzbox auch mit v3 benannt wird und auch in der Geräteinfo dieselben Angaben aufweist. Das funktioniert allerdings ohne Probleme.
Komischerweise findet die Suche in der config der Instanz auch lediglich das ältere Gateway, aber nicht das neue.
Gibt es evtl doch eine Inkompabilität mit einer neuen Version des Hubs?
-
Nein, leider nicht. Habe auch keine Idee mehr.
-
Hallo,
Hast Du mal versucht den Support zu kontaktieren?
Wenn bei Gerbest gekauft bekommst du bestimmt Ersatz.
Ich habe diese positiven Erfahrungen dort mit Aquara Sensoren gemacht.
Gruß Michael
-
In der Mi Home APP läuft es bei mir auch einwandfrei. In der Adapter config wird bei mir auch nichts gefunden, als wäre das wireless communication protocol einfach nicht an. Habe irgendwo gelesen, dass wenn man das Update auf die aktuelle Firmware macht, ohne vorher das wireless communication protocol einzuschalten, es nachher nicht mehr geht wegen eines bug.
-
Nein, leider nicht … es gab dort jedenfalls auch keine Lösung. Man hoffte auf das nächste Firmware update.
-
Hi.
Gibt es hier mittlerweile eine Lösung?
Stehe vor dem gleichen Problem. Ampel bleibt auf gelb.
IP und Key sind korrekt eingetragen, Protokoll aktiviert. In der MiHome App funktioniert alles.
Gateway habe ich letzte Woche erhalten, mit der Plugin-Version 2.64.0.
Grüße Patrick.
-
Ich habe nun eine weitere Erkenntnis gesammelt:
Ich habe eine App auf meinem Smartphone installiert, die - wie der Adapter im ioBroker auch - über das "Wireless communication protocol" mit dem Gateway kommuniziert. YETI heisst sie.
Nach Eingabe aller Parameter (richtig und mehrfach kontrolliert) kommt auch hier keine Kommunikation zustande.
Das lässt also darauf schließen, dass das Gateway die Kommunikation verweigert oder das "Wireless communication protocol" entgegen den Einstellungen nicht aktiv ist.
Damit komme ich wieder zu meinem vorigen Beitrag: wie könnte man dies noch testen?
Übrigens noch eine Bitte an den Thread-Eröffner: korrigiere doch bitte mal den Schreibfehler im Titel. So schreckt das Rechtschreibästheten eher ab reinzuschauen nach dem Motto "wenn der schon nicht mal weiß, wie man Gateway schreibt, kann da eh nur DAU-Output drin stehen…".
-
Hi.
Gibt es hier mittlerweile eine Lösung?
Stehe vor dem gleichen Problem. Ampel bleibt auf gelb.
IP und Key sind korrekt eingetragen, Protokoll aktiviert. In der MiHome App funktioniert alles.
Gateway habe ich letzte Woche erhalten, mit der Plugin-Version 2.64.0.
Grüße Patrick. `
Bei mir auch Ampel bleibt auf gelb.
Plug-In version bei mir ist 2.51.3
Gateway Firmware 1.4.1_159.0143
Logeinträge beim Starten:
! mihome.0 2018-11-07 14:26:12.090 debug system.adapter.admin.0: logging true
! mihome.0 2018-11-07 14:24:00.608 info Change connection status: false
! mihome.0 2018-11-07 14:24:00.561 info starting. Version 1.2.3 in /opt/iobroker/node_modules/iobroker.mihome, node: v8.12.0
! mihome.0 2018-11-07 14:24:00.529 debug statesDB connected
! mihome.0 2018-11-07 14:24:00.503 debug objectDB connected
! host.debian-iobroker 2018-11-07 14:23:59.999 info instance system.adapter.mihome.0 started with pid 14622Gruss
Christian
-
Hi Leute
Bei mir läuft es jetzt :D :D :D
In der Instanz-Konfiguration von mihome.0 habe ich bei der [IPv4] explizit die WLAN-IP Adresse und nicht "[IPv4] 0.0.0.0 - Auf allen IP Adressen hören" eingetragen. :geek:
Bei mir ist es 192.168.1.120 - wlp2s0
Mit dieser Konfiguration läuft die Instanz und ist grün. Objekte sind auch da. :D :D
Gruss
Christian
-
Ich kann dort nichts eintragen - nur auswählen zwischen
-
[IPv4] 0.0.0.0 - Auf allen IP Adressen hören
-
[IPv4] 127.0.0.1 - lo
-
[IPv4] 192.168.1.20 - eth0 (IP-Adresse des ioBroker-Raspi)
Ich vermute mal, du hast nichts eingetragen, sondern die letztere ausgewählt?
Bei mir funktioniert das nicht.
Ich hoffe, dass heute oder am Montag mein Stick eintrudelt - dann ist der Drops eh gelutscht. Dann ist auch Schluss mit E.T.
-
-
So , das Thema hat sich erledigt. Der CC2531 ZigBee Stick ist da und bereits in Funktion. Der Adapter für's MiHiome Gateway in der Tonne.
Hier mal ein Hinweis dazu, weil vielleicht andere User die gleiche Fehleinschätzung hatten, wie ich:
Bevor ich mit dem ZigBee Kram anfing, habe ich mich im Netz auch über Alternativen zum MiHome Gateway informiert. Ich kam dabei schnell zu der Auffassung, dass mit den beiden möglichen Varianten deConz und CC2531 die Installation einer separaten Gatewaysoftware - möglicherweise sogar auf einem zusätzlichen Raspi - einher geht.
Zumindest den CC2531 betreffend ist dies nicht der Fall. Die Installation geht pipieinfach:
-
Stick in einen USB-Port des Raspi
-
Im Terminal des Raspi den Befehl "ls -la /dev/serial/by-id" eigeben
-
die angezeigte Ausgabe "usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00325B0027ED1234-if00" mit vorangestelltem Pfad "/dev/serial/by-id/" in die Konfig des Adapters eintragen
-
fertig
-
521
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge