Hauptmenü

Neueste Beiträge

#1
Anfängerfragen / Aw: FHEM goes Gemini
Letzter Beitrag von ch.eick - 11 Januar 2026, 17:02:43
Hallo zusammen,
da mein Device jetzt immer größer wird stelle ich es gleich in meinem contrib bereit.

Mein letzter Test war sehr begeisternd :-)

Nutzerfrage: Generiere mir alle vorhandenen Rollo Namen mit einem 'set' davor und 'open' dahinter. Für das Arbeitszimmer soll es auf 40 gesetzt werden.
response: set WZ_O_Rollo open;;set WZ_W_Rollo open;;set KU_S_Rollo open;;set SC_W_Rollo open;;set BA_N_Rollo open;;set AR_O_Rollo position 40

Das zeigt mal wieder wie wichtig es ist sich über die Namen vorher gedanken zu machen ;-)

In meinem Fall könnte es auch mit den 20 API Aufrufen reichen, da ich nicht so viele Manuelle Eingriffe im Haus habe.
Ansonsten könnte ich mir vorstellen noch ein zweites Konto zu eröffne und dann die Anfragen wechselweise zu schicken, es ist ja nur der Key zu tauschen und die SystemInstructions werden ja jedesmal mitgesendet. Somit würde man bereits auf 40 Anfragen kommen können.

Es gibt nun
- set 10_ask
    Für normale Anfragen

- set 02_FHEM_CMD
    Hier wird vorher mit Anweisungen aus den userattr KI_* angelernt.
    Dann kann man eine Anfrage z.B. mit "set 02_FHEM_CMD Mach mal in der Küche licht" einen Aufruf machen.

Ein Vorgeschmack auf die userattr KI_* gibt es im Device im contrib.
Die KI_* sind als KI_CMD[nn] und KI_Instr[nn] gruppiert und können im userattr erweitert werden.

VG    Christian
#2
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 Januar 2026, 16:58:36
ZitatOk, das heißt wenn 1700W von der Batterie kommen, und deswegen kein Netzbezug erforderlich ist schaltet der consumer nicht aus bis meine Batterie leer ist
Ja, richtig. Allerdings kann man mit plantControl->batteryPreferredCharge erst die Batterie auf einen SoC X laden lassen. Das schützt aber nicht davor, dass einmal gestartete Consumer von der Bat versorgt werden und dadurch der SoC wieder sinkt was ja eigentlich der Sinn der Sache ist.
Ich muß mich korrigieren. In den PV Überschuß geht der Batterie Output an das Hausnetz nicht ein.

ZitatWenn ich nicht möchte dass der consumer meine Batterie leer macht, müsste ich zusätzlich über den Schlüssel interrupt eine eigene Bedingung für das Ausschalten/unterbrechen definieren?
Korrektur. So wie oben geschrieben sollte das nicht nötig sein.

Edit:
ZitatIch dachte surplus ist Current_PV - Current_Consumption? Wird Current_PowerBatOut_01 da auch noch aufaddiert ?
Nein, siehe meine Korrektur. Das war ein falsche Aussage meinerseits.
Der PV Überschuß ergibt sich aus:

PV zum Hausknoten + PV In Batterie + Power andere Producer (z.B. Windrad) - Einspeisung Grid - Hausverbrauch
#3
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von lorisurfen - 11 Januar 2026, 16:32:38
Zitat von: DS_Starter am 11 Januar 2026, 15:52:06
Zitatwieso wird consumer06 nicht ausgeschaltet, obwohl kein surplus vorhanden ist ?
Du hast dem Consumer erlaubt mit 10% Netzstrom zu laufen -> pvshare=90, d.h. er kann bis 100W unter surplus gehen ohne auszuschalten.
die Folge ist -> is Consumption recommended: 1

Ich sollte das Debug noch erweitern um den aktuellen Grid Bezug zu sehen damit es eindeutiger zu identifizieren ist.
Ok, das heißt wenn 1700W von der Batterie kommen, und deswegen kein Netzbezug erforderlich ist schaltet der consumer nicht aus bis meine Batterie leer ist (Meine Prio1 ist dass die Batterie bei Sonnenuntergang voll ist) ?
Wenn ich nicht möchte dass der consumer meine Batterie leer macht, müsste ich zusätzlich über den Schlüssel interrupt eine eigene Bedingung für das Ausschalten/unterbrechen definieren?
Ich dachte surplus ist Current_PV - Current_Consumption? Wird Current_PowerBatOut_01 da auch noch aufaddiert ?
#4
Server - Windows / Aw: fhem, direkt unter windows...
Letzter Beitrag von the ratman - 11 Januar 2026, 16:24:02
eine neue spielerei - natürlich auch nicht von mir, sondern wie immer von adolar, der mir langsam ein wenig unheimlich wird "zitat: ich kenne fhem nicht, aber ich setze es mal schnell zum testen für dich auf.)

diesmal: aus fhem/windows raus einen entfernten windows-rechner beenden. und zwar dau-sicher.

