Fragen zu Datenpunkte VitoCal 2xx-S (DP_CU401B_S)

[jomifa]

Hallo,
ich habe noch einige Fragen zu den Datenpunkten. Ich bin gerade dabei meine Node-Red flows, die auf der Viessmann API basiert, auf den Optolink-Splitter umzustellen.

Dazu fehlen mir noch die Datenpunkte zu folgenden Punkten:

• Status Elektroheizung (DP ????)
  Ich habe meine eHeizung deaktiviert und möchte sicherstellen, dass mir von Seiten Dritter dieses umgestellt wird, ohne dass ich es mitbekomme. Außer bei der Jahresrechnung der EVU.

• Laufzeit Verdichter (Betriebsstunden DP: 0x5005)
  Der DP wird in Sekunden ausgegeben. Leider stimmt der Wert umgerechnet in Stunden 1/3600 nicht mit den Werten der API bzw. ViCare App überein. Der Wert über den Splitter ist ca 2,5 mal zu groß wir der App Wert. Addiere ich die Werte der Belastungsklassen 1 bis 5 (0x1620/2/4/6/8), dann ist der Wert schon besser aber entspricht nicht dem Wert aus der ViCare App. Wie sehen diese Werte bei euch aus?

• Betriebsmodus Heizen/Kühlen&Warmwasser, Warmwasser und AUS
  Der Datenpunkt 0x1180 wird als zusammengesetzter Datenpunkt mit 5 Bytes in der Excel Tabelle für die DP_CU401B_S aufgelistet. Um aber den gesamten DP auslesen zu können muss ich read;0x1180;10; angeben damit die Antwort des Befehls positiv ist. Die Beschreibung des Datenpunktes stimmt m.E. nicht mit meiner Wirklichkeit überein. Ich kann meine o.g. 3 Kategorien darin nicht abbilden

Mit dem ausgegebenen Wert:

kann ich leider nichts anfangen. Der Wert des hier gezeigten DPs spiegelt den Betriebsmodus: „Heizen/Kühlen&Warmewasse“ wider. Ich vermag mit der Erklärung in der Excel Tabelle nichts anzufangen.
Hat jemand einen DP gefunden mit dem man den Betriebsmodus der WP (HK1) abbilden kann. Außerdem möchte ich wie bisher die Möglichkeit haben diese 3 Betriebsmodi schalten zu können. Dazu habe ich leider auch keinen DP im Wust der DPs gefunden.

Des Weiteren finde ich auch keinen DP der mir anzeigt ob die WP sich im Kühlmodus befindet.

• Schalten der Zirkulationspumpe
  Bisher habe ich keinen DP gefunden der es mir ermöglicht, die Zirkulationspumpe ein- und auszuschalten. Vielleicht hat jemand von euch diesen DP bereits in seiner Polling-Liste

• Status der HK1
  Ich habe versucht mit dem DP 0x1188 laut Excel Tabelle den Modus des HK1 auszulesen. Auch hier kann ich wie im DP 0x1180 nur 10 Bytes en bloc auslesen. Alle anderen Abfragen sind erfolglos.

Hat jemand eine Idee, was welches Byte bedeutet?

Ich würde mich freuen wenn der eine oder der andere Anregungen bzw. DP nennen kann, damit ich endlich mich von der API befreien kann.

Grüße
Joachim

[EarlSneedSinclair]

Hier mal einige Werte die ich gerade Griffbereit hatte.
Schau auch mal in die Konfigurationsbeispiele im Wiki (Link). Ich habe nahezu alle Werte aus der App/API zusammengetragen.

Status Elektroheizung:
"eheizung_betrieb", 0x7902, 1, 1, False

Verdichter Betriebsstunden:
"vd_betriebsstunden", 0x0580, 4, 2.7777778e-4, False

Status Zirkulationspumpe, nicht schalten:
"ww_zirkulationspumpe", 0x0490, 1, 1, False
Schalten könnte 0x6515 sein (siehe Vitogate Datenpunktliste: https://community.viessmann.de/viessmann/attachments/viessmann/customers-heatpump-hybrid/45433/1/vitogate_200_typ_knx-Datenpunktliste.pdf)

Status HK1
(in Homeassistant als Thermostat: 0 = off, 2 = auto, 5 = heat, 7 = cool
aus der Parameterliste: 7 – nur Kühlen,5 – dauernd normal,6 – normal Abschalt,0 – Abschaltbetrieb,1 – Nur WW,2 – Heizen/Kühlen/WW,4 – dauernd reduziert):
"hk1_betriebsart", 0xB000, 1, 1, False

[jomifa]

Danke für deine Antworten.

0x7902 ist ein statischer DP. Ich suche einen DP der mir den realen Status der eHeizung anzeigt

0x0580 ist der korrekte DP den ich gesucht habe

0x0490 benutze ich bereits als Status

0x6515 existiert nicht in der Excel Tabelle, er existiert nur in der KNX Tabelle als Read DP. Gesucht wird aber das Schalten des DPs

0xb000 ist der gesuchte DP

[EarlSneedSinclair]

Bezüglich der Elektroheizungen sind 0x7902 und 0x6015 die Einstellungen zur Freigabe für Heizung und Warmwasser. Den aktuellen Status kannst du, denke ich, aus der Leistung (0x1909) oder dem Relais-Status der zwei Stufen auslesen:

• Stufe 1 0x0488 (Werte: 0/1; Betriebstunden hierzu: "eheizung_stufe_1_betriebsstunden", 0x0588, 4, 0.0008333, False)
• Stufe 2 0x0489 (Werte: 0/1; Betriebsstunden hierzu: "eheizung_stufe_2_betriebsstunden", 0x0589, 4, 0.0016667, False)

Ob die Zirkulationspumpe unabhängig vom Zeitprogramm angesteuert werden kann, konnte ich nicht finden. Ich nutze dafür einen Shelly.

[jomifa]

Ich habe in der Zwischenzeit meine Lösung für die Zirkulationspumpe gefunden. Ich mache es so wie in der Viessmann API. Ich schalte die Zirkulationspumpe nach Schaltzeiten an oder aus. Bei mir ist die ZP generell ausgeschaltet. Wenn ich warmes Wasser benötige, schalte ich über Sensor, Sprache, usw. passgenau die Zirkulationspumpe ein. Dann werden für alle Tage und Zeiten die Schaltzeiten gesetzt und über einen Timer wieder zurückgesetzt. Wenn man will kann man das auch granularer gestalten bei Beibehaltung eventuell gesetzter Schaltzeiten über die ViCare App. Ich denke, dass dir dieses Schema bekannt vorkommt ;-)

[io2345]

Jomifa, ich sehe schon: Du hast hier bereits Lösungen für einige meiner Fragen. Das könnte mir Arbeit ersparen ;-)
Könntest du mir sagen, wie ich das mache mit den Schaltzeiten für die WW-Zirkulationspumpe?
Ich hab die bisher im ioBroker mit einem Script über die Viessmann-API eingeschalten. Das Script liest die derzeit eingestellten Schaltzeiten der WW-Zirkulation aus und speichert sie. Dann schreibt er als Zeitprogramm 24/7 in die WP-Steuerung. Nach einiger Zeit (bei mir zwei Minuten) schreibt er den vorher eingelesenen Wert wieder zurück.
Das Script sieht so aus:

