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

[apollon77]

2.0.41 auf GitHub und npm (latest dannn auch abhängig von Cache-Zeiten bald).

Das Stop-Handling ist wieder gefixt und Zertifikate wurden verbessert:

2.0.41 (2019-11-08) Release Bella Stable-RC2

• (Stabilostick) enhance certificate methods and add certificate checks in setup first
• (Stabilostick) add iobroker cert view <name> CLI command
• (Apollon77) fix problems in stop controller handling

[Jan1]

@apollon77
und wo ist Deine Signatur?

[Ein ehemaliger Benutzer]

@Jan1 Wenn du keine Signatur siehst, dann ist sie in deinen Einstellungen hier aus, hab mich auch gewundert, da ich die immer an habe, und auf einmal war es aus..

Also im Menü Einstellungen, ganz runter scrollen, und speichern nicht vergessen...

[Jan1]

@ilovegym
Na da muss man auch erst mal drauf kommen, danke.

[Jan1]

@apollon77 sagte in Test js-controller v2.0.x (GitHub):

@Jan1 in meiner Signatur stehen beide ;-)

Gefunden und gefüttert :blush:

[CKMartens]

@Jan1 sagte in Test js-controller v2.0.x (GitHub):

@apollon77 sagte in Test js-controller v2.0.x (GitHub):

@Jan1 in meiner Signatur stehen beide ;-)

Gefunden und gefüttert :blush:

Hab ich much doch glatt angeschlossen
:blush:

[apollon77]

Danke Euch!

[SBorg]

Noch jemand?

daswetter.0	2019-11-10 14:46:05.561	warn	(9004) no connection to objects DB

Betrifft auch andere Adapter wie bspw. meteoalarm. Sporadisch, allerdings schon öfters, hatte ich sonst eigentlich nie. Ist mir das erste mal mit der .40 aufgefallen, nur hatte ich die nicht lange im Einsatz da die .41 folgte :)

[Ein ehemaliger Benutzer]

@SBorg Stimmt, Meteoalarm hat das auch hier.. könnte aber auch an der Webseite des Servers liegen.. zumindest hab ich die Schuld da immer gesucht.. ( zuviele requests.. vielleicht??)

[apollon77]

@ilovegym dann bitte Adapter mal auf debug oder noch besser silly stellen und log Posten.

An den Stellen hat sich an sich wenig geändert.

[Ein ehemaliger Benutzer]

@apollon77 hm jetzt kommt kein Fehler mehr.. die jenigen, die ich sah, waren auch nur Timeout ( Server no response after 8 sec ).
Allerdings läuft er hier alle paar Sekunden.. muss das so sein? Ist mir vorher nicht aufgefallen..

