39_CoIoT - Modul zur Interpretation der Multicast-Updates von Shellys

Begonnen von gvzdus, 02 Januar 2021, 12:44:16

Vorheriges Thema - Nächstes Thema

gvzdus

Moin,

@Joachim: Ich stimme mich noch mit pah ab, um auch den ShellyBulb und ShellyDuo zum Laufen zu kriegen.
@pah: Man kann noch nicht den shellybulb als Modell im Modul auswählen!

Vorschlag Joachim: Warte mal eine gemeinsame Version Shelly + ShellyMonitor ab :-) Wir versuchen, was Abgestimmtes einzubringen, wobei ShellyMonitor dabei von Shelly abhängt. Z.B. das neue "generic" übernehme ich wiederum im ShellyMonitor.

Prof. Dr. Peter Henning


MadMax-FHEM

D.h. jetzt warte ich noch auf die ShellyMonitor!?

Ich bastel einfach einstweilen an anderen "Baustellen" rum... :)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

gvzdus

ZitatD.h. jetzt warte ich noch auf die ShellyMonitor!?

Nix warten, hier ist:

MadMax-FHEM

FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Prof. Dr. Peter Henning


gvzdus

Meinerseits gerne heute Abend! Deine kann m.E. auf jeden Fall rein!

gvzdus

Ich habe jetzt auch commited. Ja, noch mal alles gelesen (überlesen?). Ist allerdings mein erster SVN-Commit zu FHEM - vielleicht Mecker besser gleich per PMail...

gvzdus

Thread zum Modul ist jetzt auch angelegt:
https://forum.fhem.de/index.php/topic,117805.0.html

Joachim, Du hast nur noch wenige Stunden, den größten Schaden zu verhindern, bevor das Modul morgen in die Updates geht!

MadMax-FHEM

Zitat von: gvzdus am 16 Januar 2021, 14:21:17
Thread zum Modul ist jetzt auch angelegt:
https://forum.fhem.de/index.php/topic,117805.0.html

Joachim, Du hast nur noch wenige Stunden, den größten Schaden zu verhindern, bevor das Modul morgen in die Updates geht!

Du setzt mich ja ganz schön unter Druck...

Also das Shelly muss ich manuell vom Repo holen und das ShellyMonitor von "hier" oder auch schon oben (liest sich so)...

Und theoretisch doch Zeit bis morgen früh!? ;)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

gvzdus

Beide Module sollten hier im Thread identisch mit dem sein, was jetzt im SVN ist.
Bis auf die Tatsache, dass ich meine geschwätzige Summary auf 80 Zeichen kürzen musste.

MadMax-FHEM

FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Prof. Dr. Peter Henning


MadMax-FHEM

FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

MadMax-FHEM

#89
So hab ein wenig "rumgetestet!...
autocreate aktiv (war jetzt nicht mehr sicher, dachte: besser mal "einschalten" ;)  ).


Hier mal mein "Mitschrieb" und ein paar Bildanhänge:

Ich hatte ja noch von früheren Tests Devices in der Liste.
Da war die Frage: Löschen von Listeneinträgen?
Ich hab dann einfach mal den ShellyMonitor gelöscht und neu angelegt...
Wollte ja eh "sauber" anfangen...

EDIT: wäre auch gegangen, indem ich die vorhandenen Devices gelöscht hätte (wobei: eigentliich hatte ich das / evtl. noch mit der "alten" Version des ShellyMonitors!?)...
(hat ja "später" funktioniert)

Dann den ersten Shelly (Shelly1) in Betrieb genommen.

Dann (nat.) die IP im DHCP angepasst und neu gestartet (also den Shelly).
Nach dem Ändern der IP-Adresse:
1x Device mit alter IP
1x Device mit neuer IP

in der Liste (siehe Screenshot)...

Create beim Device mit alter IP -> Device wird angelegt (aber geht nat. in Fehler).
In der Liste sind beide Devices mit demselben Link "versehen" (klar) und nat. keine Möglichkeit mehr einen Namen zu vergeben...

Log:

2021.01.16 16:52:08 1: AutoCreate called for IP 192.168.1.146, ip2devices=1
2021.01.16 16:52:08 4: Modified ip2device-cache on event: DEFINED shelly_1_98f4abf2883b
2021.01.16 16:52:09 5: Received data from 192.168.1.160
2021.01.16 16:52:09 5: 192.168.1.160: in cache, devices=shelly_1_98f4abf2883b (size=1)
2021.01.16 16:52:09 5: URI: /cit/s, global_devid = SHSW-1#98F4ABF2883B#2, validity=3840, serial=3
2021.01.16 16:52:09 1: Assigning device HASH(0x5b5bf80) SHELLYID 98F4ABF2883B
2021.01.16 16:52:09 5: Found device shelly_1_98f4abf2883b, model shelly1
2021.01.16 16:52:09 5: cfgChanged = 2
2021.01.16 16:52:09 5: output_0 = 0
2021.01.16 16:52:09 5: input_0 = 0
2021.01.16 16:52:09 5: inputEvent_0 =
2021.01.16 16:52:09 5: inputEventCnt_0 = 0
2021.01.16 16:52:12 1: [Shelly_status]  has error connect to http://192.168.1.146:80 timed out
2021.01.16 16:52:24 5: Received data from 192.168.1.160
2021.01.16 16:52:24 5: 192.168.1.160: in cache, devices=shelly_1_98f4abf2883b (size=1)
2021.01.16 16:52:24 5: URI: /cit/s, global_devid = SHSW-1#98F4ABF2883B#2, validity=3840, serial=3
2021.01.16 16:52:24 5: Found device shelly_1_98f4abf2883b, model shelly1
2021.01.16 16:52:24 5: cfgChanged = 2
2021.01.16 16:52:24 5: output_0 = 0
2021.01.16 16:52:24 5: input_0 = 0
2021.01.16 16:52:24 5: inputEvent_0 =
2021.01.16 16:52:24 5: inputEventCnt_0 = 0
2021.01.16 16:52:39 5: Received data from 192.168.1.160
2021.01.16 16:52:39 5: 192.168.1.160: in cache, devices=shelly_1_98f4abf2883b (size=1)
2021.01.16 16:52:39 5: URI: /cit/s, global_devid = SHSW-1#98F4ABF2883B#2, validity=3840, serial=3
2021.01.16 16:52:39 5: Found device shelly_1_98f4abf2883b, model shelly1
2021.01.16 16:52:39 5: cfgChanged = 2
2021.01.16 16:52:39 5: output_0 = 0
2021.01.16 16:52:39 5: input_0 = 0
2021.01.16 16:52:39 5: inputEvent_0 =
2021.01.16 16:52:39 5: inputEventCnt_0 = 0
2021.01.16 16:52:54 5: Received data from 192.168.1.160
2021.01.16 16:52:54 5: 192.168.1.160: in cache, devices=shelly_1_98f4abf2883b (size=1)
2021.01.16 16:52:54 5: URI: /cit/s, global_devid = SHSW-1#98F4ABF2883B#2, validity=3840, serial=3
2021.01.16 16:52:54 5: Found device shelly_1_98f4abf2883b, model shelly1
2021.01.16 16:52:54 5: cfgChanged = 2
2021.01.16 16:52:54 5: output_0 = 0
2021.01.16 16:52:54 5: input_0 = 0
2021.01.16 16:52:54 5: inputEvent_0 =
2021.01.16 16:52:54 5: inputEventCnt_0 = 0


list des "fehlerhaften" Shelly:

Internals:
   CFGFN     
   DEF        192.168.1.146
   DURATION   0
   FUUID      60030ba8-f33f-19f1-dd02-9133f86bcceb4535
   INTERVAL   600
   NAME       shelly_1_98f4abf2883b
   NR         509
   SHELLYID   98F4ABF2883B
   STATE      Error
   TCPIP      192.168.1.146
   TYPE       Shelly
   READINGS:
     2021-01-16 16:52:12   network         not connected
     2021-01-16 16:52:09   relay           off
     2021-01-16 16:52:12   state           Error
Attributes:
   interval   600
   model      shelly1



"Fehlerhaftes" Shelly-Device gelöscht.
Tabelle stimmt wieder, also nur noch das eine Device mit der neuen IP.

Name geändert und Create -> Device wird angelegt. (Leider KEIN room / gut es ist ja über den ShellyMonitor-Link in der Tabelle einfach zu finden)


-------------------------------------------------------------------------

Dann Shelly 1L ins Netzwerk.
ID/Name in der Liste "eigenartig" (siehe ScreenShot).

Log:

2021.01.16 17:07:13 5: Received data from 192.168.1.138
2021.01.16 17:07:13 5: 192.168.1.138: in cache, devices=_84cca8adf59e (size=1)
2021.01.16 17:07:13 5: URI: /cit/s, global_devid = SHSW-L#84CCA8ADF59E#2, validity=3840, serial=2
2021.01.16 17:07:13 5: cfgChanged = 1
2021.01.16 17:07:13 5: output_0 = 0
2021.01.16 17:07:13 5: input_0 = 0
2021.01.16 17:07:13 5: inputEvent_0 =
2021.01.16 17:07:13 5: inputEventCnt_0 = 0
2021.01.16 17:07:13 5: input_1 = 0
2021.01.16 17:07:13 5: inputEvent_1 =
2021.01.16 17:07:13 5: inputEventCnt_1 = 0
2021.01.16 17:07:13 5: deviceTemp = 33.08
2021.01.16 17:07:13 5: deviceTemp = 91.55
2021.01.16 17:07:13 5: overtemp = 0



IP-Adresse geändert

Log:

2021.01.16 17:10:49 5: Received data from 192.168.1.161
2021.01.16 17:10:49 5: 192.168.1.161: in cache, devices=_84cca8adf59e (size=1)
2021.01.16 17:10:49 5: URI: /cit/s, global_devid = SHSW-L#84CCA8ADF59E#2, validity=3840, serial=2
2021.01.16 17:10:49 5: cfgChanged = 1
2021.01.16 17:10:49 5: output_0 = 0
2021.01.16 17:10:49 5: input_0 = 0
2021.01.16 17:10:49 5: inputEvent_0 =
2021.01.16 17:10:49 5: inputEventCnt_0 = 0
2021.01.16 17:10:49 5: input_1 = 0
2021.01.16 17:10:49 5: inputEvent_1 =
2021.01.16 17:10:49 5: inputEventCnt_1 = 0
2021.01.16 17:10:49 5: deviceTemp = 35.08
2021.01.16 17:10:49 5: deviceTemp = 95.15
2021.01.16 17:10:49 5: overtemp = 0



Device mit alter IP -> Create
"Selbes" Device mit neuer IP -> Create:

Log:

2021.01.16 17:13:22 1: AutoCreate called for IP 192.168.1.161, ip2devices=1
2021.01.16 17:13:22 1: AutoCreating shelly_1l returned shelly_1l already defined, delete it first


Ja, korrekt... ;)

Dann Device mit alter IP gelöscht.
Eintrag in Tabelle korrekt (bis auf "komischer" vorgeschlagener Name)...

-> Create angelegt ok.

EDIT: die IPs 160 / 161 sind die, die ich "dann" haben will/wollte...

Muss jetzt leider wieder ein paar andere Sachen machen.

@pah: gibt es etwas, dass ich bzgl. Shelly-Modul testen kann/soll?

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)