UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[tritor]

@codierknecht

was sollte da auf jeden Fall anonymisiert werden?
Das Log hab ich schon.

[Codierknecht]

@tritor sagte in Test Adapter jablotron v.0.1.x:

was sollte da auf jeden Fall anonymisiert werden?

Die ID's zu Deinen Elementen. Sieht z.B. bei den PG's so aus: PG-1234567890
Ich weiß nicht, ob man damit Unfug anstellen könnte.
Sollte reichen, wenn da ein paar Ziffern ge-X't werden.

[tritor]

@codierknecht

hier das log:

jablotron.0 2023-12-16 17:43:37.897	debug	thermoDevicesGet: {"data":{"service-states":{"last-event-time":"2023-12-16T17:19:01+0100","service-name":"XXXX"},"states":[]},"http-code":200}
jablotron.0 2023-12-16 17:43:37.140	debug	programmableGatesGet: {"data":{"service-states":{"last-event-time":"2023-12-16T17:19:01+0100","service-name":"XXXX"},"states":[{"cloud-component-id":"PG-XXXX","state":"OFF"}],"programmableGates":[{"cloud-component-id":"PG-XXXX","name":"Alarmausgang","can-control":true,"need-authorization":true}]},"http-code":200}
jablotron.0 2023-12-16 17:43:36.386	debug	sectionsGet: {"data":{"service-states":{"last-event-time":"2023-12-16T17:19:01+0100","service-name":"XXXX"},"states":[{"cloud-component-id":"SEC-XXXX","state":"DISARM"}],"sections":[{"cloud-component-id":"SEC-XXXX","name":"Sicherung","can-control":true,"need-authorization":true,"partial-arm-enabled":true}]},"http-code":200}
jablotron.0 2023-12-16 17:43:35.713	debug	serviceListGet: {"data":{"services":[{"service-id":XXXX,"cloud-entity-id":"SERVICE_JA100F:XXXX","name":"XXXX","service-type":"JA100F","icon":"JA100F","index":1000000,"level":"FULL","status":"ENABLED","visible":true,"message":"OK","event-last-time":"2023-11-29T15:10:32+0100","share-status":"OWNER","service-blocked":"NONE","extended-states":[{"type":"ARM","value":"0"},{"type":"DISARM","value":"1"}],"notifications":0}],"meta":{"checksum":"XXXX"}},"http-code":200}
jablotron.0 2023-12-16 17:43:35.234	debug	Fetch data from jablonet.net
jablotron.0 2023-12-16 17:43:05.232	debug	Setting up recurring refresh
jablotron.0 2023-12-16 17:43:05.232	debug	thermoDevicesGet: {"data":{"service-states":{"last-event-time":"2023-12-16T17:19:01+0100","service-name":"XXXX"},"states":[]},"http-code":200}
jablotron.0 2023-12-16 17:43:03.877	debug	programmableGatesGet: {"data":{"service-states":{"last-event-time":"2023-12-16T17:19:01+0100","service-name":"XXXX"},"states":[{"cloud-component-id":"PG-XXXX","state":"OFF"}],"programmableGates":[{"cloud-component-id":"PG-XXXX","name":"Alarmausgang","can-control":true,"need-authorization":true}]},"http-code":200}
jablotron.0 2023-12-16 17:43:03.104	debug	sectionsGet: {"data":{"service-states":{"last-event-time":"2023-12-16T17:19:01+0100","service-name":"XXXX"},"states":[{"cloud-component-id":"SEC-XXXX","state":"DISARM"}],"sections":[{"cloud-component-id":"SEC-XXXX","name":"Sicherung","can-control":true,"need-authorization":true,"partial-arm-enabled":true}]},"http-code":200}
jablotron.0 2023-12-16 17:43:01.824	debug	serviceListGet: {"data":{"services":[{"service-id":XXXX,"cloud-entity-id":"SERVICE_JA100F:XXXX","name":"XXXX","service-type":"JA100F","icon":"JA100F","index":1000000,"level":"FULL","status":"ENABLED","visible":true,"message":"OK","event-last-time":"2023-11-29T15:10:32+0100","share-status":"OWNER","service-blocked":"NONE","extended-states":[{"type":"ARM","value":"0"},{"type":"DISARM","value":"1"}],"notifications":0}],"meta":{"checksum":"XXXX"}},"http-code":200}
jablotron.0 2023-12-16 17:43:01.294	debug	Fetching initial data from jablonet.net
jablotron.0 2023-12-16 17:43:01.294	debug	Session-ID: PHPSESSID=XXXX
jablotron.0 2023-12-16 17:43:01.294	info	Logged in to jablonet api
jablotron.0 2023-12-16 17:43:00.336	debug	Fetching new session id
jablotron.0 2023-12-16 17:43:00.330	info	starting. Version 0.1.1 in /opt/iobroker/node_modules/iobroker.jablotron, node: v18.19.0, js-controller: 5.0.17
jablotron.0 2023-12-16 17:42:57.204	info	terminating
jablotron.0 2023-12-16 17:42:56.705	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
jablotron.0 2023-12-16 17:42:56.705	info	terminating
jablotron.0 2023-12-16 17:42:56.702	info	Got terminate signal TERMINATE_YOURSELF

btw: das update Intervall von 10 sec. ist das nicht zu klein, was wäre einzuwenden dies auf 60s zu erhöhen?

[Codierknecht]

@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?

Das kann jeder nach Belieben auch gerne höher setzen.
Je höher das ist, desto weniger läuft man Gefahr dass der Hersteller aufmerksam wird und möglicherweise neue Hindernisse einbaut ;-)

Danke für's Log.

[Hant0r]

@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 ;)

[Codierknecht]

@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.

[Hant0r]

@codierknecht
Hatte ich auch nicht so verstanden 🙈

[Codierknecht]

Wäre schön, wenn die Tester hier nochmal ihr Fazit posten könnten.
Dann könnte der Adapter ins Stable-Repo wandern.

[tritor]

@codierknecht

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

[Hant0r]

@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. :)

[Codierknecht]

@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.

[Codierknecht]

@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.

[Codierknecht]

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.

[Codierknecht]

Wartet noch mit der neuen Version - da stimmt noch etwas nicht so ganz :-(

[Codierknecht]

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.

[Codierknecht]

Aktuell sieht's recht vielversprechend aus ...

Ich gebe Bescheid, wenn's etwas zu installieren gibt.

[Codierknecht]

Heute läuft er seit > 10 Std. durch.
Das Portal des Herstellers zickt aber zwischendurch immer mal wieder rum.

[Codierknecht]

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.

[mike2507]

@codierknecht

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.

[tritor]

@codierknecht
läuft seit gestern stabil. vielen Dank!

3.Feb.: immer noch alles paletti!