Neueste Beiträge

#1

Sonstige Systeme / Aw: Velux KLF200 mit Firmware ...

Letzter Beitrag von wmr72 - 07 Oktober 2025, 16:02:24

Da ich mit dem KLF200 auch einen Somfy-Aktor steuere, sollte auch ein Somfy-Interface alle Teile steueren können.

Den Verweis von Velux auf "EU-Regularien" halte ich für eine Unwahrheit.

Hast Du/gibt es eine Empfehlung für ein alternatives Interface von Somfy? Zu den EU-Regularien, das kam mir auch seltsam vor, anscheinend geht es um https://de.wikipedia.org/wiki/Richtlinie_2014/53/EU, schwer zu sagen inwiefern das relevant ist.

#2

English Corner / Aw: Matter

Letzter Beitrag von mgmino - 07 Oktober 2025, 15:31:01

MQTT is one approach but it puts another layer in the solution. This one is written in Go. A more direct approach would be to write a Matter Controller in Perl.

#3

Zigbee / Aw: Zigbee2MQTT - Funktioniert...

Letzter Beitrag von binford6000 - 07 Oktober 2025, 15:22:15

Sollten diese jetzt nicht in FHEM aufschlagen?
Wo liegt mein Denkfehler?

Ja das sollten sie.

• Ist das IODev (mserver) connected?
• Was ist das IODev für ein Typ? Bei MQTT2CLIENT/SERVER kannst du dir den Traffic anschauen. Kommt da was an?
• Stimmt das topic überhaupt?
• Ist das globale (FEHM) autocreate auch enabled? 

VG Sebastian

[unset]

#4

Homematic / Aw: Fehler mit HM-TC-IT-WM-W-E...

Letzter Beitrag von Burny4600 - 07 Oktober 2025, 15:14:36

Code Auswählen Erweitern

peerIDsRaw ,613F9E 63,613F9E 91,00000000
Da steht doch zweimal der gleiche RT "EG_STH_HZG_RT" im Weather-Channel des TC?
Was mich irritiert, sind die peer-Channels 63 und 91 - die hab ich noch nicht gesehen.

Dieser Fehler tritt nur bei Kombinationen mit zwei Thermostaten.

Code Auswählen Erweitern

set OG1_STH_HZG_TC_Weather peerChan 0 EG_STH_HZG_RT_Weather single set
set OG1_STH_HZG_TC_Weather peerChan 0 OG1_STH_HZG_RT_Weather single set
Und trotzdem wird dieser Nonsens eingetragen

Code Auswählen Erweitern

peerList   EG_STH_HZG_RT,EG_STH_HZG_RT
Diesen Misst bringe ich auch nicht mehr mit unset heraus, und muss die Komponenten komplett löschen.
Es funktioniert zwar, aber es ist ein Fehler.

Irgendwie passt der Konfigurationsvorgang für zwei Thermostate in der Form nicht.

Muss der zweite Thermostat auf einen anderen peerChan?

#5

Homematic / BtnLock mit HM-CC-RT-DN funkti...

Letzter Beitrag von Fredi69 - 07 Oktober 2025, 15:11:29

Um die Tastensperre zu setzen haben folgende Befehle funktioniert:
set Thermostat regSet globalBtnLock on
set Thermostat regSet globalBtnLock off

Das funktioniert seit wann auch immer, nicht mehr. Es kommt irgendwann nur Missing Ack.

Kennt jemand das Problem, bzw. hat eine Lösung?

#6

Zigbee / Zigbee2MQTT - Funktioniert nic...

Letzter Beitrag von Brad Majors - 07 Oktober 2025, 15:03:49

Zum Hintergrund:

Nachdem Phoscon alle paar Monate die Verbindung von den meisten Lampen verliert möchte ich ZB2MQTT versuchen.

- ZB2MQTT wurde auf einem separaten PI eingerichtet und Frontend funktioniert.

In FHEM wurde eine bridge eingerichtet:

Code Auswählen Erweitern

Internals:
   CID        zigbee_pi
   DEF        zigbee_pi
   FUUID      68e505ab-f33f-2a6c-1482-092b9754e2bfa3da
   IODev      m2server
   NAME       MQTT2_zigbee_pi
   NR         660
   STATE      ???
   TYPE       MQTT2_DEVICE
   READINGS:
     2025-10-07 14:42:55   IODev           m2server
     2025-10-07 14:41:30   attrTemplateVersion 20240628