2019-11-10 15:55:00.167  - info: host.iobroker instance system.adapter.meteoalarm.0 terminated with code 0 (NO_ERROR)
2019-11-10 15:55:00.168  - info: host.iobroker Restart adapter system.adapter.meteoalarm.0 because enabled
2019-11-10 15:55:30.187  - info: host.iobroker instance system.adapter.meteoalarm.0 started with pid 13646
2019-11-10 15:55:30.908  - debug: meteoalarm.0 (13646) Redis Objects: Use Redis connection: 0.0.0.0:9001
2019-11-10 15:55:30.941  - debug: meteoalarm.0 (13646) objectDB connected
2019-11-10 15:55:30.942  - debug: meteoalarm.0 (13646) Redis States: Use Redis connection: 0.0.0.0:9000
2019-11-10 15:55:30.944  - debug: meteoalarm.0 (13646) Objects connected to redis: 0.0.0.0:9001
2019-11-10 15:55:30.950  - debug: meteoalarm.0 (13646) statesDB connected
2019-11-10 15:55:31.002  - debug: meteoalarm.0 (13646) States connected to redis: 0.0.0.0:9000
2019-11-10 15:55:31.569  - info: meteoalarm.0 (13646) starting. Version 1.0.6 in /opt/iobroker/node_modules/iobroker.meteoalarm, node: v10.17.0
2019-11-10 15:55:31.595  - info: meteoalarm.0 (13646) Requesting data from http://meteoalarm.eu/documents/rss/de/DE047.rss
2019-11-10 15:55:31.633  - silly: meteoalarm.0 (13646) States redis pmessage system.adapter.meteoalarm.0.logLevel/system.adapter.meteoalarm.0.logLevel:{"val":"silly","ack":true,"ts":1573397731592,"q":0,"from":"system.adapter.meteoalarm.0","lc":1573396804153}
2019-11-10 15:55:31.678  - info: meteoalarm.0 (13646) Received data for "Darmstadt-Dieburg / Darmstadt"
2019-11-10 15:55:31.682  - debug: meteoalarm.0 (13646) Loaded today data
2019-11-10 15:55:31.684  - debug: meteoalarm.0 (13646) Loaded tomorrow data
2019-11-10 15:55:39.689  - debug: meteoalarm.0 (13646) All done
2019-11-10 15:55:39.690  - info: meteoalarm.0 (13646) Terminated (NO_ERROR): Without reason
2019-11-10 15:55:40.209  - info: host.iobroker instance system.adapter.meteoalarm.0 terminated with code 0 (NO_ERROR)
2019-11-10 15:55:40.209  - info: host.iobroker Restart adapter system.adapter.meteoalarm.0 because enabled
2019-11-10 15:56:10.225  - info: host.iobroker instance system.adapter.meteoalarm.0 started with pid 13679
2019-11-10 15:56:10.913  - debug: meteoalarm.0 (13679) Redis Objects: Use Redis connection: 0.0.0.0:9001
2019-11-10 15:56:10.943  - debug: meteoalarm.0 (13679) objectDB connected
2019-11-10 15:56:10.946  - debug: meteoalarm.0 (13679) Redis States: Use Redis connection: 0.0.0.0:9000
2019-11-10 15:56:10.948  - debug: meteoalarm.0 (13679) Objects connected to redis: 0.0.0.0:9001
2019-11-10 15:56:10.955  - debug: meteoalarm.0 (13679) statesDB connected
2019-11-10 15:56:11.015  - debug: meteoalarm.0 (13679) States connected to redis: 0.0.0.0:9000
2019-11-10 15:56:11.495  - info: meteoalarm.0 (13679) starting. Version 1.0.6 in /opt/iobroker/node_modules/iobroker.meteoalarm, node: v10.17.0
2019-11-10 15:56:11.519  - info: meteoalarm.0 (13679) Requesting data from http://meteoalarm.eu/documents/rss/de/DE047.rss
2019-11-10 15:56:11.557  - silly: meteoalarm.0 (13679) States redis pmessage system.adapter.meteoalarm.0.logLevel/system.adapter.meteoalarm.0.logLevel:{"val":"silly","ack":true,"ts":1573397771516,"q":0,"from":"system.adapter.meteoalarm.0","lc":1573396804153}
2019-11-10 15:56:11.606  - info: meteoalarm.0 (13679) Received data for "Darmstadt-Dieburg / Darmstadt"
2019-11-10 15:56:11.609  - debug: meteoalarm.0 (13679) Loaded today data
2019-11-10 15:56:11.611  - debug: meteoalarm.0 (13679) Loaded tomorrow data
2019-11-10 15:56:19.659  - debug: meteoalarm.0 (13679) All done
2019-11-10 15:56:19.659  - info: meteoalarm.0 (13679) Terminated (NO_ERROR): Without reason
2019-11-10 15:56:20.185  - info: host.iobroker instance system.adapter.meteoalarm.0 terminated with code 0 (NO_ERROR)
2019-11-10 15:56:20.185  - info: host.iobroker Restart adapter system.adapter.meteoalarm.0 because enabled

[apollon77]

@ilovegym sagte in Test js-controller v2.0.x (GitHub):

Sollte an sich so nicht sein, Das ist an sich ein schedule adapter ... Die meldungen sollten dann an sich anders sein. Zeig mal bitte system.adapter.meteoalarm.0 die Raw ansicht

[apollon77]

So, und weil es so schön ist (und doch noch ein paar Kleinigkeiten aufgekommen sind):

2.0.42 ist verfügbar im latest ab gleich:

