Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[driftkingisback]

@thomas-braun hab ich gemacht als neustart, keine abhilfe...woran kann es noch liegen? Gibt es welche die das gleiche Problem haben?

[Thomas Braun]

@driftkingisback

iob diag

in der Langfassung sagt?

[driftkingisback]

@thomas-braun was genau meinst du?

[Thomas Braun]

@driftkingisback

Du möchstest bitte

iob diag

in dein bevorzugtes Terminal hacken und die dann ausgespuckte Langfassung der Diagnose hier bekannt machen.

[mcm1957]

Dies ist ein Problem des Adapters:

https://github.com/iobroker-community-adapters/ioBroker.oilfox/issues/122

Ich hab zwar schon eine Vermutung wie das passiert ('Exception während der http Kommunication die nicht richtig abgefangen wird') weiß aber leider noch nicht wann ich dazu komme eine Testversion zu machen.

Bis dahin bleibt nix anderes übrig, als den hängenden Prozess abzuschießen. @thomas-braun kann sicher sagen wie das am sichersten im ioBroker Umfeld geht.

DANKE und SORRY

P.S: Oilfox ist nicht von mir und ich habe auch kein passended Gerät / keine Testmöglichkeit. SOllte es daher Freiwillige geben, die den Adapter warten können vermittle ich gerne.

[Thomas Braun]

@mcm57 @driftkingisback

sudo -u iobroker kill `pgrep oilfox`

[driftkingisback]

@thomas-braun also kann ich garnichts machen , dachte der fehler liegt bei mir

[mcm1957]

@driftkingisback
Kannst bei dir nicht wirklcihw as tun. Außer du hast eine besonders instabile Internetanbindung die das Problem ev. verschärft.

Bitte schau aber einmal in dein Log ob da irgendeine (Fehler-)Meldung vom oilfox VOR den already running drinnen steht und gib hier oder noch besser im Issue ein Feedback dazu.

Danke

[Friedhofsblond]

@mcm57
Moin,
ich habe auch irgendein Problem mit dem Oilfox.
Der Fox scannt jeden Tag um 11:55 den Tankstand und läd den in die Cloud hoch.
Ab 12:00 stehen dann die Werte aktuell in der App zur Ansicht.
Habe also die Abfrage auf täglich 12:00 gestellt - was auch getan wird.
Aber die Abfrage wird dann trotzdem jede Minute neu gemacht. Das wird wohl in der "Fox-Cloud" als Angriff gewertet und man wird temporär gesperrt.
Ich bin letztens schon rausgeflogen und mußte mein Passwort neu setzen und ein paar Stunden warten.
So denke ich jedenfalls.
Der Abfrageprozess wird nicht gestoppt.
Was kann man tun?

[mcm1957]

@friedhofsblond
Bitte zeig mal, welche Config du eingestellt hast (auf Uhr in den Instanzen stellen):

Bzw die Zeitplungsansicht:

-> Bleistift

Beispiel ist von anderem Adapter - aber bei Oilfox sollte es prinzipiell genauso aussehen,

[Friedhofsblond]

@mcm57
so habe ich es:

Abfrage ist 12:00 gestartet und hab ich nach 5min manuell gestoppt.