async function start_zirk() {
    // Schedule wird zum Einschalten der Pumpe temporär verändert, so dass die Pumpe
    // zwischen 00:00 und 23:59 Uhr zuverlässig eingeschaltet ist. Das in der Wärmepumpe 
    // vorhandene Zeitprogramm der Zirkulationspumpe wird in einen eigenen Datenpunkt gesichert
    
    pump_on = '{"mon":[{"start":"00:00","end":"24:00","mode":"on","position":0}],"tue":[{"start":"00:00","end":"24:00","mode":"on","position":0}],"wed":[{"start":"00:00","end":"24:00","mode":"on","position":0}],"thu":[{"start":"00:00","end":"24:00","mode":"on","position":0}],"fri":[{"start":"00:00","end":"24:00","mode":"on","position":0}],"sat":[{"start":"00:00","end":"24:00","mode":"on","position":0}],"sun":[{"start":"00:00","end":"24:00","mode":"on","position":0}]}'
    schedule_sichern = getState('viessmannapi.0.133077.0.features.heating.dhw.pumps.circulation.schedule.properties.entries.value'/*value*/).val;
    
    setState('0_userdata.0.EigeneDatenpunkte.Heizung.ZwischenspeicherZirkulationspumpeSchedule',JSON.parse(JSON.stringify(schedule_sichern)));
    
    setState('viessmannapi.0.133077.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue', JSON.parse(pump_on)); // oder pump_off
}

async function stop_zirk() {
    // Der urspüngliche Schedule wird zurückgeschrieben. 
    
    //schedule_wiederherstellen = getState("0_userdata.0.EigeneDatenpunkte.Heizung.ZwischenspeicherZirkulationspumpeSchedule").val;
    schedule_wiederherstellen = schedule_sichern;
    setState('viessmannapi.0.133077.0.features.heating.dhw.pumps.circulation.schedule.commands.setSchedule.setValue', JSON.parse(schedule_wiederherstellen));
}


on({ id: [].concat(['0_userdata.0.EigeneDatenpunkte.Heizung.ZirkulationAn_']), change: 'ne' }, async (obj) => {
  let value = obj.state.val;
  let oldValue = obj.oldState.val;
  if ((obj.state ? obj.state.val : "") == true) {
    await start_zirk();
    log ("Zirkulationspumpe läuft für zwei Minuten");
    await wait(120000);
    setState('0_userdata.0.EigeneDatenpunkte.Heizung.ZirkulationAn_' /* EigeneDatenpunkte.Heizung.ZirkulationAn  */, false, true);
    await stop_zirk();
  }
});

Änderen müsste ich wohl nur die Datenpunkte, die mit "viessmannapi.0.133077.0..." beginnen, richtig?
Frage ist zunächst mal: Wie schreibe ich überhaupt Datenpunkte über den Optolink-Splitter in die WP-Anlage? Welche Datenpunkte müssen dort angesprochen werden und in welchem Format müssten die sein?

Weiter unten habe ich noch ein weiteres Thema von dir gefunden das mich interessiert, nämlich die Änderung des Anlagenstatus. Mir geht es hier um eine Änderung von "Heizen, Kühlen und WW" auf "Aus". Ich habe nämlich einen Wassersensor neben der WP, der mir im Fall einer Leckage im Primärkreis verhindern soll, dass mir die Grundwasserpumpe den Keller flutet. Deshalb reicht auch das Setzen auf "Aus". Einschalten muss man dann ohnehin manuell nach der Reparatur.
Welcher Datenpunkt und Wert müsste hier geschrieben werden?

Danke!

[jomifa]

Hallo,
ich habe das Verfahren für mich dahingehend verändert, dass die Zirkulationspumpe nur noch dann in einer variablen Schaltzeit eingeschaltet wird, wenn ich das per Sprache, Taster, BWM oder Node-Red Dashboard möchte. Ansonsten ist die ZP aus.

Da ich nicht mit dem ioBroker arbeite, sondern in diesem Fall die benötigte Steuerung meiner WP über Node-Red vornehme, kann ich zu deinen ioBroker Fragen nichts sagen.

Nichtsdestotrotz kann ich dir beschreiben wie man das mit einer VitoCal 222-S generell machen kann.
Die Datenpunkte, um die es geht sind:

0x9318, 24 Byte lang und eingeteilt in 8 Schaltzeiten zu 3 Bytes für den Montag
0x9320, 24 Byte lang und eingeteilt in 8 Schaltzeiten zu 3 Bytes für den Dienstag
0x9328, 24 Byte lang und eingeteilt in 8 Schaltzeiten zu 3 Bytes für den Mittwoch
0x9330, 24 Byte lang und eingeteilt in 8 Schaltzeiten zu 3 Bytes für den Donnerstag
0x9338, 24 Byte lang und eingeteilt in 8 Schaltzeiten zu 3 Bytes für den Freitag
0x9340, 24 Byte lang und eingeteilt in 8 Schaltzeiten zu 3 Bytes für den Samstag
0x9388, 24 Byte lang und eingeteilt in 8 Schaltzeiten zu 3 Bytes für den Sonntag

Die kannst du ganz normal aus den 24 Bytes oder teilweise lesen und beschreiben:

read;0x9318;24 (bulk read aus den Adressen 0x9318, 0x9319, .... 0x931F)
writeraw;0x9318;24;wert (damit wird das in einem bulk write in die DPs geschrieben)

oder teilweise:
read;0x9318; 3; 'b:0:0'; 1; 1-tes Byte aus der Kette von 24 Bytes
read;0x9318; 6; ersten 6 Byte aus der Kette von 24 Bytes

usw..

Die 3 Byte Werte pro Schaltzeiten für die ZP haben folgenden Aufbau:
Byte 1 = Startzeit
Byte 2 = Endzeit
Byte 3 = Modus (1=5/25, 2=5/10, 3= immer an)

Bei den Schaltzeiten musst du Bits betrachten:

• die oberen 5 bits sind die Stunde

80h = 1000 0000 bin, obere 5 bits -> 10000 bin = 10h = 16 (Stunde)

• die unteren 3 bits sind je 10 Minuten, also

81h -> 16:10, 82h -> 16:20, ...

Da ich nur die Zustände schalte ZP für alle Tage ein bzw. aus - damit muss ich mir keinen Kopf über spezielle Tage machen -
würde der Wert für das Setzen der DPs folgendermaßen aussehen:

• einschalten
  '00c00300c00300c00300c00300c00300c00300c00300c003' Schaltzeit zwischen 00 und 24 Uhr im Modus dauernd an für alle Tage (24 Bytes)

• ausschalten
  '000000000000000000000000000000000000000000000000' Schaltzeit aus für alle Tage (24 Bytes)

