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

[ESP8266]

@guergen , @Xenon hätte gern ein Browserlog gehabt. F12 dann Konsole.
Meins ist leider durch Festfressen des Browers kaputt gegangen.

[Xenon]

Ich brauche dazu unbedingt die Konsolen Einträge! Das iobroker Log hilft hier nicht, da dort die Fehler nicht auftauchen!

[Xenon]

bin dem Fehler auf den Spur, konnte es reproduzieren, gebt mir kurz

[guergen]

@xenon Bis zu dem Zeitpunkt wo IOB im Firefox nicht mehr erreichbar ist, steht nichts vom device-reminder in der Konsole drin.
Ich starte das Ganze jetzt nochmal, mit Chrome

Edit: Auch da steht der Adapter "noch" nicht drin bis zum Absturz

[Xenon]

Neue Version auf github, bitte testen!! (habe die Version noch nicht angepasst!)

[Xenon]

wenn es keine Probleme mehr gibt, bitte schnellst möglich bescheid geben, damit die neue Version in die latest kommt. Das war ein richtig dämlicher Tippfehler, unglaublich

[guergen]

@xenon Github: V3.1.1: Die "alten" Geräte sind da!
Edit: Mein Wasserkocher wird abgeschaltet, aber eine Meldung kommt weder per "Alexa" noch per Telegram.
Wurde natürlich vorher richtig eingestellt...

[Xenon]

@guergen sagte in Test Adapter device-reminder V 3.x:

@xenon Github: V3.1.1: Die "alten" Geräte sind da!
Edit: Mein Wasserkocher wird abgeschaltet, aber eine Meldung kommt weder per "Alexa" noch per Telegram.
Wurde natürlich vorher richtig eingestellt...

Das gibt es doch nicht, seit dem neuen JS controller ist echt der Wurm drin

Im Log taucht wahrscheinlich nix auf?

[guergen]

@xenon Bin grade am Debug. Aber eine Testnachricht bei Alexa funktioniert auch grade nicht.
Beim Start bekomme ich eine Telegram-Nachricht, beim Abschalten jetzt auch.
Musste den Adapter händisch einmal neu starten, jetzt läuft es scheinbar; zumindest bei mir!

[Xenon]

@guergen Ich kann mich erst wieder gegen Abend ran setzen

[guergen]

@xenon Wie gesagt, nach einem händischen Neustart des Adapters läuft es!
Mit Startmeldung, Endmeldung und auch mit Endmeldung bei Abbruch
Danke für die schnelle Reaktion und Fehlerbeseitigung!
Ich hoffe dass es bei den anderen auch läuft!

[Xenon]

@guergen Wenn du ein Update von github machst, muss man glaube ich auch neustarten. Bin mir da aber jetzt nicht sicher

[guergen]

@xenon Macht er doch egtl von alleine, aber egal.
Zuverlässig kommt die Meldung aber leider nicht immer; weder Alexa, noch TG; keine Ahnung ob es an meinem System liegt oder woran. Kann morgen gerne noch ein paar mal den DR debuggen.
Vielleicht geht es ja bei anderen zuverlässig...

[Xenon]

Version 3.1.1 auf npm behebt den Bug

[JB_Sullivan]

Guten Morgen,
kurze Frage am Rande, da auf GIT nicht beschrieben, was ist eine Benachrichtigung via MATRIX?

BtW: Bei mir waren alle Objekte nach irgend einem Update einfach gelöscht und der Adapter hat auch keine Meldungen via Alexa mehr ausgegeben. Habe jetzt die GIT Version installiert und unter den Instanz Einstellungen (da war alles noch vorhanden) alle eingetragenen Geräte einmal auf "prüfen" gestellt und dann neu gespeichert.

Danach waren dann auch wieder alle Objekte vorhanden. Ich musste "nur "noch alle Verknüpfungen zu InfluxDB wieder herstellen.

Meiner Meinung nach einer der größten Pferdefüße von ioB, das nach einem löschen und neu anlegen von Objekten bereits bestehenden Kopplungen zu so Sachen wie InfluxDB, Sourceanalytix usw. nicht wieder automatisch hergestellt werden wenn auch der Datenpunkt wieder da.

[mcm1957]

@jb_sullivan said in Test Adapter device-reminder V 3.x:

Meiner Meinung nach einer der größten Pferdefüße von ioB, das nach einem löschen und neu anlegen von Objekten bereits bestehenden Kopplungen zu so Sachen wie InfluxDB, Sourceanalytix usw. nicht wieder automatisch hergestellt werden wenn auch der Datenpunkt wieder da.

