Danke @ Micha. Das Deklarieren hat geholfen.
Ich hab node-red über Iobroker installiert. Node-Redf selbst hat jetzt die Version 3.1.0.
Interessant ist, dass der Flow weiterhin auch ohne die Deklaration funktioniert hat. Man verliert nur irgendwann den Überblick, wenn ständig Fehler-Meldungen im Log bzw. im Debug auflaufen.
Jetzt scheint wieder alles sauber zu laufen. Danke!!!
Stammt alles noch aus der Anfangszeit der „Integration“ node-red + homee. Und läuft super. 
Hallo @thampp bzw. Gruß an die Community,
verwendet einer von Euch den Flow von @thampp ?
In seinem Flow muss man die Device-ID der Lampen in der INIT-Function eintragen.
Wie komme ich an die ran? Beim Fetch Lights bekomme ich nur die Unique-ID:
Vielleicht kann mir einer einen Tipp geben? Wäre klasse!
Danke Gruß Ralf
Hallo Ralf -
erst mal Entschuldigung, dass ich nicht früher geantwortet habe. Bei deinem ersten Direktkontakt war ich im Urlaub und dann ist die Benachrichtigung im Trubel nach der Rückkehr untergegangen.
Jetzt zu deinem Problem:
Diese IDs sind spezifisch für das NodRed Modul Huemagic in der Version 4. In v4 werden die ausgesendet in dem msg Objekt mit das die blauen HueLight Nodes als output senden. Meine Logik in „Rückkanal“ empfängt dieses msg Objekt und sucht dann den entsprechenden Konfigeintrag im lightDefsArray für die Lampe mittels var lightDef = lightDefsArray.find(element => element.hueDeviceId == msg.info.deviceId);
Du könntest die IDs deiner Lampen also z.b. über einen Debug node ausgeben.
Aber jetzt Achtung bevor du vorschnell Zeit investierst
Ich selbst verwende die Version 4 von HueMagic nicht mehr. Der Grund ist der Fehler der unten im Git beklagt wird. Wie viele andere bin ich wieder zurück auf HueMagic v3. Und in v3 braucht man diese neuen langen v4 deviceids nicht. Da senden die HueLights Nodes eine kurze id (bei mir sind das Zahlen zwischen 1 und 6) zur Identifikation der Lampe. Die kurze id bekommt man aus dem HueAPI oder eben auch mit einem Debug node. Die Zeile in „Rückkanal“ ist für v3 entsprechend dann:
var lightDef = lightDefsArray.find(element => element.hueId == msg.info.id);
Ich hoffe das hilft ein wenig Klarheit zu schaffen. Wenn du schon auf HueMagic v4 bist, dann ist der Downgrade auf v3 ein eigenes Abenteuer 
Wie das geht, steht auch in dem Git issue.
Wenn du schon Node red am Start hast dann kannst du auch direkt eine SSE Verbindung zur Bridge herstellen und jedes Device direkt abgreifen ohne HueMagic
In homee ist plötzlich wieder aufgetaucht (kommt ab und an vor, wobei ich aber den Grund nicht weiß, wieso???), dass die „host“ (Nodered) gelöscht wurde, was nicht stimmt, da es das virtulle homee nach wie vor gibt.
Wenn ich nun die „ausgegrauten“ Geräte in homee lösche und neu anlegen möchte, dann kommt, dass keine neuen Geräte gefunden wurden, was nicht stimmt, da ja alle manuell gelöscht wurde.
Gibt es eine Möglichkeit diese virtuellen „homees“ siehe screen-shoot - irgendwie komplett zu löschen.
Derzeit kann ich das nur so lösen, dass in Nodered ein neues (+ anderer Name) virtuelles homee angelegt werden muss. Dann werden wieder alle „virtuelle Geräte“ gefunden und ich muss jedes homeegramm wiederum aus/nachbessern.
…oder gibt es einen schnelleren, kürzeren, besseren Weg als wie der oben beschriebene bzw. warum wird ab und an in homee angezeigt, dass die host gelöscht wurde, was aber nicht stimmt???
Grundsätzlich solltest du ein Backup haben.
Wenn diese vom vor dem Ausfall ist dann hilft es dieses einzuspielen.
Homee scheint hier bei den vhih einfach Daten zu vergessen.
Wenn du wieder das Problem hast dann kannst du die alten Geräte drin lassen und mein Tool zum austauschen der Geräte in den HG‘s nehmen.
Das erspart dir dann das ganze neu schreiben der HG‘s.
Hast du alle Geräte in homee gelöscht dann starte mal den homee neu.
Super, danke, du bist der Beste, immer hilfsbereit und rasch mit deinen Antworten. Bist hier in Community ein echtes Highlight!
Nur noch eine Frage, wo finde ich dein Tool?
…by the way….es wird jeden Tag ein Backup von meinen homees erstellt
Ich habe über Node Red einen Wasserzähler von meiner Gartenbewässerung (Opensprinkler ist Steuergerät) Integriert.
Angezeigt wird:
Nun wollte ich mir ein HG erstellen, das meine Zisternenpumpe ausschaltet, wenn der aktuelle Durchfluss während einer bestimmten Dauer einen bestimmten Wert überschreitet. Es soll ein Schutz bei einem Leck in einer Leitung sein.
Nur leider kann ich bei der Wasseruhr keine Eigenschaft auswählen.
Hat jemand eine Idee?
Hallo Gemeinde!
Ich habe eine allgemeine Frage zu node-red.
Normalerweise bearbeite ich meine Flows am iMac mit Safari ohne Probleme.
Wenn ich aber über ein iPad gehe, werden die horizontalen Wires nicht angezeigt. Alles kurvige wird ordentlich gerendert, aber gerade Striche nicht.
Auf den i-Geräten ist es auch egal, welchen Browser ich nehme, Firefox, Chrome, DuckDuckGo.
Hat jemand eine Idee, oder muss ich mich damit abfinden?
Damit muss du dich abfinden. Mobile Endgeräte werden nicht sauber unterstützt.
Es kann schon einmal vorkommen, daß sich mein Raspi aufhängt und dann sind natürlich auch alle darüber eingebundenen virtuellen Geräte ohne Funktion.
Es steht bei dem Gerät Host nicht verfügbar.
Der Raspi hängt an einem Z-Wave Plug, der direkt am Homee angelert ist.
Ich suche eine verlässliche Möglichkeit für eine Automation auf dem Homee, um den Plug aus- und wieder anzuschalten, wenn der Host nicht verfügbar ist.
Das ganze am besten maximal 2 mal in 24 Stunden.
Hat jemand eine Idee?
Wäre ein Ansatz z.B. die Prozessorauslastung des Homee in dem virtuellen homee systemstatus über node red?
Die Prozessoleistung friert dann auf dem letzten Stand ein.
Die Frage die sich mir stellt ist vielmehr warum sich der Raspi aufhängt.
Du solltest lieber die Ursache dafür bekämpfen.
Hast du dann überhaupt keinen Zugriff mehr per Terminal auf den Raspi?
Da hast Du natürlich vollkommen Recht.
Das passiert sporadisch.
Keine Ahnung, wann ich das letzte mal per Terminal auf den Raspi zugegriffen habe. Müsste ich mir erst mal wieder anschauen, wie das geht.
Die Möglichkeit, mit dem Plug ist schon ok und funktioniert bisher.
Du darfst aber nicht vergessen, dass jeder Rechner, auch ein Raspi, sich verschlucken kann, wenn er hat runtergefahren wird. Es gibt immer geöffnete Datenbankdateien oder andere Dateien, die noch nicht geschrieben wurden, sondern deren letzte Änderungen noch im Cache sind. Auch die DB des homee kann beschädigt werden, wenn er hart vom Strom getrennt wird. Das sollte immer nur eine Notlösung sein, aber keine Regel.
Ja schau dir das an.
Ist denn Node red dann auch nicht erreichbar ?
Was bedeutetet denn aufhängen bei dir ?
Meistens ist es nicht der komplette PI sondern nur Node Red.
Hier könntest du einen automatischen restart in den Service bauen ( sollte eigentlich sowieso so sein ) oder du sendest ein webhook an den Pi und sagst ihm das er Neustarten soll.
Ansätze gibt es da viele.
Das Logbuch gibt nicht viel her.
Um 04:13:07 letzte Meldung vom Raspi.
Das stimmt ziemlich genau mit der Zeit überein, zu der meine BYD Batterie die 5% erreicht hat und ich dann Strom aus dem Netz bezogen habe.
Seltsam, es gab keinen Stromausfall, der Raspi hängt an einer usv.
War jetzt aber nur einmalig.
Da scheint es eher ein HA Problem zu geben als ein Node Red.
Wie ist HA installiert ?
Kann auch sein das eine Unterspannung zu dieser Erscheinung geführt hat.
HA Betriebssystem läuft auf dem Pi400 mit 4GB.
Das Netzteil ist das Original Netzteil.
Am Raspi hängen
SSD ( Transcend MTS420S - SSD 240 GB M.2 2242 SATA III
in einem Gehäuse ORICO SSD M.2 NVMe SATA Adaptador, USB 3.2 Gen 2 NVMe 10Gbps, M2 SATA 5Gbps
USB Z-Wave
USB Enocean