Wenn du es granularer machen möchtest, dann musst du eben für Schaltzeit und Tag entsprechend die 3 Bytes setzen

Dann schiebst du den Befehl in einen MQTT Out Baustein in deinem ioBroker der Form:

writeraw; 9318; 24; schaltzeit_wert (siehe oben ein-/ausschalten)

[io2345]

@jomifa : Ich denke, in den Angaben oben kann 0x9388 für Sonntag nicht stimmen. Ich nehme an, 0x9348 ist gemeint, stimmt's?

[jomifa]

Sagt mal, auf der ViCare App gibt es einen Button "Status Wärmepumpe". Zu welchem DP könnte der gehören? Ich habe es mit allen möglichen Vor- und Rücklauftemperaturen im sekundären und primären Bereich versucht, treffe aber nicht genau den Wert, den die App anzeigt.

[jomifa]

Wenn ich die beiden Werte (Vorlauf SK und Status WP) auf der ViCare App vergleiche, sind diese unterschiedlich. Man sollte meinen, dass das dann unterschiedliche DP sind oder glaubst du Viessmann hätte Sync-Probleme auf der App. ;-) Aber egal, es handelt sich hier eh nur um kleinere Werte, die man getrost ignorieren kann.

"

[EarlSneedSinclair]

Nein, ich glaube nicht, dass es Sync-Probleme gibt, die Abfrageintervalle sind einfach länger als beim Optolink-Splitter (je nach Konfiguration). Dadurch gibt es weniger Datenpunkte, und der Wert in der App bzw. API weicht daher immer leicht vom (nahezu) Live-Wert des Optolink-Splitters ab.

Ich habe dazu mal einen Screenshot gemacht (API in Gelb, Optolink-Splitter in Blau):

Die SK-Vorlauftemperatur finde ich in der App nicht nochmal, nur die SK-Rücklauftemperatur. In der App ist das der erste Wert „Rücklauftemperatur“ unter Gerätestatus oder wenn ich auf den besagten Button klicke. Dieser Wert weicht in ähnlicher Weise ab wie der (vermutete) Vorlauf.

[jomifa]

ok, danke für das Diagramm. Welchen DP nimmst du für die Warmwasseranforderung (einmalig)? Ich bin mir nicht sicher, dass es noch einen besseren DP gibt als xB020. Mit dem DP 1880 komme ich nicht weiter. Den scheint es in meiner Anlage nicht zu geben.

Ich bin noch auf der Suche nach dem DP für den Status des HK1 (reduziert, normal, standby). Ich finde nichts passendes. In der Excel Tabelle gibt es dazu eineige DP. Sie funktionieren für meine Anlage nicht!

[EarlSneedSinclair]

Für die Warmwasseranforderung nutze ich 0xB020 und das funktioniert auch soweit.

Der DP 0x1180 ist ein zusammengesetzter Datenpunkt und etwas komplexer. Etwas Hintergrund dazu gibt es hier

Verstehe ich richtig, dass du nicht die Betriebsart der Anlage suchst, sondern du abfragen möchtest, welcher Modus aus den Zeitplänen im HK1 gerade aktiv ist? (Standby gibt es bei mir da in der App nicht, nur reduziert oder normal)
Wenn das so ist, sind das ja die soll Temperaturen (für HK2 0x3000, 0x3022, 0x3001) anhand derer man den Modus ableiten könnte.

[FransOv]

Ich bin noch auf der Suche nach dem DP für den Status des HK1 (reduziert, normal, standby). Ich finde nichts passendes. In der Excel Tabelle gibt es dazu eineige DP. Sie funktionieren für meine Anlage nicht!

Die Status des HK1 ist kodiert in 0xB000. Ich muss mal nachschauen wie das exakt war. Sehe auch die Definition der Climate Entities in meine entities.json in https://github.com/philippoo66/optolink-splitter/wiki/350-Poll-Configuration-Samples#vitocal-300-g-bwc-301c16-of-fransov

[jomifa]

Verstehe ich richtig, dass du nicht die Betriebsart der Anlage suchst, sondern du abfragen möchtest, welcher Modus aus den Zeitplänen im HK1 gerade aktiv ist? (Standby gibt es bei mir da in der App nicht, nur reduziert oder normal)
Wenn das so ist, sind das ja die soll Temperaturen (für HK2 0x3000, 0x3022, 0x3001) anhand derer man den Modus ableiten könnte

Ja genau, diesen Modus suche ich. Dieser DP ist da Äquivalent von "heating.circuits.0.operating.programs.active" in der API

[jomifa]

Die Status des HK1 ist kodiert in 0xB000. Ich muss mal nachschauen wie das exakt war. Sehe auch die Definition der Climate Entities in meine entities.json in https://github.com/philippoo66/optolink-splitter/wiki/350-Poll-Configuration-Samples#vitocal-300-g-bwc-301c16-of-fransov

Nein, der DP 0xB000 ist die Betriebsart der WP

[FransOv]

Doch, 0xB000 ist der Bertiebsart HK1, 0xB001 des HK2 und 0xB002 HK3.
Off/Standby: 0x00
Auto: 0x02
Sparbetrieb: 0x82
Partybetrieb: 0x42
Dauerhaft reduciert: 0x04
Dauerhaft normal: 0x05

[jomifa]

Doch, 0xB000 ist der Bertiebsart HK1, 0xB001 des HK2 und 0xB002 HK3.

Ok, der DP ist ein zusammengesetzter DP und beinhaltet die von dir beschriebenen Werte. Wenn ich z.B. den Wert x02 habe, wird mir damit signalisiert, dass er in der Betriebsart Heizen/Kühlen&WW läuft. In der Viessmann API konnte man über den DP heating.circuits.0.operating.programs.active herausbekommen, ob er von der Raumtemperatur her gesehen im normalen oder reduzierten Modus lief. Das kann ich nicht gleichzeitig über 0xB000 abgreifen. Oder verstehe ich da etwas nicht richtig?

[FransOv]

Stimmt, diese DP hab ich noch nicht gefunden. Ist aber sicher irgendwo, die Vitotrol zeigt dass mit so eine Sonnesymbol, aber dass ist über KM-bus. Man könnte dass simulieren durch vergleichen der Werte van aktuelle Soll Temperatur 0xA406 und Normale Temperatur 0x2000 (0xA446 und 0x3000 für HK2). Wird aber kompliziert mit Party und Spar Modus.

[FransOv]

Vielleicht kann es auch mit 0x1280 (HK1) / 0x1281 (HK2) das erste Byte von 8. 0x11 reduziert,, 0x12 normal. Aber kein Unterschied zwischen reduziert durch Zeitprogramm oder reduziert durch Sparprogramm.

1;0x1281;11 12 AA00 B000 00 11 auto reduziert
1;0x1281;12 12 B400 E000 00 11 auto normal
1;0x1281;11 12 9600 9600 00 11 spar
1;0x1281;12 12 D200 6C01 00 11 party
1;0x1281;00 00 5000 0000 00 00 aus 
1;0x1281;00 00 5000 0000 00 00 standby
1;0x1281;13 13 B400 9001 00 11 festwert

Byte 0: Betriebsart
Byte 1: Bedarf
Byte 2-3: Raumsoll
Byte 4-5: Vorlaufsoll
Byte 6: ??
Byte 7: Betriebsmodus

[jomifa]

Schau mal, ich habe das erste Byte von 0x1280 zu einem Zeitpunkt einmal ausgelesen, wo der HK1 im reduzierten Modus läuft.

In der Tabelle für CU140B_S steht:

Wie ist jetzt der Wert von 17 zu interpretieren oder habe ich 0x1280 falswch abgefragt?

[FransOv]

17 ist hex 0x11 so reduziert.

[jomifa]

17 ist hex 0x11 so reduziert.

Danke stimmt natürlich

[jomifa]

Ich verusche gerade die DPs für die Drehzahl der Ventilatoren 1+2 im Verdichter zu finden. Dafür hatte ich 0x02C0 und 0x02C1 gefunden. Die DPs sind zusammengesetzte DPs und bestehen aus 3 Bytes. Ich denke 1Byte Sensor und 2 Bytes dür die Drehzahl in %. Die Angabe in %, da die entsprechende Animation in der Diagnose diese in % ausweist. Die Werte die ich zurück bekomme kann ich nicht interpretieren. Sie lagen z.B. bei einem Wert von 1536 Dezimal.

Abfrage ist:
("wp/verdichter/Drehzahl Ventilator 1 (02C0)",0x02C0, 3, 'b:0:1', 1),

Hat jemand bereits diesen DP bei sich eingesetzt oder Anmerkungen zu derm Wert bzw. der Abfage in der polling-list?

[FransOv]

Tab CU401B_S in Excel https://github.com/user-attachments/files/18704533/Viessmann.Parameter.Adresses.xlsx

[Mini-Disc]

Vielen Dank für das Excel.
Leider fehlen bei den Einträgen Informationen wie BlockLengt, BytePosition, BitPosition und BitLengt. Die ByteLengt alleine reicht nur selten aus.

[FransOv]

Stimmt, die Excel ist extrahiert aus der Vitosoft Database. Die Info soll irgendwie in der Vitosoft Database sein, aber ich habe die noch nicht gefunden.

[Mini-Disc]

Ich nutze die Datei "ecnEventType.xml" aus dem Vitosoft Verzeichnis "/ServiceTool/MobileClient/Config". Die Datei lade ich in Excel ein. Es steht leider nicht alles drin aber es hilft schonmal ungemein.

[FransOv]

Ich nutze diese Query um die Excel Daten aus die Vitosoft Database zu extrahieren:

select dp.Address as Model, 
et.Address as Parameter, 
substring(et.address,charindex('~',et.address)+1,6) Address, 
et.Conversion, 
case et.Type when 1 then 'R' when 2 then 'R'when 3 then'R/W' else '' end ReadWrite,
ete.ByteLength, et.DefaultValue, 
ev.Unit, ev.Stepping, ev.DataType, ev.ValuePrecision, ev.LowerBorder, ev.UpperBorder, 
STRING_AGG(ev.EnumAddressValue,',') WITHIN GROUP (ORDER BY ev.EnumAddressValue ASC) as 'Values', 
STRING_AGG(ev.Description,',') WITHIN GROUP (ORDER BY ev.EnumAddressValue ASC) as 'Descriptions'
from ecnDeviceTypeDataPointTypeLink dev 
join ecnDatapointType dp on dev.DataPointTypeId=dp.Id 
join ecnDataPointTypeEventTypeLink dpe on dp.Id=dpe.DataPointTypeId
join ecnEventType et on et.id=dpe.EventTypeId
left outer join ecnEventTypeEventValueTypeLink etvl on etvl.EventTypeId=et.Id
left outer join ecnEventValueType ev on etvl.EventValueId=ev.Id
left outer join [vsmEventTypeExtension] ete on ete.EventTypeId=et.Id
where dp.Address='XXXXX'
group by et.Address, dp.Address,
 substring(et.address,charindex('~',et.address)+1,6),
 et.Conversion, case et.Type when 1 then 'R' when 2 then 'R'when 3 then'R/W' else '' end,
 ete.ByteLength, et.DefaultValue, ev.Unit, ev.Stepping, ev.DataType, ev.ValuePrecision, ev.LowerBorder, ev.UpperBorder
order by Address

[jomifa]

Weiter unten habe ich noch ein weiteres Thema von dir gefunden das mich interessiert, nämlich die Änderung des Anlagenstatus. Mir geht es hier um eine Änderung von "Heizen, Kühlen und WW" auf "Aus". Ich habe nämlich einen Wassersensor neben der WP, der mir im Fall einer Leckage im Primärkreis verhindern soll, dass mir die Grundwasserpumpe den Keller flutet. Deshalb reicht auch das Setzen auf "Aus". Einschalten muss man dann ohnehin manuell nach der Reparatur.
Welcher Datenpunkt und Wert müsste hier geschrieben werden?

Der DP ist:
0xB000
Du kannst mit folgenden Werten schalten:
7=nur Kühlen, 5=dauernd normal, 6=normal Abschalt, 0=Abschaltbetrieb, 1=Nur WW, 2=Heizen/Kühlen/WW, 4=dauernd reduziert

[io2345]

[io2345]

Jetzt hab ich nur noch das Problem, dass ich den Wert aus dem ioBroker MQTT Broker/Client zwar schreiben kann, der Wert nach ein paar Sekunden wieder auf den ursprünglichen Wert zurückspringt.

[philippoo66]

moin @io2345 !

wahrscheinlich klappt das garnicht mit dem Schreiben, sondern dein Commando wird grad 'reflektiert', kurz danach aber beim nächsten Update wieder mit dem wahren Wert überschrieben?

Wie sieht denn die Antwort / der response code aus? 1;0xb001;... oder 3;0xb001;... 3;.. hiesse Rückweisung.

[io2345]

Wo sehe ich den Response code?

Der Eintrag in der .py lautet übrigens
("WP.HK2.Betriebsstatus", 0xB001, 1, False),

[philippoo66]

ein Schreiben auf den DP geht ja per
write;0xb001;1;0
auf den Topic Vito/cmnd (oder wie du ihn in der settings_ini benannt hast)

die Response kommt dann unter dem Topic Vito/resp (oder wie du ihn in der settings_ini benannt hast)

(bei mir heisst das jetzt Vitodens, nicht Vito, und ich hab den b001 nicht, deswegen hier die Speichersolltemp...)

[philippoo66]

Klartext: du kannst nicht einfach per Klick auf den durch die poll list angezeigten Topic/Wert den Wert schreiben, sondern musst den Umweg über das write command auf den Topic .../cmnd gehen. damit kannst du dann aber jede Adresse schreiben, nicht nur die aus der poll list (so der Wert schreibbar ist).

