Support-Thread Modul 36_Shelly.pm

[caldir65]

kann es sein, daß die neue Version irgendwo in Sachen set- oder toggle-Steuerung umgestrickt wurde?

Ja, das stimmt.
Welchen Befehl sendet denn FUIP?
Bitte den Schaltvorgang mit verbose=5 loggen und hier posten.

Moin,

das Problem kommt jedenfalls aus den Änderungen - mit der letzten Version von PAH vom April funktioniert es ... Ich habe einmal versucht, ein umfangreicheres Log zu erhalten, aber hisher habe ich nur dies alles erhalten:

Fhem-Log mit Verbose 5 für diesen Shelly

Code Auswählen Erweitern

2023.11.11 16:17:07.537 5: [Shelly_Set] calling for device ShellyPlugS_Buero_3dPrinter with command ? (without value)
2023.11.11 16:17:07.541 5: [Shelly_Set] calling for device ShellyPlugS_Buero_3dPrinter with command ? (without value)
2023.11.11 16:17:07.733 5: [Shelly_Set] calling for device ShellyPlugS_Buero_3dPrinter with command ? (without value)
2023.11.11 16:17:07.734 5: [Shelly_Set] calling for device ShellyPlugS_Buero_3dPrinter with command ? (without value)
2023.11.11 16:17:07.735 5: [Shelly_Get] ShellyPlugS_Buero_3dPrinter: unknown argument ?, choose one of config model:noArg registers:noArg shelly_status:noArg status:noArg version:noArg
2023.11.11 16:17:07.983 5: [Shelly_Set] calling for device ShellyPlugS_Buero_3dPrinter with command ? (without value)
2023.11.11 16:17:07.987 5: [Shelly_Set] calling for device ShellyPlugS_Buero_3dPrinter with command ? (without value)
Erwartet das Modul evtl. immer auch einen Kanal als Angabe? Also in der Art

Code Auswählen Erweitern

set ShellyPlugS_Buero_3dPrinter on 0
Gruß, Christoph

[Starkstrombastler]

das Problem kommt jedenfalls aus den Änderungen - mit der letzten Version von PAH vom April funktioniert es

seit der von dir genannten Version hat sich zwar sehr viel im Modul getan, aber die Funktion set ... on ist unverändert.

Erwartet das Modul evtl. immer auch einen Kanal als Angabe?

Die Kanalangabe ist nur bei mehrkanaligen Geräten erforderlich, sofer defchannel nicht gesetzt ist.
Beim ShellyPlugS ist die Kanalangabe nicht erforderlich, schadet aber auch nicht.

Bitte wie folgt vorgehen:

Aktualisiere auf die letzte Modul-Version (vom 12.11.)

Probiere mal aus die Device-Definition zu erneuern (mittels DEF).

Lässt sich der Shelly über die FHEM Deviceansicht steuern?
Und über die FHEM-Command-Zeile?
Und FIUP?

Poste die Devicedaten mittels Copy for forum.fhem.de

Löse eine Schaltung aus und logge dies mit verbose=4. In der Log-Zeile "[Shelly_Set] calling for device ..." wird der übergebene Befehl und die Parameter ausgegeben.

[grappa24]

So ähnlich haben bisher nur Einsteiger gefragt, ohne MQTT Erfahrung.

na ja, ist jetzt mein 10. Shelly, den ich per MQTT einbinde, nur dass es der erste GEN2 war; das ShellyPlus_1pm Template funktioniert beim PlusPlugS.
Und ja, das Shelly-Modul läuft bei mir auch.

[caldir65]

das Problem kommt jedenfalls aus den Änderungen - mit der letzten Version von PAH vom April funktioniert es

seit der von dir genannten Version hat sich zwar sehr viel im Modul getan, aber die Funktion set ... on ist unverändert.

Erwartet das Modul evtl. immer auch einen Kanal als Angabe?

Die Kanalangabe ist nur bei mehrkanaligen Geräten erforderlich, sofer defchannel nicht gesetzt ist.
Beim ShellyPlugS ist die Kanalangabe nicht erforderlich, schadet aber auch nicht.

Bitte wie folgt vorgehen:

Aktualisiere auf die letzte Modul-Version (vom 12.11.)


Probiere mal aus die Device-Definition zu erneuern (mittels DEF).

Lässt sich der Shelly über die FHEM Deviceansicht steuern?
Und über die FHEM-Command-Zeile?
Und FIUP?

Poste die Devicedaten mittels Copy for forum.fhem.de

Löse eine Schaltung aus und logge dies mit verbose=4. In der Log-Zeile "[Shelly_Set] calling for device ..." wird der übergebene Befehl und die Parameter ausgegeben.

Moin,
Modul ist via Update aktualisiert
Hier einmal die Definition:

Code Auswählen Erweitern

define ShellyPlugS_Wohnzimmer_Sonos Shelly 192.168.1.170
attr ShellyPlugS_Wohnzimmer_Sonos DbLogExclude .*
attr ShellyPlugS_Wohnzimmer_Sonos ShellyName ShellyPlugS_Wohnzimmer_Sonos
attr ShellyPlugS_Wohnzimmer_Sonos alias ShellyPlugS Sonos Wohnzimmer
attr ShellyPlugS_Wohnzimmer_Sonos comment Zusammen mit der Logik "RebootSonosWZ_Doif" wird auch NDR2 gestartet"
attr ShellyPlugS_Wohnzimmer_Sonos event-on-change-reading state
attr ShellyPlugS_Wohnzimmer_Sonos icon sonos_play1
attr ShellyPlugS_Wohnzimmer_Sonos interval 43200
attr ShellyPlugS_Wohnzimmer_Sonos model shellyplug
attr ShellyPlugS_Wohnzimmer_Sonos room Wohnzimmer
attr ShellyPlugS_Wohnzimmer_Sonos shellyuser christoph
#   DEF        192.168.1.170
#   FUUID      62f11926-f33f-378b-3ef0-09bd20659b31289d
#   FVERSION   36_Shelly.pm:v5.7.0-s28150/2023-11-11
#   INTERVAL   43200
#   NAME       ShellyPlugS_Wohnzimmer_Sonos
#   NR         971
#   SHELLY     SHPLG-S
#   SHELLYID   B86885
#   STATE      off
#   TCPIP      192.168.1.170
#   TYPE       Shelly
#   eventCount 11
#   units      0
#   READINGS:
#     2020-03-13 17:59:07   cloud           disabled
#     2023-11-11 16:11:39   coiot           enabled
#     2023-11-11 16:11:39   coiot_period    15 sec
#     2023-11-12 18:28:13   energy          855.7
#     2023-09-14 15:22:07   firmware        v1.13.0(update needed to v1.14.0)
#     2023-11-12 20:22:45   inttemp         31.77
#     2023-11-11 15:56:24   network         <html>connected to <a href="http://192.168.1.170">192.168.1.170</a></html>
#     2023-11-09 10:29:27   network_disconnects 2
#     2023-11-12 20:28:06   network_rssi    -33
#     2023-11-12 17:05:21   network_ssid    Caldir.MacAran.2023
#     2023-11-11 16:11:39   network_threshold -70
#     2023-11-12 17:05:20   overpower       0
#     2023-11-12 20:28:44   power           0
#     2023-11-12 20:28:44   relay           off
#     2023-11-12 17:05:20   source          http
#     2023-11-12 20:28:44   state           off
#     2023-11-12 20:28:44   timer           0
#   helper:
#     a_Active_Power 0
#     b_Active_Power 0
#     c_Active_Power 0
#     power      0
#     powerCnt   1
#
setstate ShellyPlugS_Wohnzimmer_Sonos off
setstate ShellyPlugS_Wohnzimmer_Sonos 2020-03-13 17:59:07 cloud disabled
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-11 16:11:39 coiot enabled
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-11 16:11:39 coiot_period 15 sec
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-12 18:28:13 energy 855.7
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-09-14 15:22:07 firmware v1.13.0(update needed to v1.14.0)
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-12 20:22:45 inttemp 31.77
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-11 15:56:24 network <html>connected to <a href="http://192.168.1.170">192.168.1.170</a></html>
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-09 10:29:27 network_disconnects 2
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-12 20:28:06 network_rssi -33
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-12 17:05:21 network_ssid Caldir.MacAran.2023
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-11 16:11:39 network_threshold -70
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-12 17:05:20 overpower 0
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-12 20:28:44 power 0
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-12 20:28:44 relay off
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-12 17:05:20 source http
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-12 20:28:44 state off
setstate ShellyPlugS_Wohnzimmer_Sonos 2023-11-12 20:28:44 timer 0