2023-10-08 12:00:00.086 - info: host.ioserver instance system.adapter.oilfox.0 started with pid 1735
2023-10-08 12:00:01.272 - info: oilfox.0 (1735) starting. Version 4.2.0 in /opt/iobroker/node_modules/iobroker.oilfox, node: v18.17.1, js-controller: 5.0.12
2023-10-08 12:00:26.977 - info: oilfox.0 (1735) Terminated (NO_ERROR): Without reason
2023-10-08 12:00:27.594 - info: host.ioserver instance system.adapter.oilfox.0 terminated with code 0 (NO_ERROR)
2023-10-08 12:01:00.054 - info: host.ioserver instance system.adapter.oilfox.0 started with pid 1750
2023-10-08 12:01:01.154 - info: oilfox.0 (1750) starting. Version 4.2.0 in /opt/iobroker/node_modules/iobroker.oilfox, node: v18.17.1, js-controller: 5.0.12
2023-10-08 12:01:10.868 - info: oilfox.0 (1750) Terminated (NO_ERROR): Without reason
2023-10-08 12:01:11.413 - info: host.ioserver instance system.adapter.oilfox.0 terminated with code 0 (NO_ERROR)
2023-10-08 12:02:00.052 - info: host.ioserver instance system.adapter.oilfox.0 started with pid 1766
2023-10-08 12:02:01.309 - info: oilfox.0 (1766) starting. Version 4.2.0 in /opt/iobroker/node_modules/iobroker.oilfox, node: v18.17.1, js-controller: 5.0.12
2023-10-08 12:02:03.933 - info: oilfox.0 (1766) Terminated (NO_ERROR): Without reason
2023-10-08 12:02:04.476 - info: host.ioserver instance system.adapter.oilfox.0 terminated with code 0 (NO_ERROR)
2023-10-08 12:03:00.061 - info: host.ioserver instance system.adapter.oilfox.0 started with pid 1784
2023-10-08 12:03:01.269 - info: oilfox.0 (1784) starting. Version 4.2.0 in /opt/iobroker/node_modules/iobroker.oilfox, node: v18.17.1, js-controller: 5.0.12
2023-10-08 12:03:08.493 - info: oilfox.0 (1784) Terminated (NO_ERROR): Without reason
2023-10-08 12:03:09.034 - info: host.ioserver instance system.adapter.oilfox.0 terminated with code 0 (NO_ERROR)
2023-10-08 12:04:00.056 - info: host.ioserver instance system.adapter.oilfox.0 started with pid 1799
2023-10-08 12:04:01.307 - info: oilfox.0 (1799) starting. Version 4.2.0 in /opt/iobroker/node_modules/iobroker.oilfox, node: v18.17.1, js-controller: 5.0.12
2023-10-08 12:04:04.091 - info: oilfox.0 (1799) Terminated (NO_ERROR): Without reason
2023-10-08 12:04:04.628 - info: host.ioserver instance system.adapter.oilfox.0 terminated with code 0 (NO_ERROR)
2023-10-08 12:05:00.057 - info: host.ioserver instance system.adapter.oilfox.0 started with pid 1814
2023-10-08 12:05:01.239 - info: oilfox.0 (1814) starting. Version 4.2.0 in /opt/iobroker/node_modules/iobroker.oilfox, node: v18.17.1, js-controller: 5.0.12
2023-10-08 12:05:10.269 - info: oilfox.0 (1814) Terminated (NO_ERROR): Without reason
2023-10-08 12:05:10.810 - info: host.ioserver instance system.adapter.oilfox.0 terminated with code 0 (NO_ERROR)
2023-10-08 12:06:00.053 - info: host.ioserver instance system.adapter.oilfox.0 started with pid 1829
2023-10-08 12:06:01.315 - info: oilfox.0 (1829) starting. Version 4.2.0 in /opt/iobroker/node_modules/iobroker.oilfox, node: v18.17.1, js-controller: 5.0.12
2023-10-08 12:06:04.837 - info: oilfox.0 (1829) Terminated (NO_ERROR): Without reason
2023-10-08 12:06:05.376 - info: host.ioserver instance system.adapter.oilfox.0 terminated with code 0 (NO_ERROR)
2023-10-08 12:06:05.407 - info: host.ioserver "system.adapter.oilfox.0" disabled
2023-10-08 12:06:05.408 - info: host.ioserver stopInstance system.adapter.oilfox.0 (force=false, process=false)
2023-10-08 12:06:05.408 - info: host.ioserver stopInstance canceled schedule system.adapter.oilfox.0
2023-10-08 12:18:55.593 - info: admin.0 (1000) <== Disconnect system.user.admin from ::ffff:192.168.115.175 admin
2023-10-08 12:18:55.928 - info: opendtu.0 (1111) Connect to OpenDTU over websocket connection.
2023-10-08 12:19:20.605 - info: opendtu.0 (1111) Connect to OpenDTU over websocket connection.
2023-10-08 12:19:32.395 - info: opendtu.0 (1111) Connect to OpenDTU over websocket connection.
2023-10-08 13:18:07.739 - info: admin.0 (1000) ==> Connected system.user.admin from ::ffff:192.168.115.175
2023-10-08 13:18:07.798 - info: admin.0 (1000) <== Disconnect system.user.admin from ::ffff:192.168.115.175 admin
2023-10-08 13:36:04.183 - info: opendtu.0 (1111) Connect to OpenDTU over websocket connection.
2023-10-08 13:36:18.301 - info: opendtu.0 (1111) Connect to OpenDTU over websocket connection.
2023-10-08 14:13:31.248 - info: admin.0 (1000) ==> Connected system.user.admin from ::ffff:192.168.115.175
2023-10-08 14:14:54.176 - info: admin.0 (1000) <== Disconnect system.user.admin from ::ffff:192.168.115.175 admin
2023-10-08 14:58:54.606 - info: admin.0 (1000) ==> Connected system.user.admin from ::ffff:192.168.115.175
2023-10-08 14:59:57.295 - info: host.ioserver "system.adapter.oilfox.0" enabled
2023-10-08 14:59:57.297 - info: host.ioserver stopInstance system.adapter.oilfox.0 (force=false, process=false)
2023-10-08 15:00:00.399 - info: host.ioserver instance scheduled system.adapter.oilfox.0 * 12 * * *

