Entwicklungs-Thread Modul 36_Shelly.pm

[Starkstrombastler]

bei mir spamt die Shelly 0-10V Dimmer den sytemlog voll, wenn er nachts ausgechatet ist.
Hintergrund: Die 0-10V dimmer können nicht komplett abschalten, deshalb muss man dann den Strom abschalten. dadurch enstehen nachts hunderte Fehlermeldungen:

Was ist der Hintergrund, warum schaltest du dem Shelly die Stromversorgung weg? Reicht es nicht, die Steuerspannung für den Ausgang auszuschalten?

Du könntest natürlich das Polling vorher ausschalten, dann laufen auch keine Anfragen mehr ins Nirwana:  set <shelly> interval 0
und zurück mit  set <shelly> interval -1
Oder du setzt den verbose level des Devices auf 1 (oder 0).

Jeder der Probleme mit seinem Netzwerk hat, wird wohl froh sein, wenn ein vorübergehend "verloren" gegangener Shelly sich alsbald wieder meldet. Von daher ist das Beibehalten des Polling schon sinnvoll.
Auch ein Unterdrücken von wiederholten Meldungen hat seine Tücken, weil die ursprüngliche Meldung weit nach hinten rutscht und dann nicht mehr so sichtbar ist.
Aber vielleicht gibt es ja irgendwo brauchbare Vorbilder für eine solche Situation...

[gamauf]

Nach langer Ankündiung kommt hier die Beta-2 Version des Shelly-Moduls zum TESTEN.
...

Bin jetzt aus dem Urlaub zurück und hab die neue Version (danke dafür) eingespielt.
Habe jetzt neu die readings "energy_purchased" und "energy_returned".
Werde jetzt ein par Tage vergehen lassen müssen, bis ausreichend Werte protokolliert wurden.
Danke,
Rainer

[caldir65]

Shelly Plus Addon: humidity, input und voltmeter wurden ergänzt
...
Ich bitte um Rückmeldungen, insbesondere auch dann wenn es keine Komplikationen gibt, denn das ist der angestrebte Zustand!

Moin,

sorry, hab's verschwitzt - humidity ist jetzt da (humidity_0) und hat auch einen plausiblen Wert.
Danke

Gruß
Christoph

[Starkstrombastler]

Die neue Version 6.00 des Shelly Moduls ist ab dem 15.08.24 via regulärem Update verfügbar.

Zusammenfassung der wichtigsten Änderungen/Ergänzungen seit Version 5.21.1:

• Neuorganisation der HTTP-Kommunikation (insbesonder bei Gen2-Devices): nächste Anfrage wird erst bei Abschluss der vorhergehenden Anfrage gestartet, reduzierte Anzahl zyklischer Timer
• Verbesserung des Verhaltens von Dimmern und Leuchten
• Unterstützung DNS-Namen in der Definition, anstatt IP-Adresse
• Unterstützung Effekte bei RGBW2
• Unterstützung 'humidity', 'input', 'voltmweter' bei Shelly Plus Addon
• Unterstützung RangeExtender: Erweiterung Definition für gekoppelte Geräte, gekoppelte Geräte werden in Readings dargestellt; bei Non-FHEM Geräten wird 'no definiton' ausgegeben
• Unterstützung SetExtensions
• Unterstützung Readings 'energy_returned' und 'energy_purchased'  für Plus/Pro-Devices mit Leistungsmessung (PM)
• Unterstützung Reading 'timer' für Shelly4Pro (Gen1)
• Neu: Bei Geräten ohne Internetzugang wird im Reading 'firmware' ein Hinweis auf mögliches Firmware-Update ausgegeben
• Neu: Befehl  'set ... config ap_enable|ap_disable'  zur Kontrolle des Access-Points (nur Gen2)
• Neu: Durch Setzten des Attributs 'timeout' werden Readings mit den Response-Zeiten der HTTP-NonBlocking-Kommunikation angelegt (Max-Wert | letzter Wert); Readings werden mit 'set ... clear responsetimes' zurückgesetzt, durch Löschen des Attributes werden die Readings entfernt (timeout ist dann wieder auf Default-Wert=4sec)
• Neu:  Mit Attribut 'interval_power' wird ein zusätzlicher Timer für den Abruf der Leistungswerte in kurzen Intervallen (min. 1sec) angelegt, nur ShellyPro3EM
• Änderung:  ShellyPlusUni:  Readingname Analog Input
• Änderung:  dimmbare Geräte/Kanäle können mit Befehl 'set ... pct 0' ausgeschaltet werden 
• Änderung:  Wenn interval=0 gesetzt, wird state auf 'disabled' gesetzt
• Änderung:  Reading 'timestamp' entfällt
• Änderung:  Reading 'network_threshold' ist jetzt 'network_wifi_roaming', kann auch den Wert 'disabled' annehmen
• Änderung:  Reading 'errors' ist jetzt 'error_EM', nur ShellyPro3EM
• Änderung:  Internal 'SHELLY' ist jetzt Reading 'model_ID', neue Readings 'model_family', 'model_function', 'model_name'
• Änderung:  Befehl 'set ... reset ...' ist jetzt 'set ... clear ...'
• neue Geräte: ShellyPlus0-10VDimmer, ShellyProDimmer, ShellyPlusUni, Gen3-Devices, u.a.

Falls jemand Notifies oder andere Strukturen auf die geänderten Readings angelegt hat, möge er dies bitte ändern.

Die Befehlsreferenz (deutsche Fassung) ist entsprechend angepasst.

Die in diesem Thread hinterlegten Test-Versionen werden demnächst entfernt, da nicht mehr relevant.

Ich danke allen Testern und wünsche allen Nutzern des Shelly-Moduls viel Erfolg mit der verbesserten Version.

[derdon23]

Hi, vielen Dank für das Modul. Ich hab es schon eine Weile mit unterschiedlichen Shelly devices im Einsatz.

Unter anderem mit einem Pro3EM.
Dieser ist aufgrund des Einbaus im Zählerschrank leider WLAN mäßig grenzwertig unterwegs, funktionierte aber bisher problemlos.

Nach dem letzten Update verbleibt der pro3EM aber im STATE
Error: Network und es werden keine Verbrauchswerte mehr ausgelesen.

Das Gerät ist aber im WLAN problemlos erreichbar und witzigerweise werden auch 3 Werte (inttemp, WLAN rssi und uptime) kontinuierlich aktualisiert.

Kann ich irgendwas unternehmen um das zu beheben?

[VB90]

hat der Pro3 eventuell eine neue/andere IP bekommen?
Ich hatte das anfangs, bin dann dazu übergegangen, allen Shelly feste IP einzutragen.

Probleme mit dem Netzwerk habe ich auch öfter bei einer entfernten Installation.
Dort hilft bislang nur ein (wiederholter) Neustart des Shelly. Bei fest installieren Geräten nicht immer ganz einfach machbar.

vb

[Starkstrombastler]

Nach dem letzten Update verbleibt der pro3EM aber im STATE
Error: Network und es werden keine Verbrauchswerte mehr ausgelesen.

Das Gerät ist aber im WLAN problemlos erreichbar und witzigerweise werden auch 3 Werte (inttemp, WLAN rssi und uptime) kontinuierlich aktualisiert.

Ich habe tatsächlich in meiner Testumgebung den gleichen Effekt, ohne dass ich das bemerkt habe. Ursache ist der letzte Bug-Fix (use Sub::Util), der mit dem morgigen Update auf Modul-Version 6.00.4 zurückgenommen wird. Der ursprüngliche Anlass wird auf andere Weise gelöst.

Die Funktion subname wird also nicht mehr genutzt:

"Undefined subroutine &Sub::Util::subname called at ./FHEM/36_Shelly.pm line 6466."

hat der Pro3 eventuell eine neue/andere IP bekommen?
Ich hatte das anfangs, bin dann dazu übergegangen, allen Shelly feste IP einzutragen.

Statt fester IP können die Shellies auch mit ihrem DNS-Namen definiert werden, siehe CommandRef.

[derdon23]

Super, Dankeschön.
Ich hab das Update installiert und melde mich, falls ich den Fehler nochmals sehen sollte.