Neueste Beiträge

[Revision 30890: controls_fhem.txt: fhemupdate checkin]

#1

FHEM Code changes / Revision 30890: controls_fhem....

Letzter Beitrag von System - 27 Februar 2026, 07:51:04

Revision 30890: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 30890: controls_fhem.txt: fhemupdate checkin

#2

Sonstige Systeme / Aw: 5 Temperatursensoren für P...

Letzter Beitrag von Icinger - 27 Februar 2026, 07:50:50

Oder hat jemand eine andere Idee?

Einfach an einen simplen ESP hängen und Tasmota/ESPHome draufbügeln.
Alternativ kann ich dir (wenn du basteln willst) noch eine Platine meines selbstgebauten PoolControllers anbieten, da hast du gleich PCF8574 (für Relaisboard), Status-LEDs, 4 Buttons, einen DHT22 und RS485 rausgeführt (je nachdem was benötigt wird)

#3

Heizungssteuerung/Raumklima / Aw: Buderus KM200 Kommunikatio...

Letzter Beitrag von Freee84neu - 27 Februar 2026, 01:28:09

Moin,

habe seit Gestern eine Bosch Condens 5800i W Therme eingebaut mit dem Bosch K40 RF Modul.
Ich versuche mit der KM200 modul die Daten abzufragen. In der HomeCom App kommt alles an.

habe es so angelegt define Gas_Heizung km200 192.168.XXX.XXX cAXZ-XXX-fcx2-XXX XXX1234 angelegt.

bekomme aber leider nur die Meldung im Lock

Code Auswählen Erweitern

2026.02.27 01:20:02 2: Gas_Heizung : km200_ParseHttpResponseInit - ERROR                : /: No proper Communication with Gateway: connect to http://192.168.XXX.XXX:80 timed out
2026.02.27 01:20:02 2: Gas_Heizung : km200_ParseHttpResponseInit - ERROR                : Timer restarted to try again in 10s

Code Auswählen Erweitern

Internals:
   DEF        192.168.XXX.XXX cAXZ-XXX-fcx2-XXX XXX1234
   DELAYDYNVAL 60
   FUUID      69a0c03f-f33f-f4cb-229e-ddf4a23a46e62f82
   INTERVALDYNVAL 300
   NAME       Gas_Heizung
   NR         1247
   POLLINGTIMEOUT 5
   READBACKDELAY 100
   READTEXTLEN 0
   STATE      ERROR - Initial Connection failed... Try to re-connect in 10s
   TYPE       km200
   URL        192.168.XXX.XXX
   eventCount 3
   .attraggr:
   .attrminint:
   READINGS:
     2026-02-27 01:25:33   fullResponse    OK
   Secret:
     CRYPTKEYINITIAL Sm52��PXJ␂StG������П�/��ȟ�;��+
     CRYPTKEYPRIVATE Sm52��PXJ␂StG���␐^␟3l␇��␜��gh���
     KM200ALLSERVICES:
       /
       /application
       /dhwCircuits
       /dhwCircuits
       /gateway
       /gservice-tariff
       /heatSources
       /heatingCircuits
       /notifications
       /recordings
       /solarCircuits
       /system
     KM200ALLSERVICESBACKUP:
       /
       /application
       /dhwCircuits
       /dhwCircuits
       /gateway
       /gservice-tariff
       /heatSources
       /heatingCircuits
       /notifications
       /recordings
       /solarCircuits
       /system
     KM200DONOTPOLL:
     KM200RESPONDINGSERVICES:
     KM200WRITEABLESERVICES:
   status:
     FlagDynRequest 0
     FlagGetRequest 0
     FlagInitRequest 1
     FlagSetRequest 0
     FlagStatRequest 0
   temp:
     ServiceCounterDyn 0
     ServiceCounterInit 0
     ServiceDbLogSplitHash
     service    /gateway/DateTime
