Neueste Beiträge

#1

FRITZ!Box / Aw: AVM SmartMeter und Monatsw...

Letzter Beitrag von RalfRog - 01 März 2026, 09:22:06

Also müssen die Zeitintervalle mit den Abrechnungszeiträumen übereinstimmen und die beginnen halt nicht am 25. des Monats sondern am 1. des Monats.

Naja, das Modul fängt nur dann am 25. an (einmalig) wenn du es auch dann kreierst. Da wir gerade heute Nacht einen Monatswechsel hatten kannst du ja sehr schön sehen, dass das Modul den neuen Monat heute am 1. bei 0 angefangen hat.

Das Jahr geht beim Netzbetreiber ja auch nicht vom 1.1. bis 31.12. sondern vom Abschlusstag des Vertrages (bei uns war das der 9.11.) bis zum Vorjahrestag im Folgejahr.

Das kann das Modul halt nicht. Hattest du auch nicht extra erwähnt.
Wenn das Modul für dich nicht passt musst du es ja nicht nehmen.

Es gibt ja auch noch andere Module z.B. ElectricityCalculator - vielleicht entspricht das mehr deinen Anforderunen oder du folgst deiner Idee (vielleicht als Userreading):

Zur Not wäre ich auch bereit mir z.b. den Monatsverbrauch anhand des Gesamtverbrauchs selbst zu errechnen und abzuspreichern oder in ein Log zu schrieben. Eleganter und genauer wäre es natürlich wenn diese Daten ebenfalls direkt vom Zähler kommen würden.

Das wäre auch sehr genau, da der Zählerstände ("Gesamten bisherigen Verbrauch") immer vom Zähler über das AVM-Gerät geliefert werden - du nusst nur die Differenz errrechnen.

#2

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von lorisurfen - 01 März 2026, 09:00:14

Guten Morgen,

wie kann man die consumer Steuerung global deaktivieren?
Bei 10 consumer möchte ich wenn die Tage wärmer werden bzw. über Solarthermie die Energie ausreicht nicht alle einzelnen an einem (sonnigen) Tag deaktivieren und am nächsten wieder alle aktivieren (z.B. über mode=mustNot oder auto=0)

Danke und Grüße
Markus

[weniger]

#3

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von cs-online - 01 März 2026, 08:31:37

Hallo cs-online,

wie kann es senn sein, dass hier eine Abweichung von -136 % ausgerechnet wird ? Der Tooltip sagt, mehr produziert als vorhergesagt, wieso ist der Wert dann negativ ?

Das ist eine Frage der Perspektive. Es wurde weniger vorhergesagt als tatsächlich produziert, also negativ (nach unten) verschätzt. Das ist eine Ansichtssache und kann mit

Code Auswählen Erweitern

plantControl->genPVdeviation=...:reverse

umgestellt werden.

Und noch eine Frage: Was ist denn die CO-Abweichung ?

Das ist die Abweichung der Verbrauchsprognose, also der Prognose des Energieverbrauchs im Haushalt.

LG,
Heiko

Danke dir, das macht es klarer

Grüße

Christian

[Revision 30893: controls_fhem.txt: fhemupdate checkin]

#4

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

Letzter Beitrag von System - 01 März 2026, 08:21:00

Revision 30893: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 30893: controls_fhem.txt: fhemupdate checkin

#5

MQTT / Aw: "Der MQTT-Workshop (MQTT2-...

Letzter Beitrag von Beta-User - 01 März 2026, 08:00:36

Jein. Prinzipiell bin ich bei dir, dass man zuerst versuchen sollte, bereits auf der Senderseite auszudünnen, was sinnvoll ist.

Die Optionen für zigbee2mqtt sind hier zu finden:
https://www.zigbee2mqtt.io/guide/configuration/devices-groups.html#generic-device-options
Da sind durchaus einige interessante (Beispiel-) Einstellungen für das eine oder andere Gerät zu finden, das sich auch in meinem Zoo befindet.

