Test Adapter device-reminder V 3.x

[wolfi913]

@xenon
Bezüglich der bereits mehrfach beschriebenen ausbleibenden Ausschaltmeldung (entweder über Alexa, Pushover etc.) ist mir etwas aufgefallen, dass möglicherweise bei der Fehlersuche helfen könnte.
Ich bekomme Endemeldungen soweit das jeweilige Gerät noch einen Standby-Verbrauch (>1 W) hat. Bei Geräten die nach Beendigung keinen oder sehr geringen Verbrauch (< 1 W) mehr verursachen wird keine Meldung erstellt.
Eingesetzte Version: v3.0.0

[bob der 1.]

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

@bob-der-1 , gute Fahrt. Ich teste immer mit einem Fön oder 3D-Drucker.

So....wieder da und Meldung der WaMa kommt über ein Gerät.Super spät ...also etwa 11min nach dem Ende des Programmes ruft der Echo durch.
Das war vorher nicht so lange,wie gesagt die Werte sind die gleichen wie vor dem Update auf 3.0.

Das mit dem Fön ist eine gute Idee.....

[ESP8266]

@bob-der-1 sagte in Test Adapter device-reminder V 3.x:

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

@bob-der-1 , gute Fahrt. Ich teste immer mit einem Fön oder 3D-Drucker.

So....wieder da und Meldung der WaMa kommt über ein Gerät.Super spät ...also etwa 11min nach dem Ende des Programmes ruft der Echo durch.

Auch mit dem Fön? Kann eigentlich nicht sein.
Es kommt auch gelegtlich dazu, das mein Tabet durchsagt und der Echo nicht. Dann mal wieder alle, mal der im Keller. Das liegt aber an Alexa und nicht am D-R. So ist es auch mit Temperaturen usw.

[bob der 1.]

@esp8266

Das mit dem FönTest mache ich ab Mo.
Da kann ich etwas basteln und sehen unter welchen Vorgaben was passiert bzw in welcher Zeit.

[bob der 1.]

@esp8266

Sodele

habe ein wenig Spielzeit und habe das mit dem Fön ausprobiert.

der Zeitverzug ist etwa 2 min, was akzeptabel ist und auch an meinen Pi4 liegen kann, der ist sehr wahrscheinlich am Limit.
Somit geht das schon mal in die richtige Richtung!

Was mich ein wenig nervt ist das nur ein Echo labert, klar könnte ich den dann auf Volumen 80-100 % stellen aber das wollte ich der Familie nicht zumuten.Der Echo 10 steht im Wohnzimmer und der würde dann alles zusammenbrüllen.

Eleganter wäre es, das wie bei Version 2.x des Adapters alles eingetragenen Echos die Meldung absetzen.

[ESP8266]

@bob-der-1 , oder so wie ich machen....der DEV ist ja noch dran. Entweder abwarten oder das wie ich schon schrieb.
2 Min sind schon heftig. Was für eine lahme Krücke nutzt du.

Bin gerade beim 3D-Drucken. Sobald bei mir die eingestellte Wert überschritten war, kam nach max 10-15 Sek die Ausgabe.

[bob der 1.]

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

@bob-der-1 , oder so wie ich machen....der DEV ist ja noch dran. Entweder abwarten oder das wie ich schon schrieb.

Klar deinen Umweg würde ich schon gerne gehen, nur hab ich halt immer im Hinterkopf das System nicht noch mehr zu belasten.Wird Zeit das der Weihnachtsmann nen Nuc vorbeibringt.

Mittlerweile hab ich so viele Pi´s am laufen da spare ich nichts mehr....:-)

[ESP8266]

@bob-der-1 , was soll denn da belasten? Das Script ist nur Aktiv solange die Ausgabe ist.
Manchmal frage ich mich. Nicht jedes Script ist belastend. Meine sind Hauptsächlich Aktiv wenn sie benötigt werden. Es werden doch keine Berechnungen durch geführt.
Das wäre belastend.
Ich bin mit meinem Pi 4 4GB ganz zufrieden. Ich liebäugle aber auf den P5 mit 8 GB.
Es läuft nur der. Der Pi 3+ ist nur zum drucken da.

