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

[mickym]

@1984chris ja überall 60 - bei allen Zeitangaben - wird alles in Minuten berechnet.

Allerdings ist halt die Frage, ob Du die Auszeiten, die sich aus den Überschussleistungen ergeben mitaddieren willst (so ist es jetzt), dann wäre es im Prinzip sogar sauberer die 2. Trigger Node durch eine Change Node nur mit False zu ersetzen und nur nach oben zu reichen.

oder nicht wenn nicht - dann lassen wir das unten weg und dann bleiben wir bei der 2. Trigger Node - also wie willst Du es haben?

[1984chris]

@mickym
puh, so wie das jetzt ist passt das glaub ich schon.

[mickym]

@1984chris sagte in Function Node welche zwei Werte vergleicht:

@mickym
puh, so wie das jetzt ist passt das glaub ich schon.

Na ja ich finde es ist noch ein Logikfehler drin - aber wenn Du meinst, dann ....

[1984chris]

@mickym
wenn du meinst dann können wir das ändern.
Musst mir nur sagen was ich machen soll.

[mickym]

Ich würde einfach mal den unteren Ast wieder deaktivieren, dann wird die Pausenzeit nur aktiv, wenn die Pumpe eine Zeit x ununterbrochen gelaufen ist. Du kannst ja die Verbindung einfach durchtrennen und wenn es Dir nicht gefällt, diese wieder dran machen.

[1984chris]

@mickym
Ich habe jetzt wieder zum testen die Werte Laufzeit erreicht auf 5 min gestellt und Pause WP auf 2 Minuten und hab das mit dem Wohnzimmerlicht verknüpft funktioniert, kann mir nicht erklären wieso die Pumpe heute nach Ablauf von 5 Stunden nicht eine Stunde Pause gemacht hat.

[1984chris]

@mickym
kann das sein das sich der flow deaktiviert?
habe jetzt nachgesehen SOC war über 80% Eispeisung-Verbrauch war auch über 3500W Auto Ein war ein und es schaltete nichts ein. Habe eine Node verrückt und auf Deploy gedrückt , dann hats funktioniert.

[mickym]

@1984chris nein, dass kann nicht sein. Du müsstest halt schauen, wie du die Systemkonsole anschauen kannst innerhalb des Dockers, dann kannst du auch debug Nachrichten ins Log schreiben- was für eine Analyse notwendig wäre. So kannst du ja nur im Debugfenster sehen, ob was getriggert hat. Also schau mal, wie du auf die systemkonsole bzw. mit journalctl das syslog anschauen kannst.

[1984chris]

@mickym
ich bin jetzt auf der systemkonsole.
wie lautet der Befehl für den syslog?

[mickym]

@1984chris Also schau erst als welcher User Du eingeloggt bist.

whoami

dann sollte nodered ja als service laufen. Du kannst das überprüfen, in dem Du ein gibst

systemctl status nodered

[1984chris]

@mickym
bin als root eingeloggt

[mickym]

@1984chris sagte in Function Node welche zwei Werte vergleicht:

@mickym
bin als root eingeloggt

OK dann sollte ja der systemctl status nodered Befehl funktionieren.

Funktioniert das?

[1984chris]

@mickym
nein

[1984chris]

@1984chris
in welchem Order ist normal das syslog abgelegt?

[mickym]

@1984chris ja das liegt an diesem Dockerteil.

Schau mal ob Du folgenden Befehl eingeben kannst:

journalctl -r --since=today -u nodered

Das erzeugt bei mir die Ausgabe des Service NodeRed vom heutigen Tag in umgekehrter Reihenfolge:

Jul 27 16:09:31 mwnodered node-red[127]: 27 Jul 16:09:31 - [info] [debug:SYSLOG Ausgabe] Hallo dies ist eine Debug-Ausgabe
Jul 27 16:09:29 mwnodered node-red[127]: 27 Jul 16:09:29 - [info] [mqtt-broker:4a893eed27fc813c] Verbindung zum Broker NodeRed_108@mqtt://MWMqtt2-lxc101:1883 aufgebaut
Jul 27 16:09:29 mwnodered node-red[127]: 27 Jul 16:09:29 - [info] [mqtt-broker:590d74b3653ad3c6] Verbindung zum Broker mqttClientMWNodeRed@mqtt://192.168.178.104:1883 aufgebaut
Jul 27 16:09:29 mwnodered node-red[127]: 27 Jul 16:09:29 - [info] Flows sind gestartet
Jul 27 16:09:29 mwnodered node-red[127]: 27 Jul 16:09:29 - [info] Flows werden gestartet
Jul 27 16:09:29 mwnodered node-red[127]: 27 Jul 16:09:29 - [info] Flows aktualisiert
Jul 27 16:09:29 mwnodered node-red[127]: 27 Jul 16:09:29 - [info] Flows sind gestoppt
Jul 27 16:09:29 mwnodered node-red[127]: 27 Jul 16:09:29 - [info] [mqtt-broker:4a893eed27fc813c] Verbindung zum Broker NodeRed_108@mqtt://MWMqtt2-lxc101:1883 abgebaut
Jul 27 16:09:29 mwnodered node-red[127]: 27 Jul 16:09:29 - [info] [mqtt-broker:590d74b3653ad3c6] Verbindung zum Broker mqttClientMWNodeRed@mqtt://192.168.178.104:1883 abgebaut
Jul 27 16:09:29 mwnodered node-red[127]: 27 Jul 16:09:29 - [info] Flows werden gestoppt
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [info] [mqtt-broker:4a893eed27fc813c] Verbindung zum Broker NodeRed_108@mqtt://MWMqtt2-lxc101:1883 aufgebaut
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [info] [mqtt-broker:590d74b3653ad3c6] Verbindung zum Broker mqttClientMWNodeRed@mqtt://192.168.178.104:1883 aufgebaut
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [info] Flows sind gestartet
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [info] [ui-base:dashboard] Created socket.io server bound to Node-RED port at path /dashboard/socket.io
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [info] [ui-base:dashboard] Node-RED Dashboard 2.0 (v1.1.0) started at /dashboard
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [info] Flows werden gestartet
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [info] Server wird jetzt auf http://127.0.0.1:1880/ ausgeführt
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [info] Flow-Datei: /root/.node-red/flows.json
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [warn] Projekte deaktiviert: editorTheme.projects.enabled=false
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [info] Benutzerverzeichnis: /root/.node-red
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [info] Kontextspeicher: file [module=localfilesystem]
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [info] Kontextspeicher: memoryOnly [module=memory]
Jul 27 16:03:38 mwnodered node-red[127]: 27 Jul 16:03:38 - [info] Einstellungsdatei: /root/.node-red/settings.js
Jul 27 16:03:36 mwnodered node-red[127]: 27 Jul 16:03:36 - [info] Paletten-Nodes werden geladen
Jul 27 16:03:36 mwnodered node-red[127]: 27 Jul 16:03:36 - [info] Linux 6.8.8-2-pve x64 LE
Jul 27 16:03:36 mwnodered node-red[127]: 27 Jul 16:03:36 - [info] Node.js  Version: v20.16.0
Jul 27 16:03:36 mwnodered node-red[127]: 27 Jul 16:03:36 - [info] Node-RED Version: v4.0.2
Jul 27 16:03:36 mwnodered node-red[127]: ===================
Jul 27 16:03:36 mwnodered node-red[127]: Willkommen bei Node-RED
Jul 27 16:03:36 mwnodered node-red[127]: 27 Jul 16:03:36 - [info]
Jul 27 16:03:35 mwnodered systemd[1]: Started nodered.service - Node-RED.

[mickym]

@1984chris sagte in Function Node welche zwei Werte vergleicht:

@1984chris
in welchem Order ist normal das syslog abgelegt?

Mit dem Docker kenn ich mich nicht aus -

Schau mal ob das geht:

docker service logs

[mickym]

Ich hab in der NOdered Doku was zu Docker gefunden.

https://nodered.org/docs/getting-started/docker

Da schaut es danach aus, als ob du mit

docker run -it -p 1880:1880 -v node_red_data:/data --name mynodered nodered/node-red

Zugriff auf die Systemkonsole erhälst - probier das mal

Eventuell musst Du mynodered durch irgendeinen Namen ersetzen, den Du bei starten oder was vergeben hast. Oder Du stopst innerhalb Deines Dockers NodeRed und startest es dann mit obigen Befehl unter einem dir bekannten Namen.

[mickym]

Also wie gesagt, schau halt, dass Du unter Docker irgendwie auf die Systemkonsole Zugriff erhälst.

Wenn Du dann in Deinen Flows - die 2. Option in Deiner Debug Node anhakst:

dann bekommst Du die Ausgaben auf die Konsole und gehen nicht verloren, wenn Du das Browserfenster schließt.

[mickym]

Wenn es halt gar nicht klappt, dann musst Du halt ein Browserfenster immer offen halten und dann halt über das Debugfenster schauen, ob richtig getriggert wird.
Im Moment verstehe ich es ja, dass der Flow funktioniert, wenn Du kürzere Zeiträume mit Inject Nodes oder andere Geräte nutzt.
Ich bin jetzt voraussichtlich erst mal für heute weg - oder erst spät abends wieder da.

[1984chris]

@mickym
aber die dubgs verschwinden ja naxh einiger zeit...