Diese Verküpfungen werden als Attribute des States gespeichert. Wenn nun ein State gelöscht wird, dann werden diese Informationen natürlich auch gelöscht. Aus diesem Grunde sollten States nur dann gelöscht werden, wenn der Adapter deinstalliert wird aber natürlich NICHT bei einem upgrade / downgrade etc.

Wenn ein Adapter zu oft States löscht bitte ein Issue beim Adapter aufmachen - das muss dort gelöst werden. Technisch gibt es ausreichend Funktionen mit denen States geändert werden können ohne diese zu löschen.

Da aus diesem Posting nicht hervorgeht wann die States gelöscht wurden kann ich zu Ursache und möglicher Vermeidung nicht mehr sagen. Ein allfälliges Löschen / Deinstallieren des Adapters löscht aber jedenfalls alle States und damit auch die zugehörigen User Settings.

[Xenon]

Aktuell ist es tatsächlich so, dass Datenpunkte entfernt werden, wenn das device nicht mehr in der gui existiert. Das ist in vielen Adaptern so gang und gäbe.

Ich werde zwei Änderungen einbringen, die das in Zukunft verhindern.

1. Sollte die Konfig im admin nicht richtig geladen werden (warum auch immer), werde ich den Fehler catchen und eine Fehlermeldung anzeigen lassen

2. Das automatische Löschen werde ich erstmal deaktivieren und entweder einen Button in die GUI einbauen, welcher die Leichen löscht oder ich lasse die Objekte da, diese müssen dann händisch entfernt werden

[mcm1957]

@xenon said in Test Adapter device-reminder V 3.x:

Aktuell ist es tatsächlich so, dass Datenpunkte entfernt werden, wenn das device nicht mehr in der gui existiert. Das ist in vielen Adaptern so gang und gäbe.

Ich werde zwei Änderungen einbringen, die das in Zukunft verhindern.

1. Sollte die Konfig im admin nicht richtig geladen werden (warum auch immer), werde ich den Fehler catchen und eine Fehlermeldung anzeigen lassen

2. Das automatische Löschen werde ich erstmal deaktivieren und entweder einen Button in die GUI einbauen, welcher die Leichen löscht oder ich lasse die Objekte da, diese müssen dann händisch entfernt werden

An sich ist es VÖLLIG in Ordnung dass States entfernt werden wenn Geräte entfernt werden. Persönlich seh ich da keinen Handlungsbedarf. Andernfalls besteht die Gefahr dass das System mit State-Zombies unnötig aufgebläht und verlangsamt wird.

Aber ob das Bereinigen nun automatisch erfolgt oder via "Cleanup Button" ist ein Feinheit die natürlich der Maintainer entscheiden kann. Die Luxusvariante könnte z.B. im Log beim Start darauf hinweisen dass es löschbereite States gibt und eine Bereinigung via Button anregen oder abfragen wann der State zuletzt beschrieben wurde und erst nach einigen Wochen löschen .... :-). Will aber hier nicht Arbeit schaffen. Und die Grundursache war ja ein Fehler der die Config verschwinden ließ - also alles andere als ein normaler Betriebszustand und nur in einer Test / Beta Software - das soll man auch nicht vergessen

Suboptimal empfinde ich den Ansatz mancher Adapter nur dem User zu empfehlen States manuell zu löschen. Das ist eine Aktion die ein 'Standard-User' nicht manuell machen sollte - ist zumindest meine Ansicht.

Jedenfalls DANKE @xenon dass du der Gemeinschaft diesen Adapter zur Verfügung stellst, aktiv wartest und deine Zeit dafpr spendest.

[Xenon]

@mcm57 Danke dir. Vor der nächsten größeren Code Änderung spreche ich euch an und gehe es einmal durch. Ein Adapter mit 5,5k installs darf solche Fehler nicht haben, meine Meinung dazu.

Ich selber bin Programmierer für Industrie Roboter und Anlagen, JS ist Hobby. Ich gehe natürlich immer von der letzten stable aus, Was da aber noch an Versionen im Umlauf ist, weiß ich ja nicht. Daher denke ich wahrscheinlich nicht immer weit genug und dann kommt es zu solchen Fehlern.

Wie es dieses Mal gelaufen ist tut mir wirklich Leid und ich werde in Zukunft noch besser aufpassen...

Schönen Sonntag an alle

[cooper19888]

Vielleicht habt ihr ja ein Idee für mich.
Ich bekomme es nicht hin, dass der device.reminder etwas über alexa.2 sagt.

Wenn ich auf Test klicke kommt im Log vom iobroker folgendes:
[messageHandler - error] <TypeError: Cannot read properties of undefined (reading 'val')>

Zeigen tute ich auf
alexa2.0.Echo-Devices.G2A1B505149502QU.Commands.speak

Installiert habe ich alexa.2 auch die aktuellste Version von github.

Zur Info.
Telegram funktioniert