schau mal im Wiki https://github.com/philippoo66/optolink-splitter/wiki/010-Command-Syntax

[jomifa]

Hast du denn einmal kontrolliert, ob der Schaltvorgang auch durchgeführt worden ist? Wenn nicht, würde das erklären, warum die Anzeige wieder zurückspringt. Der nächste Lesevorgang durch den Splitter wir den alten Status an Mqtt zurückmelden und damit auch zu deinem ioBroker Von: io2345 ***@***.***> Gesendet: Donnerstag, 27. März 2025 14:47 An: philippoo66/optolink-splitter ***@***.***> Cc: Joachim Fach ***@***.***>; Mention ***@***.***> Betreff: Re: [philippoo66/optolink-splitter] Fragen zu Datenpunkte VitoCal 2xx-S (DP_CU401B_S) (Discussion #114) Jetzt hab ich nur noch das Problem, dass ich den Wert aus dem ioBroker MQTT Broker/Client zwar schreiben kann, der Wert nach ein paar Sekunden wieder auf den ursprünglichen Wert zurückspringt. Da muss ich wohl im ioBroker-Forum fragen - oder kennt hier einer die Lösung. Mit dem MQTT-Explorer klappt es jedenfalls, es ist also kein Problem auf optolink-splitter Seite — Reply to this email directly, view it on GitHub<#114 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AO2GO42ZWWJ2PWUFPIDBJID2WPXM5AVCNFSM6AAAAABZIW7O32VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTENRUGEZDQNQ>. You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>

[jomifa]

Das ist korrekt. Hier ist mir wohl ein Zahlendreher unterlaufen Von: io2345 ***@***.***> Gesendet: Donnerstag, 27. März 2025 12:16 An: philippoo66/optolink-splitter ***@***.***> Cc: Joachim Fach ***@***.***>; Mention ***@***.***> Betreff: Re: [philippoo66/optolink-splitter] Fragen zu Datenpunkte VitoCal 2xx-S (DP_CU401B_S) (Discussion #114) @jomifa<https://github.com/jomifa> : Ich denke, in den Angaben oben kann 0x9388 für Sonntag nicht stimmen. Ich nehme an, 0x9348 ist gemeint, stimmt's? — Reply to this email directly, view it on GitHub<#114 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AO2GO47V3ZHPAQR5TKYO3MT2WPFWVAVCNFSM6AAAAABZIW7O32VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTENRTHE3DAOI>. You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>

[jomifa]

Du gehst in deinen Mqtt Client und dann in siehst du den command und die zugehörige response. ***@***.*** Wenn du über diesen Weg noch nie etwas gemacht haben sollten, dann installiere einfach „mqtt explorer“ unter Windows, meldest dich an den Mqtt Broker an und anschließend siehst du alle mqtt topics im full screen Modus. Hier kannst du auch alle Adressen analog der Eingabe in der Polling Liste ausprobieren. Dazu muss lediglich in dem Topic Feld den Namen angeben, der in den settings_ini.py unter mqtt_topic definiert wurde, gefolgt von /cmnd. Das sieht dann so aus: „Name aus Mqtt_topic“/cmnd Ein Stück weiter unterhalb kannst du reads und writes für die Hex Adressen eingeben. Das Format kannst du dir ansehen unter https://github.com/philippoo66/optolink-splitter/wiki/010-Command-Syntax#address Von: io2345 ***@***.***> Gesendet: Donnerstag, 27. März 2025 15:19 An: philippoo66/optolink-splitter ***@***.***> Cc: Joachim Fach ***@***.***>; Mention ***@***.***> Betreff: Re: [philippoo66/optolink-splitter] Fragen zu Datenpunkte VitoCal 2xx-S (DP_CU401B_S) (Discussion #114) Wo sehe ich den Response code? Der Eintrag in der .py lautet übrigens ("WP.HK2.Betriebsstatus", 0xB001, 1, False), — Reply to this email directly, view it on GitHub<#114 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AO2GO4YVIX62CW7P26DDOAD2WP3DVAVCNFSM6AAAAABZIW7O32VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTENRUGE3DQNA>. You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>

[io2345]

Sicherlich mein Fehler. Da ich in der Zwischenzeit auch am ioBroker rumgeschraubt hatte, kann ich es nicht hundertprozentig nachvollziehen, aber ich vermute, dass das ursprüngliche Script auch noch am Laufen war.
Ok, also wenn das Schreiben über das CMND-Kommando direkt an die Adresse der einzige Weg ist, um Daten zu übertragen, dann wird's natürlich mit Zeitplänen schon länglich und unübersichtlich. Mal sehen, ob ich das in ein Script bekomme...

Werde oben mal ein paar Abschnitte löschen, um andere, die das nachlesen, nicht zu verwirren.

[philippoo66]

was meinst du mit oben?

Was wäre deine Vorstellung mit den Zeitplänen? Es gibt ja diverse Ansätze, da was zu realisieren.

Für jeden 'Schaltpunkt' im ioBroker ein alias anzulegen und da beim Schreiben ein setState(/cmnd ...) mit der entsprechenden Umrechnung zu hinterlegen wäre wohl möglich, wenn auch nicht sonderlich komfortabel.

Mit den Möglichkeiten grafischer Oberflächen im ioBroker kenne ich mich garnich aus, wahrscheinlich geht da auch einiges.

In Viessdata gibt ja diese Seite, die nutze ich um Zeitpläne 'manuell' zu ändern. Es wäre keine große Tat, das rauszuziehen und ggf. auf MQTT arbeiten zu lassen (aktuell nutzt es den TCP/IP Kanal zum Splitter)

Überhaupt sind Einstellungen das einzige, wozu ich Viessdata noch nutze, alles andere mach ich inzwischen auch mit ioBroker/influxdb/grafana

[io2345]

Es geht mir nicht darum, den Zeitplan der WW-Umwälzpumpe über ioBroker zu editieren. Sowas würde ich entweder direkt an der WP oder in der ViCare-App machen.
Es geht darum, über die Hausautomation die WW-Umwälzpumpe bei Bedarf (per "Knopf") einzuschalten. Da es meines Wissens keinen direkten Schaltpunkt hierfür gibt, muss der Zeitplan hierfür kurzzeitig auf "24/7 eingeschaltet" geändert werden. Davor wird der eingestellt Zeitplan kopiert und anschließend zurückgeschrieben. Wenn das ein Wert oder eine Zeile ist, ist das JavaScript hierfür schnell erstellt. Wenn die Werte wie hier Link beschrieben über sieben Datenpunkte verteilt sind, wird es schon länglicher und umständlicher.

Ich kenne leider Nodered nicht, wie @jomifa das verwendet. Vielleicht verwendet das auch Scripte, dann könnte ich sein offenbar schon vorhandes nutzen und ggf. umbauen.

[philippoo66]

ich fürchte um die 7 Datenpunkte kommst du nicht drum rum. es sind ja insgesamt 168 Bytes, und selbst wenn man die 'bulk' lesen/schreiben könnte, hat das VS2 Protokoll die Beschränkung auf 56 (55) Bytes...

Aber es ist doch ein Computer, und eine for i = 0 to 6 ist doch schnell programmiert ;-)

ps. oder du machst es eben nur für den aktuellen Wochentag. Mit kleiner Einschränkung bzgl. Mitternacht

[io2345]

Wieder Stunden meiner Lebenszeit verbraten.
Hier das fertige Script für ioBroker, das die Warmwasser-Zirkulationspumpe auf Anforderung für einen definierten Zeitraum einschaltet:

// 1. Importieren und Deklarieren von Variablen
const triggerDP = '0_userdata.0.EigeneDatenpunkte.Heizung.ZirkulationAn_';
const waitTime = 120000; // WW-Zirkulationspumpe für diese Zeit einschalten: 2 Minuten (=120000 msec.)
const numDays = 7;
const days = ['Montag', 'Dienstag', 'Mittwoch', 'Donnerstag', 'Freitag', 'Samstag', 'Sonntag'];
const baseInputDP = 'mqtt.0.Vito.WP.Warmwasser.Zeitplan_Zirkulationspumpe_';
const baseStorageDP = '0_userdata.0.EigeneDatenpunkte.Heizung.ZwischenspeicherZirkulationspumpeSchedule.';
const addresses = ['0x9318', '0x9320', '0x9328', '0x9330', '0x9338', '0x9340', '0x9348'];
const skipValue = '00c00300c00300c00300c00300c00300c00300c00300c003';

// 2. Einlese- und Sicherungsblock
async function backupDataPoints() {
for (let i = 0; i < numDays; i++) {
const day = days[i];
const inputDP = baseInputDP + day;
const outputDP = baseStorageDP + day;
// Lesen des aktuellen Werts des Datenpunkts
const state = await getStateAsync(inputDP);
if (state && state.val !== skipValue) {
await setStateAsync(outputDP, String(state.val)); // Speichern als Variable (String)
} else {
}
}
}

// 3. WW-Pumpe einschalten 24/7
async function sendValues() {
await setState('mqtt.0.Vito.cmnd', 'writeraw;0x9318;00c00300c00300c00300c00300c00300c00300c00300c003');
await setState('mqtt.0.Vito.cmnd', 'writeraw;0x9320;00c00300c00300c00300c00300c00300c00300c00300c003');
await setState('mqtt.0.Vito.cmnd', 'writeraw;0x9328;00c00300c00300c00300c00300c00300c00300c00300c003');
await setState('mqtt.0.Vito.cmnd', 'writeraw;0x9330;00c00300c00300c00300c00300c00300c00300c00300c003');
await setState('mqtt.0.Vito.cmnd', 'writeraw;0x9338;00c00300c00300c00300c00300c00300c00300c00300c003');
await setState('mqtt.0.Vito.cmnd', 'writeraw;0x9340;00c00300c00300c00300c00300c00300c00300c00300c003');
await setState('mqtt.0.Vito.cmnd', 'writeraw;0x9348;00c00300c00300c00300c00300c00300c00300c00300c003');
}

// 4. Rücksicherungsblock
// Funktion zur Rücksicherung der Werte
async function restoreValues() {
// Array zur Speicherung der Kommandos
const commands = [];
for (let i = 0; i < numDays; i++) {
const day = days[i];
const inputDP = baseStorageDP + day;
// Auslesen des Wertes des Zwischenspeicher-Datenpunkts
const state = await getStateAsync(inputDP);
if (state) {
// Erstellen des Kommandos und zum Array hinzufügen
const command = `writeraw;${addresses[i]};${state.val}`;
commands.push(command);
} else {
}
// Senden der Kommandos
for (const command of commands) {
await setState('mqtt.0.Vito.cmnd', command); // Schreiben des Wertes
}
}
}

// 5. Überwachungsfunktion
// Überwachung des Triggerpunkts
on({ id: triggerDP, change: 'ne' }, async (obj) => {
let value = obj.state.val;       // Neuer Wert
let oldValue = obj.oldState.val; // Alter Wert
// Überprüfen, ob der neue Wert des Triggers TRUE ist
if (value === true) {
// Trigger auf TRUE: Einlese- und Sicherungsblock aufrufen
await backupDataPoints(); // Einlese- und Sicherungsblock aufrufen
await sendValues(); // Umstellungsblock aufrufen
console.log("WW-Zirkulation an für 2 Minuten");
await new Promise(resolve => setTimeout(resolve, waitTime)); // 2 Minuten warten
await restoreValues(); // Rücksicherungsblock aufrufen
// Trigger wieder auf FALSE setzen
await setState(triggerDP, false); // Trigger zurück auf FALSE setzen
console.log("Trigger zurückgesetzt auf FALSE.");
}
});

[jomifa]

Ich würde sage, dass du dann keine 222S hast. Die DP 0x02c0 und 0x1a71 sind bei mir bis auf den Sensor bei 0x02c0 immer 0 Von meinem iPad gesendet Am 29.03.2025 um 10:23 schrieb Mini-Disc ***@***.***>:  Ich lese die Drehzahl des Ventilators (meine WP hat nur 1) über 02C0 aus: ("WPR3_02C0_Drehzahl_Ventilator1~0x02C0", 0x02C0, 3, 'b:0:1', 1 ), (Eintrag für poll_list.py) Bei 1A71 kommt ich mit Faktor 10 auch auf die aktuelle Drehzahl. Das muss ich aber noch länger beobachten. @FransOv<https://github.com/FransOv> Aus welcher Liste nimmst Du die Bezeichnung für 1AC8 ? In meiner Liste ist dieser Punkt nicht aufgeführt (aber ich lese ihn trotzdem aus). — Reply to this email directly, view it on GitHub<#114 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AO2GO47HPRK6H2VULYEH6JD2WZJ7RAVCNFSM6AAAAABZIW7O32VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTENRWGEYDMMY>. You are receiving this because you were mentioned.Message ID: ***@***.***>

[jomifa]

Hallo,
versuche gerade folgenden DP abzuklären. Der DP 0x9350 ist für das Zeitprogramm der Elektroheizung vorgesehen. Dieser DP wird seitens Viessmann nicht über die VitoConnect ausgelesen. Im Vitolog ist dort kein entsprechender Eintrag zu finden. Dennoch gibt es diesen DP in meiner Anlage. Er enthält auch korrekte Werte wenn ich ihn über MQTT Abfrage. 00:00-24:00, Modus 3. Was Modus 3 bedeutet weiß ich nicht, da über die ViCare App es dazu keine Zeitprommeinstellungen existieren. Oder sagen wir mal, dass ich keine in der App finde.

Hat jemand von euch eine Idee, was es mit diesem DP auf sich hat?

Vielicht noch eine abschließende Frage:

Ich kann mit meiner WP alternativ über den HK1 im Sommer auch kühlen. Zur Zeit habe ich diesen Zustand direkt über einen entsprechenden Kontak physisch abgegriffen, um das in meine Hausautomation zu integrieren. Ich wollte das dann später nach etwas mehr Durchblick mit den DP natürlichauf den entsprechenden DP umstellen. Leider kann ich aus der Excel Tabelle dazu nichts passendes finden. Vielleicht kennt ja einer von euch diesen DP.

[io2345]

Kühlen vermutlich über NC, oder? Ich dachte der entsprechende Datenpunkt ist der, der schon in der Standardkonfiguration vorhanden ist: 0x0492. Ausprobiert hab ich's allerdings noch nicht. NC-Vorlauftemperatur ist dann 0x0119.

[philippoo66]

keine Idee, aber zur E-Heizung hab ich (zwar in anderem Zusammenhang) gesehen, dass man da wohl irgendwas freigeben kann/muss

leider habe ich in keiner meiner Bedienungsanleitungen zur Vitotronic 200 was entsprechenes gefunden...

[io2345]

Kühlen vermutlich über NC, oder? Ich dachte der entsprechende Datenpunkt ist der, der schon in der Standardkonfiguration vorhanden ist: 0x0492. Ausprobiert hab ich's allerdings noch nicht. NC-Vorlauftemperatur ist dann 0x0119.

Eben verifiziert: 0x0492 springt auf 1, wenn NC läuft. Auch die Kühlvorlauftemperatur wird korrekt angezeigt.

[jomifa]

Ja, kann sein, dass DP 0x0493 der richtige DP sein könnte. Sehe ich mir allerdings den dazugehörigen Wert „2“ an, eher nicht. Laut Excel Tabelle entweder „1“ oder „0“. Von: io2345 ***@***.***> Gesendet: Montag, 31. März 2025 14:22 An: philippoo66/optolink-splitter ***@***.***> Cc: Joachim Fach ***@***.***>; Mention ***@***.***> Betreff: Re: [philippoo66/optolink-splitter] Fragen zu Datenpunkte VitoCal 2xx-S (DP_CU401B_S) (Discussion #114) Kühlen vermutlich über NC, oder? Ich dachte der entsprechende Datenpunkt ist der, der schon in der Standardkonfiguration vorhanden ist: 0x0492. Ausprobiert hab ich's allerdings noch nicht. — Reply to this email directly, view it on GitHub<#114 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AO2GO46MYIW2VJCO7T3WY632XEXP3AVCNFSM6AAAAABZIW7O32VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTENRXGU4DOMI>. You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>

[Mini-Disc]

Der Wert "2" entspricht dem Byte (ist es bei mir auch), jedoch wird für 0x0493 nur 1 Bit davon verwertet.

[FransOv]

Soll doch 0x0492 (1 Byte) sein?

[Mini-Disc]

Das trifft auch auf 0x0492 zu. BlockLength 1, BytePosition 0, ByteLength 1, BitPosition 7, BitLength 1.

[jomifa]

Muss ich das verstehen? Bitte mehr Infos. Danke Von: Mini-Disc ***@***.***> Gesendet: Montag, 31. März 2025 19:17 An: philippoo66/optolink-splitter ***@***.***> Cc: Joachim Fach ***@***.***>; Mention ***@***.***> Betreff: Re: [philippoo66/optolink-splitter] Fragen zu Datenpunkte VitoCal 2xx-S (DP_CU401B_S) (Discussion #114) Der Wert "2" entspricht dem Byte (ist es bei mir auch), jedoch wird für 0x0493 nur 1 Bit davon verwertet. — Reply to this email directly, view it on GitHub<#114 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AO2GO423A645TLPVXKABJLL2XF2ADAVCNFSM6AAAAABZIW7O32VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTENRXHEZTQNA>. You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>

[FransOv]

WPR_RelaisStatus_NatCooling_Ansteuerung 0x0492
WPR_RelaisStatus_Solarpumpe 0x0493
Beide mit möglichen Werten:
0 - aus
1 - ein
2 - nicht vorhanden

[Mini-Disc]

Laut Viessmann Liste ist nur das Bit 7 erwähnt. Die Antwort 02 bedeutet aber das Bit 6 gesetzt ist. Diese Bit scheint dafür zu stehen ob dieser Wert überhaupt vorhanden ist -> heißt bei einem gesetzten Bit 6 ist der Wert nicht vorhanden. (Siehe auch 0x0495)

[philippoo66]

Die Antwort 02 bedeutet aber das Bit 6 gesetzt ist.

ich glaube nicht?! 02 = 0000 0010 das ist Bit 1 (von 0 aus gezählt). bei den Bits gibt es kein 'little endian'.

der Wert errechnet sich immer per 2^bit# also Bit 0 gesetzt -> 2^0=1, Bit 1 gesetzt -> 2^1=2, Bit 2 gesetzt -> 2^2=4 usw.

[Mini-Disc]

Die Zählerrei mit den Bits ist immer etwas confused. Ich meine, dass das Bit mit der geringsten Wertigkeit Bit 0 ist. Allerdings bin ich mir nicht sicher ob das auch bei Viessmann so gesehen wird. Als bestes Beispiel möchte in die Adresse 0x1410 anführen. Die Antwort ist 10 Byte lang, der Parameter "WPR3_Geraetestatus_Heizperiode_HK2~0x1410" steht an BytePosition 2 (ByteLength 1) und als BitPosition ist 22 aufgeführt (BitLength 1) (alle Daten aus der Viessmann Datei). Heißt für mich: Byte 2 ist das 3. Byte von links, heißt Bit 16 bis 23 und davon eben das Bit 22, quasi das vorletzte von Links aus gesehen. Das ganze sollte im Nachgang dann nochmals geprüft werden.

[jomifa]

@FransOv
also, bei mir läuft die Kühlung über den selben HK (activeCooling). Entweder heizen oder kühlen. Der entsprechende DP der das besagt ist 0x918, der bei mir auf dem Wert "1" steht (vorhanden). Der dazugehörige DP, der aussagt, ob gekühlt wird oder sollte eigentlich der DP 0x048C sein. Dummerweise gibt es abweichend von der Excel Tabelle zwei Merkwürdigkeiten:

• der entsprechende Wert steht bei mir auf "2". Laut Excel Tabelle gibt es diesen Wert nicht
• ich kann für diesen DP weitere beliebige Werte-Bereiche abfragen (r;0x048c;y) y=beliebiger Wert

Vielleicht kann du etwas mehr Licht in die Sache bringen

[Mini-Disc]

0x0918 (WPR_Produktmerkmal_ActiveCooling_moeglich~0x0918) steht bei mir auch auf 1 . Die Kühlung ist aktuell aber noch deaktiviert. Das schalte ich erst bei entsprechender Außentemperatur wieder ein.
Unter 0x048C erhalte ich auch die Antwort 02, bedeutet der Relaisstatus ist aktuell 0 (nur Bit 7 ist dafür relevant).

[jomifa]

@Mini-Disc Hast du in der Zwischenzeit die aktive Kühlung (0x048c) ausprobieren können? Wenn ja, wie hast du den Status ausgelesen?

[Mini-Disc]

Bei den Temperaturen ist mit Kühlung noch nix. Ich denke das wird nicht vor Juni werden.

[io2345]

Bräuchte mal wieder eure Hilfe. In der Standard-settings_ini.py gibt es einen Wert für die Drehzahl der Sekundärpumpe
("WP.Sekundär.Pumpe Drehzahl B421", 0xB421, 1, 1, False),
Der Wert steht bei mir allerdings immer auf 0. In der Bedienoberfläche der Heizungssteuerung an der WP sehe ich allerdings, dass diese Pumpe gerade mit 92% Leistung läuft. Wie komme ich an diesen Wert?
Habe in der Zwischenzeit auch noch andere Einträge versucht, aber da kommt immer eine 3 als Response zurück:
("WP.SPL.Pumpe Drehzahl B429", 0xB429, 1, 1, False),
("WP.Sekundär.Pumpe Drehzahl B4A1", 0xB4A1, 1, 1, False),
("WP.Sekundär.Pumpe Drehzahl 429", 0x429, 1, 1, False),
("WP.Sekundär.Pumpe Drehzahl B4A9", 0xB4A9, 1, 1, False),

Wo liegt der Fehler?

[Mini-Disc]

Versuch mal ("WP.Sekundär.Pumpe Drehzahl B421", 0xB421, 2 , 'b:0:0' , 1, False) .
Wenn ich 0xB421 mit Länge 1 auslese dann sagt ViessData nur Error. Die Adresse 0xB421 enthält auch noch den Sensorstatus (quasi das 2. Byte). Gleiches gilt auch für 0xB429, allerdings handelt es sich hier um die SPeicherLade Pumpe.
Bei B4A1 und B4A9 sind bei mir keine Werte vorhanden (immer 0) und der Sensorstatus steht auf 6, was für mich "nicht vorhanden" bedeutet.

("WP.Sekundär.Pumpe Drehzahl 429", 0x429, 1, 1, False), gibt es nicht wirklich. Es steht zwar so in der Viessmann Datei drin "WPR3_B429_Drehzahl_SPL_Pumpe~0x429" , fragt aber die Adresse "0xB429" ab. Hier ist das "B" unter die Räder gekommen. Solche Schnitzer gibts leider zuhauf.

[io2345]

Funktioniert. Danke!

[io2345]

In der API habe ich den Datenpunkt
viessmannapi.0.133457.0.features.heating.compressors.0.properties.phase.value
der die Werte "off", "pause" und "heating" haben kann. Da sehe ich auf einen Blick, ob die Anlage grade eingeschaltet ist. (Könnte man natürlich auch ableiten aus 0x16A4 (WP-Leistungsaufnahme) wenn der Wert ungleich Null ist.)
Das gleiche gibt's sicherlich auch über Optolink auszulesen (?) Weiß jemand, welcher Hexwert der Richtige ist?

[io2345]

Ich seh grade, dass es zumindest in der ViCare App den Eintrag "Verdichterstatus" unter Gerätestatus gar nicht mehr gibt. Der war früher definitiv da. Unter dem o.g. API-Datenpunkt kann man den Wert aber nach wie vor auslesen.

Die Entsprechung über Optolink hat wohl noch keiner gefunden (?)

[lellem]

Ich gehe davon aus, dass der Verdichterstatus in der Viessmann Cloud aus anderen Parameter wie zb. die aktuelle Leistungsaufnahme abgeleitet wird.

[jomifa]

@io2345 Der Verdichterstatus wird mit 0x0480 ausgelesen. Unter der ViCare App steht bei mir unter dem Gerätestatus nach wie vor der Verdichterstatus.

[Mini-Disc]

@io2345 Der Verdichterstatus wird mit 0x0480 ausgelesen. Unter der ViCare App steht bei mir unter dem Gerätestatus nach wie vor der Verdichterstatus.

Welche Werte nimmt die 0x0480 bei Dir an ?

[io2345]

Seltsam. In meiner ViCare-App ist der Verdichterstatus seit einiger Zeit verschwunden. App-Version derzeit 3.32.1

Ein read;0x0480;1 gibt mir ein resp=1;1152;00 zurück. 00 bedeutet vermutlich "Aus"? Zumindest läuft der Verdichter derzeit nicht. Ich muss mal bei Betrieb schauen. Ob ich PAUSE erwische ist fraglich, das ist ja immer nur zwei Minuten nach Abschaltung.

[jomifa]

0 oder 1 ("wp/verdichter/status (0480)", 0x0480, 1, 1), Von: Mini-Disc ***@***.***> Gesendet: Mittwoch, 7. Mai 2025 16:49 An: philippoo66/optolink-splitter ***@***.***> Cc: Joachim Fach ***@***.***>; Mention ***@***.***> Betreff: Re: [philippoo66/optolink-splitter] Fragen zu Datenpunkte VitoCal 2xx-S (DP_CU401B_S) (Discussion #114) @io2345<https://github.com/io2345> Der Verdichterstatus wird mit 0x0480 ausgelesen. Unter der ViCare App steht bei mir unter dem Gerätestatus nach wie vor der Verdichterstatus. Welche Werte nimmt die 0x0480 bei Dir an ? — Reply to this email directly, view it on GitHub<#114 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AO2GO4YSK53SKJ57G5CHI3L25IMO7AVCNFSM6AAAAABZIW7O32VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTGMBWGQ2DMMI>. You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>

[Mini-Disc]

Bei meiner Wärmepumpe nimmt die Adresse 0x0480 nur den Wert 02 an, was für mich soviel bedeutet wie "nicht vorhanden".

[jomifa]

Du weißt schon, dass dieser Threat sich mit dem Thema einer VitoCal 2xx-S auseinandersetzt.

[jomifa]

Das ist doch ganz einfach den Verdichter zum Laufen zu bringen. Mach mal die einmalige Wasserbereitung an, dann läuft der Verdichter. Dann kannst du sie wieder ausmachen Von: io2345 ***@***.***> Gesendet: Mittwoch, 7. Mai 2025 18:51 An: philippoo66/optolink-splitter ***@***.***> Cc: Joachim Fach ***@***.***>; Mention ***@***.***> Betreff: Re: [philippoo66/optolink-splitter] Fragen zu Datenpunkte VitoCal 2xx-S (DP_CU401B_S) (Discussion #114) Seltsam. In meiner ViCare-App ist der Verdichterstatus seit einiger Zeit verschwunden. App-Version derzeit 3.32.1 Ein read;0x0480;1 gibt mir ein resp=1;1152;00 zurück. 00 bedeutet vermutlich "Aus"? Zumindest läuft der Verdichter derzeit nicht. Ich muss mal bei Betrieb schauen. Ob ich PAUSE erwische ist fraglich, das ist ja immer nur zwei Minuten nach Abschaltung. — Reply to this email directly, view it on GitHub<#114 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AO2GO433Q6IG4KFHDIOIQZD25I2YNAVCNFSM6AAAAABZIW7O32VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTGMBWGU4DKMI>. You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>