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

[apollon77]

@Feuersturm Dann bitte mal "iobroker update" ausführen bzw den Reload Knopf im Admin

[Thomas Braun]

Bei 'tado' klemmt es nach upgrade auf 3.1.4 wieder beim login auf den Tado-Servern.

Start bei js-controller 3.1.4:

2020-05-10 22:05:36.444  - info: host.raspberrypi instance system.adapter.tado.0 started with pid 31261
2020-05-10 22:05:38.510  - info: tado.0 (31261) starting. Version 0.1.9 in /opt/iobroker/node_modules/iobroker.tado, node: v12.16.3, js-controller: 3.1.4
2020-05-10 22:05:54.073  - info: tado.0 (31261) Connected to Tado cloud, initialyzing ...
2020-05-10 22:06:19.125  - error: tado.0 (31261) Error in data refresh : Error: getaddrinfo EAI_AGAIN my.tado.com
2020-05-10 22:06:19.128  - error: tado.0 (31261) Disconnected from Tado cloud service ..., retry in 30 seconds !

Start bei js-controller 3.1.3 war sauber:

2020-05-10 11:39:31.949  - info: host.raspberrypi "system.adapter.tado.0" enabled
2020-05-10 11:39:32.007  - info: host.raspberrypi instance system.adapter.tado.0 started with pid 8687
2020-05-10 11:39:34.176  - info: tado.0 (8687) starting. Version 0.1.9 in /opt/iobroker/node_modules/iobroker.tado, node: v12.16.3, js-controller: 3.1.3
2020-05-10 11:39:34.716  - info: tado.0 (8687) Connected to Tado cloud, initialyzing ...
2020-05-10 11:39:40.866  - info: tado.0 (8687) Initialisation finished,  connected to Tado Cloud service refreshing every : 60 seconds

[Feuersturm]

@apollon77 Als ich deine Antwort gelesen hatte, hab ich die Adminseite wieder aufgerufen und ohne jegliches zutun war auf einmal auch die 3.1.4 da.
Update war erfolgreich und beim Start von ioBroker gab es keine Probleme :-)

[apollon77]

@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:

getaddrinfo EAI_AGAIN my.tado.com

ist ein Problem bei der Domainnamensauflösung. Also wenn der Controller daran schuld ist fress ich nen Besen ;.-) samt Stiel ;-)

[Thomas Braun]

@apollon77 Nur hat sich da (zumindest in meinem Netzwerk) diesbezüglich überhaupt nichts geändert zwischen 3.1.3 und der Installation von 3.1.4.
Netzwerke... Teufelszeug...

[harrym]

@apollon77 tja .... so ist es halt. Jeder sucht derzeit fehler bei dem Adapter. KEINER sieht die tolle Arbeit von euch dahinter.

Wobei .... Logfiles LESEN und auch VERSTEHEN .... können auch ned viele.

just my2cents ..... und ich bin jetzt wieder stiller Mitleser.

[Chaot]

@apollon77
Ich habe aber irgendwie das Gefühl das das doch am Controler liegen könnte.
Ich habe seit dem Update konstant den Weatherundergroung als Fehler drin:

weatherunderground.0	2020-05-10 22:12:02.487	error	(2323) No current observation data found in response
weatherunderground.0	2020-05-10 22:12:02.063	error	(2323) Wunderground reported an error: 204/null

Der Nina meldet sich mit Kommunikationsproblemen:

nina.0	2020-05-10 22:26:41.465	warn	(20674) Cannot reach https://warnung.bund.de/bbk.dwd/708ee4d3e1be5aa2b627cccc48fccc84e0d1f15c5529d72fe0c3a092daf158cf.ohne.json Server. Statuscode: 404

Der Vodafone Speedtest liefert Blödsinnige Werte

vodafone-speedtest.0	2020-05-10 20:30:35.492	info	(16761) Vodafone-Speedtest finished with 266.203mbit download speed and 68.833mbit upload speed.

Es kann schon möglich sein das das alles Einzelfehler sind, aber irgendwie kommt mir das komisch vor das die plötzlich nach dem Update auf die 3.1.4 auftauchen.
Ich werde das weiter beobachten und mal abwarten ob sich die Kommunikation wieder fängt und vorerst den Controler auch auf der 3.1.4 lassen. Aber vielleicht hast du das mal im Hinterkopf wenn sich mehrere mit Kommunikationsproblemen melden das da doch was sein könnte. So ein Besen schmeckt schließlich auch nicht besonders gut :blush:

Aber trotz alledem ganz herzlichen Dank fürdeine unermüdliche Arbeit hier. :+1:

[harrym]

@Chaot weatherunderground ..... api fehler
nina .... 404er error "cannot reach"
speedtests sind sowieso "glückssache"

[Chaot]

@harrym Wie gesagt kamen die Fehler/Ereignisse erst seit dem Update heute.
Ich mache mir da aktuell keinen Kopf drüber.
Das der Speedtest Glückssache ist ist mir schon klar, aber das waren heute auch ein paar krasse Ausreißer die ich sonst nicht hatte. Mal runter bis 500 war schon eher selten, aber ganz runter kenne ich eher nicht.

[Thomas Braun]

Ich habe mal meine FritzBox 6490 (mit unveränderten Einstellungen) neugestartet, jetzt connected tado. Wer weiß wo da der Schluckauf saß. Vielleicht in DNS-Cache ein paar gekippte Bits...

[karlo enzo]

@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:

"iobroker upload admin" und "iobroker upload"web"

Die Anweisungen habe ich ausgeführt, die Meldungen im Log-File kommen aber
nach wie vor noch genau so unmittelbar nach einem FTP-Back-Up über Backitup.
Ich habe parallel auf meiner Synology die gleiche Installation in einer VM, die ich als Ausfallsicherung
parallel pflege, vor dem Update des JS-Controller auf 3.1.4 kamen diese Warnmeldungen nicht,
nach dem Update laufen die Warnmeldungen jetzt in der VM im Logfile auch auf.

[apollon77]

@Chaot 204/null bedeutet das die Station gerade keine Daten liefert/neue Daten hat ... warten. 404 solltest Du im Normalen Browser auch nachvollziehen können.

[apollon77]

@Thomas-Braun Reboote mal den Rechner ... versuch mal "ping domainname" bzw "host domainname"

[apollon77]

@karlo-enzo Naja es kann sein das du dort keine Dateien hast aber die Objekte da sind ... ignoriere erstmal

[apollon77]

@Diginix @Steff Wer mag mal die javascript Adapter 4.6.1 vom GitHub versuchen. Da sind Fixes für das Mirroring drin (und auch der Support für 0_userdata.0 in createState und deleteState

[karlo enzo]

@apollon77
Ja okay, danke für die Info. Ist halt nur auffällig, das der gleiche Fehler im Docker bzw. in der VM auf der Synology
bzw. im Docker unter Proxmox auf meinem NUC nach dem Update des JSC auf 3.1.4 auftreten.
Alle 3 Installationen sind vollkommen identisch und laufen sonst ohne Fehler.
Auch von mir ein herzliches Danke für die tolle Arbeit und den super Support den Ihr hier leistet.

[Thomas Braun]

@apollon77 sagte in js-controller 3.0/3.1 jetzt im Latest!:

@Thomas-Braun Reboote mal den Rechner ... versuch mal "ping domainname" bzw "host domainname"

pi@raspberrypi:~$ ping my.tado.com
PING my.tado.com (99.80.94.116) 56(84) bytes of data.
^C
--- my.tado.com ping statistics ---
25 packets transmitted, 0 received, 100% packet loss, time 974ms
pi@raspberrypi:~$ host my.tado.com
my.tado.com has address 99.80.94.116
my.tado.com has address 52.214.227.146
pi@raspberrypi:~$

[Mauflo]

@Thomas-Braun sagte in js-controller 3.0/3.1 jetzt im Latest!:

PING my.tado.com

funktioniert bei mir aber auch nicht..

--- my.tado.com ping statistics ---
7 packets transmitted, 0 received, 100% packet loss, time 140ms

[harrym]

@Mauflo kann sein, dass sich my.tado.com nicht anpingen lässt .... weil es eine firewall nicht zulässt???? sry! ping sagt genau nix aus bei ner gegenstelle.

[Mauflo]

@harrym ich weiß ich wollte nur mitteilen, dass es vielleicht doch nicht am js-controller liegt?!