Test Adapter device-reminder V 3.x
-
Mir wird hier auch kein freier Sonntag gegönnt 😂
Spaß beiseite. Ich habe einen messageHandler in der neuen Version gebaut, der die Nachrichten verteilt. Es kann durchaus sein, dass der Fehler dadurch entsteht. Das gleiche gilt für den alexa Fehler.Mach bitte ein issue dazu auf, schaue ich mir dann mit der alexa Geschichte später zusammen an
-
Für den Fall das es oben überlesen wurde - kurze Frage am Rande, da auf GIT nicht beschrieben, was ist eine Benachrichtigung via MATRIX?
BtW: Bei mir funktioniert auch mit der 3.1.1 die Alexa Test Ausgabe nicht.
device-reminder.1 7508 2024-01-21 11:40:47.160 error [messageHandler - error] <TypeError: Cannot read properties of undefined (reading 'val')>@jb_sullivan sagte in Test Adapter device-reminder V 3.x:
Für den Fall das es oben überlesen wurde - kurze Frage am Rande, da auf GIT nicht beschrieben, was ist eine Benachrichtigung via MATRIX?
BtW: Bei mir funktioniert auch mit der 3.1.1 die Alexa Test Ausgabe nicht.
device-reminder.1 7508 2024-01-21 11:40:47.160 error [messageHandler - error] <TypeError: Cannot read properties of undefined (reading 'val')>War ein enhancement issue, keine Ahnung was das ist
-
Mir wird hier auch kein freier Sonntag gegönnt 😂
Spaß beiseite. Ich habe einen messageHandler in der neuen Version gebaut, der die Nachrichten verteilt. Es kann durchaus sein, dass der Fehler dadurch entsteht. Das gleiche gilt für den alexa Fehler.Mach bitte ein issue dazu auf, schaue ich mir dann mit der alexa Geschichte später zusammen an
-
mit der nächsten Version sollten die beiden Bugs weg sein
ich habe noch einen Button eingefügt, mit dem man das Anzeigen der Speicherbuttons erzwingen kann. Eigentlich blende ich diese nur ein, wenn der User seinen Inhalt geprüft hat. Allerdings scheint es immer mal wieder den Fall zu geben, dass die Buttons dann trotzdem nicht angezeigt werden
https://github.com/Xenon-s/ioBroker.device-reminder/issues/381
https://github.com/Xenon-s/ioBroker.device-reminder/issues/382Sollten weiterhin Probleme auftauchen oder andere Fragen sein, einfach melden
Schönen Tag ;)
wenn euch mein Beitrag geholfen hat, bewertet ihn bitte unten rechts :)
-
mit der nächsten Version sollten die beiden Bugs weg sein
ich habe noch einen Button eingefügt, mit dem man das Anzeigen der Speicherbuttons erzwingen kann. Eigentlich blende ich diese nur ein, wenn der User seinen Inhalt geprüft hat. Allerdings scheint es immer mal wieder den Fall zu geben, dass die Buttons dann trotzdem nicht angezeigt werden
https://github.com/Xenon-s/ioBroker.device-reminder/issues/381
https://github.com/Xenon-s/ioBroker.device-reminder/issues/382Sollten weiterhin Probleme auftauchen oder andere Fragen sein, einfach melden
Schönen Tag ;)
@xenon seltsamerweise war nach dem letzten Update in den Objekten der Trockner verschwunden. Waschmaschine noch vorhanden.
In den Einstellungen "verknüpfte Geräte" einmal Haken weg, wieder rein, speichern, waren die Objekte wieder da. -
mit der nächsten Version sollten die beiden Bugs weg sein
ich habe noch einen Button eingefügt, mit dem man das Anzeigen der Speicherbuttons erzwingen kann. Eigentlich blende ich diese nur ein, wenn der User seinen Inhalt geprüft hat. Allerdings scheint es immer mal wieder den Fall zu geben, dass die Buttons dann trotzdem nicht angezeigt werden
https://github.com/Xenon-s/ioBroker.device-reminder/issues/381
https://github.com/Xenon-s/ioBroker.device-reminder/issues/382Sollten weiterhin Probleme auftauchen oder andere Fragen sein, einfach melden
Schönen Tag ;)
-
@xenon seltsamerweise war nach dem letzten Update in den Objekten der Trockner verschwunden. Waschmaschine noch vorhanden.
In den Einstellungen "verknüpfte Geräte" einmal Haken weg, wieder rein, speichern, waren die Objekte wieder da.@da_woody sagte in Test Adapter device-reminder V 3.x:
@xenon seltsamerweise war nach dem letzten Update in den Objekten der Trockner verschwunden. Waschmaschine noch vorhanden.
In den Einstellungen "verknüpfte Geräte" einmal Haken weg, wieder rein, speichern, waren die Objekte wieder da.Ich habe dieses Mal extra ein Update von der 3.1.1 auf die neue 3.1.2 gemacht und ebenfalls eins von stable auf neuste latest. Mir ist nix aufgefallen, daher npm push
-
@guergen sagte in Test Adapter device-reminder V 3.x:
@xenon Haste das schon auf git zum testen?
auf git und npm
-
Hier auch der readme Eintrag zu dem Button, sollte man beachten ;)
-
Hier auch der readme Eintrag zu dem Button, sollte man beachten ;)
-
Dann kann ich mich ja jetzt wieder an die Erweiterungen setzen
Als nächstes wird es möglich sein Geräte anzulegen, die ihren aktuellen Status selber hergeben. Darauf wird der Adapter dann reagieren und man spart sich sämtliche Skripte für Benachrichtigungen, Laufzeitüberwachungen und andere Dinge, die zb auch für die VIS interessant sind
Ich denke, dass wird dem ganzen Ding nochmal einen Mehrwert geben
-
@xenon OK, Readme gelesen ;-)
Ich bekomme jetzt auch ohne Starttext eine Endmeldung.
Du scheinst es gefunden zu haben.
Danke!@guergen hmm, hat bei mir immer geklappt. Hatte am Anfang Starttext drinnen, aber bald raus geschmissen.
Keine Probleme. Alexa hat immer brav gemeldet.
Telegram und sonstiges brauch ich nicht. Vllt liegt's daran.gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@guergen hmm, hat bei mir immer geklappt. Hatte am Anfang Starttext drinnen, aber bald raus geschmissen.
Keine Probleme. Alexa hat immer brav gemeldet.
Telegram und sonstiges brauch ich nicht. Vllt liegt's daran.@da_woody sagte in Test Adapter device-reminder V 3.x:
@guergen hmm, hat bei mir immer geklappt. Hatte am Anfang Starttext drinnen, aber bald raus geschmissen.
Keine Probleme. Alexa hat immer brav gemeldet.
Telegram und sonstiges brauch ich nicht. Vllt liegt's daran.Nein, das war ein Bug im neu erstellen messageHandler()
-
Kann das jemand testen oder bestätigen? Ich nutze kein pushover, kann es nicht testen. Außerdem wurde an pushover seit Jahren nix mehr geändert. Also hat es entweder nie funktioniert oder es ist was anderes, was nicht an mir liegt
https://github.com/Xenon-s/ioBroker.device-reminder/issues/384
Habs übrigens geschlossen, weil keinerlei Infos dabei stehen
-
Kann das jemand testen oder bestätigen? Ich nutze kein pushover, kann es nicht testen. Außerdem wurde an pushover seit Jahren nix mehr geändert. Also hat es entweder nie funktioniert oder es ist was anderes, was nicht an mir liegt
https://github.com/Xenon-s/ioBroker.device-reminder/issues/384
Habs übrigens geschlossen, weil keinerlei Infos dabei stehen
@xenon
Bei mir läuft Pushover völlig problemlos. Hab eigentlich auch alle Versionen mitgenommen und keine Probleme gehabt. -
@xenon , Moin ich hätte gern meine 4 Alexa Geräte wieder zusammengefasst und erzählen lassen. Das geht nicht mehr. Weil der Pfad nicht Angleichbar ist bzw. ignoriert wird.
device-reminder.0 2024-01-24 11:23:33.061 error PathNew Error! [javascript.0.TOOLS.speak-volume] doesn't exists!Es wär schön, den anpassbar zu machen. So kann ich nur ein Gerät nutzen. Vorher ging das mal alles. Da wurde auch nicht nach der Volume gemeckert. Die Volume hatte ich dann in einem Script eingestellt. Was nutzt mir ein Gerät, das im Büro sabbelt und ich im Wohnzimmer sitze.
Oder ganz anders, eine Option das man mehrere Alexa Devices auswählen kann. Wäre einfacher. -
@xenon , Moin ich hätte gern meine 4 Alexa Geräte wieder zusammengefasst und erzählen lassen. Das geht nicht mehr. Weil der Pfad nicht Angleichbar ist bzw. ignoriert wird.
device-reminder.0 2024-01-24 11:23:33.061 error PathNew Error! [javascript.0.TOOLS.speak-volume] doesn't exists!Es wär schön, den anpassbar zu machen. So kann ich nur ein Gerät nutzen. Vorher ging das mal alles. Da wurde auch nicht nach der Volume gemeckert. Die Volume hatte ich dann in einem Script eingestellt. Was nutzt mir ein Gerät, das im Büro sabbelt und ich im Wohnzimmer sitze.
Oder ganz anders, eine Option das man mehrere Alexa Devices auswählen kann. Wäre einfacher. -
Mahlzeit zusammen,
Da der Adapter immer größer wurde und die Programmierung immer komplizierter und komplexer wird, muss ich einen Schlussstrich unter der aktuellen Version ziehen.
Das heißt, es werden nur noch absolute Notfälle behandelt, die den Adapter in seiner grundlegenden Funktion stören. Erweiterungen wird es nicht mehr geben.
Hintergrund ist wie schon öfter geschrieben, dass die admin GUI in HTML geschrieben ist. Das war zum damaligen Zeitpunkt der Stand der Dinge, mittlerweile ist es nunmal react und die jsonConfig UI.
Der Adapter wird von mir jetzt in mühseliger und zeitraubender Arbeit auf jsonConfig umgebaut. Im gleichen Zuge wird die Tabelle "Devices" verschwinden und diese wird in Zukunft dann wie bei sourceanalytix oder auch influx oder history, direkt am Objekt erstellt.
Das ganze ist natürlich ein breaking change, welchen ich ebenfalls dazu nutzen werde die Adapter eigenen Datanpunkte zu überarbeiten, da einige ein Leerzeichen enthalten.
Es wird Wochen dauern, bis ich eine Testfähige, neue Version präsentieren kann.
In react ist vieles möglich, was in HTML nur, auch selten nur, mit großen Umwegen realisiert werden kann. Ihr habt es selber gesehen, wie oft Daten in den Tabellen fehlen oder Telegram nicht funktioniert hat. Ich habe da schlicht keine Lust mehr drauf so zu arbeiten. Vom unentgeltlicheb verschwenden meiner Freizeit ganz abgejesen. Daher wird der Adapter neu erstellt, ich versuche Daten zu Migrieren, was aber nicht überall funktionieren wird. Aber eins gleich dabei: wird mir die Migration zu aufwendig, lasse ich es sein.
Ich hoffe, ihr versteht mich hier in diesem Thema und helft auch in Zukunft bei der Entwicklung und dem Testen der neuen Version
Freundliche Grüße
wenn euch mein Beitrag geholfen hat, bewertet ihn bitte unten rechts :)
-
Mahlzeit zusammen,
Da der Adapter immer größer wurde und die Programmierung immer komplizierter und komplexer wird, muss ich einen Schlussstrich unter der aktuellen Version ziehen.
Das heißt, es werden nur noch absolute Notfälle behandelt, die den Adapter in seiner grundlegenden Funktion stören. Erweiterungen wird es nicht mehr geben.
Hintergrund ist wie schon öfter geschrieben, dass die admin GUI in HTML geschrieben ist. Das war zum damaligen Zeitpunkt der Stand der Dinge, mittlerweile ist es nunmal react und die jsonConfig UI.
Der Adapter wird von mir jetzt in mühseliger und zeitraubender Arbeit auf jsonConfig umgebaut. Im gleichen Zuge wird die Tabelle "Devices" verschwinden und diese wird in Zukunft dann wie bei sourceanalytix oder auch influx oder history, direkt am Objekt erstellt.
Das ganze ist natürlich ein breaking change, welchen ich ebenfalls dazu nutzen werde die Adapter eigenen Datanpunkte zu überarbeiten, da einige ein Leerzeichen enthalten.
Es wird Wochen dauern, bis ich eine Testfähige, neue Version präsentieren kann.
In react ist vieles möglich, was in HTML nur, auch selten nur, mit großen Umwegen realisiert werden kann. Ihr habt es selber gesehen, wie oft Daten in den Tabellen fehlen oder Telegram nicht funktioniert hat. Ich habe da schlicht keine Lust mehr drauf so zu arbeiten. Vom unentgeltlicheb verschwenden meiner Freizeit ganz abgejesen. Daher wird der Adapter neu erstellt, ich versuche Daten zu Migrieren, was aber nicht überall funktionieren wird. Aber eins gleich dabei: wird mir die Migration zu aufwendig, lasse ich es sein.
Ich hoffe, ihr versteht mich hier in diesem Thema und helft auch in Zukunft bei der Entwicklung und dem Testen der neuen Version
Freundliche Grüße
Support us
571
Online32.7k
Users82.4k
Topics1.3m
Posts