Test Adapter device-reminder V 3.x

bob der 1.

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?

Duffy

@christiansr

Wenn du in deinem iob auf Hosts klickst sollte dir ein Update angeboten werden. Dort drauf klicken dort sind dann die notwendigen Befehle hinterlegt.

mcm1957

@christiansr

Was ist der js-controller
Kurz geagt: Der js-controller ist die grzndlegende Basissoftware des ioBroker Systems. Dieser steuert alle anderen Adapter.

Bitte VOR dem Update des js-controller diesen Thread beachten und das erste Posting sorgfältig durchlesen.
https://forum.iobroker.net/topic/68290/js-controller-5-0-x-jetzt-für-alle-user-im-stable

Einige Adapter benötigen ggF ein Update.

Und gangz wichtig:
Setll sicher, dass du ein BACKUP hast.

ChristianSr

Danke für die Tipps. Werde ich mir mal alles ansehen. Vor allem auch recht grundsätzlich....
Ich hatte die Docker-Installation als Blackbox installiert und nun muss ich mich doch ein bisschen mit dem Betriebssystem auseinander setzen.

mcm1957

@christiansr said in Test Adapter device-reminder V 3.x:

Danke für die Tipps. Werde ich mir mal alles ansehen. Vor allem auch recht grundsätzlich....
Ich hatte die Docker-Installation als Blackbox installiert und nun muss ich mich doch ein bisschen mit dem Betriebssystem auseinander setzen.

Wenn du DOCKER User bist, frag / schau dich hier im Forum nochmal um. Es gibt - soweit ich weiß - ein neues Docker Image mit js-controller5. Ich habe aber null Docker Erfahrung und kann nicht sagen ob ein Update im existierenden Docker oder die Verwendung des aktuellen Docker Images + Backup Einspielen besser wäre.

@Thomas-Braun
Kannst du da was empfehlen?

In jedem Fall ist das für diesen Thread schon recht OT. Bitte mach bei Bedarf dazu einen neuen Fragethread auf

NEWS

Test Adapter device-reminder V 3.x

Support us

378

32.4k

81.4k

1.3m