shelly duo bulb gen3 über mqtt schalten

Begonnen von the ratman, 04 September 2026, 16:51:43

Vorheriges Thema - Nächstes Thema

Guybrush

ich hab den shelly blu support und erweiterung der shelly befehle nun in dev eingecheckt. du kannst das jetzt updaten und gerne testen

the ratman

#106
ich hab mal upgedatet, ohne grad viel zeit zu haben. rennen tut mal alles, fehler gabs beim restart von fhem:
2026.09.15 10:03:26 1: PERL WARNING: Prototype mismatch: sub main::decode_json ($) vs none at /usr/lib/x86_64-linux-gnu/perl-base/Exporter.pm line 63, <$fh> line 2808.
diese fehler kommt jetzt übrigens nach jedem restart von fhem.
mein bekannter meint dazu, das in 3 modulen von fhem  3 verschiedene json module verwendet werden, aber alle 3 die gleiche funktion "decode_json" aufrufen.
er meint, das wird nicht lange gut gehen ...
→do↑p!dnʇs↓shit←

Beta-User

Zu decode_json() ein paar Anmerkungen (ohne den Code dieses Moduls angesehen zu haben):
- es unterstellt impliziert utf8. Gut, wenn sich der json auch an die spec hält. Tut er nur manchmal nicht. Imo sollte man besser json->new->decode() verwenden.
- einpacken in ein block eval ist ein muss, falls noch nicht implementiert.

Insgesamt wäre zu überlegen, ob man das ganze nicht in ein package überführt.

Und wie manche Module versuchen, bestimmte json-libs in main zu ziehen, wäre allgemein überdenkenswert.
Server: HP-elitedesk@Debian 13, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Guybrush

danke für den hinweis. das ist noch ein altes relikt, was ich scheinbar aus tippfaulheit verwendet hab. ist in der neuen dev version korrigiert.

the ratman

flott ...

2026.09.15 11:52:17 1: update finished, "shutdown restart" is needed to activate the changes.
2026.09.15 11:52:21 0: Server shutdown
2026.09.15 11:52:22 1: Including fhem.cfg
2026.09.15 11:52:23 1: Including ./log/fhem.save
2026.09.15 11:52:26 0: Featurelevel: 6.4
2026.09.15 11:52:26 0: Server started with 158 defined entities (fhem.pl:31607/2026-08-29 perl:5.040001 os:linux user:fhem pid:1630)
fhem spricht wieder fehlerfrei - thx
wenn ich mal direkt an der anlage bin, dann schalt ich dein modul wieder ein und schau, was so passiert ...
→do↑p!dnʇs↓shit←

the ratman

#110
also ein 2. mal ... weil den ersten beitrag hat mir das forum nicht schreiben wollen:

neue birne einbinden wollen. ergebnis:
ein 2. mqtt server, eine nicht funzende neue birne, eine verschwunden alte birne.
backup fhem.cfg zurück, alles geht wieder zum glück.

was muss ich nun bitte genau tun, waas muß ich abschalten, einschalten, tun oder lassen, damit meine neue birne mit ct und pct geht, und alles alte in ruhe gelassen wird?

die mqttdiscovery versuche ich im anschluß einzutragen, bevor wieder alles verschwindet

auch das (Copy for forum.fhem.de) geht leider nicht wegen forumsrestriktionen
dann zumindest folgende conflicts:
bthomedevice_200_event,bthomedevice_200_idx,bthomedevice_200_channel,bthomedevice_200_ts,bthomedevice_201_event,bthomedevice_201_idx,bthomedevice_201_channel,bthomedevice_201_ts,bthomedevice_202_event,bthomedevice_202_idx,bthomedevice_202_channel,bthomedevice_202_ts,bthomedevice_203_event,bthomedevice_203_idx,bthomedevice_203_channel,bthomedevice_203_ts,bthomedevice_204_event,bthomedevice_204_idx,bthomedevice_204_channel,bthomedevice_204_ts,bthomesensor_200_event,bthomesensor_200_idx,bthomesensor_200_channel,bthomesensor_200_ts,bthomesensor_201_event,bthomesensor_201_idx,bthomesensor_201_channel,bthomesensor_201_ts,bthomesensor_202_event,bthomesensor_202_idx,bthomesensor_202_channel,bthomesensor_202_ts,bthomesensor_203_event,bthomesensor_203_idx,bthomesensor_203_channel,bthomesensor_203_ts,bthomesensor_204_event,bthomesensor_204_idx,bthomesensor_204_channel,bthomesensor_204_ts,bthomesensor_205_event,bthomesensor_205_idx,bthomesensor_205_channel,bthomesensor_205_ts,bthomesensor_206_event,bthomesensor_206_idx,bthomesensor_206_channel,bthomesensor_206_ts,bthomesensor_207_event,bthomesensor_207_idx,bthomesensor_207_channel,bthomesensor_207_ts,bthomesensor_208_event,bthomesensor_208_idx,bthomesensor_208_channel,bthomesensor_208_ts,bthomesensor_209_event,bthomesensor_209_idx,bthomesensor_209_channel,bthomesensor_209_ts,bthomesensor_210_event,bthomesensor_210_idx,bthomesensor_210_channel,bthomesensor_210_ts,bthomesensor_211_event,bthomesensor_211_idx,bthomesensor_211_channel,bthomesensor_211_ts,sys_uptime,wifi_rssiund lastWarningTopic
mqtt2_discovery/mqttDiscovery/shelly/8cb4fef0195f727a/status/rpc
gut, das ganze halt zip gepackt, vielleicht hilfts ja:
→do↑p!dnʇs↓shit←

Guybrush

Ich bin gerade unterwegs, aber soviel vorab- wenn MQTT2_DISCOVERY aktiviert ist musst du garnichts weiter machen außer dein neues Gerät anzuschalten und dort die ip deines MQTT Servers einzutragen. Der steht sollte automatisch dann passieren

the ratman

mehr hab ich auch ned getan.

btw ... alle blu-geräte in allen devices hab nun doppelte readings. doppelt batterie, doppelt alles.

ich mach nun folgendes, nachdem ich mir hier nochmal ein bissi sicherheit hole.

ich werd alles zu shelly löschen. ausgenommen meinen mqtt2 server und dein discoverymodul.
dazu würde ich gerne die einstellungen zu den beiden modulen wissen, um am ende meine devices + blu zu erhalten und was zu tun ist, um schalter, pct, ct, ... zu erhalten.
und, was ich bei neuen, zusätzlichen devices und /oder blu geräten zu tun habe.

und ja. wirds dein modul dann über fhem, oder immer nur von nem fremden server geben? weil dann wart ich das ab, bevor dann wieder was nicht passt.

dann haben ma wenigstens eine grundlage.
→do↑p!dnʇs↓shit←