Hauptmenü

Neueste Beiträge

#11
Unterstützende Dienste / Aw: Neues Modul für clever-tan...
Letzter Beitrag von betateilchen - 28 Januar 2026, 20:15:19
Zitat von: sven.luebke am 28 Januar 2026, 16:47:58Ich hatte kurz gesucht, ob es eine Art Template gibt,

Gibt es, nennt sich AttrTemplate.
#12
MQTT / Aw: shelly1 mini readings
Letzter Beitrag von betateilchen - 28 Januar 2026, 20:13:28
Zitat von: satprofi am 28 Januar 2026, 19:21:51ich möchte aber wenn der Schalter betätigt wird der Sensor nicht schaltet.

Wird das nicht in der Oberfläche des Shelly selbst konfiguriert?
#13
Homematic / Aw: OpenCCU mit FHEM | Connect...
Letzter Beitrag von betateilchen - 28 Januar 2026, 20:12:07
Was sagt denn das Logfile?

Die Meldung kommt beispielsweise, wenn FHEM abstürzt und dann automatisch neu gestartet wird.
#14
Automatisierung / Aw: Neues Modul: 98_Siro.pm (A...
Letzter Beitrag von Dlay - 28 Januar 2026, 20:02:46
Hallo zusammen,

mein System "empfängt" immer wieder Siro Devices über die Funk-Schnittstelle.
Bei allen anderen Devices konnte ich bisher immer ein "Ignore" auf 1 setzen um die Geräte dauerhaft zu blockieren.

Bei dem Siro Modul gibt es diese Option bei angelegten Geräten nicht.
Besteht eine Chance das noch einzubauen, oder gibt es eine andere Möglichkeit des ignorierens?

Grüße
#15
Multimedia / Aw: [82_LGTV_WebOS.pm] Modul f...
Letzter Beitrag von fireball - 28 Januar 2026, 19:24:24
Geht mir aber auch so... Hab letztes Jahr nen g4 gekauft und dachte ich kann weiter ne fhem Steuerung nutzen, aber leider keine Verbindung...
#16
MQTT / shelly1 mini readings
Letzter Beitrag von satprofi - 28 Januar 2026, 19:21:51
Hallo.
Wie schaffe ich es ein reading des Eingangs zu erhalten? Folgendes Problem, der shelly wird mit Schalter oder Bewegungssensor gesteuert, ich möchte aber wenn der Schalter betätigt wird der Sensor nicht schaltet.
#17
Multimedia / Aw: [82_LGTV_WebOS.pm] Modul f...
Letzter Beitrag von grappa24 - 28 Januar 2026, 18:58:35
@Uwe: Wir müssen reden  ;)

Sehr interessant, ich nutze einen LG G2 mit webOS 25 bzw. 33.22.85

Ich komme seit 1 Jahr seit dem Update auf 23.20.56 nicht mehr via LAN auf meinen LG

Meine Modul-Version ist 82_LGTV_WebOS.pm:v3.7.1-s29241/2024-10-15

Definition lediglich mit der IP-Adresse

@ALL: Vlt könnt ihr mir helfen und nochmal die initialen Schritte beim Verbinden aufzeigen?

#18
Bastelecke / Aw: ESP RGBWW Wifi Led Control...
Letzter Beitrag von joomba - 28 Januar 2026, 18:27:44
Zitat von: vbs am 24 Oktober 2025, 18:28:10So, nach längerer Zeit nun mal wieder Updates:
Da ich die Integration des Controllers nativ in Home Assistant plane, hab ich mich mal wieder an die Firmware gesetzt, um die Schnittstelle etwas zu optimieren. Bei der Gelegenheit aber auch einiges verschönert, Fehler behoben und aber auch ein paar neue Features eingebaut.

Da die Migration meiner ganzen Abläufe nach HA (so sie denn erfolgreich sein wird) für mich sicher ein längerer Prozess wird (Monate, Jahre??) und deshalb die beiden Systeme eine Zeit lang parallel laufen werden, müssen die Controller sowohl in HA als auch in FHEM funktionieren. Daher hab ich auch das FHEM-Modul an die FW-Änderungen angepasst, sodass die neuen Features damit auch in FHEM nutzbar sind. Also wer mag (so wie ich), kann das auch gerne in FHEM nutzen. Über Rückmeldungen freu ich.

Neue Features (aus Nutzersicht):
1.
Die Color-Temperature ist nun direkt im hsv-Befehl nutzbar und auch animierbar, genauso wie die anderen Kanäle (hue, saturation, brightness) auch immer schon. Lag eigentlich nahe, das auch auch für ColorTemp anzubieten. Keine Ahnung, warum das nicht schon immer so war ;) Also man kann jetzt einfach einen vierten Wert mitgeben beim hsv-Befehl. Beispielweise (Farbtemperatur 3500 Kelvin):set myLedController hsv 100,100,100,3500
Auch relative Angaben sind da möglich, also z.B. set myLedController hsv 100,100,100,-100
Dieser vierte Parameter ist jedoch optional und damit funktionieren auch die bisherigen Befehle mit nur drei Parametern (also 2 Kommas) weiterhin wie bisher. Generell ist es so, dass syntaktisch nicht mehr alle Kommas im Befehl angegeben werden müssen. Aber es muss mindestens ein Komma da sein. Also "150," meint den Hue-Kanal und ",150" den Saturation-Kanal. Man muss nicht mehr "150,," bzw. ",150," schreiben.

2.
Die Unterscheidung zwischen den Befehlsarten "solid" und "fade" habe ich komplett rausgenommen. "solid" war meiner Meinung nach nur begrenzt sinnvoll und unnötig kompliziert. Vermutlich kennt das aber sowieso keiner (war das Flag "s" im hsv-Befehl). Stattdessen gibt es jetzt aber den Parameter "stay" im hsv Befehl. Den gibt man mit der Syntax "s<Millisekunden>" an. Der bewirkt, dass der Farbwert für diese Zeit gehalten wird, nachdem auf den Farbwert gefadet wurde. Hat aber nur Sinn, wenn man nach dem Befehl noch weitere Befehle queuet (ansonsten wird die Farbe ja sowieso ewig beibehalten).

Lange Reder, kurzer Sinn - ein Beispiel:
"set wz_lightLedTv hsv 100, 10 4s;set wz_lightLedTv hsv 0, 1 q"
Erklärung:
Also der erste Befehl würde mit einer Ramp von 10 Sekunden den Hue-Wert von 100 anfahren. Würde dann dort aber 4 Sekunden verbleiben ("4s"). Der nachfolgende Befehl, der den Hue-Wert 0 mit einer Ramp von 1 Sekunde anfährt, wird dann eben erst gestartet, wenn diese 4 Sekunden "stay"-Time des ersten Befehls verstrichen sind.
Nochmal Recap (Unterschied "s" vorne oder hinten):- Fade-Angaben _entweder_ als Zeit in Sekunden ("5") _oder_ als Speed mit "s" vorne ("s20")- Stay-Wert mit "s" hinten angestellt ("4s").

3.
Die Zeitangaben für Ramp/Stay in den hsv/raw-Befehlen können jetzt auch Nachkommastellen haben. Das war eigentlich immer so geplant, aber das war einfach kaputt.


Darüber hinaus sicher noch einige Kleinigkeiten und Verbesserungen. Werden aber für den Nutzer vermutl. nicht so relevant sein. Da pjakobs für seinen Firmware-Fork die Versionsnummer 5 nutzt, habe ich die 5 jetzt bei mir übersprungen, um da Verwirrungen zu vermeiden. Also das ist dann hier die v6, momentan genau genommen "6.0.0-alpha4" (sollte der Controller dann so anzeigen).

Zum Update:
Die Firmware liegt unter der bekannten Adresse, jedoch im unstable-Feed:
http://rgbww.dronezone.de/unstable/version.json

Also einen Controller updaten per FHEM:
set myController fw_update http://rgbww.dronezone.de/unstable/version.json
Alle Controller update:
set TYPE=EspLedController fw_update http://rgbww.dronezone.de/unstable/version.json
Alternativ kann man die URL natürlich auch in den Config-Parameter "config-ota-url" der Controller schreiben und dann kann man "fw_update" ohne Angabe der URL aufrufen.