auf dem zukünftig abzuschaltenden rechner:

1. in der powershell als amindinstrator Set-ExecutionPolicy Bypass -Scope Process -Force2. im anhang findet sich eine 7zip gepacktet datei.
die enpackten daten am besten ins neu anzulegende dir c:\scripte" spielen
das installer-script als admin aus der powershell heraus starten cd c:\skripte
./install.ps1
eine neue aufgabenplanung wird angelegt.

3. in der windows firewall ist der tcp-port 65535 eingehend anzulegen

wer das korrekte vorgehen testen will, öffnet eine powershell und setzt folgenden befehl ab.
curl "http://127.0.0.1:65535"der rechner sollte sofort runter fahren.

unter fhem:
defmod xxx cmdalias xxx AS {use LWP::UserAgent;;my $ua = LWP::UserAgent->new(timeout => 1);;$ua->get('http://IP.DES.ZU.BEENDENDEN.RECHNERS:65535');;;;print ''}xxx = bezeichnung, die auch immer gefällt
IP.DES.ZU.BEENDENDEN.RECHNERS = die ip des rechners, den man runterfahren will

das wars dann schon.
ich soll noch darauf hinweisen, dass dies mit "force" passiert. der rechner fährt also sofort und ohne fragen runter.
#5
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 Januar 2026, 15:52:06
Zitatwieso wird consumer06 nicht ausgeschaltet, obwohl kein surplus vorhanden ist ?
Du hast dem Consumer erlaubt mit 10% Netzstrom zu laufen -> pvshare=90, d.h. er kann bis 100W unter surplus gehen ohne auszuschalten.
die Folge ist -> is Consumption recommended: 1

Ich sollte das Debug noch erweitern um den aktuellen Grid Bezug zu sehen damit es eindeutiger zu identifizieren ist.
#6
MQTT / Aw: Govee2mqtt (Govee LAN API)...
Letzter Beitrag von Dracolein - 11 Januar 2026, 15:45:07
Dein Werk in ein vollständiges FHEM-Modul umwandeln... bestehen da Chancen? :-)
#7
ESP Familie / Aw: SIGNALESP: Firm- und Hardw...
Letzter Beitrag von Sidey - 11 Januar 2026, 15:21:14
@
Zitat von: monkye am 11 Januar 2026, 15:14:42Wenn ich die Sendeleistung vom ESP32 senken möchte, dann müsste ich vermutlich die Quellen selber kompilieren, oder?

Meinst Du die Wlan Sendeleistung oder was genau meinst Du?

Grüße Sidey
#8
ESP Familie / Aw: SIGNALESP: Firm- und Hardw...
Letzter Beitrag von monkye - 11 Januar 2026, 15:14:42
Wenn ich die Sendeleistung vom ESP32 senken möchte, dann müsste ich vermutlich die Quellen selber kompilieren, oder?
#9
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von lorisurfen - 11 Januar 2026, 14:50:23
Hallo,
wieso wird consumer06 nicht ausgeschaltet, obwohl kein surplus vorhanden ist ?
consumer06: Shelly_EG_2 type=heater power=1000 icon=sani_heating_boost@orange pcurr=power:W etotal=energy:Wh mode=can mintime=SunPath on=on off=off interruptable=1 swoncond=calcEnergieManager:calc_surplus:{$VALUE>200?1:0;} pvshare=902026.01.11 14:42:42 1: SF01 DEBUG> ############### consumerSwitching consumer "06" ###############
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - ConsumptionRecommended calc method: default, surplus: 0
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - additional consumption after switching on (if currently 'off'): 0 W
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - current planning state: started
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - physical Switchstate before switching: on
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - logical Switchstate before switching: on
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - general switching parameters => auto mode: 1, Current household consumption: 3683 W, nompower: 1000, surplus: 0 W, planstate: switched on: 2026-01-11 14:20:06 - 2026-01-11 16:50:00, starttime: 11.01.2026 14:20:06
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - isInLocktime: 0
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - Check Context 'switch on' => swoncond: 0, on-command: on
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - isAddSwitchOnCond Info: The return value "0" resulted in 'false' after exec "{$VALUE>200?1:0;}"

2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - device 'Shelly_EG_2' is used as switching device
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - Interrupt Characteristic value: 1 -> simple true
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - Check Context 'switch off' => swoffcond: 0, off-command: off
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - is Consumption recommended: 1
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - current planning state: started
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - physical Switchstate after switching: on
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - logical Switchstate after switching: on
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - cycleDayNum: 2
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - last cycle start time: 2026-01-11 14:20:06
2026.01.11 14:42:42 1: SF01 DEBUG> consumer "06" - last cycle end time: still running
#10
FHEMWEB / Aw: Update fhem.pl 2025-12-19...
Letzter Beitrag von rudolfkoenig - 11 Januar 2026, 14:46:17
Achtung: das FHEM update enthaelt die Aenderung erst morgen ab 8:00
Solange bitte SVN direkt verwenden: https://svn.fhem.de/trac/browser/trunk/fhem/fhem.pl?format=txt