Attributes:
   IntervalDynVal 90
   PollingTimeout 120
   ReadBackDelay 2000
   disable    0
was mache ich falsch ?

#4

MQTT / Aw: Shelly Dimmer 0/1-10V PM G...

Letzter Beitrag von kabanett - 27 Februar 2026, 00:05:03

Super vielen Dank, das war der richtige Schubs...

Der Link zum Beitrag war sehr hilfreich. So habe ich die für mich wichtigen Funktionen jetzt in den Attributen.

Code Auswählen Erweitern

attr WW_Heizstab setList off:noArg $DEVICETOPIC/rpc {"id":0,"src":"fhem","method":"LIGHT.Set","params": {"id":0,"on":false}}
on:noArg $DEVICETOPIC/rpc {"id":0,"src":"fhem","method":"LIGHT.Set","params": {"id":0,"on":true}}
toggle:noArg $DEVICETOPIC/rpc {"id":0,"src":"fhem","method":"LIGHT.Toggle","params": {"id":0}}
pct:colorpicker,BRI,0,5,100 $DEVICETOPIC/rpc {"id":0,"src":"fhem","method":"LIGHT.Set","params": {"id":0,"brightness":$EVTPART1}}
attr WW_Heizstab webCmd on:off:pct
RGBW.Set musste ich durch LIGHT.Set ersetzen und bei pct das "on":true, entfernen. Sonst wurde bei jedem setzen des pct auch angeschaltet.

Das Device sieht jetzt nicht wirklich schön, sondern seltsam aus, aber das was ich brauche funktioniert.

Vielen Dank nochmals!

Gruß

#5

Sonstige Systeme / Aw: 5 Temperatursensoren für P...

Letzter Beitrag von tpm88 - 26 Februar 2026, 21:49:19

Ich habe gute Erfahrungen mit 3x 1w-Temperatursensoren per Plus AddOn an einem Shelly plus2PM. Keinerlei Ausfälle seit letzten Sommer - der Shelly ist in einem Schaltschrank auf der Terrasse verbaut.

Ein selbstgelöteter DS18B20 noch mit Kondensator und Widerstand hat nicht funktioniert, drei der üblichen in der Metallhülse vergossenen Sensoren funktionieren auf Anhieb problemlos.

#6

Codeschnipsel / Aw: Neues Modul: 73_DepartureB...

Letzter Beitrag von JWRu - 26 Februar 2026, 21:39:32

Gebe mir bitte mal deine Station ID.

6000515

Aber eigentlich ist das falsch, weil es ja "S5" für "Strassenbahn Line 5", "E5" für "ExpressLine 5", "5-AST" für Anruf-Sammel-Taxi 5" immer nur die "5" zurück gegeben würde.

Das alte HTTPMOD Departure Device hat nur "5" geliefert - das hat funktioniert. Hier ist halt alles RNV.
Vielleicht ist's auch das Leerzeichen, das Probleme macht. Ich bastle morgen mal mein Userreading so um, dass nur das Leerzeichen entfernt wird und schaue mal, was dann passiert.

Edit:
Ich habe es ausprobiert - ohne Leerzeichen funktioniert es. Allerdings reicht jetzt der Platz in meiner Tabelle nicht mehr, weil die erste Spalte zu breit wird.
Ich behalte einfach mein Userreading bei - du musst dich nicht verknoten, um meinen Spezialfall zu integrieren.

#7

Marktplatz - Güter / Aw: [V] Homematic Hutschienen-...

Letzter Beitrag von rabehd - 26 Februar 2026, 21:29:03

Nachdem bei meinem nur noch 2 Kanäle funktionieren, hätte ich Interesse.

#8

Codeschnipsel / Aw: Neues Modul: 73_DepartureB...

Letzter Beitrag von Sailor - 26 Februar 2026, 20:26:12

Hallo JWRu

Die erste Version des Readings ist richtig - siehe meinen Post #9.
Dein Reading sieht so aus:

Code Auswählen Erweitern

[["RNV 5","Schriesheim","5"],["RNV 5","Heidelberg Bismarckplatz","3"]...]Das FTUI Widget kann anscheinend mit dem "RNV " nichts anfangen - es produziert jedenfalls danach immer ein linefeed.

Jetzt verstehe ich das das Problem schon eher.
Du brauchst also von "RNV 5" nur die "5" und das "RNV " muss gelöscht werden.
Gebe mir bitte mal deine Station ID.

Aber eigentlich ist das falsch, weil es ja "S5" für "Strassenbahn Line 5", "E5" für "ExpressLine 5", "5-AST" für Anruf-Sammel-Taxi 5" immer nur die "5" zurück gegeben würde.

Dann gibt das Widget doch etwas vollkommen Falsches wieder, oder verstehe ich da was falsch?

Gruß
    Sailor

#9

FHEM Development / Aw: X_FW_detailFn($$$$) - Wie ...

Letzter Beitrag von Sailor - 26 Februar 2026, 20:18:21

Hallo Rudi

Danke, wer lesen kann ist klar im Vorteil! 

However, mit

Code Auswählen Erweitern

sub DepartureBnT_Attr(@) {
  my @a                      = @_;
  my $name                   = $a[1];
  my $hash                   = $defs{$name};
 
  ### Check whether "ShowDetails" attribute has been provided
  elsif ($a[2] eq "ShowDetails")
  { 
      ### Log Entry for debugging purposes
      Log3 $name, 1, $name. " : DepartureBnT_Attr - ShowDetails              : " . $a[3];

      if ($a[3] eq "Fhem"){
        $modules{DepartureBnT}{FW_detailFn} = "";
      }
      elsif ($a[3] eq "Departure"){
         $modules{DepartureBnT}{FW_detailFn} = "DepartureBnT_FW_detailFn";
      }

      ### Update all Departures
      DepartureBnT_Update($hash);
   }
}

funktioniert es tatsächlich, allerdings werden dann alle Devices des gleichen TYPEs (DepartureBnT) umgeschaltet, unabhängig was im jeweiligen Attribut "ShowDetails" steht.

Mit anderen Worten: Ein klitzekleines bisschen über das Ziel herausgeschossen.
Wie kann ich dies auf eine Instanz begrenzen bzw. differenzieren.

Gruß
    Sailor

#10

MQTT / Aw: Shelly Dimmer 0/1-10V PM G...

Letzter Beitrag von Beta-User - 26 Februar 2026, 19:04:23

Hmm, dann versuche ich das mal mit diesen (m.E. überkomplizierten) Shelly der 2nd gen API...

Zum einen: Vielleicht geht es auch einfacher, siehe https://forum.fhem.de/index.php?msg=1347295, ansonsten sind die Quellen zu der Shelly-API im darauf folgenden Beitrag allgemein verlinkt.

Wie man hier sehen kann, "nimmt" der jedenfalls auf verschiedenen Topics Befehle entgegen:

Code Auswählen Erweitern

     2026-02-25 19:18:00   subscriptions   WW_Heizstab/command WW_Heizstab/command/light:0 WW_Heizstab/command/sys WW_Heizstab/rpc shellies/command

Wenn es um "brightness" (die vermutlich besser "pct" benannt sein sollte) geht, um die 0-10V einzustellen, muss man einen entsprechenden setter in setList anlegen. Hier (bzw. mit einer danach nicht offengelegten Reparatur?) war es mal gezeigt, wie es mit einem RGBW-Shelly gehen müßte: https://forum.fhem.de/index.php?msg=1329231
Wobei die "property" wohl zu ändern wäre, siehe  https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/Light/#lightset.

Ist leider nicht so einfach, das Thema ohne Hardware nachzustellen, daher verkneife ich mir Trockenübungen.

Hoffe, das reicht erst mal als "Schubs"?