Zusätzlich braucht man jedoch auch die passende Variante des FHEM-Moduls. Die liegt in einem "dev-6.0"-Branch. Kann mit den normalen Mitteln in FHEM eingebunden werden.

Anzeigen der momentan konfigurierten Repos in FHEM:
update list
Das alte Repo des Moduls löschen:
update delete https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/master/controls_espledcontroller.txt
Neues Repo eintragen:
update add https://raw.githubusercontent.com/verybadsoldier/esp_rgbww_fhemmodule/dev-6.0/controls_espledcontroller.txt
Danach einmal "update" machen und dann FHEM neu starten.

Oder einfach händisch runterladen das Modul von hier: https://github.com/verybadsoldier/esp_rgbww_fhemmodule/blob/master/FHEM/32_EspLedController.pm

Größere Probleme erwarte ich eigentlich nicht mit der FW, da sich da grundlegend nicht so viel geändert hat. Die Firmware wird dann auch die Basis für die kommende Home Assistant Integration sein, aber eben auch weiterhin mit den neuen Features und Fixes mit FHEM funktionieren.

Hallo, geht es in Richtung HA weiter?

Gruß
joomba
#19
Homematic / OpenCCU mit FHEM | Connection ...
Letzter Beitrag von Burny4600 - 28 Januar 2026, 18:25:03
Ich habe einen Pi3 mit OpenCCU (V3.85.7.20260124) errichtet und mit FHEM verbunden.
Auch das Geräte einlesen hat ohne Probleme funktioniert.

Nur bekomme ich bei jeder Aktion an den OpenCCU Geräten die FHEM-Meldung
ZitatConnection lost, trying a reconnect every 5 seconds