Aus der Fhem-Oberfläche läßt sich das Device einwandfrei steuern, sowohl per Maus als auch per fhem-cmd-line. Nur FUIP mag nicht, auch nicht mit einem testweise neu definierten Device oder "devchannel 0"

Code Auswählen Erweitern

36_Shelly.pm 28150 2023-11-11 23:38:09Z Starkstrombastler

[Nobbynews]

Guten Morgen,

ich habe am Wochende mal wieder fhem aktualisiert.
Es sind immer mal wieder solche Warnungen im Log.

Code Auswählen Erweitern

2023.11.13 04:55:04 1: PERL WARNING: Use of uninitialized value $value in concatenation (.) or string at fhem.pl line 5169.
2023.11.13 04:55:04 1: stacktrace:
2023.11.13 04:55:04 1:     main::__ANON__                      called by fhem.pl (5169)
2023.11.13 04:55:04 1:     main::readingsBulkUpdate            called by ./FHEM/36_Shelly.pm (4700)
2023.11.13 04:55:04 1:     main::readingsBulkUpdateMonitored   called by ./FHEM/36_Shelly.pm (2903)
2023.11.13 04:55:04 1:     main::Shelly_proc1G                 called by ./FHEM/36_Shelly.pm (2501)
2023.11.13 04:55:04 1:     main::Shelly_status                 called by ./FHEM/36_Shelly.pm (2436)
2023.11.13 04:55:04 1:     main::__ANON__                      called by FHEM/HttpUtils.pm (755)
2023.11.13 04:55:04 1:     main::__ANON__                      called by fhem.pl (781)

Modulversion ist:

Code Auswählen Erweitern

FVERSION   36_Shelly.pm:v5.7.0-s28150/2023-11-11

[Nobbynews]

Guten Morgen,

mit der Überarbeitung des Moduls wurde

Code Auswählen Erweitern

attr <device> maxAgeeingeführt.
Welche Readings sind davon betroffen?
Ich werte z.b. die readings power und relay aus, um mir Mitteilungen über z.B. die fertige Waschemaschine zu generieren.
Die Wiederholungen konnte ich bisher zuverlässig über event-on-change verhindern.
Das Attribut haut aber dazwischen.
Kann man das selektiv auf readings eingrenzen? Ich habe nichts dazu gefunden.
Oder müsste man einfach setzen

Code Auswählen Erweitern

attr <device> maxAge 864000und hätte dann 10 Tage Ruhe?

Norbert

[caldir65]

Moin,

anscheinend ist auch mindestens ein anderes Modul bzw. die Interoperation betroffen - ich habe die FM

Code Auswählen Erweitern

2023.11.13 07:27:36.868 3: Home: error: Error: wrong channel '{Log' for device ShellyPlugS_FlurOG_LampeTreppe, must be <integer>im Zusammenhang mit Homemode gefunden. Der fragliche Shelly funktioniert aber via cli oder Weboberfläche ohne Probleme. In FUIP ist er nicht eingebunden.

Gruß, Christoph

[rz259]

Hallo zusammen,

aktuell verwende ich für meine Rolladensteuerung Homematic-Aktoren. Da diese immer wieder mal ausfallen und ich auch nicht weiß, ob HomeMatic Classic noch lange unterstützt wird, möchte ich zukünftig Shelly-Aktoren verwenden, konkret den ShellyPlus2PM. Ich habe schon mal den Shelly 2.5 getestet, das hat soweit ganz gut geklappt, aber ich möchte eigentlich den ShellyPlus2PM nutzen.

Leider kann ich diesen Aktor aber nicht als model in der GUI setzen, da gibt es zwar diverse andere, aber den ShellyPlus2PM halt nicht. Den Shelly 2.5 gibt es zwar, aber ich möchte ja den Nachfolger nutzen.

Ein Blick in die 36_Shelly.pm offenbart aber doch einige Stellen, an denen dieses Modell explizit erwähnt wird.

Mache ich da was falsch? Oder kann ich ein anderes Modell auswählen?

Vielen Dank für eure Hilfe,

Rudi

[RalfRog]

Hallo
Starkstrombastle rhatte im anderen Beitrag nach der aktualität deines Moduls gefragt.

Aktuell sehe ich in der Liste der Modelle auch  ==>  "model  shellyplus2pm". Beim Einbinden wird normalerweise das Modell automatishc erkannt.

