NEWS
Test Adapter jablotron v.0.1.x
-
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_YOURSELFbtw: das update Intervall von 10 sec. ist das nicht zu klein, was wäre einzuwenden dies auf 60s zu erhöhen?
@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.
-
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_YOURSELFbtw: das update Intervall von 10 sec. ist das nicht zu klein, was wäre einzuwenden dies auf 60s zu erhöhen?
@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 ;) -
@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."Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
@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."Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
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.netGernot
Host: i9 server Proxmox , Debian 12.0 for ioBroker
ioBroker: 7.7.19, Node.js: 22.21.1, NPM: 10.9.3, JS-controller: 7.0.7
Wetterstation: HP1000SEPro V1.9.0 Easeweather V1.7.0
Grafana 12.0.2 / InfluxDB 2.7.11 -
Wäre schön, wenn die Tester hier nochmal ihr Fazit posten könnten.
Dann könnte der Adapter ins Stable-Repo wandern.@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. :)
-
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@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
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. :)
@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.
"Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
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."Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
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."Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")
Proxmox 9.1.1 LXC|8 GB|Core i7-6700
HmIP|ZigBee|Tasmota|Unifi
Zabbix Certified Specialist
Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag -
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.
-
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.@codierknecht
läuft seit gestern stabil. vielen Dank!3.Feb.: immer noch alles paletti!
-
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.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
Support us
979
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge