Das Problem könnte daran liegen, dass Geräte manchmal Zeit brauchen, um zu reagieren … Also muss man warten.
Wenn du einen Türöffnungsmelder hast, siehst du sofort, ob es funktioniert, indem du ihn bewegst.
Ja! Danke, super, ich plane das! 
Man muss die IP-Adresse hinzufügen, mal sehen, ob ich die einfach abrufen kann, danke!!
Ich geb’s zu, das ist lang, aber was für ein Gerät hast du?
Hast du zufällig @Jacky den Entwicklermodus auf dem Gateway aktiviert?
Siehst du mit Wireshark die Multicast-Pakete auf deinem PC ankommen?
Seltsam trotzdem … Sag mir das nochmal mit dem Raspberry Pi
Wenn du die Entwicklungs-Seed-Daten in die DB lädst, solltest du dich mit dem Demo-Konto anmelden können.
Du hast eine Konfigurationsdatei, um die Server-URLs zu parametrisieren. API http und ws.
Bearbeitung: front/config.js
Na ja… das ist jetzt in einer Konfigurationsdatei variabel. Frontend und Backend sind zwei eigenständige Apps. Also muss man dem Frontend sagen, wo es anklopfen soll. 
Hey, der Service funktioniert bei dir ja! Ein kleines Problem auf der Frontend-Seite, das ich normalerweise behoben habe, ich muss nur alles pushen, das ist meine Schuld!
Wenn du in den Logs addTemperature.js siehst, bedeutet das, dass ein Gerät hindurchgegangen ist!
Ich habe tatsächlich ein else in einer Frontend-Funktion vergessen, das alles zum Absturz gebracht hat …
Deshalb wird es gut sein, ich pushe, sobald meine Tests durchlaufen, und du kannst es dann testen.
@Jacky normalerweise sollte es funktionieren, wenn du pullst
Also, Achtung, wenn der Sensor nicht in der Datenbank hinzugefügt wurde, können die Werte nicht aktualisiert werden. Der Sensor muss im ersten Tab also erstellt sein, um ihn aktualisieren zu können. Man muss also oft ein zweites Mal warten, bis er im Netzwerk spricht :).
Also ja … Es ist kompliziert, ich weiß nicht, wie man das unterscheiden soll MDR. Ich habe nur Infos wie ‹ sid › …
Man müsste die Verbindung zwischen den beiden herstellen und das weiß ich überhaupt nicht, wie!
Ich denke von meiner Seite aus nach. Ansonsten warten, bis er hochfährt und die Temperatur angibt und auf der miHome-App überprüfen und vergleichen … 
Bei mir ist es genauso, das Gateway kommuniziert wenig mit dem Temperaturgerät
Oh schau dir das an!
Hast du die neueste Version? Denn bei mir gibt es keine Probleme! Ich teste heute Mittag bei mir zu Hause mit meinem Gateway
Ich habe gerade zwei Fehler festgestellt:
-
Ich glaube, die Geräte melden sich mehrmals. In der Geräteansicht habe ich mehr Temperatursensoren und Bewegungsmelder als ich tatsächlich im Haus habe (eine Überraschungslieferung :D).
-
Sobald ein Gerät aus der Geräteansicht gelöscht wurde, kann ich es nicht mehr über die Setup-Ansicht neu zuweisen.
Was die Identifizierung der Geräte betrifft, gibt es eine Lösung. Man sollte die SID in der Setup-Ansicht anzeigen. Anschließend kann man in der mi-home-App herausfinden, welches die SID der Geräte ist.
@pierre-gilles, das entspricht dem Bedarf von zwave mit der Rückmeldung der Node-IDs. Könnte man diese Information irgendwo anzeigen, z. B. neben dem Gerätenamen oder an einem anderen Ort:
Ich glaube, das beschränkt sich nicht nur auf Xiaomi und Z-Wave, jedes Gerät hat eine ID.
Wie machst du das? 
Ich füge sie hinzu!!
Ja, ich mache das so schnell wie möglich,
Wichtig zu wissen: Ab Sonntag bis zum nächsten Sonntag bin ich nicht verfügbar (kein Zugriff auf einen Computer).
Ich habe da eine kleine Idee!
In der Xiaomi-Konfigurationsseite könnte man einen Indikator (eine Art Hervorhebung) auf dem Kästchen jedes Geräts anzeigen, wenn ein Wert von einem Sensor gerade hochgeladen wurde, den man dann für 1–2 Sekunden stehen lässt.
So musst du nur das Fenster öffnen und sehen, welches Kästchen leuchtet, um zu verstehen, welches Gerät welches Gerät ist.
Beispiel in den Szenarien, wenn ein Schritt gerade ausgeführt wird, hebe ich das Kästchen blau hervor:
Man könnte dasselbe mit dem Kästchen des Xiaomi-Geräts machen, das gerade ausgelöst wurde.
Man könnte zusätzlich eine Anmerkung wie „Letzter Wert: Vor 20 Sekunden“ hinzufügen.