Die Version ist aktuell: 36_Shelly.pm 28150 2023-11-11

Gruß Ralf

[rz259]

Sorry, hatte ich vergessen;-(

Ich habe heute FHEM aktualisiert, da ist alles ganz neu. Das Modul ist vom 11.11.2023.

Komisch - nach einem Neustart (shutdown restart) werden mir jetzt auch neue Modelle angezeigt, darunter auch das ShellyPlus2pm.

Vielen Dank fürs Nachfragen - keine Ahnung, warum es jetzt vorhanden ist, aber vorher (unmittelbar nach dem Update von FHEM) war es noch nicht da...

Rudi

[loetmeister]

Hallo,

noch mal eine Nachfrage zum Passwortschutz von gen2 Geräten. Wenn ich die Änderungshistorie richtig verfolgt habe, ist im Shelly Modul jetzt "admin" für gen2 als user voreingestellt? (https://svn.fhem.de/trac/changeset?reponame=&old=28142%40trunk%2Ffhem&new=28142%40trunk%2Ffhem#:~:text=if(!%24user)%7B-,1727,-my%20%24user%20%3D%20AttrVal)
Das hat bei meinem Plus PlugS (SNPL-00112EU) keine Veränderung gebracht. Mit Passwort kommt immer Timeout.

Wenn ich die Doku richtig verstehe, dann ist von HTTP Basic auth auf digest umgestellt worden (https://shelly-api-docs.shelly.cloud/gen2/General/Authentication/)
Ich schätze mal das würde noch weitere Anpassungen am Shelly Modul erfordern?

Gruß,
Thomas

[x86]

Es ist wahrscheinlich ausreichend, den im Shelly eingetragenen Namen als Reading anzuzeigen. Das werde ich in einer der nächsten Versionen vereinfachen.

Als Reading klingt gut. Wer es braucht, kann es dann auslesen, wer nicht, ignoriert es, aber es landet dann nicht automatisch immer in der fhem.cfg.

Auch für das Reading würde ich aber empfehlen, es nur dann zu aktualisieren, wenn es wirklich eine Antwort vom Shelly gegeben hat und, falls nicht (Shelly kurzzeitig nicht erreichbar...) es nur dann auf den "FHEM-Namen" zu setzen, wenn das Reading vorher noch NIE gelesen wurde bzw. nicht existiert.

Viele Grüße!

EDIT: Gerade gesehen, dass du es mit dem letzten Update umgesetzt hast. Sieht gut aus! Danke

[VB90]

Mahlzeit.

Hat von Euch jemand einen Plus1PM inkl Addon in Betrieb?
Ich habe einen neu hier, funzt soweit auch, allerdings sehe ich im FHEM die Temperaturen am Addon nicht.
Ich habe zwei Sensoren angeschlossen, im Shelly sehe ich sie auch mit Werten.

vb

[Starkstrombastler]

Hallo VB90,
ich glaube, bisher hat noch keiner danach gefragt:

Hat von Euch jemand einen Plus1PM inkl Addon in Betrieb?

Die gute Nachricht ist: ich habe hier einen PLUS-Addon auf dem Schreibtisch liegen - der wartet auch schon darauf integriert zu werden.

Also bitte noch etwas Geduld.

[VB90]

Na das gefällt mir doch, ich warte gern und wenn du Unterstützung bei testen brauchst, melde dich einfach.

Schonmal vorab, wenns erlaubt ist:
Per MQTT werden die Daten verschickt, ist aber nicht mein Anwendungsszenario.

Allgemein zum AddOn, ist weniger ein FHEM-Problem.
Die angezeigten Temperaturen sind um >10° zu hoch. klar könnte man da mit einem OffSet dagegen halten, ist aber in der Größenordnung nicht Sinn der Sache.
Zwei angeschlossene Sensoren liegen um ca 2° auseinander. Normalerweise ist die Abweichung untereinander deutlich geringer im Bereich von 0.x°

vb

edit:
manchmal stellt man sich selbst die Beine.
Ich hatte die ersten beiden Sensoren direkt an das AddOn geklemmt, also sehr nah dran.
Die Temperatur der Shelly-AddOn-Kombi ist überraschend hoch und führt um Umfeld zu Wärme.

Ein weiterer Sensor ca 15cm weg misst nun realistische Werte.