Mqtt zum Victron Cerbo GX ?
-
@ak68 nun die topics musst halt ausschreiben. die Eigenschaften die unter DC sollen, verschiebst halt mit einer change node entweder mit einer JSONATA Regel oder halt mit 3 Verschieberegeln.
Verschiebe payload.P nach payload.DC.P usw.wenn das Objekt voll ist (also alle 4 Eigenschaften gesetzt sind), dann kannst auch den Haken bei jeder nachfolgenden Nachricht reinmachen.
-
Ich habe jetzt eine ganz andere Lösung gefunden, aber noch 1 Problem: Der String wird nicht in der nötigen Reihenfolge zusammengesetzt: 1.2.3.4 sondern wahllos nach Werteingang (vgl MQTT-Explorer: "battery").
Wie kann ich die Reihenfolge erzwingen (wie in Mqtt-Explorer: "Test")?
Vielen Dank schon einmal
Andreas -
@ak68 Die Reihenfolge ist doch völlig egal, deswegen gibts ja JSON - weil die Werte ja durch ihre Eigenschaften benannt werden und diese komischen String Nodes braucht es erst recht nicht. Wie gesagt schreibe Dir über JSONATA das Objekt wie Du willst, aber nicht mit so komischen String Nodes - das ist ja grausam. Ich verstehe einfach nicht, warum Du nicht das machst was ich schreibe.
Da installiert man keine unnützen Nodes und manipuliert mit Strings rum.
Hier alle Möglichkeiten, die ich Dir beschrieben habe:
und hier zum Import:
MACHE NIEMALS EIN OBJEKT durch STRINGMANIPULATIONEN kaputt!!!!
-
Ach ja und wenn Du was Multiplizieren musst - kannst Du es entweder auch direkt über JSONATA machen - und nicht wieder irgendwelche unnützen Nodes verwenden. Wenn Du es nicht weißt, wie dann lieber fragen - als solche unnützen Nodes installieren.
Die Change Node ist SO mächtig, mit der kannst Du fast alles machen, ändern, transformieren!!!!
-
@mickym sagte in Mqtt zum Victron Cerbo GX ?:
@ak68 Die Reihenfolge ist doch völlig egal, deswegen gibts ja JSON - weil die Werte ja durch ihre Eigenschaften benannt werden und diese komischen String Nodes braucht es erst recht nicht. Wie gesagt schreibe Dir über JSONATA das Objekt wie Du willst, aber nicht mit so komischen String Nodes - das ist ja grausam. Ich verstehe einfach nicht, warum Du nicht das machst was ich schreibe.
Da installiert man keine unnützen Nodes und manipuliert mit Strings rum.
Hier alle Möglichkeiten, die ich Dir beschrieben habe:
und hier zum Import:
MACHE NIEMALS EIN OBJEKT durch STRINGMANIPULATIONEN kaputt!!!!
Du bist ein Schatz
Läuft ....
Sorry, aber ich komme aus der Edomi-Ecke und habe bisher keine Red-Node-Erfahrung
Andreas -
@ak68 Na das ist ja kein Problem - Du solltest Dich nur mal mit Javascript Objekten und Arrays beschäftigen - jedenfalls nichts mit Strings machen.
Auch über die Debug Node kann man Pfade ermitteln wenn man nicht weiß, wie man auf bestimmte Eigenschaften zugreifen kann.
Es war auch nicht böse gemeint. Nur wenn ich Dir was mit Text beschreibe und Du es nicht verstehst, dann frage lieber nach bevor Du selbst in die falsche Richtung gehst. Anhand meines Flows siehst Du ja nun 3 Möglichkeiten und kannst Dir ja überlegen, welche Dir am Besten gefällt.
-
Hallo Mickym,
leider habe ich offensichlich falsche Variablen.
Mit den manuellen Werten klappt es, mit meinen per MQTT-zugeleiteten Werte NICH.Müssen diese noch umgewandelt werden ?
Danke
Andreas -
@ak68 Ja wahrscheinlich musst Du mit change Variablen noch das richtig topic setzen. Du siehst ja, dass ich in den Inject Nodes - die entsprechenden topics gesetzt habe. Setze also einfach hinter die mqtt In Nodes, Change Nodes und setze die korrekten Topics.
Also zum Beispiel:
Ein Nachrichtenobjekt ist wie ein normales Object (JS oder JSON) aufgebaut und besitzt mehrere Eigenschaften, die Du frei definieren kannst.
Gebräuchlich sind meist eine Eigenschaft "payload", die die Nutzdaten enthält, das ist aber nicht zwingend. Und meist auch ein "topic", das beschreibt um welchen Wert es sich handelt. Wenn Nachrichten nur Nutzwerte schicken würden, wie 3,23 usw. ohne dass man deren Bedeutung beschreibt, könnte man mit diesen Werten nichts anfangen. Deswegen setzt man ein topic.
Und wie gesagt solche Multiplier Nodes kann man sich sparen. Rechnen kann man auch in Change NOdes mit JSONATA. Mehr machen diese Nodes auch nicht.
Wenn Du das topic nicht setzt, dann steht halt in der Nachricht das mqtt-topic im topic - das siehst Du alles, wenn Du Dir das Nachrichtenobjekt über die Debug Nodes ausgibst. Gerne auch das komplette Nachrichtenobjekt.
Lange Rede kurzer Sinn. Setze hinter Deine mqtt Nodes noch Change Nodes und setze das topic korrekt, wie in den Inject nodes, dann funktioniert das Ganze auch.
-
-
Hallo Mickym,
Ich habe die beiden Nodes "Verschieben mit 2 bzw 3 Regeln" nicht verstanden.
Was bewirken diese ?Vielen Dank
Andreas -
@ak68 Na ja sie machen das gleiche wie die Change Node mit JSONATA - nur eben in dem die Eigenschaften verschoben werden - also mit anderen Mitteln oder einer anderen Methode. Du siehst ja das Ergebnis ist das Gleiche. Wenn Du zu den Regel eine Verständnisfrage hast, dann frag. Ansonsten kannst ja eine Regel löschen und sehen, wie das Ergebnis aussieht.
-
Ahoi zusammen,
ich hatte Anfangs ebenfalls Probleme, Werte via MQTT von meiner Cerbo zu bekommen, Knackpunkt war tatsächlich auch der Wert "keepalive", welcher oben hier im Topic thematisiert wurde.
Der Hinweis zu den wichtigen Schritten, konkret dem "keepalive" von @adcrafter27 war Ausschlaggebend. Ich schicke der Cerbo jetzt einfach per Blockly Script alle 30s alternierend eine 0 und eine 1. Das sorgt dafür, dass die Session aktiv bleibt und die Cerbo mir konstant ihre Werte schickt.Falls ihr ein Display an der Cerbo habt (oder ein EkranoGX mit integriertem Display betreibt), könnte eben das Display übrigens dafür verantwortlich sein, dass ihr nichts an den Keepalive schicken müsst, zumindest wenn die GUI v2 aktiv ist.
Bei einem Kumpel ist das jedenfalls so, CerboGX mit angeschlossenem Display und v2 GUI. Er muss kein Keepalive schicken.
Das so als kleiner Erfahrungsbericht zur MQTT Kommunikation mit VenusOS, in meinem Fall auf einer CerboGX.
