NEWS
Test Adapter device-reminder V 1.x
-
@bishop sagte in Test Adapter device-reminder V 1.x:
@xenon
perfekt, vielen Dank für die Rückmeldung.wird auch die Issue "Schwellwert Standby" mit einfließen?
Nein, das kommt mit dem nachfolgenden Update. Erst muss ich sicher sein, keine Bugs in der neuen Version zu haben, bevor Neuerungen kommen..
-
lange nichts gehört, tut mir Leid....
ich habe den Adapter quasi neu geschrieben, ich denke, dass ich das Update morgen veröffentlichen kann.
Ich habe lange dran gesessen, dass alle alten Daten übernommen werden und habe es ausgiebig auf meinen Systemen getestet.
Wichtig: whatsapp wird nun ebenfalls automatisch erkannt! Hier kann es vorkommen, dass die User einmalig neu zugeordnet werden müssen.Es wird in diesem Update keine neuen Funktionen geben, da ich erst wissen möchte, ob die Datenmigration funktioniert. Die Erweiterungen habe ich schon drin, nur nicht aktiv.
Ich werde es erstmal nur auf github veröffentlichen und wenige Leute testen lassen
Ihr hört morgen von mir
-
@xenon bin dabei! auch wenn ich keine zeit habe...
-
github dev-version - klick hier
Das ist die aktuelle alpha Version des updates [1.1.1-0]! Bitte per github installieren !
zu den Änderungen:
-
Werte werden nicht mehr alle 10 Sekunden gepollt, sondern nur bei Änderung (durch Trigger) aktualisiert. Trotzdem werden alle 10 Sekunden neue Berechnungen durchgeführt
-
es gibt einige neue Dps:
- Es wird nun immer die letzte Laufzeit angezeigt
- "runtime max": Hier kann man in Zukunft eine maximale Zeit eingeben nach der Warnungen ausgegeben werden (DP "alert runtime" wird dann ebenfalls true)
- "last operations": hier werden die letzten Durchgänge gespeichert (wahrscheinlich die letzten 10, Funktion noch nicht integriert!)
-
Der Admin wurde komplett überarbeitet: Es wird jetzt mit promise und await gewartet bis wirklich alle Daten geprüft wurden und erst dann wird die Tabelle erstellt (damit ist der telegram bug behoben)
-
Der "refresh button" entfällt, die Tabelle wird automatisch aktualisiert
-
whatsapp wird nun auch automatisch erstellt
-
wird ein device gelöscht, erkennt die Tabelle das nun automatisch
Ich hoffe ich habe nix vergessen
danke schon mal an die Tester
-
-
device-reminder.0 2021-04-13 22:17:15.220 info (27078) Device "Trockner" was successfully created device-reminder.0 2021-04-13 22:17:14.748 info (27078) Device "Waschmaschine" was successfully created device-reminder.0 2021-04-13 22:17:14.623 info (27078) starting. Version 1.1.1-0 in /opt/iobroker/node_modules/iobroker.device-reminder, node: v12.21.0, js-controller: 3.2.16 device-reminder.0 2021-04-13 22:17:10.701 info (27024) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason device-reminder.0 2021-04-13 22:17:10.701 info (27024) terminating device-reminder.0 2021-04-13 22:17:10.698 info (27024) Got terminate signal TERMINATE_YOURSELF device-reminder.0 2021-04-13 22:16:02.959 error (27024) [ERROR] {onReady}: "TypeError: Cannot read property 'final' of undefined" device-reminder.0 2021-04-13 22:16:02.930 info (27024) starting. Version 1.1.1-0 in /opt/iobroker/node_modules/iobroker.device-reminder, node: v12.21.0, js-controller: 3.2.16 device-reminder.0 2021-04-13 22:16:01.058 info (27004) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason device-reminder.0 2021-04-13 22:16:01.058 info (27004) terminating device-reminder.0 2021-04-13 22:16:01.057 info (27004) Got terminate signal TERMINATE_YOURSELF device-reminder.0 2021-04-13 22:15:46.428 error (27004) [ERROR] {onReady}: "TypeError: Cannot read property 'final' of undefined" device-reminder.0 2021-04-13 22:15:46.404 info (27004) starting. Version 1.1.1-0 in /opt/iobroker/node_modules/iobroker.device-reminder, node: v12.21.0, js-controller: 3.2.16 device-reminder.0 2021-04-13 22:15:40.893 info (19063) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason device-reminder.0 2021-04-13 22:15:40.893 info (19063) terminating device-reminder.0 2021-04-13 22:15:40.885 info (19063) Got terminate signal TERMINATE_YOURSELF
sieht gut aus...
-
@da_woody ich habs gefühlt 100x durchsimuliert, bin gerade echt erleichtert ! Danke dir
-
@xenon mut kann man nicht kaufen...
nur die harten dürfen in den garten!
bei dem wetter sowieso, leichtes schneetreiben... -
läuft, ich teste weiter.
-
-
@xenon jup, wie beim iQontrol...
-
neue version 1.1.1.-1 alpha online
-
@xenon is weg!
was ist denn das? vllt hilt das @s-bormann bei iQontrol. der bringt das auch nicht weg... -
@da_woody sagte in Test Adapter device-reminder V 1.x:
@xenon is weg!
was ist denn das? vllt hilt das @s-bormann bei iQontrol. der bringt das auch nicht weg...es kommt drauf an wie er die seite lädt
abhilfe bringt das aufrufen der function onChange(false); am ende des ladens der seite
bei jeder Änderung sollte dann ein onChange(true); (entweder per aufruf oder per binding an ein click-event) augeführt werden, damit die save buttons klickbar werden. Das kann bei vielen Buttons und Eingabefeldern recht tricky werden
-
@xenon werd ich ihm mal flüstern... dort nervts wirklich wenns du änderungen machst...
-
übrigens:
sollte das kommen
in der Telegram Instanz schauen ob man den Haken bei
gesetzt hat. Wenn ja, dann muss man auch den Username nehmen ! Das ist kein Fehler vom device-reminder ! -
@xenon sagte in Test Adapter device-reminder V 1.x:
@da_woody sagte in Test Adapter device-reminder V 1.x:
@xenon is weg!
was ist denn das? vllt hilt das @s-bormann bei iQontrol. der bringt das auch nicht weg...es kommt drauf an wie er die seite lädt
abhilfe bringt das aufrufen der function onChange(false); am ende des ladens der seite
bei jeder Änderung sollte dann ein onChange(true); (entweder per aufruf oder per binding an ein click-event) augeführt werden, damit die save buttons klickbar werden. Das kann bei vielen Buttons und Eingabefeldern recht tricky werden
Hi,
das onChange(false) rufe ich an Ende des Ladens auf (also bei iQontrol meine ich). Und auch das onChange(true) wird korrekt bei jeder Änderung aufgerufen. Trotzdem kommt meistens (nicht immer!) diese nervige Fehlermeldung beim Speichern. Es betrifft einige Adapter, nicht nur iQontrol, deshalb denke ich, dass es ein ioBroker-Problem ist.Ich vermute irgendeine Zeitüberschreitung oder so was, wenn größere Datenmengen gespeichert werden. Die iQontrol-Konfig ist ja recht umfangreich. Aber genau weiß ich es nicht.
Wenn Du mehr weißt, kannst Du mir gerne schreiben, der Bug nervt nämlich ziemlich
Danke und VG!
-
@s-bormann fein!
bei mir kommt der fehler jedesmal... wenn man viel kleine änderungen macht und kontollieren will, is das unsäglich...
aber mal schauen... -
@s-bormann kannst du nicht jedes mal wenn onChange ausgeführt wird mal ne log ausgabe machen? Das es ein bug ist denke ich eher nicht. Ich glaube eher, dass du es an irgendeinem event hängen hast... ich habe da auch etwas gebraucht bis es funktioniert hat
und mit async und await müsste man das auf jeden fall in den griff bekommen können, wenn du denkst, dass es an längeren ladezeiten liegen könnte
-
@xenon sagte in Test Adapter device-reminder V 1.x:
@s-bormann kannst du nicht jedes mal wenn onChange ausgeführt wird mal ne log ausgabe machen? Das es ein bug ist denke ich eher nicht. Ich glaube eher, dass du es an irgendeinem event hängen hast... ich habe da auch etwas gebraucht bis es funktioniert hat
und mit async und await müsste man das auf jeden fall in den griff bekommen können, wenn du denkst, dass es an längeren ladezeiten liegen könnte
Hi,
ich habe jetzt mal den Tip mit der Log-Ausgabe gemacht. Kann keine Auffälligkeiten feststellen:
Vor der gelben Linie habe ich ein Textfeld geändert. onChange(true) wird aufgerufen (neue Log-Ausgabe). Dann kommt noch 2 x change / Unknown event: change von adminConfig.js. Danach habe ich auf speichern geklickt. Es kommt die gelbe Fehlermeldung und dieses nochange / Unknown event: nochange - und dann die nervige Messagebox...
Mit async und await weiß ich auch nicht genau, wie ich arbeiten soll, denn das Speichern wird ja von ioBroker selbst übernommen.
Freu mich auf jeden Fall über jeden Input, der mir helfen könnte!
Danke und VG!
-
@xenon sauber. Bin dabei... Wird gerade installiert