@acgua said in [Javascript] Adapter-Instanzen überwachen:
Der Auslöser für mich für dieses Script war, dass ich zuverlässig Datenpunkte brauchte, die mir anzeigen, ob eine Adapter-Instanz "läuft".
Ich hab dafür ein kleines Blockly nach diesem Muster: machs-smart.de
Und das funktioniert bisher sehr zuverlässig.
Das meldet, wenn eine Instanz nicht mehr läuft.
@chaozmc Hab gerade die 0.2.0 vom Branch installiert und mich gefreut, dass das mit dem Anzeigen der Einheit bei "°C" funktioniert. Top!
@acgua said in [Javascript] Adapter-Instanzen überwachen:
Der Auslöser für mich für dieses Script war, dass ich zuverlässig Datenpunkte brauchte, die mir anzeigen, ob eine Adapter-Instanz "läuft".
Ich hab dafür ein kleines Blockly nach diesem Muster: machs-smart.de
Und das funktioniert bisher sehr zuverlässig.
Das meldet, wenn eine Instanz nicht mehr läuft.
Eine Möglichkeit einen Schalter zu aktivieren, so unter dem Motto "ich hab die alte buggy V3-Schnittstelle" würde ich natürlich sehr begrüßen.
Ich habe das zurückschreiben mit heat_one über Postman getestet. Und siehe da: schreiben mit 1 und mit true wird angenommen und jeweils beides ignoriert.
Schreiben anderer Werte z.B. ww1.name (Text) und hk1.temp_vacation (Zahl) geht, weshalb ich hier auf einen Bug tippe.
Ich konnte den Adapter über die Branch-URL (https://github.com/chaozmc/ioBroker.oekofen-json/tree/touch-v3-compatibility) installieren. Sollte eigentlich geklappt haben, dass es der "richtige" ist. Kann ich das irgendwo dran feststellen?
@chaozmc said in Test Adapter oekofen-json v0.1.x GitHub:
Scheint so, als hätten die Entwickler der ÖkoFEN-Software erst mit der Zeit ein "echtes" JSON interface kreiert
Genau der Gedanke kam mir schon beim "Durcharbeiten" meiner JSON Struktur.
/all ohne ? liefert bei mir auch die gleichen Werte, auch inkl. der Anführungszeichen.
Für den Adapter ist das eine gute Erkenntnis. Ich denke der arbeitet richtig. Auch die Einstellmöglichkeit mit der Codierung ist wahrscheinlich nicht nötig.
Für mich heißt es wohl, dass der Adapter (aktuell) nicht nutzbar ist. Ich musste sogar von der Version 4.x auf 3.x wieder runter gehen, weil die Heizung sich mit der 4.x mehrmals am Tag aufhängte.
Im Moment wird das (info) Log recht intentiv mit solchen Meldungen geflutet:
State value to set for "oekofen-json.0.pe1.L_runtime" has to be type "string" but received type "number"
Alle Typen scheinen bei dir bisher ein String zu sein. Bei werden im JSON auch keine Typen mitgeliefert. Ist vermutlich bei dir auch so, oder?
Da es vermutlich sinnvoller ist die Typen zu ermitteln statt alle einzeln konfigurierbar zu machen, habe anhand meines JSON mal versucht bestimmte Logiken abzuleiten:
1 wenn "factor" und/oder "unit" enthalten sind -> number
2 wenn "format" enthalten ist -> String mit Ersetzung durch die Werte aus dem mitgeliefertem Enum
3 Rest ist String
Beispiel 1:
"L_temp_set":{"val":"650", "unit":"?C", "factor":"0.1", "min":"-32768", "max":"32767"},
Beispiel 2:
"mode_auto":{"val":"1", "format":"0:Aus|1:Auto|2:Heizen|3:Absenken"},
Beispiel 3:
"L_statetext":"Betriebsart Aus",
Die Daten im JSON sind aber mMn in sich nicht an allen Stellen konsistent.
Beispiel F1
Hier ist der Wert -1 nicht in der Liste. Mir scheint es sowas wie "nicht relevant" zu bedeuten, denn in diesem Fall kommt diese Einstellung nicht zum tragen, da die übergeordnete Einstellung "oekomode" aus ist.
"autocomfort":{"val":"-1", "format":"0:Aus|1:Ein|2:Morgens|3:Abends"},
Beispiel F2
Hier wird nicht wie erwartet 0 und 1 geliefert, sondern false und true. Im Grundegenommen wäre dann vielleicht sogar eher eine grundsätzliche Regel zum mappen auf einen boolean, also sowas wie
wenn format enthalten und val ist false oder true (evtl. noch zusätzliche Prüfung, dass false und true nicht in der format Liste) -> boolean
"L_pump":{"val":"false", "format":"0:Aus|1:Ein"},
So ich hoffe es war verständlich und hilft dir evtl. sogar bei der Adapter Programmierung. Ein wenig Programmierkenntnisse habe ich auch - ich weiß bloß nicht, ob du es willst wenn ich auf meine Art daran mitprogrammiere 
PS: ich hab einfach mal mein JSON als Beispiel angefügt. Hilft ja bestimmt mal zu sehen wie es bei anderen so aussieht.
Hallo @chaozmc,
(ich bin auf github der gttrmnn) und habe gerade die 0.1.0 installiert. Egal ob ich utf8 oder latin1, wird immer das ?-Zeichen angezeigt.
Ich habe in FHEM eine Anbindung (selbst programmiert) schon länger laufen. Dort allerdings ohne Einheiten. Sonst wäre mir schon viel länger das da auch aufgefallen, denn ich sehe eben auch andere Sonderzeichen (ß und ö) werden dort als ?-Zeichen empfangen. Ich tippe daher klar auf ein Sendeproblem / Bug in der Touch Version 3.x