Eventuell würde es also die Sache bei FUT089Z vereinfachen, wenn man "debounce" setzen würde (und dann nur noch eine "combined message" hätte). Das bedeutet aber auch, dass es nach einem Tastendruck erst mal eine Sekunde dauert, bis überhaupt was rausgeht. Eher für den Anwendungsfall nicht passend .

Für den RCBO-Aktor habe ich dort keine wirklich passende Einstellung rauslesen können, die ähnliches bewirkt wie der Code auf der FHEM-Seite, aber vielleicht übersehe ich da was; kann schon sein .

#6

Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...

Letzter Beitrag von Elektron - 01 März 2026, 07:37:18

Problematisch ist also die Definiton der Aktionen, denn es wird ein sofortiger Schaltvorgang und ein zeitverzögerter Vorgang ausgelöst.
Bei Event 'Switch toggled on' sollte auch 'set output state on' und umgekehrt gewählt werden.

Damit funktioniert das Ganze bei mir ohne Mehrfach-Schaltvorgänge.

Also, ich habe die Aktion in Shelly zweistufig geändert.
Im ersten Schritt nur wie von Dir vorgeschlagen die beiden Schaltrichtungen gleich konfiguriert, damit hatte ich im FHEM über mehrere Tag die Schaltzyklen sauber. Außer das dann die Zeiten nicht passten. (Also statt 300 Sekunden an und 4000 Sekunden aus, war es 4000 Sekunden an und 300Sekunden aus.)

Im zweiten Schritt dann nur die Zeiten getauscht, und der Fehler ist wieder da.
So richtig verstehen kann ich das allerdings noch nicht....

Vielen Dank und Grüße Michael

#7

Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...

Letzter Beitrag von Nobbynews - 01 März 2026, 05:36:24

Für die aarch64 Anwender hängt der neue Installer an diesem Post

Funktioniert.
Danke!

#8

Anfängerfragen / Homekit zur Überwachung

Letzter Beitrag von stefan-dd - 28 Februar 2026, 23:34:14

Hallo, ich möchte meine Hebeanlage überwachen. Habe einen Sensor montiert, der ein einfaches on/off liefert.
Nun möchte ich, dass der Sensor im Falle einer Störung in der Home App eine Meldung ausgiebt wie es bei Türen möglich ist.
Es soll nicht mit einen einfachen Schalter dargestellt werden, sondern irgend etwas passenderes. Der würde ja wieder nur on/off darstellen.
Ich dachte irgendwie an Störung/ok.

Habe jetzt mit contactsensor experimentiert, zeigt es mir in der HomeApp aber nicht an.
Was würde für den Anwendungsfall funktionieren? Gibt es auch eine ganz individuelle Konfigurationsmöglichkeit?

Code Auswählen Erweitern

defmod Hebeanlage FRM_IN 56
attr Hebeanlage IODev MegaUG
attr Hebeanlage activeLow no
attr Hebeanlage genericDeviceType ContactSensor
attr Hebeanlage homebridgeMapping ContactSensorState=reading,values=on:CONTACT_DETECTED;;off:CONTACT_NOT_DETECTED
attr Hebeanlage internal-pullup on
attr Hebeanlage room Home,Homekit
attr Hebeanlage stateFormat reading

setstate Hebeanlage on
setstate Hebeanlage 2026-02-28 13:40:34 IODev MegaUG
setstate Hebeanlage 2026-02-28 21:06:39 reading on
setstate Hebeanlage 2026-02-28 13:40:34 state Initialized

#9

Anfängerfragen / Homebridge und WMBUS

Letzter Beitrag von hyper2910 - 28 Februar 2026, 23:05:57

Hallo,

ich würde gerne die Daten von WMBus auf Homebridge haben, jedoch bekomme ich den Wert nicht übergeben.