[Friedhofsblond]

@friedhofsblond
Ah, hab schon gesehen:

... aber wie stelle ich 12:00 Uhr ein?

Da ich den IOBroker 1x in der nacht reboote würde ja auch nicht alle 24H passen ??

[mcm1957]

@friedhofsblond
0 12 * * * *

Das da könnte dir helfen
https://crontab.guru/

Übrigengds - stell besser '3 12 * * *' (12:03 oder irgendwas zwischen 12:00 und 12:15 ein wenn du damit leben kannst. Wenn zig ioBroker installationen alle pünktlich um 12:00 (wqeil das halt so eine schöne Zahl ist :-) die Webseite aufrufen, ist Oilfox ev. "genervt" sprich überlastet.

Das gilt übrigends für ALLE scheduled Adapter mit Cloud Zugriff !

[Friedhofsblond]

@mcm57
Ah super, vielen Dank - ja immer dieses Crontabzeugs ..... :D :ok_hand:
So passt es:

Sorry, da ist ein Stern zu Viel - ist doch kein Cognac :face_with_rolling_eyes: (Klugscheissermodus OFF)

[mcm1957]

@friedhofsblond

Sorry - sternchenzählen ist nicht meine Stärke :-)

Hauptsache der Adapter läuft jetzt wieder.
Das weiter oben gemeldeten Problem des Hängenbleibens ist in Evidenz wobei ich nach wie vor um die Info von Betroffenen bitte ob es VOR dem Hängenbelleiben irgendeien Fehlermeldung / Warning des Oilfuches im Log gegeben hat.

[driftkingisback]

@mcm57 ich habe jetzt ein Update des Oilfox adapter gemacht und die gleiche Uhrzeit wie bei dir eingestellt...läuft der Adapter bei dir jetzt?

Ich muss jetzt erstmal bis morgen um 12.05 warten :)

Dann sehe ich ob er läuft...

[mcm1957]

@driftkingisback
Nehme an die Frage geht an @Friedhofsblond
Ich (mcm1957) habe keine Oilfox Installation. Ich versuche nur den Adapter soweit das ohne HW geht zu fixen bzw. zu releasen :-)

[driftkingisback]

@mcm57 said in Oilfox adapter aktualisiert nicht mehr *HILFE*:

@driftkingisback
Nehme an die Frage geht an @Friedhofsblond
Ich (mcm1957) habe keine Oilfox Installation. Ich versuche nur den Adapter soweit das ohne HW geht zu fixen bzw. zu releasen :-)

@Friedhofsblond geht bei dir der Adapter?

[Friedhofsblond]

@driftkingisback
Moin,
habe ich auch gerade festgestellt, daß in Garfana der Wert immer gleich bleibt.
Habe im IObroker gesehen das sich Füllmenge in Liter oder Prozent schon lange nicht mehr aktualisiert. Also unterschie zur Android-App - Neustart hat auch nix gebracht. Habe jetzt mal das Protokoll auf Debug gestellt und warte mal bis morgen mittag.
Neulich gab es auch ein App-Update - villeicht hängt das damit zusammen?
Grüße

[Friedhofsblond]

