Test Adapter device-reminder V 1.x
-
@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 abgerufenDamit 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
-
@Xenon sagte in Test Adapter device-reminder V 1.x:
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
Ja eben getestet. Bei mir geht es auch nicht.......
-
@gelberlemmy kannst du unter Objekte mal die Expertenansicht aktivieren? Dann unter System.adater.device-reminder rechts auf den Stift klicken und mir die Objekte aus der RAW ab "native" schicken?
-
@Xenon sagte in Test Adapter device-reminder V 1.x:
@gelberlemmy kannst du unter Objekte mal die Expertenansicht aktivieren? Dann unter System.adater.device-reminder rechts auf den Stift klicken und mir die Objekte aus der RAW ab "native" schicken?
Schau einmal in Discord. Habe ich Dir gesendet
-
@Xenon sagte in Test Adapter device-reminder V 1.x:
bei über 2000 Installationen gehe ich davon aus, dass ich die Grundstruktur vom Vorgänger so gut wie möglich erhalten sollte
Respekt und Gratulation! Ein voller Erfolg innerhalb so kurzer Zeit!
Das spricht Bände! Freut mich!Es ist vielleicht auch wenig meiner fehlenden Freizeit geschuldet, dass manches vielleicht nicht "ganz so User freundlich" ist
Ja, klar, muß alles nebenher laufen und bei den Usern kommt der Appetit beim Essen. Aber kochen müssen die Anwender halt nicht... Und jede scheinbare Kleinigkeit muß gut überlegt, vorsichtig implementiert sowie sorgfältig getestet werden. Das kostet alles Kraft und (Frei-)Zeit, die woanders abgeht.
Aber es muß ja nicht alles immer hic et nunc sein.Eine Beispiel-Rechnung findest du in der readme
Danke, ich hatte es erst mal ohne readme versucht. Hätte auch nicht erwartet, daß die Doku schon einen so guten Stand hat. Auch dafür mein Kompliment.
Aber jetzt denke ich ich es verstanden zu haben. Eine Art retriggerbares Monoflop, dessen Zeitkonstante n * polling distance ist.
Ich nutze bei meinen alten Sktipt-Implementierungen auch retriggerbare Monoflops, aber getriggert durch die Änderungen der Meßdosen dafür aber nicht gepollt. Hat alles pres and cons.Der "Check-Button" prüft, ob der Datenpunkt tatsächlich existiert. Eventuell baue ich noch Abfragen ein, ob der State auch valide ist
Ja den Check button habe ich erfreut wahrgenommen und getestet. Und an diesem Punkt würde ich doch etwas insistieren und die Frage in die Runde werfen, ob es hilfreich wäre, zumindest beim Drücken des Buttons sofort den Wert und Schaltzustand einzulesen und anzuzeigen.
Ansonsten halte ich mich kleinlaut zurück, denn die hohe Anzahl zufriedener User spricht eine deutlich vernehmbare Sprache.
-
@klassisch ich schaue mir das mal an mit der Anzeige nach der Prüfung. Je nach Aufwand entscheide ich dann. Am besten ein issue öffnen in dem die Vorschläge kurz zusammengefasst sind. Dann wird nix vergessen und da kann man besser mit Milestones arbeiten
-
@Xenon Wollte gerade anfangen issue zu eröffnen. Da fällt mir noch was ein, was ich zuerst noch fragen wollte:
Würde es Sinn machen, neben der Eingabe der Multiplier für das Monoflop auch gleich das Ergebnis in Sekunden anzuzeigen? Denn das ist es ja, was den user wirklich interessiert und das was er auch an seinen Gerät messen bzw. aus History ablesen kann. Und wieder ein Grund weniger die Doku zu befragen, was immer eine gute Sache ist.
