UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Marc Berg]

@mickym sagte in Node-RED Nodes für externe ioBroker Integration:

Meines Erachtens braucht es den Button aber nicht, weil der Refreshknopf ja auch die Suche zurücksetzt - aber Du bist der Chef.

Wenn man eine Vielzahl von States hat, kann das Refreshen schon mal länger dauern, deshalb diese einfache Alternative.

Als very-very-very-nice-to-have möchte ich den refresh Button abschaffen und auf Objekt-Änderungen in Realtime reagieren.

[mickym]

@marc-berg sagte in Node-RED Nodes für externe ioBroker Integration:

@mickym sagte in Node-RED Nodes für externe ioBroker Integration:

Meines Erachtens braucht es den Button aber nicht, weil der Refreshknopf ja auch die Suche zurücksetzt - aber Du bist der Chef.

Wenn man eine Vielzahl von States hat, kann das Refreshen schon mal länger dauern, deshalb diese einfache Alternative.

Als very-very-very-nice-to-have möchte ich den refresh Button abschaffen und auf Objekt-Änderungen in Realtime reagieren.

Ich finde, dass Dein Refresh Button gut funktioniert. Im Adapter funktioniert der Refresh bis heute nicht und ich hatte das schon vor Jahren "angemerkt". - Also lieber ein funktionierender Refresh, als kein Refresh.

[Marc Berg]

@mickym sagte in Node-RED Nodes für externe ioBroker Integration:

Meines Erachtens wäre es sinnvoll den aktiven State auch in dem Tree View als Read-Only anzuzeigen.

---> 0.5.1 (es dauert meist eine halbe Stunde, bis es in der Palette erscheint)

[mickym]

@marc-berg Also 0.5.0 schaut erst mal sehr gut aus.

String, Boolean und Number wurden richtig erkannt. Das ist doch schon sehr gut!! Bei der Erkennung gehts ja auch nur um skalare Objekte. Auch die Updates funktionieren.
Danke erst mal dafür.

[Marc Berg]

@mickym sagte in Node-RED Nodes für externe ioBroker Integration:

Bei der Erkennung gehts ja auch nur um skalare Objekte.

Es können auch Arrays, Objekte und Files erkannt werden. Ob das nun praktisch relevant sein könnte -- keine Ahnung. Besser haben als brauchen.

[mickym]

@marc-berg sagte in Node-RED Nodes für externe ioBroker Integration:

Es können auch Arrays, Objekte und Files erkannt werden.

Na ja - die drösel ich ja mit dem Subflow auf. Sprich Du schreibst ein Array, Objekt in EINEN Datenpunkt und machst wieder ein JSON-Objekt daraus oder machst Du dann auch mehrere Datenpunkte daraus?

[Marc Berg]

@mickym sagte in Node-RED Nodes für externe ioBroker Integration:

Sprich Du schreibst ein Array, Objekt in EINEN Datenpunkt oder machst Du dann auch mehrere Datenpunkte daraus?

Nein, das bleibt alles ein Datenpunkt. Diese "Intelligenz" möchte ich mir nicht antun.

[mickym]

@marc-berg sagte in Node-RED Nodes für externe ioBroker Integration:

@mickym sagte in Node-RED Nodes für externe ioBroker Integration:

Sprich Du schreibst ein Array, Objekt in EINEN Datenpunkt oder machst Du dann auch mehrere Datenpunkte daraus?

Nein, das bleibt alles ein Datenpunkt. Diese "Intelligenz" möchte ich mir nicht antun.

Na dann behält mein Subflow ja noch seinen Sinn. Also vielen Dank - wie gesagt produktiv werde ich es erst irgendwann in der Zukunft einsetzen, aber wenn ich noch mal was konkret testen soll, dann mache ich das gerne.

[peterfido]

@marc-berg Die Verbindung steht. Die Uhrzeit an den Nodes läuft in einer anderen Zeitzone.

Die Uhrzeit könnte aber auch an meinem Docker-System liegen.

Ich will jetzt erstmal die Last auf dem ioBroker loggen.

[Marc Berg]

@peterfido sagte in Node-RED Nodes für externe ioBroker Integration:

Die Uhrzeit an den Nodes läuft in einer anderen Zeitzone.

Hm, bei mir geht es... Ich muss mal schauen, woher die Zeitzone kommt.

EDIT:

 const timestamp = new Date().toLocaleTimeString();

Also im Moment wird die Zeitzone und locale vom Backend (also der Node-RED Server läuft) angenommen. Da müsstest du mal schauen. Obwohl es wohl besser wäre, an den Nodes die Zeitzone des Frontends anzuzeigen. Mal schauen, ob das einfach umsetzbar ist.

