Modul 36_Shelly.pm

Begonnen von Prof. Dr. Peter Henning, 15 November 2018, 10:24:39

Vorheriges Thema - Nächstes Thema

Prof. Dr. Peter Henning

ZitatUnterstützt das Modul schon die neuen Rgbw2 von Shelly?
Nein, wird aber kommen.

LG

pah

Bigsonic1

Zitat von: Prof. Dr. Peter Henning am 14 Februar 2019, 17:47:22
Nein, wird aber kommen.

LG

pah

Ok super, meine RGBW2 sind heute angekommen.  :D

onkel-tobi

Hi zusammen,

zunächst einmal vielen Dank an pah für das tolle Modul!
Ich habe ein paar Shelly1 und einen Shelly2, mit dem 2er habe ich einen Doppelschalter ersetzt.
Das mit den Channels funktioniert soweit auch, aber wenn man den Status / das Gerät bspw. via Alexa oder FTUI schalten möchte muss ich da ja eine 1zu1 Beziehung haben, wenn ich nicht auf dem Schlauch stehe.

Wie mache ich das dann am sinnvollsten? Ich hätte dazu 2 Ideen:
1. Ich binde den Shelly 2 mal als eigenes Gerät ein
2. Ich nutze für channel 1 einen Dummy

Oder wie würdet ihr das machen?

Danke, Gruß & noch einen schönen Sonntag,
Tobi

Prof. Dr. Peter Henning

So.
Zitat2. Ich nutze für channel 1 einen Dummy

Oder das Widget leicht modifizieren.

LG

pah

ulli

Seit letztem Wochenende funktioniert mein Shelly 2 nicht mehr. Wobei der 1er noch funktioniert.
Ich bekomme folgende Fehlermeldung
2019.02.18 20:22:38 5: [Shelly_status] Issue a non-blocking call to http://192.168.188.101:80/status
2019.02.18 20:22:42 1: [Shelly_status]  has error connect to http://192.168.188.101:80 timed out

Wobei der shelly2 über den Browser normal erreichbar ist.
Als Firmware habe ich auf  beiden
1.4.7-revertwifi

Prof. Dr. Peter Henning

Die Fehlermeldung ist doch eindeutig.

LG

pah

wk

ich habe auch eine Fehlermeldung, die für mich nicht eindeutig ist:

2019.02.19 18:04:37 1: [Shelly_updown] Issue a non-blocking call to http://<ip>:80/roller/0?go=to_pos&roller_pos=0
2019.02.19 18:04:38 1: [Shelly_meter] Issue a non-blocking call to http://<ip>:80/meter/0
2019.02.19 18:04:38 1: [Shelly_meter] has obtained data {"power":147.08,"is_valid":true,"timestamp":1550599479,"counters":[0.000, 0.000, 0.000],"total":0}
2019.02.19 18:04:38 1: PERL WARNING: Use of uninitialized value in numeric eq (==) at ./FHEM/36_Shelly.pm line 984.


Gesteuert wird der shelly über das ASC-Modul.

majestro84

Zitat von: majestro84 am 31 Januar 2019, 12:52:29
Hallo
Danke für den Tipp habe da natürlich auch zuerst dran gedacht, nur wurde mir auf der Weboberfläche des Shelly kein Update angeboten.
Jetzt habe ich den Shelly einmal neu gestartet und siehe da ein Update verfügbar.

Leider bleibt die Warnung im log für jeden meiner 4 Shelly 1 ein mal.
2019.01.31 12:48:12 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4684.
2019.01.31 12:48:12 1: stacktrace:
2019.01.31 12:48:12 1:     main::__ANON__                      called by fhem.pl (4684)
2019.01.31 12:48:12 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/36_Shelly.pm (650)
2019.01.31 12:48:12 1:     main::Shelly_status                 called by ./FHEM/36_Shelly.pm (604)
2019.01.31 12:48:12 1:     main::__ANON__                      called by FHEM/HttpUtils.pm (606)
2019.01.31 12:48:12 1:     main::__ANON__                      called by fhem.pl (734)
2019.01.31 12:48:12 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4684.
2019.01.31 12:48:12 1: stacktrace:
2019.01.31 12:48:12 1:     main::__ANON__                      called by fhem.pl (4684)
2019.01.31 12:48:12 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/36_Shelly.pm (650)
2019.01.31 12:48:12 1:     main::Shelly_status                 called by ./FHEM/36_Shelly.pm (604)
2019.01.31 12:48:12 1:     main::__ANON__                      called by FHEM/HttpUtils.pm (606)
2019.01.31 12:48:12 1:     main::__ANON__                      called by fhem.pl (734)
2019.01.31 12:48:12 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4684.
2019.01.31 12:48:12 1: stacktrace:
2019.01.31 12:48:12 1:     main::__ANON__                      called by fhem.pl (4684)
2019.01.31 12:48:12 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/36_Shelly.pm (650)
2019.01.31 12:48:12 1:     main::Shelly_status                 called by ./FHEM/36_Shelly.pm (604)
2019.01.31 12:48:12 1:     main::__ANON__                      called by FHEM/HttpUtils.pm (606)
2019.01.31 12:48:12 1:     main::__ANON__                      called by fhem.pl (734)
2019.01.31 12:48:12 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4684.
2019.01.31 12:48:12 1: stacktrace:
2019.01.31 12:48:12 1:     main::__ANON__                      called by fhem.pl (4684)
2019.01.31 12:48:12 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/36_Shelly.pm (650)
2019.01.31 12:48:12 1:     main::Shelly_status                 called by ./FHEM/36_Shelly.pm (604)
2019.01.31 12:48:12 1:     main::__ANON__                      called by FHEM/HttpUtils.pm (606)
2019.01.31 12:48:12 1:     main::__ANON__                      called by fhem.pl (734)


