NEWS
Oilfox Adapter keine Funktion mehr?
-
ah, da glaenze ich mit beispielloser Ahnungslosigkeit.. - wieder was gelernt..
@mcm57
gestern wieder ein Haenger, diesmal hab ich's aber.. der Process holt das erste mal die Daten, und beendet sich, alles gut.. aber ne Minute spaeter startet der Adapter nochmal und bleibt dann beim einloggen haengen...
Habs auf Git dokumentiert:
https://github.com/iobroker-community-adapters/ioBroker.oilfox/issues/122 -
@ilovegym
Kurzes Update von meiner Seite.
Der OilFox Pressure ist seit Samstag im Einsatz und eingerichtet, jeden Tag wird der neue Messwert gesendet und auch vom Adapter in iobroker abgeholt. Per node-red geht es dann auf die KNX-Visualisierung.
Also bis jetzt funktioniert das wirklich super ! Vielen Dank noch einmal für eure Tipps.Grüße
-
@ilovegym
Jetzt ist es dann doch passiert, es werden keine Werte mehr übertragen.
Der Kreis vorne bei der Instanz vom Adapter ist blau, die drei Punkte wenn man darauf geht, sind aber alle grün.
Wie ist denn nun das Vorgehen in so einem Fall ? Wenn ich auf "Neustart" klicke, passiert auch nichts.
Wie kann ich den Adapter wieder aktivieren, bzw., neu starten ? Dieser Vorgang muss man alle paar Tage wiederholen, so wie ich das verstanden habe.Vielen Dank.
-
Und im Log steht dazu genau was?
-
@thomas-braun sagte in Oilfox Adapter keine Funktion mehr?:
Und im Log steht dazu genau was?
Thomas, der process bleibt ab und zu hängen, habe dazu ein issue mit logfiles angelegt.
Leider wird der Adapter zur nicht wirklich gewartet…Es gibt n blockly das ein workaround macht, ist hier und auf GitHub ..
-
Ja issue existert.
Und DANKE @ilovegym - log beschreibt das Problem recht klar. Das Timeout beim Request scheint nicht (immer) zu ziehen und wenn dann der Cloudserver nicht anwortet hängt das Adapterding.
Habs auf meiner Liste - aber Zeit ...
-
@mcm57
Sorry fürs nachfragen, ich mach das zum ersten Mal.
Ich nehme das Script, hier vom Chat, kopiere den kompletten Inhalt.
Mache dann bei iobroker unter "Skripte" ein neues Javascript auf und kopiere den gesamten Inhalt dort hinein ?Vielen Dank.
-
das Script ist ein Blockly, also unter Skripte ein neues Blockly anlegen, und dann auf import gehen, importieren tust du das, was unter dem Screenshot mit xml... anfaengt.. das muss da alles rein..
Dann siehst du das Blockly so, wie im Screenshot, passe noch die Benachrichtungen an, oder lasse weg, das wars.. -
@ilovegym said in Oilfox Adapter keine Funktion mehr?:
das Script ist ein Blockly, also unter Skripte ein neues Blockly anlegen, und dann auf import gehen, importieren tust du das, was unter dem Screenshot mit xml... anfaengt.. das muss da alles rein..
Dann siehst du das Blockly so, wie im Screenshot, passe noch die Benachrichtungen an, oder lasse weg, das wars..Super, vielen Dank, der Import hat funktioniert.
Hab es erst mal im Originalzustand gelassen, wenn es richtig funktioniert, sollte ja wahrscheinlich im Laufe des Tages ein neuer Messwert kommen. -
@mcm57
Habe seitdem der Adapter auf /34 steht, keine Probleme mehr, process wird immer beendet und läuft auch nicht mehr doppelt…
-
Es kommt ein Update mit folgenden Änderungen:
- der Cronjob wird bei Defaultstellung 0/59 * * * * oder * * * * * auf einmal stündlich zu einer zufälligen Minute geändert
- die Croneinstellung wird geloggt (für mich damit ich nicht extra nachfragen muss )
- ein globaler Watchdog kommt rein, der nach 45s den Adapter jedenfalls beendet
Wenn es dann noch immer Probleme gibt, macht es nur Sinn die etwas angegraute Struktur auf aktuelle Axios Kommunikation umzustellen. Dazu bräcuhte ich dann aber irgendeine Art des Zugangs zu einem Account - Testaccount bietet Oilfox ja m.W. nach nicht an. Wichtig wär mir nur in dem Fall, dass der Account nur Werte Lesen kann - keinesfalls irgendwelche kommerziellen Dinge auslösen kann wie Bestellungen, rechnungseinsicht oder sonst irgendwas kritisches.
Aber noch ists es noch nicht soweit. Codeänderung ist bei mir fertig - kann aber nicht sagen ob ich heute oder erst übermegen zu einer Release komme. -
Ab morgen sollte die OILFOX Release 4.2.1 im LATEST /(Beta) Repository verfügbar sein.
Wie angekündigt enthält diese folgende Aktualisierungen
- der Cronjob wird bei Defaultstellung 0/59 * * * * oder * * * * * auf einmal stündlich zu einer zufälligen Minute geändert. Andere userspezifische Einstellungen werden nicht verändert.
- die Croneinstellung wird geloggt (für mich damit ich nicht extra nachfragen muss )
- ein globaler Watchdog von 54 wurde implementiert, d.h. der Adapter solltre jedenfalls nach längstens 45s beendet werden.
Ich hoffe dess damit endgültig die unschönen Workarounds per blockly oder sonstigem Script bzw. hängende Adapterversionen der Vergangenheit angehören. Wenn nicht steht als nächste ein mehr oder weniger komplettr Rewrite basierend auf aktuellerer Basis (z.B. axios für die Kommunikation) auf den Notfallsplan. Dazu bräuchte ich dann entweder intensiven Testsupport oder Zugangsdaten zu einem Oilfox - wobei diese keinesfalls irgendwelche kommerziellen Rechte (Rechnungseinsicht, Bestellmöglichkeiten, etc) aufweisen dürften. Aber diesbezüglich würde ich mich meldne wenn wirklich der Bedarf kommen sollte.
Für Feedback jeder Art zur neuen Release bin ich dankbar.
mcm1957
-
@mcm57
danke, ist installiert, ich beobachte mal, ob der Fehler nochmal auftritt. Habe aber seitdem ich auf die Minute 34 gestellt habe, keinen Haenger des Processes mehr gehabt..
Vielen Dank nochmals fuer das Update, wenn du Zugangsdaten brauchst, kann ich dir meine gerne bereitstellen, da ist kein Kauf oder so hinterlegt...
-
@ilovegym
Danke - komm ggF auf dein Angebot zurück.
Ansonsten beobachten wir mal. Nur aus Spass schreib ich nic neu - dazu fehlt mir die Zeit -
@mcm57 Eine Abfrage pro Stunde bringt nichts da der Oilfox nur einmal am Tag den Füllstand zum Server sendet, werden zu viele Abfragen gemacht wird der Server blockiert, daher ist auch nur eine Abfrage pro Tag sinnvoll, wann das ist kann man in der App sehen.
-
@mcm57 @RolfM
wenn man es ganz genau programmieren moechte, dann muesste der Adapter den Datenpunkt oilfox.0.items.0.nextMeteringAt auswerten, und nach dem ausgelesenen Datenstempel in den Datenpunkt dann einmal die Daten abholen am Tag.
Also aus dem Datenpunkt oilfox.0.items.0.nextMeteringAt ein Schedule zu diesem Zeitpunkt machen.. -
@ilovegym
Danke,
kann man andenken - würde aber den Aufwand gerne einsparen wenn es nicht wegen Problemen notwendig sein sollte. -
Der Adapter hat bisher per Default jede Stunde um 0:00 und 0:59 abgefragt. Insofern ist die Anpassung auf 1x Stunde schon mal mindestens eine Halbierung
Natürlich ist die Eingabe eines alternativen Zeitplans nach wie vor möglich (solange er nicht * * * * * oder 0/59 * * * * lautet).
-
@mcm57 Mein Post war nur zur Info, was jeder daraus macht ist seine Sache, mein Adapter läuft seit Jahren ohne Ausfall!
-
@rolfm
Ja DANKE für die Info. Da ich das Gerät nicht besitze und die Fixes hier nur mal zwischendurch geerbt habe und schau was ich so tun kann sind solche Infos wie von dir SEHR wertvoll. Danke auch für deine Info, dass du keine hier geschilderten Hänger hast.Es war auch meine letzte Vermutung dass der excessive Zugriff (2x binnen einer Minute!) durch die unglückliche Cron Config (0/59 * * * *) welche nicht alle 59 Minuten sondern zur Minute 0 und zur Minute 59 bedeutet (- was mir vorher auchnicht bewusst -) zumindest mitverursacht wird.
Sollte aber 1xh durchgehen würde ich mir eine implemeentierung eines Automatismus gerne sparen.