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

[Aexelomeus]

@tombox

Um 4:02 Uhr ist er heute wieder abgebrochen. Also das mit meinen 3h stimmt nicht, kann auch mal länger stabil bleiben. Ab da gibt es nur noch die stündlichen Abfragen. Die realtime Abfrage hat einen Error verursacht. Hilft das?

[tombox]

@aexelomeus Nochmal via github installieren und testen ich habe noch ein paar debug message hinzugefügt.

[smartboart]

@tombox sagte in Test Adapter Grünbeck v0.0.x:

@smartboart Ist in der github version gefixt danke für den Hinweis

Super danke!

[Aexelomeus]

@tombox

[tombox]

@aexelomeus Was passiert da mit deinem System worx verliert ja auch seine mqtt verbindung. Ist das immer um 4?

[Aexelomeus]

@tombox mein ioBroker läuft auf einer Synolodgy DS220+, in der Logdatei von der DiskStation habe ich gesehen, dass mir um 4:05 eine neue externe Adresse zugewiesen wurde und somit auch die DDNS aktualisiert wurde. Kann das mit dieser neuen externen Adresse zusammenhängen und das der Token dann nicht mehr passt? Der Worx-Adapter ist aber wieder verbunden, also gab nur diese eine Fehlermeldung.

[tombox]

@aexelomeus Ja Fehler 500 ist meist ein Fehler vom externen Server ich werde das nochmal abfangen

[tombox]

@aexelomeus Installier nochmal via github er sollte sich neu einloggen wenn das passiert

[Aexelomeus]

@tombox vielen Dank erstmal für deine Geduld und die Arbeit, die du da reingesteckt hast und reinsteckst.

Heute um 4:05 habe ich wieder eine neue externe IP zugewiesen bekommen, scheint was tägliches bei meinem Telefonanbieter zu sein.

Bis 10:06 gab es dann keine Aktualisierung der Werte. Um 10:06 hat er anscheinen mit einem Reconnect begonnen. Seit 10:08 läuft alles wieder normal ohne mein Eingreifen oder ein Login meinerseits. Ich hoffe dir hilft das.

[da_Woody]

@aexelomeus said in Test Adapter Grünbeck v0.0.x:

Heute um 4:05 habe ich wieder eine neue externe IP zugewiesen bekommen,

den schwachsinn gibts immer noch??? dann versuchs es mit DDNS. google hilft dir.

[Aexelomeus]

@da_woody kann dir da leider nicht komplett folgen. Habe bereits eine DDNS die automatisch die externe Adresse für meinen Hostnamen aktualisiert, sofern sich diese ändert. Also keine Sorge, ich arbeiten nicht direkt mit einer IPv4 um mein Netzwerk von extern anzusprechen. Trotzdem kann ich es nicht verhindern, wenn mein Internetprovider auf die Idee kommt, mir täglich um exakt 4:02 Uhr eine neue externe IPv4 zuzuweisen. Oder doch? Aber das ist glaube ich auch nicht das Thema für diesen Adapter.

[da_Woody]

@aexelomeus wenn du DDNS verwendest, sollte doch der sofortige reconnect erfolgen, nicht erst 6 stunden später...
ich dachte eigentlich, das der schwachsinn mit autodisconnect abgeschafft wäre. bei mir in ö-land bei meinen kabelbetreibern gabs immer schon fixe IPs. ist mir nur einmal passiert das ich eine neue bekommen habe durch interne umbauten des providers. natürlich ohne verständigung... :D und ich dämlich schaute weil nichts mehr funktionierte. :angry:

[Aexelomeus]

@da_woody es erfolgt auch ein sofortiger reconnect. Bei allen anderen Adaptern und auch der sonstigen Systeme gibt es keine Probleme und spätestens ab 4:05 sind alle wieder online. Bei mir ist es eine Glasfaserleitung und eigentlich habe ich gar keine IPv4 mehr, diese musste ich mir extra dazu bestellen, damit ich überhaupt von extern auf meine Systeme bzw. VPN zugreifen konnte. Und der Grünbeck Adapter reconnectet sich ja auch direkt, um 4:07 empfängt er ja auch Daten, aber nicht die Daten aus der Stream.

@tombox mir ist gerade aufgefallen, dass die Stream-Daten um 10:07 wieder empfangen werden, weil der Adapter terminiert wurde und neustarten musste. Somit besteht das Problem weiterhin, nach Zuweisung einer neuen externen IPv4 bzw. einer Unterbrechung der Internetverbindung.

[tombox]

@aexelomeus ICh habe mal was eingebaut was das beheben sollte einfach mal via github installieren und neustarten

[tombox]

@aexelomeus Tritt der Fehler noch auf?

[Aexelomeus]

@tombox So, die letzten Tage wurde mir komischerweise vom Internet-Provider immer die gleiche IP zugewiesen, heute dann mal wieder eine neue, sonst hätte ich mich schon eher gemeldet.

Gestern hatte ich noch die neueste Version von github installiert, trotzdem der Fehler. :-(

Heute wollte er es partout nicht im ioBroker als Log öffnen, sondern nur runterladen, daher heute in dieser Ansicht:

[tombox]

@aexelomeus lösche bitte den log

[adrian_1982]

@tombox
Ich habe die Abrufintervalle auf 2min hochgesetzt, damit wurde es besser - das beschriebene Problem tauchte nur noch 2 mal in der letzten Woche auf. Heute habe ich dein update installiert - ich lass dich wissen ob das hilft.

Kannst du mir sagen warum alle x-min das type1 Telegramm im Log auftaucht mit den gleichen Telegramminhalt? Ca. jede Sekunde kommen 20 - 30 Telegramme, dann ist wieder ruhe für x-min. Ist das nur im Log oder schickst du wirklich jede Sekunde ein Telegramm and die Cloud?

Gruß
Adrian

[Aexelomeus]

@tombox leider immer noch das Problem vorhanden. (das mit dem Löschen beim Log hat funktioniert, heute habe ich leider zuerst auf "Log auf dem Host löschen" geklickt.

Nicht wundern, gestern Nacht konnte er sich ne weile nicht einwählen und hatte erst um 5:27 Uhr Erfolg, daher beginnt mein 24h Intervall für eine neue externe IP jetzt zu dieser Zeit.

[tombox]

@aexelomeus JEtzt sollte es passen einfach via github installieren.