[Marc Berg]

@peterfido sagte in Node-RED Nodes für externe ioBroker Integration:

Die Uhrzeit könnte aber auch an meinem Docker-System liegen.

Ich statte meine Container standmäßig mit der localtime vom Host aus:

[peterfido]

@marc-berg Ja, da war ich nachlässig. Die Docker-VM ist normal nur für Stirling PDF. Da ist mir die Uhrzeit egal. Somit bitte meine Bemerkung mit der Uhrzeit ignorieren.

Für den Test hier habe ich dann noch Node-Red als Docker Container hinzugefügt.
Dass da ein autarkes Node-Red werkelt, wird bei den Mitgliedern aus dem Forum hier eher die Ausnahme sein.

Im ioBroker habe ich zwei Node-Red-Instanzen laufen. Eine für alles außer Eaton Easy und eine für Eaton Easy, da es zu Timeouts kam, welche ich so nicht wegbekommen hatte. Möglich, dass ich da mehr Ressourcen zuweisen müsste. Geht aber jetzt mit den zwei Instanzen zuverlässig stabil.

[peterfido]

@marc-berg Das abonnieren der 6 Temperaturwerte verlangt vom ioBroker keine großen Ressorcen. CPU und RAM geht im Grundrauschen mit unter. Netzwerkverkehr ist natürlich mehr geworden.

[Marc Berg]

@peterfido sagte in Node-RED Nodes für externe ioBroker Integration:

CPU und RAM geht im Grundrauschen mit unter

Selbst wenn man ganz brutal "*" abonniert, ist am ioBroker nichts zu merken. Solange man sich keine Schleifen fabriziert, sollte der externe Zugriff unproblematisch sein.

[Marc Berg]

In der Version 0.5.4 wurden noch ein paar Bugs behoben. So konnte man z.B. nicht die Anmeldedaten ändern, ohne Node RED neu starten zu müssen.

[Marc Berg]

Es gibt ein paar neue Nodes und Funktionen:

https://github.com/Marc-Berg/node-red-contrib-iobroker/blob/main/CHANGELOG.md

Mit dem getHistory Node kann man auf historische Daten zugreifen, ohne direkt die Datenquellen (History/SQL/InfluxDB) einbinden zu müssen.

Der getObject Node wurde erweitert, damit man (ggf. gefiltert nach Type) eine Liste von verfügbaren Objekten ausgeben kann.

Es gibt einen neuen Node "inObject", damit kann man Objektänderungen (Neuerstellungen, Anpassungen/Löschungen) abonnieren.

[rewenode]

@marc-berg Du bist echt produktiv :+1: Danke dafür.
Damit werden die contrib Nodes immer mehr zur echten Alternative für den ioB-Adapter.

[Marc Berg]

v0.9.4:

• Es gibt einen neuen Node "iob-log", hiermit kann man das Livelog des ioBrokers abonnieren (Anbindung über Admin-Adapter notwendig)
• die README wurde umgestaltet
• Man kann im History-Node nun auch "Dashboard 2.0" (@flowfuse/node-red-dashboard) als Output-Option angeben und bekommt entsprechend fertig aufbereitete Daten

[rewenode]

@marc-berg sagte in Node-RED Nodes für externe ioBroker Integration:

Es gibt einen neuen Node "iob-log", hiermit kann man das Livelog des ioBrokers abonnieren (Anbindung über Admin-Adapter notwendig)

Hab ich jetzt seit gestern ohne Auffälligkeiten laufen. Das ist echt eine Hilfe.

@marc-berg sagte in Node-RED Nodes für externe ioBroker Integration:

Man kann im History-Node nun auch "Dashboard 2.0" (@flowfuse/node-red-dashboard) als Output-Option angeben und bekommt entsprechend fertig aufbereitete Daten

Mal sehen, ob ich das die kommenden Tage mal testen kann. Beschäftige mich gerade mit dem Dashboard 2.0

[Marc Berg]

@rewenode sagte in Node-RED Nodes für externe ioBroker Integration:

Hab ich jetzt seit gestern ohne Auffälligkeiten laufen. Das ist echt eine Hilfe.

Danke für's Testen!

Mal sehen, ob ich das die kommenden Tage mal testen kann. Beschäftige mich gerade mit dem Dashboard 2.0

Steht etwas versteckt in der Readme, der Chart Node muss so konfiguriert werden:

Wenn du noch Anregungen und Verbesserungswünsche hast, gern her damit.