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

[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?!

[harrym]

@Mauflo das ist klar, dass es NICHT am js-controller liegt

[Berchemer]

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

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

Zur Beruhigung:
Habe hier noch die 3.0.20 und erhalte auch diesen 404er-Fehler

[dtp]

Update auf Version 3.1.4 lief problemlos. Hab auch keinerlei Fehlermeldungen mit meinen installierten Adaptern und Instanzen.

[Diginix]

@apollon77 4.6.1 läuft bei mir mit aktiver Spiegelung.
bzw: wenn ich in den gespiegelten JS was editiere wird das dann in Echtzeit auch in ioBroker genutzt und wie ist das bei Blockly basierten Skripten? Oder ist es doch nur ein Export als eine Art Backup?

[Garfonso]

@Diginix
Ja, das sollte so sein. Also Änderungen im Dateisystem fließen auch in den ioBroker zurück (nicht alle Skripte löschen, hab ich schonmal geschafft flöt). Wenn es Probleme gibt, gerne dazu issues anlegen.

[apollon77]

@Diginix Ok für Blockly ist das denke weniger geeignet weil keiner "in einem anderen Editor das XML" editiert Da ist es wohl wirklich eher ein Backup.

Wenn man aber JavaScript oder Typescript Skripte baut dann kann man die Skripte auch dort als File editieren (also ich synce die zu meinem Laptop und editiere Sie da mit WebStorm als IDE und hab Sie auch im Git und so ... ja ja der Nerd kram halt) und dann synce ich Sie zurück und werden neu gestartet

[apollon77]

@Garfonso Ja alles Skripte löschen ist nicht die beste Idee

[Diginix]

@apollon77 Die Blocklys werden aber als umgewandeltes javascript gespiegelt. Also direkt lauffähig. Sicher genau das was der Adapter auch im Hintergrund verarbeitet. Nur will ich da jetzt nicht mit Editieren experimentieren. Wahrscheinlich wird es dann korrupt oder dauerhaft nach js konvertiert im Skripte Bereich angezeigt. Dann gibt es also keine Blöcke mehr die man mit der Maus schubsen kann.
Ich habe es vorerst wieder deaktiviert. Aber die Funktionaliät ist mit 4.6.1 wieder gegeben.