NEWS
Test Adapter device-reminder V 1.x
-
Noch nicht Online? Alte Version wurde deinstalliert.
$ ./iobroker url "https://github.com/Xenon-s/ioBroker.device-reminder.git" install https://github.com/Xenon-s/ioBroker.device-reminder/tarball/4d712732e500427a112a796078f994c143a4575e NPM version: 6.14.8 npm install https://github.com/Xenon-s/ioBroker.device-reminder/tarball/4d712732e500427a112a796078f994c143a4575e --loglevel error (System call) npm ERR! Invalid version: "1.0 beta" npm ERR! A complete log of this run can be found in:npm ERR! C:\Program Files\iobroker\Test\env\npm-cache\_logs\2021-01-05T17_39_58_737Z-debug.log ERROR: host.Medion(Test) Cannot install https://github.com/Xenon-s/ioBroker.device-reminder/tarball/4d712732e500427a112a796078f994c143a4575e: 1 ERROR: process exited with code 25
-
@sigi234 seh ich auch grad. Bin dabei, hab wohl irgendwo eine Versionsnummer vergessen
-
@sigi234 Dem muß ich mich anschließen
$ ./iobroker url "https://github.com/Xenon-s/ioBroker.device-reminder" install https://github.com/Xenon-s/ioBroker.device-reminder/tarball/b65eb76cac4bf43a2d4dd423559b32c6b331d782 NPM version: 6.11.3 npm install https://github.com/Xenon-s/ioBroker.device-reminder/tarball/b65eb76cac4bf43a2d4dd423559b32c6b331d782 --loglevel error (System call) npm ERR! Invalid version: "1.0beta" npm ERR! A complete log of this run can be found in:npm ERR! C:\Program Files\iobroker\ioBrMain026\env\npm-cache\_logs\2021-01-05T17_44_35_750Z-debug.log ERROR: host.DESKTOP-I0NST55X(ioBrMain2) Cannot install https://github.com/Xenon-s/ioBroker.device-reminder/tarball/b65eb76cac4bf43a2d4dd423559b32c6b331d782: 1 ERROR: process exited with code 25
Hier schnurrt ioBroker unter Windows.
-
@klassisch irgendwas ist beim hochladen auf github schief gelaufen, aktuell nicht von github installieren!
-
Hinweis: Der Intervall eurer Messsteckdose sollte nicht größer 10 Sekunden eingestellt sein, um Falschmeldungen vorzubeugen. Messwerte werden automatisch alle 10 Sekunden vom Adapter abgerufen
Damit sind dann aber alle FritzDECT Steckdosen aus der Erkennung durch deinen Adapter raus, weil die sich nicht updaten lassen was den Sendeintervall betrifft und - wenn ich das richtig beobachtet habe - sich nur alle 5 Minuten aktualisieren.
-
so, fehler bei github gefunden! Jetzt sollte es funktionieren
er hat noch teilweise veraltete bilder in der readme, das behebe ich morgen
-
@JB_Sullivan sagte in Test Adapter device-reminder V 1.x:
Hinweis: Der Intervall eurer Messsteckdose sollte nicht größer 10 Sekunden eingestellt sein, um Falschmeldungen vorzubeugen. Messwerte werden automatisch alle 10 Sekunden vom Adapter abgerufen
Damit sind dann aber alle FritzDECT Steckdosen aus der Erkennung durch deinen Adapter raus, weil die sich nicht updaten lassen was den Sendeintervall betrifft und - wenn ich das richtig beobachtet habe - sich nur alle 5 Minuten aktualisieren.
das kann ich leider nicht ändern. Das solche Messsteckdosen für so ein Vorhaben dann ungeeignet sind, sollte jedem klar sein. Wie soll man etwas erkennen, wenn es nur alle 5 minuten sendet? Außerdem war das in der 0.x Version auch schon so
-
@Xenon said in Test Adapter device-reminder V 1.x:
Aktuelle Test Version 1.0.1 Veröffentlichungsdatum 05.01.2020 Github Link https://github.com/Xenon-s/ioBroker.device-reminder ACHTUNG wer von einer Version kleiner 1.0 kommt und Probleme mit dem Adapter hat, sollte zwingend den Adapter zuerst deinstallieren und dann neu installieren!
Hab die Version 0.7.4 installiert welche stabil und zuverlässig läuft mit Waschmaschine und Trockner.
Kann ich dort einfach drüber installieren?Und bleiben alle Datenpunkte gleich? Hab einige in eigenen Scripten in gebrauch.
-
@David-G es ist ein Testadapter. Es können aktuell unerwartete Fehler auftreten. Wenn du sicher gehen willst, warte lieber ab bis der Adapter in der stable zu finden ist. Die Datenpunkte bleiben gleich
-
Okay, werde ich machen.
Vermisse aktuell auch nichts und alles klappt.Mal eine ganz a dere Frage.
Wenn ich einen Adapter von git installiert habe, und er irgendwann stabile ist, schlägt mir der iobroker dann automatisch das Update vor?Bei der Installation habe ich ihn ja nicht direkt über iobroker installiert.
-
@David-G wenn sich zur github Version nichts ändert bekommst du auch keine neue Version angezeigt
-
Wenn aber eine Änderung besteht dann schon?
Bei deinem Adapter zb wenn er ins stable repro kommt.
Wurden ja Dinge geändert seit der 0.x Version. -
@Xenon werde diese in den Tagen einmal installieren. Sieht auf jedenfall schon sehr vielversprechend aus.
Gruß André -
Installation hat funktioniert, konnte es konfigurieren und auch das Skript hat funktioniert. Auch der email-Versand und das Abschalten.
Und natürlich stolpert man dann auch gleich immer über Vorschläge und Wünsche. Und ich denke jetzt nicht an die Machbarkeit und Schwierigkeiten, die immer größer sind, als es sich so anhört und man sich das vorstellt. Ich rede jetzt nur aus Benutzersicht:- Es gibt zwei "Edit your device/type" Menues. Kann man die Menues in eines zusammenfassen und hat pro Gerät eben 2 Zeilen. Aber dann hätte man alles beieinander und immer im Blick. Ich habe mich z.B. gefragt, wo die Ein-und Ausschaltschwellen sind. Bis ich dann später das zweite Edit Menue gefunden habe. Die jetztigen Types wären dann nichts weiter als vorgefüllte templates, die bereits durch die Namensgebung zu einem eigenen device werden und vom Template entkoppelt weiter existieren. Denn letztliche hat man im Haushalt meist individuelle Geräte,
- Sehr hilfreich und beruhigend wäre ein live-"Durchleiten" der Meßwerte und des Schalterzustands. Dann sieht man rasch, ob man die richtige Shelly erwischt hat und kann auch mal grob die Leistung abschätzen.
- Und wenn man dann schon ein button symbol für den Schalter hat, wäre es prima, wenn es auch "leben" würde. kurz draufgedrückt und man siehr ob alles richtig verbunden ist.
- Für email wäre ein Testknopf hilfreich. So wie es der email-Adapter selbst auch hat. Auch damit kann man schnell testen, ob man es richtig eingerichtet hat. Denke, für andere Messanger wäre das auch hilfreich.
- Dann habe ich ein custom type mal umbenannt. Das funktioniert und das ist gut so. Aber es ist dadurch "oben" im "edit your device" verschwunden.
- Das Link-Kapitel hatte ich zuerst übersehen und mich gewundert, warum keine Mail verschickt wurde. Kann man das Linken nicht in das Device Menue legen? Dort wird ja auch der Datenpunkt für den Text definiert, dann hielte ich es auch naheliegend dort den gewünschten Messenger auszuwählen.
Wie gesagt, das klingt jetzt sicher sehr viel einfacher als es umzusetzen wäre. Und es kann natürlich auch sehr gut sein, daß ich die Themen auch nicht so richtig durchdringe und nicht so richtig einschätze.
Dann bin ich nicht ganz sicher, ob ich die Funktionsweise der Endeerkennung begriffen habe. Habe ich folgendes richtig verstanden?
- der Adapter pollt zyklische die Steckdosen
- wenn ein laufendes Gerät erkannt wird, dann wird die Anzahl der "Powerzyklen" gezählt und daraus der Ende-Zeitpunkt abgeleitet
-
@David-G sagte in Test Adapter device-reminder V 1.x:
Wenn aber eine Änderung besteht dann schon?
Bei deinem Adapter zb wenn er ins stable repro kommt.
Wurden ja Dinge geändert seit der 0.x Version.Dann ja. Bis die 1.x ins stable kommt wird es aber noch dauern
-
@klassisch komme die Tage auf dich zurück
-
@Xenon Guten Morgen, habe den Adapter einmal installiert. Auch einmal ohne die alte Instanz zu löschen (zum testen)
Sieht alles gut aus. Das einzige was ich nur noch einmal anklicken musste, war bei "Link your Devices" die Switch off Funktionen der genutzten Geräte neu anzuhaken. Schauen wir einmal, ob das alles war. Ich werde berichten.Danke für diesen geilen Adapter !!!!
Gruß André
-
@Xenon mut kann man nicht kaufen. hab auch einfach drüber getackert, sieht alles gut aus. mal guggen bei der nächsten aktion...
-
@klassisch sagte in Test Adapter device-reminder V 1.x:
- Es gibt zwei "Edit your device/type" Menues. Kann man die Menues in eines zusammenfassen und hat pro Gerät eben 2 Zeilen. Aber dann hätte man alles beieinander und immer im Blick. Ich habe mich z.B. gefragt, wo die Ein-und Ausschaltschwellen sind. Bis ich dann später das zweite Edit Menue gefunden habe. Die jetztigen Types wären dann nichts weiter als vorgefüllte templates, die bereits durch die Namensgebung zu einem eigenen device werden und vom Template entkoppelt weiter existieren. Denn letztliche hat man im Haushalt meist individuelle Geräte,
das war im alten Adapter auch so, habe es deshalb erstmal so übernommen. Das hat den Grund, dass ich keine neuen Tabellenfunktionen erstellen will, damit man mehrere Zeilen aufmal erstellen kann. Ich denke, da kann man mit leben
- Sehr hilfreich und beruhigend wäre ein live-"Durchleiten" der Meßwerte und des Schalterzustands. Dann sieht man rasch, ob man die richtige Shelly erwischt hat und kann auch mal grob die Leistung abschätzen.
Die Live-Werte bringen dir nichts, da die Werte für den Adapter berechnet werden. Der aktuelle Live-Verbrauch wird alle 10 Sekunden aktualisiert. Der Adapter soll nicht unnötig Ressourcen ziehen.
- Und wenn man dann schon ein button symbol für den Schalter hat, wäre es prima, wenn es auch "leben" würde. kurz draufgedrückt und man siehr ob alles richtig verbunden ist.
Der "Check-Button" prüft, ob der Datenpunkt tatsächlich existiert. Eventuell baue ich noch Abfragen ein, ob der State auch valide ist
- Für email wäre ein Testknopf hilfreich. So wie es der email-Adapter selbst auch hat. Auch damit kann man schnell testen, ob man es richtig eingerichtet hat. Denke, für andere Messanger wäre das auch hilfreich.
Hilfreich ja, aber irgendwo muss ich dem User auch eigene Verantwortung geben. Der Programmieraufwand wird enorm, wenn ich jeden noch so kleinen Fehler im Keim ersticken soll.
- Dann habe ich ein custom type mal umbenannt. Das funktioniert und das ist gut so. Aber es ist dadurch "oben" im "edit your device" verschwunden.
Ja ist mir bekannt. Liegt daran, dass die Tabelle aktuell nur beim reload der Seite aktualisiert wird. Habe ich auf dem Zettel
- Das Link-Kapitel hatte ich zuerst übersehen und mich gewundert, warum keine Mail verschickt wurde. Kann man das Linken nicht in das Device Menue legen? Dort wird ja auch der Datenpunkt für den Text definiert, dann hielte ich es auch naheliegend dort den gewünschten Messenger auszuwählen.
Auch das habe ich aus der ersten Version so übernommen. Der Hintergrund ist, dass man zuerst einmal alles erstellen soll, was auch tatsächlich benötigt wird. Im Anschluss wird dann das vorhandene miteinander verknüpft. Ich denke, dass ist so am Übersichtlichsten und auch am User-freundlichsten
Dann bin ich nicht ganz sicher, ob ich die Funktionsweise der Endeerkennung begriffen habe. Habe ich folgendes richtig verstanden?
- der Adapter pollt zyklische die Steckdosen
- wenn ein laufendes Gerät erkannt wird, dann wird die Anzahl der "Powerzyklen" gezählt und daraus der Ende-Zeitpunkt abgeleitet
Eine Beispiel-Rechnung findest du in der readme
Danke dir für dein ausführliches Feedback. Es ist vielleicht auch wenig meiner fehlenden Freizeit geschuldet, dass manches vielleicht nicht "ganz so User freundlich" ist, aber bei über 2000 Installationen gehe ich davon aus, dass ich die Grundstruktur vom Vorgänger so gut wie möglich erhalten sollte
-
Es gibt ein issue, dass pushover nicht funktioniert. Kann das jemand zusätzlich bestätigen? Ich selber nutze kein Pushover, hab es daher blind integriert und bin auf eure Infos angewiesen