Feature Request: JSON zum Import für Node-Red #413
Comments
|
Nicht vergessen den User, Password, und die IP im MQTT-Node anzupassen. Ebenso wie den Topic identisch zu dem im Ahoy. Also alles was bei mir in den Violetten Nodes AhoyDTU heißt muß geändert werden in eurem Topic im Ahoy. |
|
das wäre doch was für unsere Website ahoydtu.de |
|
Problem ist, das es halt von jedem der es nutzen möchte angepaßt werden muß. Nicht nur wegen User, Password, iP und Topik, sondern auch in der Struktur. Ich verwende momentan 2 WR mit je einem Strang, bei einem WR mit 2 Strängen oder noch mehr, wird es nur wenige Daten ausgeben. Es ist halt auch ein bißchen Eigeninitiative notwendig. Aber man kann aus dem Flow lernen und selbst umstricken und erweitern. |
|
ja genau, mein Gedanke war, dass man dadurch schon ein Grundgerüst stehen hat auf das man aufbauen kann. Ich kenne es von mir selbst, so eine Visualisierung wird optimiert solange sie existiert und ist nie fertig. |
|
@knickohr könntest Du das Template mit inverter anpassen, damit es bereits out-of-the-box funktioniert ? @lumapu, evtl. kann man dafür auch den @womoak75 in #410 zur Verfügung gestellten app Callback nutzen ? |
|
Ja, ich werde eine Minimalversion bastel, in der es mit nur eine, Inverter und zwei Strängen funktioniert. Mit den Default-Einstellungen von Ahoy. Damit sollten wir 90% der Masse abgedeckt haben. Alles andere kann sich dann jeder basteln. Achtung ! Ich hole nichts, alles fest verdrahtet. Weiß (noch) nicht wie man das in Node-Red suchen lassen kann. Habe auch noch Probleme die Uptime ineinander human-readables Format zu bekommen. Mein Wissen vom all dem ist halt gerade mal 3 Tage alt 😅 |
|
Wenn die uptime in Sekunden angegeben ist einfach uptime/(60*60) bzw. uptime/3600 dann hast Du einen Wert in Stunden. var date;
date = new Date(timestamp);
date = (date.getFullYear() + '-' +
('00' + (date.getMonth()+1)).slice(-2) + '-' +
('00' + date.getDate()).slice(-2) + ' ' +
('00' + date.getHours()).slice(-2) + ':' +
('00' + date.getMinutes()).slice(-2) + ':' +
('00' + date.getSeconds()).slice(-2)); |
|
Nein, das Problem war, die Ausgabe ist ein String, ich mußte ihn einfach in eine Zahl umwandeln 🤪 |
|
Update 😎 Ich habe es wieder ein bißchen angepaßt. Ist zwar sehr speziell für meine Zwecke gestrickt, aber man kann es mit etwas Hirnschmalz an die eigenen Gegebenheiten anpassen. Hintergrund: Der Flow ist noch nicht sehr schön, z.B. die vielen MQTT-Nodes, das kann man verbessern. Ihr müßte auf jedem Fall die Topics in den Nodes an eure Konfiguration anpassen, also „AhoyDTU“ muß wahrscheinlich in „inverter“ (Standardwert) umgetauft werden.
Die rote LED „Inverter online/offline“ funktioniert noch nicht, ist aber in #468 schon adressiert. |
|
Ich habe den Flow nochmal angepaßt und optimiert. Jetzt muß nur noch an einer Stelle das MQTT-Topic geändert werden. Allerdings sind noch die Inverternamen in dem großen gelben Split „Topic“ enthalten. Weiß noch nicht wie ich das dynamisch lösen kann. Ebenso die Anzahl der Inverter und Stränge sind hart kodiert. Also ohne Hand anlegen wird das nicht „out of the box“ funktionieren.
|
|
Hallo Leute, ich habe die Vorlage von Knickohr genommen und sie an meinen HM-1500 mit 2 Strings a 2 Module angepasst.
|
|
Hast einen guten Lehrer 😉 |
|
Das kann man wohl sagen! |
|
@knickohr & @Quickiman dann kann man das ja jetzt so allgemein formulieren und ablegen, dass man /DTU1/WR1..n/CH1..4 als Topics vorgibt und die kann dann jeder durch seine persönlich verwendeten Namen ersetzen (search&replace) bzw. so kann man auch einfach einen zusätzlichen WRn anhängen ? Ich habe ja immer noch das Zusatzprojekt "Harmonisierung der OpenDTU und AhoyDTU MQTT Topic Hierarchie" auf dem Radar, aber das sprengt Euren Fokus hier für NodeRed und sollte mE in ein eigenes Issue ... |
|
Ich muß mal schauen ob man das in eine/zwei Variablen ablegen kann, so das man nur noch diese Variablen einmalig anpassen muß und der Rest stimmt dann. Dummerweise gibt es zig Konfigurationen für die Inverter
Im Prinzip kann man nur ein Gerüst vorgeben, so das man sich das jeweils zusammen puzzeln muß. |
|
Ich habe das Layout ein wenig angepasst, damit es auf dem handy richtig skaliert ist. Die Widgets haben jetzt alle die gleiche breite und füllen das ganze display aus. |
|
Da ich das ganze mit der Nodered Geschichte nicht so ganz kapiere hab ich mir den available Text etwas anders dargestellt und den jeweiligen text den LED zugeordnet anders bekomme ich das leider nicht hin.
|
|
Update : das Dashboard hat sich weiter entwickelt
Viel Spaß beim abgucken und anpassen. Topic und Invertername muß mit ziemlicher Sicherheit in den Nodes von euch geändert werden. Ich habe noch keine vernünftige Möglichkeit gefunden das variabel zu machen. Mit ziemlicher Sicherheit müßte ihr auch Nodes in Eurer Palette nachinstallieren !!! |
|
@knickohr Du kannst ggf. auch den ersten Post editieren und dort eine Zusammenfassung (TL;DR) posten mit den aktuellen flows. |
stefan123t
changed the title
|
@knickohr willst Du das ggf. auf dem Wiki dokumentieren ? |
|
Kann ich machen. Leider ist es kein Universalrezept da ich die Namen nicht variabel machen kann und somit ist selbst Hand anlegen gefordert. Sind zwar nur 2 Nodes die bearbeitet werden müssen, alter trotzdem. Das Modell mit den Strängen und Invertern muß man ja auch anpassen. |
|
Mal ein Update (damit’s nicht langweilig wird 🤪) Der Flow wurde angepaßt auf 6 HM-300 Inverter, jeweils 2 sind zu einem BKW zusammengefaßt, also max. 600W. Außerdem habe ich den Flow etwas übersichtlicher gestaltet.
|
|
Update 😉 Jetzt mit 9 Invertern und übersichtlicheren Flow.
|
|
Hier auch mal wieder ein Update 😅
(Achtung, der api-key für den Solar Forecast wurde raus genommen, hier muß sich jeder seinen Key selbst eintragen oder weglassen. Dann werden die Forecastdaten aber nur jede Stunde aktualisiert. Siehe Flow Solar Forecast, die beiden http-request Nodes.)
Zwischen den einzelnen Dashboards wechselt man mit Wischen nach links oder rechts. Diese Version ist nur für Tablets oder größere Smartphones geeignet. Am PC muß man die Optionen vom Dashboard verändern. |
|
sehr schöne Grafiken @knickohr 😃 |
|
Hi, Kann man das nicht so wie beim Shelly senden in einem zusammengefassten JSON Objekt ? Beim Shelly mit Tasmota kommt es so in Node-Red an: {
"Time": "2023-10-26T08:59:34",
"ENERGY": {
"TotalStartTime": "2023-01-28T00:00:00",
"Total": 411.679,
"Yesterday": 0.522,
"Today": 0.034,
"TodaySumImport": 0.034,
"TodaySumExport": 0,
"ExportActive": [
0,
0
],
"Period": [
1,
0
],
"Power": [
34,
0
],
"ApparentPower": [
63,
0
],
"ReactivePower": [
18,
0
],
"Factor": [
0.54,
0
],
"Frequency": 50,
"Voltage": 242,
"Current": [
0.238,
0
]
}
}
Bei der AhoyDTU muss man im Prinzip wie oben beschrieben für jedes Topic ein MQTT Verbindung erstellen. z.b. usw usw |
|
Siehe Issue #1199 |
|
Wieder mal ein paar Updates und neue Fows :
|
|
@knickohr wäre es nicht sinnvoll Deine Node-Red Flows unter tools/Node-Red im Repository zu hinterlegen ? |
|
Uiuiiiuiiii ! Ich muß erst mal schauen ob „das Alte“ überhaupt noch kompatibel mit Ahoy, bzw. jSON-Payload ist 😲 |
Ich habe für Node-Red einen Flow erstellt um die Ausgabe von Ahoy ein wenig grafisch darzustellen.
Hintergrund:
Mich haben schon einige danach gefragt ob ich ihnen das zur Verfügung stellen kann. Offensichtlich ist Node-Red nicht so einfach wie es für mich erscheint 😇
Voraussetzungen:
ToDo:
Viel Spaß damit! Sollte noch was unklar sein, so kann man hier im Issue fragen.
Hinweis :
Bitte immer den letzen Beitrag (von mir) unten lesen und ggfs. das letzte angehängte JSON verwenden. Das Projekt entwickelt sich und somit kann sich auch einiges am Flow ändern. Außerdem lerne ich dazu und füge weitere Add-ons hinzu.
flows.json.txt
The text was updated successfully, but these errors were encountered: