NEWS
MQTT Datenpunkte ohne Anzeigewert (IR-Lesekopf, Stromzähler)
-
@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.
-
@mickym
Okay, dann ist die Anschaffung RPi4B das nächste was kommt.
Und zwischendurch werde ich versuchen die Datenpunkte aus NodeRed in die 0_userdata zu bekommen. da hast du ja auf einen Thread von dir verwiesen.
NodeRed gefällt mir auch sehr gut. Kannst vielleicht eventuell mal bei Gelegenheit erklären wie man einen Flow aufbauen könnte um bei einem bestimmten Wert etwas zu schalten? -
@bastel2021 sagte in MQTT Datenpunkte ohne Anzeigewert (IR-Lesekopf, Stromzähler):
Kannst vielleicht eventuell mal bei Gelegenheit erklären wie man einen Flow aufbauen könnte um bei einem bestimmten Wert etwas zu schalten?
Na das können wir gleich machen. Das ist nicht schwierig. Du hast ja nun schon verstanden wie Du Werte ausliest oder aus dem JSON extrahierst. Dann überleg Dir was Du machen willst und wir machen das zusammen.
-
@mickym
okay: super
Ich möchte ab einer bestimmten Leistung z.B. 500W einen Aktor z.B. eine Lampe schalten.
Der Hintergrund ist eine zukünftige PV-Anlage. Da möchte ich später bei Leistungsüberschuss Verbraucher einschalten, also ein bischen "Lastmanagement" -
@bastel2021 Gut welcher Wert ist das?
-
Das ist der Wert für die aktuelle Leistung.
-
@bastel2021 Gut und wenn Du immer eine debugNode dahinterklemmst, siehst Du ja die aktuelle Leistung im Debug Fenster.
Diese payload werden wir nun analysieren in dem wir eine Switch Node dahinterklemmen und sagen, dass die Nachricht nur dann durchkommen soll, wenn der Wert über 500 ist.
Nun kommt die Nachricht also erst durch wenn die payload >= 500 ist.
Achte auf die Funktion der switch node.
- Als erstes gibst Du an, welche Eigenschaft Du untersuchen willst (hellblau)
- Dann die Bedingung oder Regel in dem Fall größer gleich (gelb)
- Dann ganz wichtig ist der Datentyp mit dem wir vergleichen (rot unterstrichen)
- den Wert mit dem wir die payload vergleichen (grün)
- An welchem Ausgang die Nachricht geleitet wird (violett)
Wenn Du die Lampe ein und ausschalten willst -
brauchen wir alle Nachrichtenobjekte - also auch die wenn die Leistung (payload) unter 500 ist.Wir schicken also alle Nachrichten unter 500 an Ausgang 2 alle über 500 an Ausgang 1.
Anstelle der Inject Node hängst Du natürlich die Change Node mit dem Flow davor, der Dir Power_current aus Deinem Objekt ausliest.
Hier der Flow zum Import:
So wie heißt denn nun der Datenpunkt mit der Du Deine Lampe schaltest?
-
Der Flow funtioniert. Bei Leistung unter 500W ist die Debug 2 aktiv und über 500W die Debug 1
-
@bastel2021 Genau und nun müssen wir ja nur noch die payload so modifizieren, dass wir an den state Punkt true oder false schicken.
Um eine payload wieder zu ändern nutzen wir wieder eine Change Node und setzen einmal true und einmal false:
Das wars schon. Ist doch total easy.