Der Wert im FHEM WMBUS wird in volume oder 1_VF angegeben und dieser soll nach Homebridge.

jedoch bekomme ich nur 100 angezeigt und nicht den wirklichen Wert von aktuell 154.8


Habe alles mögliche versucht bekomme das Mapping aber nicht hin.

hat jemand eine Idee?

Aktuell nutze ich folgendes Mapping, welches aber nur 100 anzeigt

Code Auswählen Erweitern

clear CurrentTemperature=volume
Danke

Code Auswählen Erweitern

Internals:
   DEF        BMT 16157095 19 7
   DeviceMedium Water
   DeviceType 7
   FUUID      5f649188-f33f-395a-930d-005b14207d994faa
   IODev      nanoCUL_WM1
   IdentNumber 16157095
   LASTInputDev nanoCUL_WM1
   MSGCNT     633
   Manufacturer BMT
   MessageEncoding CUL
   NAME       Warmwasser_Dirk
   NR         871
   STATE      no errors
   TYPE       WMBUS
   Version    19
   addr       BMT_16157095_19_7
   eventCount 633
   model      BMT_7_19
   nanoCUL_WM1_MSGCNT 633
   nanoCUL_WM1_RAWMSG b2144B409957015161307773B7A110000000C1320471500046D2321413E3C330F058E3500000071C380::-42.5
   nanoCUL_WM1_RSSI -42.5
   nanoCUL_WM1_TIME 2026-02-28 23:22:02
   READINGS:
     2026-02-28 23:22:02   1_storage_no    0
     2026-02-28 23:22:02   1_type          VIF_VOLUME
     2026-02-28 23:22:02   1_unit          m³
     2026-02-28 23:22:02   1_value         154.72
     2026-02-28 23:22:02   1_value_type    Instantaneous value
     2026-02-28 23:22:02   2_storage_no    0
     2026-02-28 23:22:02   2_type          VIF_TIME_POINT_DATE_TIME
     2026-02-28 23:22:02   2_unit         
     2026-02-28 23:22:02   2_value         2026-03-01 01:35
     2026-02-28 23:22:02   2_value_type    Instantaneous value
     2026-02-28 17:22:59   IODev           nanoCUL_WM1
     2026-02-28 23:22:02   LQI             128
     2026-02-28 23:22:02   RSSI            -42.5
     2026-02-28 23:22:02   batteryState    ok
     2026-02-28 23:22:02   decryption_ok   1
     2026-02-28 23:22:02   is_encrypted    0
     2026-02-28 23:22:02   state           no errors
     2026-02-28 23:22:02   unit            m³
     2026-02-28 23:22:02   volume          154.72
   internal:
Attributes:
   IODev      nanoCUL_WM1
   alias      Warmwasser_Dirk
   genericDeviceType thermometer
   homebridgeMapping clear CurrentTemperature=volume
   room       HASS,0.5 Zähler
   siriName   Warmwasser


OK

#10

Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...

Letzter Beitrag von Adimarantis - 28 Februar 2026, 21:41:00

Kleines Update. Hab jetzt doch noch auf die schnelle versucht die 0.13.24 mit Java 25 zu installieren.

Für aarch64 (also Raspberry mit echten 64 Bit Betriebssystem) klappt das, weil ein Java 25 auf adoptium.net bereits vorhanden ist.

Für die alten 32 Bit armv7l hatte ich damals eigens ein Java 21 kompiliert. Dafür habe ich aktuell weder die Zeit noch eine geeignete Umgebung. Wer also nicht auf 64 Bit aarch64 umsteigt oder sich ein Java 25 übersetzt wird wohl auf signal-cli 0.13.23 bleiben müssen - in der Hoffnung dass die Version noch länger kompatibel bleibt.

Für die aarch64 Anwender hängt der neue Installer an diesem Post. Werde ich jetzt nicht offiziell releasen, weil sonst alle armv7l user auf der Strecke bleiben.