• (Apollon77) Correct error message if certificate can not be parsed
• (bluefox) Fix upload of material adapter
• (Apollon77) prevent crash when adapter instance is deleted which is also running currently and if stopped by deletion
• (bluefox) make sure getForeignStates do not modify the input ids list
• (Apollon77) enhance list instances and only show compact infos if adapter supports it

[SBorg]

@ilovegym sagte in Test js-controller v2.0.x (GitHub):

könnte aber auch an der Webseite des Servers liegen

Die Timeouts ja, dass ist aber mehr oder minder normal. no connection to objects DB bedeutet aber IMO, dass er keine Verbindung zur ioB-(Objekt)-Datenbank bekommt, was der JS-Controller handelt.

ical.0          2019-11-10 16:30:23.439	warn	(29151) no connection to objects DB
luftdaten.0	2019-11-10 16:30:23.426	warn	(28495) no connection to objects DB
luftdaten.0	2019-11-10 16:25:06.510	warn	(7526) no connection to objects DB
luftdaten.0	2019-11-10 16:10:05.805	warn	(3914) no connection to objects DB
luftdaten.0	2019-11-10 16:00:13.490	warn	(24956) Error: ESOCKETTIMEDOUT
luftdaten.0	2019-11-10 16:00:06.653	warn	(24956) no connection to objects DB
luftdaten.0	2019-11-10 15:50:12.066	warn	(16006) Error: ESOCKETTIMEDOUT
daswetter.0	2019-11-10 15:46:06.646	warn	(31864) no connection to objects DB
luftdaten.0	2019-11-10 15:40:06.208	warn	(6917) no connection to objects DB
luftdaten.0	2019-11-10 15:10:11.149	warn	(8437) Error: ESOCKETTIMEDOUT
luftdaten.0	2019-11-10 15:00:15.790	warn	(32582) Error: ESOCKETTIMEDOUT
daswetter.0	2019-11-10 14:46:05.561	warn	(9004) no connection to objects DB

[apollon77]

@SBorg Sehr interessant. Dieser Fehler kommt an sich nur in zwei Situationen:
1.) Der Adapter startet und bekommt keine Verbindung zur DB (ioBroker? Redis?)
2.) Es gibt ein "connectTimeout" Event, was an sich nur kommt wenn socketIo auf der Gegenseite ist.

Also hier müsste man jetzt mal vollständigere Logs sehen. und Infos haben. Master/Slave oder nur Single-Host und und und

[Ein ehemaliger Benutzer]

@apollon77 sagte in Test js-controller v2.0.x (GitHub):

@ilovegym sagte in Test js-controller v2.0.x (GitHub):

Sollte an sich so nicht sein, Das ist an sich ein schedule adapter ... Die meldungen sollten dann an sich anders sein. Zeig mal bitte system.adapter.meteoalarm.0 die Raw ansicht

ja, der Schedule steht da auf 30 Minuten.. versteh ich auch nicht.. und es läuft auch nur der eine Task..
schau hier:

[apollon77]

@ilovegym ne da ist was falsch. da steht "mode: "deamon"" und damit ist der schedule egal. ich würde sagen:mach mal "iobroker upload meteoalarm". fixt das das? Sonst manuell ändern, dann iobroker komplett neu starten. Irgendwie ist das Objekt "kaputt"

[paul53]

@ilovegym
Die Instanz läuft als Daemon, nicht scheduled.

[Ein ehemaliger Benutzer]

@paul53 @apollon77 ja, im letzten Update ist das auf daemon geändert worden...

so siehts nach nem Upload aus, auch nicht besser..

[Ein ehemaliger Benutzer]

@apollon77 sagte in Test js-controller v2.0.x (GitHub):

@ilovegym ne da ist was falsch. da steht "mode: "deamon"" und damit ist der schedule egal. ich würde sagen:mach mal "iobroker upload meteoalarm". fixt das das? Sonst manuell ändern, dann iobroker komplett neu starten. Irgendwie ist das Objekt "kaputt"

ok, mach jetzt sowieso n Update auf die 2.0.42, dabei installier ich den Adapter auch noch mal komplett neu.