Test Adapter jablotron v.0.1.x
-
@tritor sagte in Test Adapter jablotron v.0.1.x:
btw: das update Intervall von 10 sec. ist das nicht zu klein, was wäre einzuwenden dies auf 60s zu erhöhen?
Ist die Frage was machen machen möchte.
Um z. B. auf ein geöffnetes Fenster/Tür zu reagieren, um die Rolladen hoch zu fahren, wären 10 Sekunden schon sehr lang.
Um Alarm zu schalten, wenn sich ein Feuermelder meldet, auch
-
@hant0r
Sollte auch keinesfalls eine Art Vorwurf sein.
Intervall so klein wie nötig, so groß wie möglich. Jeder so wie er/sie es gerade braucht. -
@codierknecht
Hatte ich auch nicht so verstanden
-
Wäre schön, wenn die Tester hier nochmal ihr Fazit posten könnten.
Dann könnte der Adapter ins Stable-Repo wandern. -
bei mir steht der Adpater fast täglich, brauch dann manuellen Restart.
hier das log bevor der Adapter sich verabschiedet hat:
2024-01-15 05:57:32.713 - debug: jablotron.0 (1764400) thermoDevicesGet: {"data":{"service-states":{"last-event-time":"2024-01-15T04:41:42+0100","service-name":"xxxxxxx"},"states":[]},"http-code":200} 2024-01-15 05:58:14.580 - debug: jablotron.0 (1764400) Fetch data from jablonet.net 2024-01-15 05:58:14.586 - error: jablotron.0 (1764400) getServices: Error: getaddrinfo EAI_AGAIN api.jablonet.net 2024-01-15 05:58:14.586 - error: jablotron.0 (1764400) getExtendedData: Error: getaddrinfo EAI_AGAIN api.jablonet.net 2024-01-15 05:58:14.587 - error: jablotron.0 (1764400) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2024-01-15 05:58:14.587 - error: jablotron.0 (1764400) unhandled promise rejection: getaddrinfo EAI_AGAIN api.jablonet.net 2024-01-15 05:58:14.587 - error: jablotron.0 (1764400) Error: getaddrinfo EAI_AGAIN api.jablonet.net at AxiosError.from (/opt/iobroker/node_modules/iobroker.jablotron/node_modules/axios/dist/node/axios.cjs:837:14) at RedirectableRequest.handleRequestError (/opt/iobroker/node_modules/iobroker.jablotron/node_modules/axios/dist/node/axios.cjs:3083:25) 2024-01-15 05:58:14.587 - error: jablotron.0 (1764400) Exception-Code: EAI_AGAIN: getaddrinfo EAI_AGAIN api.jablonet.net 2024-01-15 05:58:14.591 - info: jablotron.0 (1764400) terminating 2024-01-15 05:58:14.591 - warn: jablotron.0 (1764400) Terminated (UNCAUGHT_EXCEPTION): Without reason 2024-01-15 05:58:15.090 - info: jablotron.0 (1764400) terminating 2024-01-15 05:58:15.144 - error: host.ioBroker-prox instance system.adapter.jablotron.0 terminated with code 6 (UNCAUGHT_EXCEPTION) 2024-01-15 05:58:15.145 - info: host.ioBroker-prox Restart adapter system.adapter.jablotron.0 because enabled 2024-01-15 05:58:45.202 - info: host.ioBroker-prox instance system.adapter.jablotron.0 started with pid 1813150 2024-01-15 05:58:45.561 - info: jablotron.0 (1813150) setState not processed because States database not connected 2024-01-15 05:58:45.646 - debug: jablotron.0 (1813150) Redis Objects: Use Redis connection: 127.0.0.1:9001 2024-01-15 05:58:45.659 - debug: jablotron.0 (1813150) Objects client ready ... initialize now 2024-01-15 05:58:45.661 - debug: jablotron.0 (1813150) Objects create System PubSub Client 2024-01-15 05:58:45.661 - debug: jablotron.0 (1813150) Objects create User PubSub Client 2024-01-15 05:58:45.679 - debug: jablotron.0 (1813150) Objects client initialize lua scripts 2024-01-15 05:58:45.682 - debug: jablotron.0 (1813150) Objects connected to redis: 127.0.0.1:9001 2024-01-15 05:58:45.704 - debug: jablotron.0 (1813150) Redis States: Use Redis connection: 127.0.0.1:6379 2024-01-15 05:58:45.706 - debug: jablotron.0 (1813150) States create System PubSub Client 2024-01-15 05:58:45.707 - debug: jablotron.0 (1813150) States create User PubSub Client 2024-01-15 05:58:45.714 - debug: jablotron.0 (1813150) States connected to redis: 127.0.0.1:6379 2024-01-15 05:58:45.764 - info: jablotron.0 (1813150) starting. Version 0.1.1 in /opt/iobroker/node_modules/iobroker.jablotron, node: v18.19.0, js-controller: 5.0.17 2024-01-15 05:58:45.772 - debug: jablotron.0 (1813150) Fetching new session id 2024-01-15 05:58:45.833 - error: jablotron.0 (1813150) Error: getaddrinfo EAI_AGAIN api.jablonet.net 2024-01-15 05:58:45.834 - error: jablotron.0 (1813150) Error in onReady: Error: Not connect to jablonet.net -
@codierknecht
Sorry, bei mir ist es so, dass der Adapter irgendwann auf gelb steht und nicht mehr funktioniert.
Schätzungsweise einmal pro Tag. Habe ihn aber als "Info" laufen und im Log steht nichts.Wenn es hilft, lasse ich ihn mal die ganze Zeit mit "debug" laufen, spammt dann nur sehr das Log zu.
-
@tritor sagte in Test Adapter jablotron v.0.1.x:
EAI_AGAIN
Das sieht nach einem DNS-Problem aus.
Da muss ich mal die Kollegen fragen, wie man sowas am besten umgeht.
Es wird dann vermutlich in Kürze eine neue Version geben. -
@hant0r sagte in Test Adapter jablotron v.0.1.x:
Wenn es hilft, lasse ich ihn mal die ganze Zeit mit "debug" laufen, spammt dann nur sehr das Log zu
Ich lasse den mal bei mir 'ne Weile laufen.
Wenn's nur ein kurzer Stolperer beim DNS-Lookup ist, sollte das zu verschmerzen sein.
Sollte ich dann vielleicht hochzählen und bei mehr als X aufeinanderfolgenden DNS-Fehlern aussteigen. -
Das Portal des Herstellers scheint recht empfindlich zu sein.
Auf GitHub findet ihr eine Version mit "Selbstheilungskräften". Die aktualisiert auch zur Sicherheit mal jede Stunde ihre Session-ID.
-
Wartet noch mit der neuen Version - da stimmt noch etwas nicht so ganz
-
Das stündliche Aktualisieren der Session-ID - also quasi im "vorauseilenden Gehorsam" - funktioniert nicht so wie gewünscht.
Das habe ich jetzt wieder rausgenommen. Die ID wird nur noch nach einem HTTP 401 (not authorized) neu geholt.
Ich werde das noch eine Weile beobachten und dann die Version einchecken.
Ich gebe Bescheid, wenn es etwas zu testen gibt. -
Aktuell sieht's recht vielversprechend aus ...
Ich gebe Bescheid, wenn's etwas zu installieren gibt.
-
Heute läuft er seit > 10 Std. durch.
Das Portal des Herstellers zickt aber zwischendurch immer mal wieder rum.
-
So - auf GitHub wurde gerade Version 0.1.3 veröffentlicht.
Die sollte in Kürze auch im Beta-Repository erscheinen.Diese Version läuft jetzt seit einigen Tagen stabil durch.
Bitte bei Gelegenheit testen und hier Feedback geben, damit der Adapter dann auch ins Stable-Repo gehen kann. -
Danke für diesen Adapter.
Habe schon lange darauf gewartet.
Bis jetzt habe ich es über ham Adapter gelöst.Werde den Adapter mal Testen und berichten.
-
@codierknecht
läuft seit gestern stabil. vielen Dank!3.Feb.: immer noch alles paletti!
-
bei mir läuft auch alles stabil.
-
Version 0.1.3 sollte in Kürze im Stable-Repository auftauchen
Allen Testern an dieser Stelle schon mal einen großen Dank!
-
Moin,
Im Log kommt leider nur noch folgendes:
jablotron.0 2024-03-04 09:46:19.655 warn Communication error 400 (ERR_BAD_REQUEST). jablotron.0 2024-03-04 09:46:09.652 warn Communication error 400 (ERR_BAD_REQUEST). jablotron.0 2024-03-04 09:45:59.646 warn Communication error 400 (ERR_BAD_REQUEST). jablotron.0 2024-03-04 09:45:49.644 warn Communication error 400 (ERR_BAD_REQUEST).Status vom Adapter ist grün.
Nach einem Adapter-Neustart kommt nur noch das:jablotron.0 2024-03-04 09:46:27.153 error Error in onReady: Error: Not connect to jablonet.net jablotron.0 2024-03-04 09:46:27.150 error AxiosError: Request failed with status code 405 jablotron.0 2024-03-04 09:46:26.827 info starting. Version 0.1.3 (non-npm: DEV2DEV-DE/ioBroker.jablotron) in /opt/iobroker/node_modules/iobroker.jablotron, node: v18.19.1, js-controller: 5.0.19 jablotron.0 2024-03-04 09:46:21.105 info terminating jablotron.0 2024-03-04 09:46:20.767 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason jablotron.0 2024-03-04 09:46:20.766 info terminating jablotron.0 2024-03-04 09:46:20.602 info Got terminate signal TERMINATE_YOURSELF -
@hant0r
Status 405 bedeutet "Method not allowed".
Vermutlich hat Jablotron das API geändert.Mal sehen, ob ich herausbekomme was die da gemacht haben.
Gab es vor kurzem mal ein Update der App?