Der Banana Pi M2U Berry ist für Experimente. Das war übrigens der 2. für ioboker. Vorher lief mal ein Pi 1 darüber. Ganz zum Anfang.

[bob der 1.]

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

@bob-der-1 , was soll denn da belasten? Das Script ist nur Aktiv solange die Ausgabe ist.
Manchmal frage ich mich. Nicht jedes Script ist belastend. Meine sind Hauptsächlich Aktiv wenn sie benötigt werden. Es werden doch keine Berechnungen durch geführt.
Das wäre belastend.
Ich bin mit meinem Pi 4 4GB ganz zufrieden. Ich liebäugle aber auf den P5 mit 8 GB.
Es läuft nur der. Der Pi 3+ ist nur zum drucken da.

Der Banana Pi M2U Berry ist für Experimente. Das war übrigens der 2. für ioboker. Vorher lief mal ein Pi 1 darüber. Ganz zum Anfang.

Stimmt auch wieder mit dem Script, muss nachher mal was zusammenbauen....ist ja nicht meins sowas zu basteln

bei mir rennt der Pi4 8 GB, hab mal nee Zeit versucht mit paar Freaks das hier zu lösen, warum der als so spakt.
Rausgekommen ist eigentlich nichts deffinitives, ausser das ich nen haufen krempel laufen habe

[ESP8266]

@bob-der-1, was ihr man alle habt, fall aber nicht vom glauben ab:
Teil 1:

Teil 2:

Teil 3:

Teil 4:

Teil 5:

Zähle mal durch. Das einzigste was ich gemacht habe, den swap auf 500 MB angehoben. Es läuft alles auf einer SSD und der Pi fluscht auf einem X64 Bookworm.

Wegen zu langsam hatte ich auch und lief mit angezogener Handbremse.
Ein init 1 in der Konsole hat geholfen. Vorher iob stoppen. Dann den Pi kurz vom Netz nehmen.
1Tag später das gleiche Problem. Aber jetzt endgültig gelöst. Ab Pi4 lässt sich die Taktfrequenz in der config.txt auf 1800MHz erhöhen. Das war für meinen zuviel. Durch Bauteiltoleranzen durchaus denkbar.
Jetzt läuft er schon Wochenlang auf 1700MHz und ist dabei schnell geblieben.
Falls du da nichts geändert hast, dann reicht das oben beschriebene und sollte wieder flitzen.
Wie sieht eigentlich deine Temperatur aus?
Meiner dümpelt zwischen 36 - 40 °C. Mit aktiven geregelten Lüfter und Gehäuse- Kühlkörper. Daran kann das Bremsen auch her kommen, wenn zu heiß.

Die Regelung mit einem Widerstand und Transistor ist in Schrumpfschlauch eingedampft und liegt in einen Hohlraum unter dem Kühlkörper. Gesteuert wird via Python Script.

Sorry für das OT.

[bob der 1.]

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

@bob-der-1, was ihr man alle habt, fall aber nicht vom glauben ab:
Teil 1:

Teil 2:

Teil 3:

Teil 4:

Teil 5:

Zähle mal durch. Das einzigste was ich gemacht habe, den swap auf 500 MB angehoben. Es läuft alles auf einer SSD und der Pi fluscht auf einem X64 Bookworm.

Wegen zu langsam hatte ich auch und lief mit angezogener Handbremse.
Ein init 1 in der Konsole hat geholfen. Vorher iob stoppen. Dann den Pi kurz vom Netz nehmen.
1Tag später das gleiche Problem. Aber jetzt endgültig gelöst. Ab Pi4 lässt sich die Taktfrequenz in der config.txt auf 1800MHz erhöhen. Das war für meinen zuviel. Durch Bauteiltoleranzen durchaus denkbar.
Jetzt läuft er schon Wochenlang auf 1700MHz und ist dabei schnell geblieben.
Falls du da nichts geändert hast, dann reicht das oben beschriebene und sollte wieder flitzen.
Wie sieht eigentlich deine Temperatur aus?
Meiner dümpelt zwischen 36 - 40 °C. Mit aktiven geregelten Lüfter und Gehäuse- Kühlkörper. Daran kann das Bremsen auch her kommen, wenn zu heiß.

