Hauptmenü

Neueste Beiträge

#1
FHEM Code changes / Revision 30364: 76_SolarForeca...
Letzter Beitrag von System - 08 Oktober 2025, 00:00:21
Revision 30364: 76_SolarForecast: contrib V1.59.1

76_SolarForecast: contrib V1.59.1

Source: Revision 30364: 76_SolarForecast: contrib V1.59.1
#2
Anfängerfragen / Aw: Benachrichtigungsnotify zu...
Letzter Beitrag von Beta-User - 07 Oktober 2025, 23:09:59
Zitat von: juergen012 am 06 Oktober 2025, 11:33:48bei mir sieht das so aus:
defmod notify_fhem_reload notify global:INITIALIZED set Telegrambot message FHEM neu gestartet !
Es geht noch kürzer, mein diesbezüglicher Command ist nur:
msg FHEM startedDamit geht eine Info auf dem aktuell allgemein konfigurierten Weg (msgConfig)  an den Admin...
#3
FHEM Code changes / Revision 30363: 76_SolarForeca...
Letzter Beitrag von System - 07 Oktober 2025, 22:50:23
Revision 30363: 76_SolarForecast: contrib V1.59.1

76_SolarForecast: contrib V1.59.1

Source: Revision 30363: 76_SolarForecast: contrib V1.59.1
#4
Heizungssteuerung/Raumklima / Aw: Neues Modul: 58_DaikinClou...
Letzter Beitrag von FrankL - 07 Oktober 2025, 22:00:46
Mit homebridge habe ich bislang keine Erfahrung. Ich habe aber mal auf https://www.npmjs.com/package/homebridge-fhem unter enhanced config reingelesen. Im Endeffekt müsste zu dem bisher definierten homebridgeMapping einfach noch ein paar Sachen angehangen werden, so dass am Ende folgendes definiert wird (zur Sicherheit vorher ein clear ?!):

attr DaikinCloud_Wohnzimmer homebridgeMapping clear On=onOffMode,cmdOn=on,cmdOff=off TargetTemperature=setpoint::setpoint,minValue=18,maxValue=25,minStep=0.5 CurrentTemperature=roomTemperature TargetHeatingCoolingState=operationMode::operationMode,cmds=HEAT:heating;COOL:cooling;AUTO:auto


Alles ungetestet bzw. nur erstmal als Anregung ...

MfG Frank
#5
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 07 Oktober 2025, 21:46:03
Die Werteübergabe über die Tagesgrenze funktioniert jetzt:

2025.10.07 21:12:14.188 1: SolCast DEBUG> Bat 01 ChargeOTP 07/21 - hod: 22 / 00, lc: 1, SoC S/E: 6252 / 5510 Wh, Surplus: 0 Wh, OTP: 5040 W
2025.10.07 21:12:14.188 1: SolCast DEBUG> Bat 01 ChargeOTP 07/22 - hod: 23 / 01, lc: 1, SoC S/E: 5510 / 4779 Wh, Surplus: 0 Wh, OTP: 5040 W
2025.10.07 21:12:14.189 1: SolCast DEBUG> Bat 01 ChargeOTP 07/23 - hod: 24 / 02, lc: 1, SoC S/E: 4779 / 4072 Wh, Surplus: 0 Wh, OTP: 5040 W
2025.10.07 21:12:14.190 1: SolCast DEBUG> Bat 01 ChargeOTP 08/00 - hod: 01 / 03, lc: 1, SoC S/E: 4072 / 3523 Wh, Surplus: 0 Wh, OTP: 5040 W
2025.10.07 21:12:14.191 1: SolCast DEBUG> Bat 01 ChargeOTP 08/01 - hod: 02 / 04, lc: 1, SoC S/E: 3523 / 3008 Wh, Surplus: 0 Wh, OTP: 5040 W

Weiterhin wird auch ein sich erhöhender optimaler SoC aus der SoC Steuerung (Reading Battery_OptimumTargetSoC_XX) als unteres begrenzendes Element mit berücksichtigt. Ich gehe also bei der SoC-Prognose davon aus, das der User die SoC-Steuerung verwendet. Bis jetzt war es nicht so auffällig da der optimale SoC im Sommer == lowSoC ist. Das wird sich jetzt aber häufig ändern. Bei mir steht er nach ein paar Tagen ohne nennenswerte PV bereits 25%.

Update liegt im contrib.
#6
FHEM Code changes / Revision 30362: 76_SolarForeca...
Letzter Beitrag von System - 07 Oktober 2025, 21:40:28
Revision 30362: 76_SolarForecast: contrib V1.59.1

76_SolarForecast: contrib V1.59.1

Source: Revision 30362: 76_SolarForecast: contrib V1.59.1
#7
Zigbee / Aw: Zigbee2MQTT - Funktioniert...
Letzter Beitrag von Brad Majors - 07 Oktober 2025, 20:45:45
Wobei so wie es aussieht kommen die Daten zwar in FHEM an, wenn ich aber z.B. versuche eine GU10 Dimm LED zu schalten kommt diese Meldung in Z2MQTT an?

z2m: Entity 'PAR16\x20GU10\x20-\x20Kueche\x2001' is unknown
#8
Automatisierung / Aw: ctrl + c über script
Letzter Beitrag von satprofi - 07 Oktober 2025, 20:38:13
also ich habe einen mqtt client angelegt, mit bmw server connected. wenn der state auf disconnected geht, startet ein notify das script aus main.py. der übermittelte token wird für neuerliche anmeldung am server verwendet. da nur 1 verbindung erlaubt ist, muss das main.py beendet werden, sonst kann sich fhem nicht zum server verbinden.
#9
Zigbee / Aw: Zigbee2MQTT - Funktioniert...
Letzter Beitrag von Brad Majors - 07 Oktober 2025, 20:38:06
Vielen Dank an euch alle!

Nachdem ich den Server 192.168.178.117 im Z2MQTT Pi eingetragen habe kamen die Daten an. Die Test Lampe und der Test Schalter sind schon mal sichtbar und wurden erkannt.

Jetzt muss ich mal in FHEM basteln und damit spielen.

Ohne euch wäre ich nicht auf die Lösung gekommen, mit dem traffic ist mir auch neu, gefällt mir aber gut.
#10
Zigbee / Aw: Zigbee2MQTT - Funktioniert...
Letzter Beitrag von passibe - 07 Oktober 2025, 20:32:01
Und ggfs. auch die im zugehörigen allowed-Device konfigurierte Benutzername-Passwort-Kombination ...

Am besten die MQTT-Serverdaten (Host, Port, Benutzername, Passwort) so einstellen wie auf den bereits funktionierenden Tasmota-Geräten.