NEWS
Zigbee2mqtt installation
-
@mickym said in Zigbee2mqtt installation:
@mickym Und wenn das halt anders ist und du die zigbee2mqtt später hast, dann hast Du doch mit zigbee2mqtt alles in dem JSON drin. da ist doch der timestamp mit enthalten.
Das ist schon richtig, nur lese ich ja nirgends das gesamte zigbee2mqtt Objekt aus, sondern die einzelnen Sensoren.
Und da bekomme ich dann auch nur die Werte von denen.
Das initialisieren hatte ich damals so gemacht:
Nur eben für zigbee.*.
Damit hatte ich vorhin versucht das Initialiseren in der Tabelle wieder einzubauen, was aber nicht funktioniert hatte.
Zumindest bekomme ich in der Debug Node keinerlei Output wenn ich das triggere.
Deshalb: Keine Ahnung wieso da dann plötzlich wieder alle Sensoren im Flow gespeichert sind, obwohl die meisten bisher noch kein Update geliefert haben seit ich vor mittlerweile fast einer Stunde NR neu gestartet habe.
Aber, das ist auch aktuell gar nicht mein ProblemAktuell folgende 2 Themen:
- LastUpdate wird nicht richtig berechnet.
- Meine Tabelle ist weiß Gott warum leer und ich komme da ums verrecken nicht dahinter was das Problem ist.
Es wird alles richtig übergeben, und die Änderung die das kaputt gemacht hat wieder rückgängig gemacht wurden.
Aber bevor ich das in Angriff nehme, würde ich halt gerne die Change Node die das LastUpdate berechnet dazu bringen richtig zu funktionieren - hat mit der Tabelle ja jetzt eh erst mal nichts zu tun
-
@schmetterfliege Na ja ich hatte Dir aber auch gesagt, dass ich das auslesen nicht brauche, weil ich die Initialisierung am Anfang verzichte. Mir langt es wenn ich sehe, wie sich die werte füllen. Das wolltest Du aber nicht.
Fehlt da nicht ein Punkt hinter Multisensor?
-
@mickym said in Zigbee2mqtt installation:
@schmetterfliege Na ja ich hatte Dir aber auch gesagt, dass ich das auslesen nicht brauche, weil ich die Initialisierung am Anfang verzichte. Mir langt es wenn ich sehe, wie sich die werte füllen. Das wolltest Du aber nicht.
Fehlt da nicht ein Punkt hinter Multisensor?
Wie gesagt, das initialisieren habe ich ja auch nicht mehr drin. Eben mit der Konsequenz dass die Werte erst mal alle weg sind wenn ich den Flowkontext mal lösche. Dass die Werte gefehlt haben, war ja aber auch gar nicht mein Problem, sondern die beiden erwähnten Themen
Selbst wenn ich den Punkt da hin mache, hatte ich keinerlei Output. Aber is ja auch egal, weil ich eh nicht mehr initialisiere
Und: dort fehlt der Punkt auch und Updates der Sensoren kommen trotzdem rein^^
-
Mal ganz blöd gefragt...
kannst du mal schauen ob bei dir die Tabelle damit funktioniert? Also Werte hat?Nodes:
Werte:
-
@schmetterfliege Nein - das geht nicht.
Aber:
- Deine ChangeNode ist so ja nicht richtig. Wie injizierst Du denn die Daten.
- Daten kommen über ein Array von Objekten rein. Bei Dir sehe ich aber nur Objekte.
-
@mickym said in Zigbee2mqtt installation:
@schmetterfliege Nein - das geht nicht.
Aber:
- Deine ChangeNode ist so ja nicht richtig. Wie injizierst Du denn die Daten.
Welche Daten genau?
- Daten kommen über ein Array von Objekten rein. Bei Dir sehe ich aber nur Objekte.
Okay, das war tatsächlich das Problem. Aber das Split und Join (wo dann ein Array draus gemacht wird) hatte ich deutlich vorher entfernt gehabt - die Tabelle hatte noch was angezeigt. Aber vermutlich nicht geupdated... Danke dir. Anzeigeproblem gelöst
-
@schmetterfliege Ich werde Dir noch eine Methode zeigen, wo man nur mit JSONATA das wandeln kann. Das ist die eleganteste Methode.
Geschafft:
Die eleganteste Methode, die Objekte in ein Array zu verwandeln geht so.
Man mappt einfach.
Also
https://docs.jsonata.org/path-operators
Über eine JOIN Node kann man es auch machen, dann würde ich aber auch eine Reduktion machen.
-
@mickym
Das ist in der Tat deutlich eleganter! Danke -
@schmetterfliege So geht es auch, wenn auch etwas umständlicher - aber eben nicht mehr mit Zeit usw.
-
Hab das den Kontext jetzt auch angepasst dass alles auf gleiche Art benannt ist usw.
Nur das LastUpdate muss ich jetzt halt noch hinbiegen.
Kontext war gelöscht, daher aktuell nur für 1 Sensor der Timestamp da - trotzdem wird bei allen Sensoren die aktuell "da" sind der Wert gleich gesetzt.
-
@mickym said in Zigbee2mqtt installation:
@schmetterfliege So geht es auch, wenn auch etwas umständlicher - aber eben nicht mehr mit Zeit usw.
Okay, da habe ich es lieber in der Change Node und spar mir den Split und komplizierten Join
-
@schmetterfliege Dann musst halt step für Step schauen - Du musst das ganze ja machen bevor du die table Node speist.
Also das Array auftrennen und in jedes Objekt die Differenz eintragen. Geh halt Schritt für Schritt vor. Die Tabelle interessiert doch erst mal nicht. Es interessiert nur das Array, das Du in die Tabelle speist.
Sprich wird der richtige Wert aus dem Kontext geholt und dann die Differenz richtig berechnet. Musst halt Step für Step machen.
-
@mickym said in Zigbee2mqtt installation:
@schmetterfliege Dann musst halt step für Step schauen - Du musst das ganze ja machen bevor du die table Node speist.
Also das Array auftrennen und in jedes Objekt die Differenz eintragen. Geh halt Schritt für Schritt vor. Die Tabelle interessiert doch erst mal nicht. Es interessiert nur das Array, das Du in die Tabelle speist.
Sprich wird der richtige Wert aus dem Kontext geholt und dann die Differenz richtig berechnet. Musst halt Step für Step machen.
Genau das ist mein Problem - ich weiß ja nicht was sich die ChangeNode aus dem Kontext holt^^
"topic" entspricht hier jeweils diesen Strings:
Da übergibt auch jedes Objekt der Change Node den richtigen Wert.
Ist das Problem dass die Timestamps jeweils direkt unter dem Namen gespeichert sind, und es kein "timestamp" unter jedem Objekt gibt? -
@schmetterfliege sagte in Zigbee2mqtt installation:
Ist das Problem dass die Timestamps jeweils direkt unter dem Namen gespeichert sind, und es kein "timestamp" unter jedem Objekt gibt?
Klar das ist es, mach einfach mal das .timestamp hinter der Klammer raus.
Genau das ist mein Problem - ich weiß ja nicht was sich die ChangeNode aus dem Kontext holt^^
Warum weisst Du das nicht. - Du sollst ja den Flow selbst verstehen.
Es gibt den Wert aus, den topic ausgibt. Wahrscheinlich musst Du noch ein x für das Eingabeformat für den Moment eingeben.
-
@mickym said in Zigbee2mqtt installation:
@schmetterfliege sagte in Zigbee2mqtt installation:
Ist das Problem dass die Timestamps jeweils direkt unter dem Namen gespeichert sind, und es kein "timestamp" unter jedem Objekt gibt?
Klar das ist es, mach einfach mal das .timestamp hinter der Klammer raus.
Warum weisst Du das nicht.
Es gibt den Wert aus, den topic ausgibt.
Das ist mir an sich schon klar, mich macht nur fertig dass überall wo es noch keinen Timestamp gibt trotzdem "vor ein paar Sekunden" drin steht
Das dürfte doch eigentlich gar nicht, ich meine so wie ich es hatte (also dass noch .timestamp drin stand) hätte das Teil ja mit nem String gerechnet. Da würde ich eine Fehlermeldung erwarten, und nicht dass er dann einfach sagt "joa, dann mach ich da halt jetzt draus" ^^Geht jetzt jedenfalls und er ersetzt langsam die Werte für Sensoren die Updates liefern.
-
@mickym Nochmal ich glaube der Moment wird nicht richtig gesetzt.Mach mal hinter der topic Klammer noch ein Komma und ein 'x' als Eingabeformat.
Falls Du das nicht verstehst - dann poste es einfach nochmal was jetzt drin steht in CodeTags - habe keine Lust Screenshots abzuschreiben.
-
@mickym said in Zigbee2mqtt installation:
@mickym Nochmal ich glaube der Moment wird nicht richtig gesetzt.Mach mal hinter der topic Klammer noch ein Komma und ein 'x' als Eingabeformat.
Falls Du das nicht verstehst - dann poste es einfach nochmal was jetzt drin steht in CodeTags - habe keine Lust Screenshots abzuschreiben.
Was meinst du denn mit "der Moment"?
EDIT: vergiss die Frage... glaube ich^^$moment($lookup($flowContext("timestamps"), topic)).locale("de").fromNow()
-
@schmetterfliege sagte in Zigbee2mqtt installation:
$moment($lookup($flowContext("timestamps"), topic)).locale("de").fromNow()
Na Du erstellst doch Momente mit $moment().
Das ist eine mächtige Bibliothek. Ich dachte das hättest Du Dir mal angeschaut.
Also erstes geht man halt so vor, dass man erst mal schaut ob die timestamps richtig rauskommen, bevor du mit trial&error rumfuhrwerkst.
$lookup($flowContext("timestamps"), topic)
Das heißt, wenn die timestamps nun korrekt rauskommen, dann ändere ich das Eingabeformat.
$moment($lookup($flowContext("timestamps"), topic),'x').locale("de").fromNow()
Mit dem kleinen x - zeige ich der Momentbibliothek, dass sie Unix timestamps in ms zum Fressen bekommt.
-
Na dass die richtigen Werte (zumindest jetzt nachdem .timestamps raus ist) kommen weiß ich ja, da er die Tabelle nach und nach mit den echten Zeitdifferenzen füllt.
Wenn ich nun eine Topic übergebe, die es nicht gibt, bekomme ich "undefined" raus.
"Test" gibt es im Flow nicht, "Büro/Besta" schon.
Daher würde ich erwarten dass in der eigentlichen Change Node dann auch "undefined" raus kommt und in der Tabelle entsprechend undefined drin steht - statt "vor ein paar Sekunden"?
EDIT: also für die Sensoren die im Flow noch keinen Timestamp hatten, und daher unter "timestamps" eben auch noch nicht existieren. -
@schmetterfliege sagte in Zigbee2mqtt installation:
Daher würde ich erwarten dass in der eigentlichen Change Node dann auch "undefined" raus kommt und in der Tabelle entsprechend undefined drin steht - statt "vor ein paar Sekunden"?
Nein dann ignoriert die moments Bibliothek den gesamten Inhalt.
und $moments() gibt immer den aktuellen Zeitpunkt aus.