IDM ALM Navigator 2 // IDM Template zur gezielten Befüllung des Speichers mit Wärme aus PV Überschuß funktioniert nicht #24699
Replies: 12 comments 15 replies
|
Update: In der IDM ist dann die Konfiguration für PV anzulegen (Fachmann-Ebene) - dort sind die gewünschten Temperaturüberhöhungen separat konfigurierbar zu Verwendung des PV Überschuss. @Entwickler - bitte irgendwo dokumentieren, wie das IDM Template funktioniert und was an der IDM konfiguriert werden muss, damit es funktioniert. Insofern Ziel erreicht, aber nicht EVCC logisch direkt via WP SOC (=Zieltemperatur), sondern über Bande. |
|
Kannst du auch selber im Template als Info (requirements) eintragen. |
|
Update2:
Mein Ziel ist weiterhin, mit PV-Überschuß den Speicher (Kombi, WW + Heizung, je ca. 500 l) zu überladen, so dass die WP während der anderen Zeiten seltener (mit den Standard-Temperaturen) in Betrieb geht. |
|
Update 3: Zurück zu den Fehlern des IDM Template:
how come ? 
|
|
Problem soweit eingekreist - EVCC meldet an die IDM einen falschen Wert für PV Überschuss. Das Problem ist ähnlich der komplexen Logik bei der Steuerung des Vorrangs zwischen BEV oder PV Akku? Gelöst ist das über die unterschiedlichen Prioritäten anhand des PV Akku Ladestandes für dieses Szenario. Mein Vorschlag für WP ist, als PV Überschuss ausschliesslich die Leistung an die IDM zu melden, die ansonsten für Einspeisung verwendet werden würde. Eine WP zieht sowieso mehr als eine normale PV leisten kann und hat für mich deswegen die geringste Priorität. |
Verstehe ich nicht- evcc schickt genau das was es immer schickt, nämlich die Vorgabeleistung. Was soll daran (konkret) "falsch" sein? |
|
@andig - wie ist euer task-scheduling in der EVCC APP - event driven oder time-slots ? Die IDM benötigt alle x (z.B. 10) Minuten die Meldung des PV-Überschusses, auch wenn sich der nicht geändert hat. Kann euere state-machine "timer" ??? ... dann einfach das IDM Template alle 10 Minuten laufen lassen. Das ist aber nebensächlich - wenn es wirklich was bringen soll, dann muss EVCC die Rolle einer GLT (aus Sicht der IDM) einnehmen --> also aktiv die IDM einschalten innerhalb der vom SOC gemeldeten Temperaturschranke; nur dann kann ich gesteuert und effektiv PV-Überschuss in Zuatzwärme wandeln. Details siehe in meinem Post unten (letztes update) ... ich verstehe mehr als gut, dass ihr von allen Seiten mit Wünschen/Incidents befrachtet werden. Also IDM ist keine high-prio ... ;-) |
Dann brauchst Du einen watchdog im Template, siehe Beispiele.
Tun und wollen wir nicht. Das Szeanrio für WP und Heizstäbe ist boosten wenn Überschuss vorhanden. |
|
"Dann brauchst Du einen watchdog im Template, siehe Beispiele. ..." In der yaml oder EVCC selber in seinem IDM Template ? |
|
Letztes Update: Wenn EVCC einen Vorteil erwirtschaften kann, dann nicht PV-Überschuss melden per "IDM PV Konfiguration" aka Modus-2, sondern dass EVCC die führende Rolle einer Gebäudeleittechnik "IDM GLT" - aka Modus-1 einnimmt (Register 1710 steuern, IDM einschalten und damit gesteuerte Wärmeladung), d.h. die IDM gezielt einschaltet zur Wärmeproduktion bei PV-Überschuß (derjenigen Rest-kW, die sonst zur Einspeisung zum Versorger verwendet werden würden). Falls die Entwickler ein Test-Bed benötigen, stehe ich gerne zur Verfügung. For Info - hier die Konfig der IDM im Modus-2 (PV vorhanden) - aktuell, wieder reduziert um die zufällige Wärmeladung: |
|
danke für die beispiele.
muss ich jetzt mit natalis sprechen, damit das ins template kommt, oder kann ich als user den watchdog in mein evcc yaml (s.u.) einbauen und wie/wo ? ?
- type: template
template: idm
host: 192.168.0.175
port: 502
name: IDM-WP
modbus: tcpip
id: 1
tempsource: buffer
From: andig ***@***.***>
Sent: Samstag, 1. November 2025 10:05
To: evcc-io/evcc ***@***.***>
Cc: Donald ***@***.***>; Author ***@***.***>
Subject: Re: [evcc-io/evcc] IDM ALM Navigator 2 // IDM Template zur gezielten Befüllung des Speichers mit Wärme aus PV Überschuß funktioniert nicht (Discussion #24699)
https://github.com/search?q=repo%3Aevcc-io%2Fevcc%20path%3A%2F%5Etemplates%5C%2F%2F%20watchdog&type=code
—
Reply to this email directly, view it on GitHub<#24699 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ANK45KJBZ4GMRRRE7GBACD332RZTHAVCNFSM6AAAAACKF3DPIKVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTIOBUGQ4DQNA>.
You are receiving this because you authored the thread.Message ID: ***@***.******@***.***>>
|
|
Das kannst du selbst testen: https://github.com/evcc-io/evcc/blob/master/CONTRIBUTING.md#device-templates |
|
Zur Funktion in der IDM:
Das ist nur notwendig wenn evcc als GLT fungieren würde und die Temperaturen vorgibt. So wie evcc aber fungiert schreibt es nur den Überschuss in Register 74 (in kW). Hierbei ist dann in der IDM die Funktion wie folgt:
Generell würde ich sagen sollte auch hier ein Watchdog rein. Würde das Problem mit dem über Nacht anstehenden Überschuss beheben. Ohne wirklich was davon zu verstehen und nur auf Basis der anderen Beispiele mit Watchdog könnte ich es mir so vorstellen: template: idm
products:
- brand: IDM
group: heating
requirements:
# evcc: ["sponsorship"]
params:
- name: modbus
choice: ["tcpip"]
- name: tempsource
type: choice
choice: ["warmwater_top", "warmwater_bottom", "buffer"]
- name: phases
deprecated: true
- name: watchdog
type: duration
default: 60s
advanced: true
render: |
type: heatpump
setmaxpower:
source: watchdog
timeout: {{ .watchdog }}
reset: 0
set:
source: modbus
{{- include "modbus" . | indent 6 }}
register:
address: 74 # PV Überschussleistung
type: writeholdings
decode: float32s
scale: 0.001
power:
source: modbus
{{- include "modbus" . | indent 4 }}
register:
address: 4122 # aktuelle Aufnahmeleistung der WP
type: holding
decode: float32s
scale: 1000
energy:
source: modbus
{{- include "modbus" . | indent 4 }}
register:
address: 4128
type: holding
decode: float32s
{{- if .tempsource }}
temp:
source: modbus
{{- include "modbus" . | indent 4 }}
register:
address: {{ if eq .tempsource "warmwater_top" -}} 1014 {{ else if eq .tempsource "warmwater_bottom" -}} 1012 {{ else }} 1008 {{- end }} # 1014 Trinkwasser Oben, 1012 Trinkwasser Unten, 1008 Wärmespeicher
type: holding
decode: float32s
{{- end }} |
|
Moin,
vielen Dank für den Impuls im Script.
Ja, den Ansatz „PV-Überschuss zum Laden vom Speicher“ hatte ich zu Anfang verfolgt.
In der Praxis hat sich herausgestellt (siehe Bild unten), dass die Temperaturüberhöhungen durch PV über die bei mir notwendigen Mindesttemperaturen hinaus, also die durch PV erzeugte „Überschuss-Wärmemenge“, zu gering ist für längeren einen Betrieb z.B. über Nacht. Diese Beobachtung habe ich im Januar gemacht, also bei höchstem Wärmebedarf des Hauses, aktuell sieht es nicht viel anders aus.
Ich nutze jetzt aktuell nur die Meldung des Überschusses von EVCC in das IDM Register 74 und die IDM ist im Menü „PV“ auf die gewählten Temperaturüberhöhungen eingestellt. Die IDM springt dann bei ausreichend PV-Überschuss selber an, um die Überhöhungen zu erreichen.
VG
***@***.***
From: ck-coke ***@***.***>
Sent: Dienstag, 10. März 2026 08:26
To: evcc-io/evcc ***@***.***>
Cc: Donald ***@***.***>; Author ***@***.***>
Subject: Re: [evcc-io/evcc] IDM ALM Navigator 2 // IDM Template zur gezielten Befüllung des Speichers mit Wärme aus PV Überschuß funktioniert nicht (Discussion #24699)
Zur Funktion in der IDM:
Die IDM benötigt alle x (z.B. 10) Minuten die Meldung des PV-Überschusses
Das ist nur notwendig wenn evcc als GLT fungieren würde und die Temperaturen vorgibt. So wie evcc aber fungiert schreibt es nur den Überschuss in Register 74 (in kW). Hierbei ist dann in der IDM die Funktion wie folgt:
4.3.9. Kommunikation des PV-Überschusses bzw. der Aufnahmeleistung der Wärmepumpe
Der PV Überschuss (Wert in kW) kann über die Adresse 74 kommuniziert werden. Die momentane bzw.
prognostizierte Aufnahmeleistung der Wärmepumpe kann über die Adresse 4122 abgefragt werden.
Sobald der PV-Überschuss höher ist als die Aufnahmeleistung startet die Wärmepumpe und bewirtschaftet
das System laut den Einstellungen vom PV-Menü.
Generell würde ich sagen könnte hier ein Watchdog nicht schaden.
Ohne wirklich was davon zu verstehen und nur auf Basis der anderen Beispiele mit Watchdog könnte ich es mir so vorstellen:
template: idm
products:
- brand: IDM
group: heating
requirements:
# evcc: ["sponsorship"]
params:
- name: modbus
choice: ["tcpip"]
- name: tempsource
type: choice
choice: ["warmwater_top", "warmwater_bottom", "buffer"]
- name: phases
deprecated: true
- name: watchdog
type: duration
default: 60s
advanced: true
render: |
type: heatpump
setmaxpower:
source: watchdog
timeout: {{ .watchdog }}
reset: 0
set:
source: modbus
{{- include "modbus" . | indent 6 }}
register:
address: 74 # PV Überschussleistung
type: writeholdings
decode: float32s
scale: 0.001
power:
source: modbus
{{- include "modbus" . | indent 4 }}
register:
address: 4122 # aktuelle Aufnahmeleistung der WP
type: holding
decode: float32s
scale: 1000
energy:
source: modbus
{{- include "modbus" . | indent 4 }}
register:
address: 4128
type: holding
decode: float32s
{{- if .tempsource }}
temp:
source: modbus
{{- include "modbus" . | indent 4 }}
register:
address: {{ if eq .tempsource "warmwater_top" -}} 1014 {{ else if eq .tempsource "warmwater_bottom" -}} 1012 {{ else }} 1008 {{- end }} # 1014 Trinkwasser Oben, 1012 Trinkwasser Unten, 1008 Wärmespeicher
type: holding
decode: float32s
{{- end }}
—
Reply to this email directly, view it on GitHub<#24699 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ANK45KNQ3BR7R22NYANZ56D4P67QFAVCNFSM6AAAAACKF3DPIKVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTMMBWGM4TINI>.
You are receiving this because you authored the thread.Message ID: ***@***.******@***.***>>
|
|
Genau so ist das m.E. auch gedacht. Schön, dass es funktioniert! |
|
… es wäre Klasse, wenn ihr die „Vorrangschaltung“ (iOS APP -> Burgermenü -> Hausbatterie -> Thresholds für Batt/Car Priorisierung) auch für Wärmepumpen einbauen könntet, d.h. Meldung der für Netzeinspeisung verbleibenden „Rest PV-Leistung) an die WP erst ab Stufe „Priorisiere Fahrzeugladen“.
just my 2 cents 😉
From: andig ***@***.***>
Sent: Dienstag, 10. März 2026 08:56
To: evcc-io/evcc ***@***.***>
Cc: Donald ***@***.***>; Author ***@***.***>
Subject: Re: [evcc-io/evcc] IDM ALM Navigator 2 // IDM Template zur gezielten Befüllung des Speichers mit Wärme aus PV Überschuß funktioniert nicht (Discussion #24699)
Genau so ist das m.E. auch gedacht. Schön, dass es funktioniert!
—
Reply to this email directly, view it on GitHub<#24699 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ANK45KNSECGIHJI7EB6SV2L4P7DBRAVCNFSM6AAAAACKF3DPIKVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTMMBWGQZDSNQ>.
You are receiving this because you authored the thread.Message ID: ***@***.******@***.***>>
|
|
Mach bitte ein Issue dafür auf |
|
gerne – siehe hier: #28230
From: andig ***@***.***>
Sent: Dienstag, 10. März 2026 11:31
To: evcc-io/evcc ***@***.***>
Cc: Donald ***@***.***>; Author ***@***.***>
Subject: Re: [evcc-io/evcc] IDM ALM Navigator 2 // IDM Template zur gezielten Befüllung des Speichers mit Wärme aus PV Überschuß funktioniert nicht (Discussion #24699)
Mach bitte ein Issue dafür auf
—
Reply to this email directly, view it on GitHub<#24699 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ANK45KNVYWTKPHNMLLZ7RPD4P7VGVAVCNFSM6AAAAACKF3DPIKVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTMMBWGY3TONY>.
You are receiving this because you authored the thread.Message ID: ***@***.******@***.***>>
|
|
IS there a schedule available till when the watchdog solution will be implemented in the idm.yaml of the official release? |
|
@pthauer - das Problem ist anders gelöst, funktioniert aber so wie gewünscht seit einem der letzten EVCC Updates. An der IDM sind folgende Einstellungen notwendig (wie man in das 'Fachmann' Niveau kommt ist bekannt) :
und dann im EVCC unter Verwendung des idm.yaml oder direkt im GUI:
EVCC macht das Balancing seit einem der letzen Updates ziemlich clever. Bei mir sind PV-Speicher, e-Auto und die IDM aus der PV zu bedienen. Sobald der Speicher auf den eingestellten Schwellwert geladen ist (Prio Säule im GUI), erfolgt folgendes bei Bedarf des Abnehmers:
Da sind jetzt einige Annahmen über Deine Konfiguration drin, z.B. dass Du für FBH und TW einen gemeinsamen Speicher (*, Punkt 2.) hast, der das Aufsteigen der FBH Wärme in den TW Bereich zulässt. Falls die IDM nur eine TW Speicher aufheizt, ist das Setup von der Idee genauso, aber einfacher in EVCC (TW Temp anstelle Spreicher Temp auslesen). remark - if an english translation is wanted, please cut'n paste this text into google or any other translator convienent to you. |
|
@FSTNDonald irgendwie kann ich deiner Logik nicht folgen. Wie ich gestern mit dem IDM Service geklärt habe, kann ich in meiner Version der Navigator Software die Einstellungen im normalen User-Menu machen.
All das spricht für mich sehr stark in Richtung Watchdog, sprich regelmäßige Übermittlung der Überschussleistung oder zumindest der Momentanleistung an die IDM. Bei mir wurde die momentane Leistung bei Einschalten von PV oder min+PV einmalig übertragen und blieb dann im Navigator so stehen, obwohl sich die Momentanleistung natürlich immer wieder ändert. Aber nachdem wohl keine PV-Anlage auf einem Einfamilienhaus die komplette Leistung, die die IDM bei der Warmwasserbereitung mit HGL-Technik zieht, liefert, muss unabhängig wie hoch der Überschuss ist, immer vom Netz oder vom Hausspeicher Leistung hinzugezogen werden. Daher schon einmal meine erste Frage:
Nun zur Priorisierung von Autoladen und IDM versorgen.
Screenshots: |
|
Moin,
Im zweiten Bild ist die EVCC Ansicht für die IDM gezeigt. Das Temp-Limit ist 48°, d.h. sobald PV Überschuss da ist, boostet EVCC die IDM bis der Speicherfühler 48 ° meldet. PS: in dem PV Menü der IDM ist "Wäremspeicher laden" auf "Ja" bei mir. Prios habe ich in EVCC keine gesetzt, der PV Überschuss wird ca. 50:50 auf Wallbox und IDM verteilt dadurch, dass ich die maximalen Ladeströme angepasst habe. 
|
|
@FSTNDonald Es scheint, dass die IDM Terra mit HGL anders funktioniert als die IDM ALM, obwohl beide mit Navigator 2.0 gesteuert werden. Ich habe in meiner Konfiguration die IDM jetzt seit 3 Tagen im PV Modus. Ich produziere jetzt z.B. 3,5kW Überschuss. Allerdings zeigt mein Navigator nur 0kW aus der PV an. Somit übermittelt EVCC derzeit gar keinen Überschuss an die IDM. |
|
Moin,
EVCC ist die aktuelle Version …?
EVCC läuft bei mir auf einem RASPI-5 mit Ubuntu 24.04 LTS.
Für die IDM steht in der evcc.yaml:
***@***.***
In der Fachmann Ebene kannst Du im GLT Monitor in Realtime sehen, was bei der IDM ankommt von EVCC.
***@***.***
Wenn die Übertragung hängt, was gelegentlich nach einem Reboot vom RASPI vorkommt,
dann trigger ich einen Neustart vom Navigator und danach Restart vom evcc Service auf dem RASPI.
Wie beschrieben, die ganze Mimik funktioniert mit dem FBH Speichersegment, dessen Boost in unserem Speicher sofort in das TW Segment hochwandert, da die FBH nicht läuft, ergo die Wärme nicht abgezogen wird.
Speicher ist ein Sonnen 1000 mit Trennplatte, die aber offensichtlich nicht 100 % dicht ist.
From: pthauer ***@***.***>
Sent: Montag, 24. August 2026 12:55
To: evcc-io/evcc ***@***.***>
Cc: Donald ***@***.***>; Mention ***@***.***>
Subject: Re: [evcc-io/evcc] IDM ALM Navigator 2 // IDM Template zur gezielten Befüllung des Speichers mit Wärme aus PV Überschuß funktioniert nicht (Discussion #24699)
@FSTNDonald<https://github.com/FSTNDonald> Es scheint, dass die IDM Terra mit HGL anders funktioniert als die IDM ALM, obwohl beide mit Navigator 2.0 gesteuert werden. Ich habe in meiner Konfiguration die IDM jetzt seit 3 Tagen im PV Modus. Ich produziere jetzt z.B. 3,5kW Überschuss. Allerdings zeigt mein Navigator nur 0kW aus der PV an. Somit übermittelt EVCC derzeit gar keinen Überschuss an die IDM.
Wenn ich mir im EVCC Log die beide MODBUS Proxy anschaue, sehe ich keinerlei Einträge, obwohl Logging schon auf DEBUG Level steht. Die Kommunikation mit meiner PV klappt aber über MODBUS. Somit gibt es keinen Grund die MODBUS Kommunikation mit der IDM anzuzweifeln. MODBUS ist bei der IDM auch durch den IDM-Service angeschaltet. Sobald ich nämlich EVCC von PV und min+PV schalte, kommt bei der IDM etwas an - der momentane Überschuss zum Zeitpunkt des Einschaltens von min+PV.
Nächste Frage: Ich vermute, dass der übertragene Wert setmaxpower die momentane Überschussleistung der PV ist. Gegen welchen Wert wird dieser in der IDM verglichen, um zu entscheiden, ob in den Boost-Modus geschaltet wird?
Ich kann im Navigator lediglich die kWp meiner PV angeben. Die werde ich nie als Überschuss erreichen, da mein Haus permanent Leistung zieht.
Nach idm.YAML wird setmaxpower in das Register 74 der IDM geschrieben. Dort erwartet IDM die aktuelle Überschuss - macht Sinn. Gemäß der IDM Dokumentation reicht auch nur Register 74 für die Minimalfunktion.
Derzeit habe ich Trinkwasser-Temperatur konfiguriert. In der IDM allerdings angeben, dass Boost für den FBH also Speicher erfolgen soll. Wird die in EVCC konfigurierte Temperatur EVCC-intern noch für etwas anderes bei der IDM Steuerung verwendet? Will heißen, soll ich in EVCC die Speichertemperatur statt der Trinkwassertemperatur abfragen? Trinkwasser wird eh nie via Überschuss geboostet, da hierfür mein Überschuss nie ausreicht. Dafür nutze ich den Börsenpreis - niedrigster Tagespreis = Warmwasser Vorrangschaltung.
—
Reply to this email directly, view it on GitHub<#24699?email_source=notifications&email_token=ANK45KIKJ2O3L2EOKYQKOPT5LQNJJA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCOBRGMZTSMRZUZZGKYLTN5XKO3LFNZ2GS33OUVSXMZLOOSWGM33PORSXEX3DNRUWG2Y#discussioncomment-18133929>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ANK45KKKP23WOS2GKFP66NT5LQNJJAVCNFSNUABHKJSXA33TNF2G64TZHMZDENRTGY4DGMZYHNCGS43DOVZXG2LPNY5TSMBWGY3TQONBOYBA>.
Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS<https://github.com/notifications/mobile/ios/ANK45KOZOMD5226BQQ426TL5LQNJJA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCOBRGMZTSMRZUZZGKYLTN5XKO3LFNZ2GS33OUVSXMZLOOSVGM33PORSXEX3JN5ZQ> and Android<https://github.com/notifications/mobile/android/ANK45KPENVMTHW5M3CSPENT5LQNJJA5CNFSNUABIM5UWIORPF5TWS5BNNB2WEL2ENFZWG5LTONUW63SDN5WW2ZLOOQXTCOBRGMZTSMRZUZZGKYLTN5XKO3LFNZ2GS33OUVSXMZLOOSXGM33PORSXEX3BNZSHE33JMQ>. Download it today!
You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>
|
Uh oh!
There was an error while loading. Please reload this page.
Describe the bug
In EVCC 0.209.1 (GUI) habe ich eine IDM WP erzeugt und als Temperatur "Warmwasser Oben" ausgewählt. Im GUI wir die IDM angezeigt ebenso wie die oberer Trinkwassertemperatur, z.B. 55 Grad.
Ziel ist es, sobald PV Überschuss besteht, die Speichertemperatur bewusst zu erhöhen, z.B. auf 60 Grad, d.h. also den PV Überschuss in einen Wärmevorrat im Speicher zu wandeln.
Dazu müsste EVCC das Modbus Register 1710 auf "1" stellen, sobald PV Überschuß vorhanden ist. Zum Testen habe ich "Min+PV" bzw. "Schnell" ausgewählt -> 1710 bleibt immer auf "0".
Sobald das eingestellte Temperaturlimit überschritten wird, müsste dann 1710 zurück auf "0" geschrieben werden, d.h. Heizen beenden.
Gegebenfalls kann sogar die Höhe des Überschuss mittels Register 74 mitgegeben werden.
Das funktioniert leider nicht, laut IDM Modbus-Monitor wird nur Register 74 (Überschuss) im o.a. Fall "Heizen" mit GLT=5.5 beschrieben. Sobald Heizen beendet wird (z.B. durch Reduktion der Zieltemperatur in EVCC), wird 74 mit GLT=0.0 beschrieben.
Steps to reproduce
PS: im Config unten ist db:4 von einem vorherigen Versuch mit der Speicher-Temperatur (Buffer) anstelle Warmwasser-Oben.
Configuration details
Log details
What type of operating system or environment does evcc run on?
Linux
External automation
Nightly build
Version
209.1
All reactions