Hauptmenü

Neueste Beiträge

#41
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von ph1959de - 11 Januar 2026, 18:22:36
Zitat von: Starkstrombastler am 11 Januar 2026, 11:39:05
Zitat von: ph1959de am 10 Januar 2026, 11:34:24(EM1 or PM1) lieferte aber schon den entscheidenden Tipp; nach Modifikation...
Da hast du genau an der richtigen Stelle geändert. So sollte es funktionieren.

Ich habe auch noch die Modulhilfe an einigen Stellen korrigiert und versucht aus allem ein diff (diff -u ...) zu erzeugen. Soll/darf ich Dir das zur Verfügung stellen?

Dabei ist mir außerdem aufgefallen, dass die deutsche Version der Hilfe - insbesondere bei "Dimmer Devices" deutlich ausführlicher ist als die englische. Ich biete an, die beiden Sprachversionen mal gleichzuziehen. Bei Bedarf bitte einfach rückmelden, welches Format dafür gewünscht ist.

Peter
#42
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 Januar 2026, 18:16:08
@lorisurfen,

ich habe nochmal über deinen Fall siniert und bin der Meinung, so wie du es eingestellt hast hätte der Consumer ausschalten müssen. Auch wenn nur 90% PV Leistung verlangt ist, sollte er ausschalten wenn Suplus=0 ist!

Ich habe im Modul etwas angepasst und auch die Debug-Ausgabe erweitert damit man mehr sieht in diesem Fall:

2026.01.11 18:07:09.503 1: SolCast DEBUG> ############### consumerSwitching consumer "06" ###############
2026.01.11 18:07:09.504 1: SolCast DEBUG> consumer "06" - ConsumptionRecommended calc method: default, surplus: 0
2026.01.11 18:07:09.504 1: SolCast DEBUG> consumer "06" - current Grid power consumption: 24 W
2026.01.11 18:07:09.504 1: SolCast DEBUG> consumer "06" - Power splitting - Grid: 12, PV: 0
2026.01.11 18:07:09.505 1: SolCast DEBUG> consumer "06" - additional consumption after switching on (if currently 'off'): 0 W
...

Ziehe dir bitte die Version 2.0.0 aus meinem contrib (siehe Fußtext), restarte FHEM und dann schauen wir nochmal ob die Raktionen dann so sind wie erwartet.
#43
FHEM Code changes / Revision 30720: ch.eick: Erste...
Letzter Beitrag von System - 11 Januar 2026, 18:10:40
Revision 30720: ch.eick: Erste Gemini Version mit HTTPMOD

ch.eick: Erste Gemini Version mit HTTPMOD

Source: Revision 30720: ch.eick: Erste Gemini Version mit HTTPMOD
#44
Wallboxen und E-Fahrzeuge / Aw: go-E Probleme.
Letzter Beitrag von satprofi - 11 Januar 2026, 17:58:51
gelöst.
Auf dailytrip einstellen, und über fhem den billigsten strompreis einstellen. wobei ich den mittelwert der stundenpreise setze.
#45
Sonstige Systeme / Aw: Neues Modul: Tado Heizungs...
Letzter Beitrag von mi.ke - 11 Januar 2026, 17:49:17
ich hab in der APP eine Einstellmöglichkeit für die Vorlauftemperatur gefunden:
hier zur html Version

Das kannte bis dato noch gar nicht, da ich die APP, wenn überhaupt mal, nur zur Kontrolle öffne, da meine Kesselsteuerung mit diesem Tado Modul bereits gut funktioniert.

Hintergund: Tado steuert nur den Kessel, die Heizkörper werden über HM gelesen und angesprochen.

Nachdem ich das gesehen habe ist natürlich die Begehrlichkeit geweckt.

Seht Ihr die Möglichkeit diese Readings flow_.* in das Modul einzubauen?

cheers
mi.ke
#46
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.

EDIT: Ich habe jetzt den Switch zwischen zwei Keys auch bereits eingebaut.
Mindestens den default Gemini_AI_Key_0 ablegen
{KeyValue("store","Gemini_AI_Key_0","DEIN_API_KEY_HIER")}

Verwendet man zwei Keys ist dieses reading anzulegen: setreading Gemini_AI Gemini_AI_Key 0
{KeyValue("store","Gemini_AI_Key_1","DEIN_ZWEITER_API_KEY_HIER")}

Durch das reading Gemini_AI_Key entsteht ein Zähler, der zwischen 0 und 1 wechselt, wird das reading gelöscht wird Gemini_AI_Key_0 als default verwendet.


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
#47
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
#48
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 ?
#49
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 administrator
Set-ExecutionPolicy Bypass -Scope Process -Force2. im anhang findet sich eine 7zip gepackte 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:\scripte
./install.ps1
eine neue aufgabenplanung wird angelegt.

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

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 {HttpUtils_NonblockingGet({url=>"http://aaa.bbb.ccc.ddd:65535/",callback=>sub($$$){} });;return ''}xxx = bezeichnung, die auch immer gefällt
aaa.bbb.ccc.ddd = 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.

NACHTRAG: nun auch nicht blockierend.
#50
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.