Pleased activate the msg node, open the debug pane and trigger the flow with the Test injection node. Then expand all objects that you see in debug pane and publish them here, so we can have a look at what goes wrong.
I also have the problem that I already have 3 flows in the view. How can I delete all of them and start over? I do not know my way around Node Red.
This is only a part of the output and it shows that the prices are polled from the API. Are there any error message when you scroll down?
Please do some web research on deleting flows and general handling of Node RED. There are tons of stuff available.
Ok. I have deleted it
After that there are no errors in debug
I also donât get any error in the flow anymore
But the following when deploying
It actually tells you clearly what went wrong. This is not related to lowest energy prices. You should open up another topic. Best to do that in a node red forum.
Hi, thank you very much for sharing the flow! I had the red dot (error) on the sensor node in node-red too. This disappered after I checked the âUsing the Home Assistant Add-onâ checkbox in the âserverâ - âHome-Assistantâ config-node. But I am totally new in this field. Maybe it was just luck. bR Robert
After isntalling everything as mentioned earlier I got the same error.
I still had to select the correct Home Assistant instance here:
I had a misconfigured Home Assistant instance, and this was unfortunately selected per default.
Works great now thanks!
is this possibly having an issue with changing time for DST? ⊠getting tomorrowâs current hour price as todayâs since 1400 ⊠but all the other attributes seem to be fine.
assuming itâll resolve itself by tomorrowâŠ
quick research brought up this mentioning:
Die Daten werden nicht mit einem eindeutig definierten Zeitstempel zur VerfĂŒgung gestellt. Im Besonderen bei der Umstellung zwischen Sommer- und Winterzeit kann das zu Problemen fĂŒhren. Obwohl das Datenfeld âCalendarDateâ theoretisch bereits ĂŒber Zeitinformationen verfĂŒgt, wird die Zeit in einer zusĂ€tzlichen Variable gespeichert. Das ist vor allem an Tagen der Zeitumstellung mehrdeutig zu interpretieren. FĂŒr den 27.01.2019 (Umstellung von Sommer- auf Winterzeit) existiert demnach auch eine 25. Stunde. FĂŒr den 31.03.2019 (Umstellung von Winterzeit auf Sommerzeit) existieren nur 23 Stunden.
(which is kinda obvious⊠actually)
awattarâs css easily shifting the facts