Die Regelung mit einem Widerstand und Transistor ist in Schrumpfschlauch eingedampft und liegt in einen Hohlraum unter dem Kühlkörper. Gesteuert wird via Python Script.

Sorry für das OT.

Um denen die eventuell das gleiche haben mit ihrem Pi hier das OT Thema mal zum nachlesen mit der Lösung die mir @ESP8266 gezeigt hat

https://forum.iobroker.net/topic/67502/rpi-4-update-auf/109

[flotux]

Nach dem Austausch der ZigBee Plugs (NOUS A1Z statt Blitzwolf BW-SHP15) funktioniert die Leistungsmessung bei mir wieder. Mit der neuen device-reminder Version 3.0 funktioniert bei meiner Spülmaschine auch die Benachrichtigung über Telegram, wenn der Spülvorgang gestartet und gestoppt wird. Soweit so gut.

Mit meiner Waschmaschine besteht allerdings das Problem, dass je nach Waschprogramm device-reminder zwischendurch fälschlicherweise erkennt, dass der Waschvorgang beendet sei und dann anschließend auch einen erneuten Waschvorgang erkennt, obwohl es sich immer noch um den ersten handelt.
Könnte man so etwas durch benutzerdefinierte Gerätetypen in den Griff bekommen?

[ESP8266]

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

Könnte man so etwas durch benutzerdefinierte Gerätetypen in den Griff bekommen?

Ausprobieren!

[TurBion]

Hi,
was habt ihr denn bei der Waschmaschine im schwellenwert Ende bei euch eingetragen?
Ich hatte bei meiner alten Waschmaschine 9 Watt, da hat es gut funktioniert mit dem ausschalten.
Jetzt habe ich eine neue Maschine gekauft und in Betrieb genommen, da ist die Maschine ausgegangen obwohl noch zeit übrig war.

[ESP8266]

@turbion , ich nutze die Vorgaben.
Ausser für den 3D-Drucker.

[Xenon]

auf github liegt eine neue 3.0.1 Version, ich hoffe die erschlägt alle bekannten Bugs

[Xenon]

Die 3.0.1 liegt auf NPM, auf github liegt mittlerweile eine 3.0.2-beta

[Xenon]

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

@xenon
Bezüglich der bereits mehrfach beschriebenen ausbleibenden Ausschaltmeldung (entweder über Alexa, Pushover etc.) ist mir etwas aufgefallen, dass möglicherweise bei der Fehlersuche helfen könnte.
Ich bekomme Endemeldungen soweit das jeweilige Gerät noch einen Standby-Verbrauch (>1 W) hat. Bei Geräten die nach Beendigung keinen oder sehr geringen Verbrauch (< 1 W) mehr verursachen wird keine Meldung erstellt.
Eingesetzte Version: v3.0.0

Besteht das Problem mit den neuen Versionen immer noch?

[wolfi913]

@xenon
Bin leider wegen beruflichem Jahresendstress erst gestern Nachmittag zum Test gekommen.
Hab die v3.0.2-beta installiert.
Leider kommen bei meiner Waschmaschine weiterhin nur die Beginn-Benachrichtigungen. Nach dem Ende kommt weder über Pushover noch über Alexa eine Benachrichtigung.
Im Datenpunkt 'last operations' steht der Waschvorgang vollständig drin
...{"start":"05.01.2024 14:43:24","end":"05.01.2024 16:18:55","runtime":"01:35:20"}

[ChristianSr]

ich bekomme beim Adapter-Update folgende Fehlermeldung:

Was ist der JS-Controller und wie update ich den?