list OG1_KUE_GSFO
nternals:
   CFGFN     
   DEF        OEQ1399812:1
   FUUID      697a23e1-f33f-f4d2-f4ae-1a736205478dc1ad
   IODev      OpenCCU
   NAME       OG1_KUE_GSFO
   NR         15905
   STATE      on
   TYPE       HMCCUCHN
   ccuaddr    OEQ1399812:1
   ccudevstate active
   ccuif      BidCos-RF
   ccuname    OG1_KUE_GSFO:1
   ccurolectrl SWITCH
   ccurolestate SWITCH
   ccusubtype HM-LC-Sw1-Pl-DN-R1
   ccutype    HM-LC-Sw1-Pl-DN-R1
   eventCount 31
   firmware   2.6
   readonly   no
   READINGS:
     2026-01-28 15:57:37   INHIBIT         false
     2026-01-28 15:57:37   IODev           OpenCCU
     2026-01-28 18:16:36   STATE           on
     2026-01-28 18:16:36   WORKING         false
     2026-01-28 15:57:37   activity        alive
     2026-01-28 15:57:37   battery         ok
     2026-01-28 18:16:36   control         on
     2026-01-28 18:16:36   devstate        stickyUnreach
     2026-01-28 18:16:36   hmstate         on
     2026-01-28 15:57:37   rssidevice      -79
     2026-01-28 15:57:37   rssipeer        -181
     2026-01-28 15:57:37   sign            off
     2026-01-28 18:16:36   state           on
   hmccu:
     channels   1
     detect     1
     devspec    OEQ1399812:1
     nodefaults 0
     role       1:SWITCH
     setDefaults 0
     cmdlist:
       get       
       set        on-till toggle:noArg on-for-timer off:noArg on:noArg
     control:
       chn        1
       dpt        STATE
     dp:
       0.AES_KEY:
         VALUES:
           NVAL       0
           SVAL       off
           VAL        0
       0.CONFIG_PENDING:
         VALUES:
           NVAL       0
           SVAL       false
           VAL        0
       0.DEVICE_IN_BOOTLOADER:
         VALUES:
           NVAL       0
           SVAL       false
           VAL        0
       0.DUTYCYCLE:
         VALUES:
           NVAL       0
           SVAL       false
           VAL        0
       0.LOWBAT:
         VALUES:
           NVAL       0
           SVAL       ok
           VAL        0
       0.RSSI_DEVICE:
         VALUES:
           NVAL       -79
           SVAL       -79
           VAL        -79
       0.RSSI_PEER:
         VALUES:
           NVAL       -181
           SVAL       -181
           VAL        -181
       0.STICKY_UNREACH:
         VALUES:
           NVAL       1
           SVAL       true
           VAL        1
       0.UNREACH:
         VALUES:
           NVAL       0
           SVAL       alive
           VAL        0
       0.UPDATE_PENDING:
         VALUES:
           NVAL       0
           SVAL       false
           VAL        0
       1.INHIBIT:
         VALUES:
           NVAL       0
           SVAL       false
           VAL        0
       1.STATE:
         VALUES:
           NVAL       1
           ONVAL      0
           OSVAL      off
           OVAL       0
           SVAL       on
           VAL        1
       1.WORKING:
         VALUES:
           NVAL       0
           SVAL       false
           VAL        0
     roleChannels:
       SWITCH     1
     roleCmds:
       get:
       set:
         off:
           channel    1
           ps         VALUES
           role       SWITCH
           rpc        0
           subcount   1
           syntax     V:STATE:0
           usage      off
           subcmd:
             000:
               args       0
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        000
               type       BOOL
               unit      
         on:
           channel    1
           ps         VALUES
           role       SWITCH
           rpc        0
           subcount   1
           syntax     V:STATE:1
           usage      on
           subcmd:
             000:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        000
               type       BOOL
               unit      
         on-for-timer:
           channel    1
           ps         VALUES
           role       SWITCH
           rpc        0
           subcount   2
           syntax     V:ON_TIME:?duration V:STATE:1
           usage      on-for-timer duration
           subcmd:
             000:
               args      
               dpt        ON_TIME
               fnc       
               max        85825945.600000
               min        0.000000
               parname    duration
               partype    2
               ps         VALUES
               scn        000
               type       FLOAT
               unit       s
             001:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        001
               type       BOOL
               unit      
         on-till:
           channel    1
           ps         VALUES
           role       SWITCH
           rpc        0
           subcount   2
           syntax     V:ON_TIME:?time V:STATE:1
           usage      on-till time
           subcmd:
             000:
               args      
               dpt        ON_TIME
               fnc       
               max        85825945.600000
               min        0.000000
               parname    time
               partype    2
               ps         VALUES
               scn        000
               type       FLOAT
               unit       s
             001:
               args       1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        001
               type       BOOL
               unit      
         toggle:
           channel    1
           ps         VALUES
           role       SWITCH
           rpc        0
           subcount   1
           syntax     V:STATE:0,1
           usage      toggle
           subcmd:
             000:
               args       0,1
               dpt        STATE
               fnc       
               max        1
               min        0
               parname    STATE
               partype    3
               ps         VALUES
               scn        000
               type       BOOL
               unit      
     state:
       chn        1
       dpt        STATE
Attributes:
   cmdIcon    on:remotecontrol/black_btn_GREEN off:remotecontrol/black_btn_RED
   devStateIcon on:scene_dishwasher@0CFB0C off:scene_dishwasher@gray
   icon       scene_dishwasher

list OpenCCU
Das list ist ewiglange.

Liegt es an der OpenCCU Schnittstelle, dass diese Meldung bei jedem Schaltvorgang kommt?
#20
Multimedia / Aw: [Neues Modul] BOSE SoundTo...
Letzter Beitrag von Prof. Dr. Peter Henning - 28 Januar 2026, 18:18:04
So, ich habe meine ST300 jetzt auch erfolgreich umgebogen. Funktioniert astrein.

Im Code von soundcork sind noch ein paar Dinge offen. Beispielsweise liefert BOSE einen schönen Bug: Mal schreiben sie Dateien mit <contentItem>, mal steht <ContentItem> drin.

Das Erzeugen eines Stereopaars aus zwei ST10 funktioniert noch nicht ganz, sonst alles ok.

LG

pah