Attributes:
   autocreate 1
   bridgeRegexp zigbee2mqtt/((?!bridge)[A-Za-z0-9._]+)/?.*:.* "zigbee_$1"
   comment    To check for new updates of the deamon software, you might want to use a separate HTTPMOD device. See HTTPMOD template zigbee2mqtt_daemon_updates for further details.
   devicetopic zigbee2mqtt
   getList    networkmap_raw:noArg raw $DEVICETOPIC/bridge/request/networkmap raw
  networkmap_graphviz:noArg graphviz $DEVICETOPIC/bridge/request/networkmap graphviz
   icon       mqtt
   model      zigbee2mqtt_bridge
   readingList $DEVICETOPIC/bridge/state:.* state
  $DEVICETOPIC/bridge/config/devices:.* {}
  $DEVICETOPIC/bridge/config/log_level:.* log_level
  $DEVICETOPIC/bridge/config/permit_join:.* permit_join
  $DEVICETOPIC/bridge/config/rename:.* { json2nameValue($EVENT, 'rename_') }
  $DEVICETOPIC/bridge/config:.* { json2nameValue($EVENT) }
  $DEVICETOPIC/bridge/log:.*\"type\".\"devices\".\"message\".* devices
  $DEVICETOPIC/bridge/log:.* log
  $DEVICETOPIC/bridge/logging:.* { json2nameValue($EVENT,'log_') }
  $DEVICETOPIC/bridge/response/networkmap:.* { my $type = $EVENT =~ m/.*,"type":"(raw|graphviz)",.*/ ? $1 : 'networkmap'; $EVENT =~ m/{"data":\{.*"value":"?(.*[^"])"?\},"status":"ok"\}/ ? { $type=>$1 } : {} }
  $DEVICETOPIC/bridge/devices:.* devices
  $DEVICETOPIC/bridge/info:.* info
  $DEVICETOPIC/bridge/groups:.* groups
  $DEVICETOPIC/bridge/event:.* { json2nameValue($EVENT) }
  $DEVICETOPIC/bridge/extensions:.* extensions
  $DEVICETOPIC/bridge/response/permit_join:.* { json2nameValue($EVENT) }
  $DEVICETOPIC/bridge/definitions:.* {}
   room       97_ZB2MQTT
   setList    log_level:debug,info,warn,error $DEVICETOPIC/bridge/config/log_level $EVTPART1
  permit_join:true,false $DEVICETOPIC/bridge/request/permit_join $EVTPART1
  remove:textField $DEVICETOPIC/bridge/config/remove $EVTPART1
  ota_update:textField $DEVICETOPIC/bridge/ota_update/update $EVTPART1
  ota_update_check:textField $DEVICETOPIC/bridge/ota_update/check $EVTPART1
  y_device_setting:textField $DEVICETOPIC/$EVTPART1/set {"$EVTPART2": "$EVTPART3"}
  x_bind:textField $DEVICETOPIC/bridge/bind/$EVTPART1 $EVTPART2
  x_bind_unbind:textField $DEVICETOPIC/bridge/unbind/$EVTPART1 $EVTPART2
  x_device_options:textField $DEVICETOPIC/bridge/config/device_options {"friendly_name":"$EVTPART1","options": {"$EVTPART2": "$EVTPART3"}}
  x_group_add_to:textField $DEVICETOPIC/bridge/group/$EVTPART1/add $EVTPART2
  x_group_rm_from:textField $DEVICETOPIC/bridge/group/$EVTPART1/remove $EVTPART2
  x_group_rm_from_all:textField $DEVICETOPIC/bridge/group/$EVTPART1/remove_all $EVTPART2
  x_group_add_group:textField $DEVICETOPIC/bridge/config/add_group $EVTPART1
  x_group_rm_group:textField $DEVICETOPIC/bridge/config/remove_group $EVTPART1
  z_elapsed:textField $DEVICETOPIC/bridge/config/elapsed $EVTPART1
  z_last_seen:disable,ISO_8601,epoch,ISO_8601_local $DEVICETOPIC/bridge/config/last_seen $EVTPART1
  z_ban:textField $DEVICETOPIC/bridge/config/ban $EVTPART1
  z_rename:textField $DEVICETOPIC/bridge/config/rename  {"old":"$EVTPART1","new":"$EVTPART2"}
  z_reset_CC:noArg $DEVICETOPIC/bridge/config/reset
   setStateList on off
Im Frontend lässt sich eine Lampe sowie ein Schalter problemlos bedienen.

Sollten diese jetzt nicht in FHEM aufschlagen?
Wo liegt mein Denkfehler?

#7

Homematic / Aw: Fehler mit HM-TC-IT-WM-W-E...

Letzter Beitrag von betateilchen - 07 Oktober 2025, 14:48:16

Code Auswählen Erweitern

peerIDsRaw ,613F9E 63,613F9E 91,00000000
Da steht doch zweimal der gleiche RT "EG_STH_HZG_RT" im Weather-Channel des TC?
Was mich irritiert, sind die peer-Channels 63 und 91 - die hab ich noch nicht gesehen.

#8

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 07 Oktober 2025, 14:40:24

Dieser Tagessprung ist noch ein Problem. Hier wird die Prognose nicht richtig zwischen den Tageswechseln übergeben. Das schaue ich mit heute Abend an, jetzt keine Zeit....

2025.10.07 14:36:03.169 1: SolCast DEBUG> Bat 01 ChargeOTP 07/23 - hod: 24 / 09, lc: 1, SoC S/E: 2842 / 2842 Wh, Surplus: 0 Wh, OTP: 5040 W
2025.10.07 14:36:03.170 1: SolCast DEBUG> Bat 01 ChargeOTP 08/00 - hod: 01 / 10, lc: 1, SoC S/E: 5683 / 5134 Wh, Surplus: 0 Wh, OTP: 5040 W
2025.10.07 14:36:03.170 1: SolCast DEBUG> Bat 01 ChargeOTP 08/01 - hod: 02 / 11, lc: 1, SoC S/E: 5134 / 4619 Wh, Surplus: 0 Wh, OTP: 5040 W
2025.10.07 14:36:03.171 1: SolCast DEBUG> Bat 01 ChargeOTP 08/02 - hod: 03 / 12, lc: 1, SoC S/E: 4619 / 4107 Wh, Surplus: 0 Wh, OTP: 5040 W

#9

Wettermodule / Aw: Modul für DWD Open Data

Letzter Beitrag von Burny4600 - 07 Oktober 2025, 14:34:16

Danke für die Info.

#10

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 07 Oktober 2025, 14:23:50

Lass das "mehrere Tage" weg ... die Fortschreibung ist tricki.