ElabNET Technik Forum

bodo hat geschrieben: ↑Fr Nov 08, 2019 11:59 am Hoi Kai

Das habe ich irgendwo kopiert:

Code: Alles auswählen

var unix = {payload: msg.payload.pressure};
msg.payload = unix;
return msg.payload;

Die gesamte json datei ist ja hierarchisch aufgebaut. Jeweils eine Ebene tiefer heisst hier (js) mit Punkt getrennt.
Es geht auch mit einer "funktion" die dann mehrere "Ausgänge" bekommt: (ungeprüft)

Code: Alles auswählen

var msg1 = { payload:msg.payload.temp_maxc * (9/5)+32};
var msg2 = { payload:msg.payload.tempc * (9/5)+32 };
var msg3 = { payload:msg.payload.temp_minc * (9/5)+32 };
var msg4 = { payload:msg.payload.description};
var msg5 = { payload:msg.payload.icon};
var msg6 = { payload:msg.payload.windspeed};
var msg7 = { payload:msg.payload.winddirection};

var msg8 = {
"payload": {
"windspeed":msg6,
"speed_unit":"MPH",
"winddirection":msg7
}
}

return [ msg1, msg2, msg3, msg4, msg5, msg6, msg7, msg8];

Ich weiß. Windspeed ist auch cool. Mit Changer kann man da noch in die richtige Himmelsrichtung übersetzen.

Die Wetterdescription kann man weiter umwandeln bspw. in "Mistwetter" oder "PV-Generatorwetter" - echt megafancy

Hallo zusammen,

Node-Red lief bis gestern ganz gut bei mir. Nach dem TWS Update auf die IP2 scheint aber keine Kommunikation mehr mit KNX zu bestehen.
Auf der neuen TWS Seite mit den Infos zur Schnittstelle scheint die Kommunikation mit dem KNX immer nur kurz zu bestehen (immer nach einem Deploy in Node Red).


Kurz darauf verschwindet der Eintrag wieder aus der Liste "KNXnet/IP Verbindungen".


Die Werte auf dem KXN werden auch immer nur nach einem Deploy in Node Red bzw. einem Neustart des Node Red Dockers aktualisiert.

Hat jemand unter den Node Red Nutzern auch dieses Verhalten ?

Vielen Dank im Voraus.

Gruß Markus

@Picha Vorher hattest IP1 drauf?
Irgendwelche Meldungen in Node Red?

Viele Grüße,
Matthias

Hallo @ms20de ,

ja vor dem Update auf IP2 war der TWS mit IP1 im Einsatz.

folgende Meldungen sind seit dem letzten Deploy im Log aufgelaufen:

29 Apr 11:29:45 - [info] Flows stoppen


29 Apr 11:29:45 - [info] [deconz-server:LHS26_deconz_GW] WebSocket connection closed


29 Apr 11:29:45 - [warn] [deconz-server:LHS26_deconz_GW] WebSocket error: Error: WebSocket was closed before the connection was established


29 Apr 11:29:45 - [info] Flows gestoppt


29 Apr 11:29:45 - [info] Flows starten


29 Apr 11:29:45 - [info] KNXUltimate-config: no ESF found


29 Apr 11:29:45 - [info] KNXUltimate-config: Bind KNX Bus to interface (Auto). Node undefined


29 Apr 11:29:45 - [info] Flows gestartet


29 Apr 11:29:49 - [warn] [deconz-server:LHS26_deconz_GW] WebSocket error: Error: read ECONNRESET


29 Apr 11:29:50 - [info] KNXUltimate-config: Do readInitialValues



Gruß Markus

ms20de hat geschrieben: ↑Mi Apr 29, 2020 1:28 pm

alexbeer hat geschrieben: ↑Mi Apr 29, 2020 12:44 pm ich habe heute morgen auch zunächst ein Backup angelegt und anschließend das Update auf V 1.6.0 IP2 durchgeführt.
Auf der Portainer Seite im TWS bekomme ich die Meldung:

Portainer nicht verfügbar. Starten Sie ggfls Portainer Service unter Einstellungen / System / Services / Portainer

.
Die Liste der Services ist bei mir jedoch leer.
Einen Neustart des TWS habe ich noch nicht durchgeführt. Wenn es hilft, lasse ich den TWS in diesem Status und ihr könnt selbst schauen - auch ein Reboot ist kein Problem.

Ich schau mir deinen Server an. Eigentlich falscher Theard für das Thema, aber ich kann nicht verschieben.

Viele Grüße,
Matthias

Hallo @Matthias,

habe genau das gleiche Problem aber mit IO-Broker und CV.
Die Verbindungen von beiden Anwendungen gehen regelmäßig verloren und die Telegramme von CV werden entweder sehr verspätet oder gar nicht bearbeitet.

MfG Juri

Vielleicht kann jemand das Problem in einen neuen Thread verschieben... Hier im Subforum gibt es aktuell afaik nur diesen einen. Es sollten also noch genug unbenutzte Threads verfügbar sein.
Ich danke schon mal für die Meldung. Da ich Node-RED produktiv nutze, warte ich mit einem Update auf die IP2 noch auf Rückmeldungen zu deinem Problem.

Problem von @alexbeer nach viewtopic.php?f=31&t=2136 verschoben.

gurumeditation hat geschrieben: ↑Mi Apr 29, 2020 5:05 pmVielleicht kann jemand das Problem in einen neuen Thread verschieben...

Jep, ich hätte mir in solchen Fällen da auch einen eigenen Thread gewünscht, weil Threads sind billig. Abtrennen dagegen ist aufwändig und teuer....

@All: Bitte für neue Probleme immmer neue Threads aufmachen und sich NIEMALS an einen bestehenden Thread hängen.

gurumeditation hat geschrieben: ↑Mi Apr 29, 2020 5:05 pmIch danke schon mal für die Meldung. Da ich Node-RED produktiv nutze, warte ich mit einem Update auf die IP2 noch auf Rückmeldungen zu deinem Problem.

Nun, wir bräuchten aber durchaus Rückmeldungen von zweiter und dritter Hand ob das Problem auch dort auftritt. Es wäre hilfreich zu wissen, ob es eine falsche Konfig oder ein Kompatibilitätsproblem ist. In jedem Fall arbeiten wir daran, den Abbruchgrund für eine Verbindung noch darzustellen (insbesondere wenn es kein vom Client gewünschter Abbruch war, sondern ein Timeout wegen falschem Handling durch den Client, wie es zuletzt bei io:Broker der Fall war).

Es wäre also toll, wenn sich noch jemand - der Node-Red nicht unbedingt produktiv hat - das für die Community mit der "V 1.6 IP2" testen mag.

lg

Stefan

Hab es schon in dem abgetrennten Post beschrieben.
Bei mir wurde die Service-Liste nicht korrekt geladen. Nachdem Matthias das manuell angestoßen hat, lief der Portainer und auch mein Node-Red läuft wieder und funktioniert auch.

@Picha
Kannst du mal bitte zwei Sachen in deinem Node Red versuchen:

• Die IP 172.17.0.1 als Gateway einzustellen

• Die KNX PA bei Gateway auf 0.0.0 zu stellen

Nach jeder Änderung musst du meines Wissens Node Red neustarten mit dem Portainer restart Befehl.

Viele Grüße,
Matthias