NEWS
MQTT Datenpunkte ohne Anzeigewert (IR-Lesekopf, Stromzähler)
-
@bastel2021 sagte in MQTT Datenpunkte ohne Anzeigewert (IR-Lesekopf, Stromzähler):
@bastel2021
und welches Debug Fenster meinst du? Das hinter der json node?Ja Du kopierst den Pfad neben dem Wert, der Dich interessiert in Deine Change Node:
-
@mickym
Hm, Fehler gefunden! Sorry nicht Wert kopieren sondern Pfad -
@bastel2021 sagte in MQTT Datenpunkte ohne Anzeigewert (IR-Lesekopf, Stromzähler):
@mickym
Hm, Fehler gefunden! Sorry nicht Wert kopieren sondern Pfad -
@mickym
Hm habe das nochmals nachgebaut und bei mir bekomme ich den Wert nicht raus!
Irgendwas ist noch falsch!
Wenn ich in der Inject Node den Pfad kopiere steht da nur; payload
Kopiere ich den Wert dann: {"Time":"2023-01-28T15:46:52","ED300L ":{"Total_in":3164.5,"Total_out":0,"Power_curr":202.2}}
D.h. in der Inject muss ich den Wert kopieren, richtig?
Und trotzdem Wird bei dem was ich nachgebaut habe kein Wert in der letzten Debug angezeigt -
Merkwürdigerweise kommt aus der debug9 nichts raus. Aber warum?
-
@bastel2021 Klar in die Inject Node kopierst Du den Wert. Wenn Du den so kopierst wie in den Code-Tags dann brauchst Du die JSON Node nicht, wenn Du es als Objekt definierst.
Wenn du es als String in die Inject Node kopierst, dann musst mit einer JSON Node noch umwandeln
-
@bastel2021 Du hast das wie eben geschrieben in Deiner Inject entweder als String oder Objekt definiert. Wenn Du eine json Node dahinter klemmst und es war schon ein Objekt wird es in einen String verwandelt umgekehrt, war es ein String dann in ein Objekt.
In Debug 8 sieht es nun so aus, als ob du in die Inject Node einen String eingegeben hast. Deswegen enthält die debug 9 das Objekt. Wenn du es gleich als Objekt in der Inject node definierst dann brauchst Du die Umwandlung nicht.
Ich hab Dir das ja im vorherigen Post dargestellt.
-
@mickym
okay soweit ist das klar, und ich kann das auch Simulieren!
Nach der Change Node ist dann aber bei beiden Versionen schluss. Hast du eine Idee warum1.Variante
- Variante
-
@bastel2021 Du setzt die payload auf einen String und nicht auf ein Nachrichtenobjekt:
Falsch:
Richtig:
Ich erkenne auch keinen Unterschied zwischen Deinen beiden Varianten.
-
@mickym
Mit Brille wäre das nicht passiert! Also in der Change lag der Fehler.
Die Varianten waren nur Inject - String und Injekt - Objekt -
@bastel2021 Also mal ganz generell:
Hier mal die Begrifflichkeiten erklärt und die Datentypen : https://forum.iobroker.net/post/852974
und hier: https://forum.iobroker.net/post/905403Das zu verstehen, welche Datentypen es gibt in Javascript ist essentiell für NodeRed, Blockly, JS Programmierung generell und somit auch für den iobroker.
Im Prinzip kannst Du Dir einfach merken, dass Du mit einem JSON String einfach Javascript-Objekte als String (Zeichenkette) zwischen verschiedenen Systemen (z. Bsp. Browser) austauschen kannst und dabei die Datentypen erhalten bleiben.
Wenn Du in einer Inject Node ein Objekt selbst erstellst:
nutzt Du die geschweifte Klammer - dort kannst Du dann über den JSON Editor das manuell eintragen:
oder Du nutzt den visuellen Editor um Werte in deinem Objekt zu definieren (nächster Tab):
-
@bastel2021 Wenn Du nur einen reinen String hast, dann musst Du mittels JSON in ein Objekt umwandeln:
Die obere Inject Node definiert direkt das Objekt:
die untere nur den String:
und muss deshalb via JSON node noch in ein Objekt umgewandelt werden.
Deshalb:
Aus der iobroker-IN Node erhälst Du nur den String, deshalb musst Du da dann noch eine JSON Node dranhängen! -
Ja das passt jetzt und aktualisiert sich auch!
Mal eine ganz andere Frage: Tasmota schickt jetzt so alle 3 min eine Aktualisierung.
Ist mir zu lang, allerdings will ich das System auch nicht überlastet. Was ist da sinnvoll?Oh die Change Nodes sind noch falsch beschriftet!
-
@bastel2021 Also wenn das unter tele ist .- dann kannst Du das über die Kommandozeile im Tasmota einstellen
https://tasmota.github.io/docs/Peripherals/#template
Ich würds halt mal auf 1 Minute einstellen - damit überlastest Du noch nichts - kommt ja immer darauf an, wie ausgelastet dein System generell ist.
Ist denn unter stat kein Wert?
-
@mickym
Habe das jetzt mal auf 60 geändert. Unter stat steht kein Wert.
Danke schon mal für deine Unterstützung und deine Geduld! Werde mich da noch weiter einlesen.So sieht jetzt das Ergebnis aus!
-
@bastel2021 sagte in MQTT Datenpunkte ohne Anzeigewert (IR-Lesekopf, Stromzähler):
@mickym
Habe das jetzt mal auf 60 geändert. Unter stat steht kein Wert.
Danke schon mal für deine Unterstützung und deine Geduld! Werde mich da noch weiter einlesen.So sieht jetzt das Ergebnis aus!
Na Glückwunsch!!! Schaut doch gut aus!
-
@mickym
Hallo!
ich habe da noch ein paar Nachfragen zu der Verarbeitung der Daten meines Stromzählers.
Ich würde gerne einen täglichen / monatlichen Verbrauch erfassen wollen.
Was ist deiner Meinung nach die richtige Vorgehensweise? Objekte im Ordner 0_userdata neu erstellen mit einer selbst erstellten Struktur hört sich interessant an. Aber erstens nicht ganz einfach und wie geht es dann weiter mit den Datenpunkten?
Außerdem interessiert mich auch noch wie ich z.B. ab einer bestimmten Leistung Geräte ein bzw, ausschalten kann.
Und da ist auch noch VIS und Grafana. Auch interessant. Da wollte ich noch Fragen ob alles überhaupt mit einem RPi3B machbar ist. oder sollte ich hier über kurz oder lang das System anders aufbauen.Vielleicht kannst du mir mit deinem Wissen und Überblick ein paar Tips geben?
-
@bastel2021 Du kannst ja einfach die Werte, die Dich interessieren in eigene Datenpunkte unter userdata erstellen. Diese Datenpunkte werden dann mit einem Adapter Deiner Wahl gespeichert.
Merke Dir immer, dass der iobroker NUR dazu da ist, Momentanzustände zu erfassen. Historien erstellst Du dann entweder über eine Datenbank (SQL - Adapter, Influx Adapter, Historien Adapter etc).
Diese Werte können dann entweder direkt in den Chart Tools wie Grafana abgefragt und dargestellt werden oder Du berechnest daraus die gewünschten Werte. Für die meisten Zeitbasierten Werte nehmen die meisten Influx DB. Für eine DB ist der RPi3B zu schwach. Da würde ich den Historie Adapter nehmen und lieber eCharts oder Flot zur Darstellung verwenden.
Für die Aufsummierung kannst Du es mal mit dem sourcesanalytics Adapter versuchen. Aber für später mit einer Datenbank brauchst Du leistungsfähigere Hardware.
-
@mickym
danke mal wieder für deine Antwort!
Also um erstmal ein paar Erfahrungen zu sammeln den Historie Adapter nehmen und lieber eCharts oder Flot zur Darstellung und sourcesanalytics Adapter; das geht alles noch mit dem Pi?Und ab einer bestimmten Leistung Geräte ein bzw, ausschalten, geht das über NodeRed oder besser Blockly?
Und zum Schluss, was heißt denn leistungsfähigere Hardware. Gibt es da Empfehlungen?
-
@bastel2021 Na ich habe ein RPi4B und da geht das alles.
Nur der Raspberry 3 hat glaub nur 1GB - ich hab keine Ahnung wieviel eine Datenbank da braucht. Du kannst ja damit mal anfagen. Vielleicht gehts auch.
Probiers aus.
NodeRed und Blockly ist egal - das gibt sich nichts. Ich persönlich mache alles mit NodeRed - weil ich es wesentlich übersichtlicher, leistungsfähiger und auch wesentlich besser bei der Fehlersuche finde. Du programmierst nicht sondern kümmerst Dich um Abläufe. Mit Blockly bist Du wesentlich mehr an Programmierlogik gebunden.