@driftkingisback
Moin,
also bei mir funktioniert der Adapter. (wieder)
Hatte ihn wohl letztens nach der Crontab-Änderung nicht wieder aktiviert. :man-facepalming:
Die Werte in App und IObroker sind identisch.
Ich nutze ja den Fox für meine Zisterne. - Also unkritisch.
Normalerweise hängt die Hardware ja an einem Öl-Lieferanten - es kann natürlich sein, daß nach 3 Jahren (so wurde mir mitgeteilt) Cloud-Kosten anfallen können, bezahlst Du was?:

"Die 3 Jahre beziehen sich auf die Erstkonfiguration des Gerätes, bei einem gebrauchten Oilfox kann der Zeitraum auch kürzer sein. Grundsätzlich können dann gebühren von 1-2 € pro Monat für die vollständige App-Nutzung anfallen."

2023-10-14 12:05:00.789 - debug: oilfox.0 (1909) Redis Objects: Use Redis connection: 127.0.0.1:9001
2023-10-14 12:05:00.821 - debug: oilfox.0 (1909) Objects client ready ... initialize now
2023-10-14 12:05:00.823 - debug: oilfox.0 (1909) Objects create System PubSub Client
2023-10-14 12:05:00.823 - debug: oilfox.0 (1909) Objects create User PubSub Client
2023-10-14 12:05:00.867 - debug: oilfox.0 (1909) Objects client initialize lua scripts
2023-10-14 12:05:00.871 - debug: oilfox.0 (1909) Objects connected to redis: 127.0.0.1:9001
2023-10-14 12:05:00.902 - debug: oilfox.0 (1909) Redis States: Use Redis connection: 127.0.0.1:9000
2023-10-14 12:05:00.916 - debug: oilfox.0 (1909) States create System PubSub Client
2023-10-14 12:05:00.917 - debug: oilfox.0 (1909) States create User PubSub Client
2023-10-14 12:05:00.980 - debug: oilfox.0 (1909) States connected to redis: 127.0.0.1:9000
2023-10-14 12:05:01.135 - debug: oilfox.0 (1909) Plugin sentry Initialize Plugin (enabled=true)
2023-10-14 12:05:01.295 - info: oilfox.0 (1909) starting. Version 4.2.0 in /opt/iobroker/node_modules/iobroker.oilfox, node: v18.17.1, js-controller: 5.0.12
2023-10-14 12:05:01.318 - debug: oilfox.0 (1909) adapter.on-ready: << READY >>
2023-10-14 12:05:01.319 - debug: oilfox.0 (1909) adapter.main: << MAIN >>
2023-10-14 12:05:01.377 - debug: oilfox.0 (1909) send data: {"email":"###@###","password":"#######"}
2023-10-14 12:05:01.659 - debug: oilfox.0 (1909) received chunk: {"token_type":"Bearer","access_token":"###Q"}
2023-10-14 12:05:01.662 - debug: oilfox.0 (1909) received data: {"token_type":"Bearer","access_token":"###Q"}
2023-10-14 12:05:05.669 - debug: oilfox.0 (1909) received chunk2: {"items":[{"hwid":"#####","currentMeteringAt":"2023-10-14T09:53:39.216Z","nextMeteringAt":"2023-10-15T09:53:39.216Z","daysReach":295,"batteryLevel":"FULL","fillLevelPercent":94,"fillLevelQuantity":3512,"quantityUnit":"L"}]}
2023-10-14 12:05:05.671 - debug: oilfox.0 (1909) received data 2: {"items":[{"hwid":"#####","currentMeteringAt":"2023-10-14T09:53:39.216Z","nextMeteringAt":"2023-10-15T09:53:39.216Z","daysReach":295,"batteryLevel":"FULL","fillLevelPercent":94,"fillLevelQuantity":3512,"quantityUnit":"L"}]}
2023-10-14 12:05:05.687 - debug: oilfox.0 (1909) create state objects from summary
2023-10-14 12:05:05.688 - debug: oilfox.0 (1909) update states from summary
2023-10-14 12:05:06.305 - debug: oilfox.0 (1909) Plugin sentry destroyed
2023-10-14 12:05:06.306 - info: oilfox.0 (1909) Terminated (NO_ERROR): Without reason