Hier noch einmal ein list vom Shelly
Internals:
   CHANGED   
   DEF        192.168.0.35
   DURATION   0
   FUUID      5c488521-f33f-e69a-9f66-04417c4d0fd0541d
   INTERVAL   60
   MOVING     stopped
   NAME       F_Licht_EG
   NR         413
   STATE      off
   TCPIP      192.168.0.35:80
   TYPE       Shelly
   READINGS:
     2018-12-05 12:02:50   cloud           disabled
     2018-12-05 13:05:01   config          default_state=last
     2019-01-31 12:36:27   firmware        v1.4.5
     2019-01-31 12:45:07   network         connected
     2019-01-31 08:47:11   relay           off
     2019-01-31 12:45:12   state           off
Attributes:
   icon       hue_filled_gu10_par16
   model      shelly1
   room       Flur


Gruß Alex

Hallo

Die Warnung besteht weiterhin gibt es dafür eine Lösung?

Gruß Alex
Server: Fujitsu ESPRIMO Q920 - aktuellen FHEM-Docker Image:Z-Wave (RollerShutter,DoorWindow,Socket,PIR,....) | ENIGMA2 | EGPM2LAN | BLE-Tag(PRESENCE) | HUE | alexa-fhem | Shelly | MQTT2
1.Pi-Zero:Viessmann(optolink) mit 89_VCONTROL300.pm
2.Pi3 Dongle Server: Zigbee2MQTT(CC1352P-2), Z-Wave(UZB1), BT

Prof. Dr. Peter Henning

Ja: FHEM nicht so oft neu starten...

Ernsthaft: Ich habe im Moment zu viel um die Ohren, als dass ich mich um eine triviale Warnungsmeldung beim Systemstart kümmern könnte.

LG

pah

majestro84

Zitat von: Prof. Dr. Peter Henning am 21 Februar 2019, 12:34:25
Ja: FHEM nicht so oft neu starten...

Ernsthaft: Ich habe im Moment zu viel um die Ohren, als dass ich mich um eine triviale Warnungsmeldung beim Systemstart kümmern könnte.

LG

pah
Guten Morgen

Ich habe nur nachgefragt, da es seit meiner ersten Nachfrage zwei Modul Updates gab, es hätte ja gut sein können das in diesem Bereich was geändert wurde, nur halt ohne Erfolg. ( Ich habe mir jetzt nicht persönlich den Code angeguckt.)
In diesem Sinne Entschuldigung das ich noch einmal gefragt habe. Kann ja keiner riechen das der Modulator im Moment viel um die Ohren hat.

Ich gehe dann mal davon aus das die Warnung ignoriert werden kann und keine weiteren Einflüsse hat auf das laufende System.
Es tritt ja nicht nur bei Systemstart auf sondern bei jeder Abfrage.

Aber gut ich werde die Meldung einfach überlesen.

Gruß Alex
Server: Fujitsu ESPRIMO Q920 - aktuellen FHEM-Docker Image:Z-Wave (RollerShutter,DoorWindow,Socket,PIR,....) | ENIGMA2 | EGPM2LAN | BLE-Tag(PRESENCE) | HUE | alexa-fhem | Shelly | MQTT2
1.Pi-Zero:Viessmann(optolink) mit 89_VCONTROL300.pm
2.Pi3 Dongle Server: Zigbee2MQTT(CC1352P-2), Z-Wave(UZB1), BT

TWART016

Zitat von: Prof. Dr. Peter Henning am 14 Februar 2019, 17:47:22
Nein, wird aber kommen.

LG

pah
Ist schon bekannt, wann der RGBW2 unterstützt wird?

Prof. Dr. Peter Henning

Klar. Dann, wenn ich Zeit dafür habe.

LG

pah

Prof. Dr. Peter Henning

OK, habe die Erweiterung des Moduls 36_Shelly.pm auf den Shelly RGBW2 begonnen. Wer will freiwillig testen ?

LG

pah

Bigsonic1

Ich würde gerne testen.  :D

TWART016