Sind andere vhih verfügbar ?
Sendest du zufälligerweise auch den State an das device Node ?
1 „Gefällt mir“
Es funktioniert kein vHIH mehr. Ich gebe den Wert das vHIH-Gerät zurück, ja. Hier ein Beispielflow von einem Relais eines Sonoffs.
Hattest du schon nen vollen deploy gemacht ?
1 „Gefällt mir“
Auch ein voller Deploy bringt keine Änderung.
Hast du schon mal iobroker und den Node red Adapter neu gestartet? Das hat bei mir zumindest schon mal geholfen.
Interessanter Weise hatte ich das am 08.11.2020 zur gleichen Zeit. Alle hih-Geräte ausgegraut, gleiches Bild wie oben.
Hat so ausgesehen, als ob Node Red abgeschmiert wäre.
Konnte leider nicht auf den Raspi zugreifen. Hih auf Node Red / ioBroker bislang einwandfrei am Laufen.
Nach ca. 15 Minuten waren alle Geräte wieder da ohne Deploy etc.
Hab dem ganzen eigentlich keine große Bedeutung beigemessen, wie gesagt bin von einem kurzzeitigen Ausfall von NodeRed bzw. Raspi ausgegangen.
War übrigens vor einigen Wochen schonmal nachts. Konnte das am Tagebuch feststellen (Geräte nicht verfügbar - wieder verfügbar und zwar alle gleichzeitig)
Gruß Ralf
Bei mir ist das nach einem deploy auch immer der Fall. Allerdings nur kurzzeitig, etwa für 10-15 Sekunden. Dann sind die Geräte wieder verfügbar und schaltbar.
Hast du evtl. mal etwas abgewartet nach einem deploy?
Ich habe homee, NodeRED mit ioBroker auch schon neugstartet. Keine Änderung. Irgendwas muss der homee haben. Weil wenn ich das Gerät lösche und neu hinzufüge über die homee-ID… Geht es ja. Dann kann es doch fast nicht an NodeRED etc. liegen. Außer der vergibt irgendwie ne neue ID mit der homee so nichts anfangen kann.
Und die Geräte sind auch erst ausgegeraut wie auf meinem Screenshot wenn man sie versucht zu schalten. Dann springen sie auf grau. Deployed man einmal kurz dann in NodeRED springen sie alle wieder auf den okayen Zustand. Ändert aber nichts am Verhalten. Nach einmaligen Schalten werden sie wieder ausgegraut.
Hast Du ein Backup von homee, welches vor auftreten des Fehler erstellt wurde?
Ich hatte zwar ein etwas anderes Problem und auch erst bei node red gesucht, aber als ich ein Backup wieder hergestellt habe lief alles ohne Einschränkungen. Ohne, dass ich etwas bei homee verändert habe und alle Einstellungen in iobroker und node red wieder auf den Ursprungszustand gesetzt habe, hatte homee keine Verbindung.
Nein, habe ich nicht. Ich denke der Homee-Support müsste da mal rauf schauen.
1 „Gefällt mir“
Bitte bedenke, dass keine der Schnittstellen offiziell von homee unterstütz wird/freigegeben ist.
1 „Gefällt mir“
Wird er nicht, aus den von @ch.krause genannten Gründen - da ist Selbsthilfe der Community angesagt.
Hat noch jemand eine zündende Idee? Ich kann auch gerne jemanden mal remote rauf schauen lassen.
Wie gesagt. lösche ich das Gerät in homee und füge es über vHIH hinzu geht es wieder ohne Probleme. :-/
Hi,
Auch wenn es dir wohl nicht bei der Lösung hilft, kann ich dir zumindest sagen das ich dein Problem gut kenne. 
Ich hatte es selbst schon zwei mal.
Beim letzten Mal vor einigen Wochen, passierte es beim Update des js-Controllers in ioBroker.
Danach ging bei mir auch nichts mehr (ob Neustart von ioBroker, nodered und was auch immer)- mit exakt den von dir beschriebenen Symptomen. Die einzige Lösung war es für mich, die Geräte im homee zu löschen und per hih direkt wieder anzulegen.
Ich habe dann zwei Stunden damit und der Reparatur meiner Homeegramme verbracht.
Ist nicht wirklich ne tolle Lösung, aber bei deutlich über 20 shellys im Hause und ca. 20 Tasmota-Geräten war der Leidensdruck dann doch zu groß und die Reputation meines Smarthomes in Gefahr 
.
Ich hoffe Du findest noch ne andere Lösung, allerdings ist es wie schon von ch.krause beschrieben halt keine offizielle Schnittstelle die wir hier nutzen.
Für mich war/ist „hih“ die „Fleißarbeit“ allerdings immer noch mehr als wert.
Vg
2 „Gefällt mir“
Grundsätzlich hab ich aber leider erst mal keine weitere Idee, woran das liegen könnte. Mit den Angaben bisher ist das eher so ein „in die Glaskugel schauen“ und rumraten. Am besten aktivierst du mal den Debug Modus in Node-RED und stellst den Log mal hier rein. Wie das geht findest du hier: https://nodered.org/docs/user-guide/runtime/configuration
Bevor die Frage kommt: Kann sein, dass es bei Node-RED via ioBroker anders funktioniert, da läuft ja einiges nicht nach Standard.
Das ist ein guter Hinweis, kannst du, @DobbyNator94, das auch an so etwas festmachen?
Moin, @stfnhmplr leider nicht. Ich hab lediglich einen Deploy getätigt. Danach wollte ich ein Gerät schalten und Ende war. Beim Schalten kommt dann „Nicht verfügbar“ in homee.
@Micha hatte bei mir per Support-Zugang geschaut mit Zeitangabe wann ich geschaltet habe. Er sagte dass der Handshake fehl schlägt.
Was passiert denn wenn ich meinen einen virtuellen Homee lösche? Daran sind alle Homee Device Nodes angeschlossen in NodeRED. Und danach erstelle ich dann einen neuen vHIH mit der gleichen ID, Benutzer und Passwort. Und belege meine Device Nodes wieder mit dem vHIH und schaue ob es wieder geht. Oder findet Homee dann auch die Geräte gar nicht mehr ala Meldung „Host nicht verfügbar“ oder „Auf Host gelöscht“?
Danke euch!
Gruß
Robin
Was ich jetzt gemacht habe:
-
den einen vHIH für alle Geräte gelöscht
-
Deployed
-
Dann alle Device Nodes in NodeRED wieder mit dem neuen vHIH (gleiche ID, User, Passwort) verbunden
-
Homee neugestartet / Tagebuch / Verlauf gelöscht
-
Host nicht verfügbar NodeRED-Geräte
-
Dann HIH in der Homee-App hinzugefügt mit der gleichen ID, User Passwort - er sagt: Keine neuen Geräte vorhanden
-
Gehe zur Geräte-Übersicht - Geräte wieder verfügbar
-
Schalte ich einmal . Gerät nicht mehr verfügbar
-
Also keine Änderung an der Sache, leider.
Damit lässt sich das Problem ja schon mal eingrenzen. Beim Aufbau der eigentlichen Verbindung zwischen den homee’s findet ein Handshake statt. Der Client (physischer homee) meldet sich beim Server an (virtueller homee). Zur Authentifizierung wird der Token, den er vorher vom Server per HTTP-Abfrage mit den Benutzerdaten bekommen hat mitgesandt. Der Token ist ein Jahr gültig. Der Token wird vom virtuellen homee erzeugt und in den (verschlüsselten) Node-RED Credentials gespeichert. Der Server akzeptiert dann und führt ein Upgrade der Verbindung durch.
Wenn ich das richtig in Erinnerung habe, fragt homee bei einem falschen Token erneut nach Benutzername u. Passwort. Da er das bei dir trotz neuem Token (durch Neuanlage des virtuellen homee) nicht macht, wird es an der Verbindung liegen. Warum das aber fehlschlägt, kann ich dir leider nicht beantworten. Dazu fehlen mir Infos wie es im homee aussieht und wie die Daten des virtuellen homees hinterlegt sind und aktualisiert werden. Das ist quasi eine BlackBox.
Edit: Bevor du die Geräte jetzt aber alle löschst, warte bitte noch mal ein/zwei Tage. Ich schau nochmal ob ich was rausbekomme.
4 „Gefällt mir“
Vielen Dank! Ich kann mir ja erstmal mit den Webseiten der Sonoffs behelfen. Hoffentlich findet sich eine Lösung, bin jederzeit bereit auch per Remote einen Zugang zu stellen.
Habe jetzt alles soweit geupdatet (Ubuntu, alle Packages, ioBroker etc.) Node.JS ist noch auf Version 10 nicht 12.
Danach die Geräte aus Homee gelöscht, wieder hinzugefügt und alles gerade gerückt in HomeKit etc. Backup gemacht von Homee und Snapshot der ioBroker / NodeRED-Ubuntu-VM.
Es schaut sich noch jemand die Logs an und versucht etwas herauszufinden. Habe natürlich nicht so die Lust nochmal an meinen Flows zu spielen, weil ich das nicht provozieren möchte… 
Aber habe zumindest die Hoffnung im Falle des Falls das Homee-Backup zurückzuspielen und den Snapshot zurückdrehen zu können.
Ich hoffe er findet nach dem Recovern im Fehlerfall des Backups meine ZigBee und Z-Wave-Geräte noch, weil ansonsten bekomme ich einen Schreikrampf.
Ansonsten erstmal danke an alle.
Gruß
Robin