Rotex HPSU: Fehler 81

[keldi23]

Hallo,

meine Heizung zeigt mittlerweile fast täglich den Fehler E81 Kessel.
Laut Anleitung von Heizung konnten wohl die Werte nicht ins EEPROM geschrieben werden.
In der Anleitung vom Rotex externen CAN Bedienteil steht, das ein ungültiger Wert übermittelt worden ist.

Ich habe das Kabel zwischen ESP und HPSU gegen ein CAT6 TP Kabel getauscht und den Schirm an der Heizung auf GRD gelegt.
Trotzdem war der Fehler heute morgen wieder da.

Kennt jemand das Problem?
Ich habe schon sämltliche Automatiken deaktiviert.

Noch eine Frage habe, ich:
Pollt der ESP die CAN Register auf der Heizung, oder werden diese (RS232 like) von der Heizung im Intervall gesendet und nur empfangen?

[Trunks1982]

Der Esp fragt alle 15s ab.

[keldi23]

Irgendwas stimmt hier auch nicht.
Ich hatte bis heute noch eine ganz alte Version deiner YAML drauf. Noch ohne Web Oberfläche.

Ich will grade mal auf den neusten Stand aktualisieren. Dabei scheitert es.
Der Fallback Hotspot wird nur für ein paar Sekunden geöffnet. So schnell kann ich keine WLAN Daten eintippen.

[Trunks1982]

Oh das war wirklich dann die erste Version.Web Oberfläche hab ich sonst eigentlich immer an gehabt.

[svde]

Interesting to read this. Glad I'm not the only one... I had the E81 error a few months ago.

On 2024-04-22 +/- 22:30 (last monday evening) my heatpump failed. It has a E100 error with a red screen. This error is not described in the manuals. The error can't be cleared by turning the unit on / off or by clearing through the display.

I also noticed:

• the DHW sensor reading went from 47C to 35C and stayed there. The DHW2 sensor is still giving the correct numbers, when the unit isn't sleeping.
• Since Monday evening the flow sensor reading never went above 200l/sec, which caused the heatpump to fail.

I'm still able to run a DHW program using the 9kW backup heater. It's a tedious ritual because the unit errors and puts itself into standby.

A bit of background on my unit. I bought my it via a German web-shop in 2016 and installed it with a local plumber, electrician and air-conditioner specialist. Note that this model was never sold in the Netherlands. The identical machine was sold in Belgium under the Daikin brand, which must be the reason that Dutch translated manuals exist.

The HPSU compact has its quirks with:

• its wasteful defrost implementation (every 25 minutes)
• outside temperature limits (30C (all) and 25C (>44C)) for running the DHW program, where it doesn't use the heatpump but uses the backup heater.

Up until this week the unit has been running fine. The only issue I had was a leakage in the DHW circuit, the rubber seals disintegrated. I reached out to Daikin Germany who forwarded me to Daikin Netherlands. The response from Daikin Netherlands was simple: won't support.

I've also reached out to a German Rotex (Daikin) employee who has answered some questions I had about the rotex-control app and website and the behavior of the DHW program with high outdoor temperatures. He suggested to check if the flow sensor (FLS) is clean / defective. Similar to this video of a unit one generation older. I de-pressured the system on Tuesday evening but wasn't able to get the sensor out. As all of these parts are plastic and have been in use for 8 years, I'm a bit hesitant to apply too much force to it. If it breaks than I have an even bigger problem --> won't be able to run the DHW program.

I find it hard to believe that this could be caused by a contaminated / malfunctioning flow sensor. I think the mainboard has failed.

Next steps for me:

• de-couple the BUH from the heatpump control using esp8266 + DS18B20 temperature sensor + 3 SSR's. That will give me the freedom to de-pressurize the system, check the sensors, etc, while I'm still able to heat DHW.
• make a plan to replace this heatpump. Daikin Netherlands have been clear about support. I find it challenging to find spare parts for this 8 year old unit, and when I find them, the parts are often not 100% identical and expensive.

I think the E81 and E100 errors are probably caused by sending a lot of requests over the canbus. So if you want your heatpump to last a bit longer....

[keldi23]

Thank you for this info.

The last sentence is, what i think also.

I will write a skript, which will poll yust a few datas every 5 or 10 minutes.

Alternate i scan the CAN Bus.

@Trunks1982, the HPSU send data in an interval. Have you already analysid this?

[Trunks1982]

Was meinst mit Analysiert?
Ich werde mal die nicht relevanten Daten Intervall Abfragen etwas verlängern.ich hatte mal den Fehler 81 aber das ist schon seid 3 Monaten her.Also zur Zeit läuft es top.

[keldi23]

Die Heizung sendet im Intervall diverse Daten.
Vielleicht kann man auf das Pollen verzichten, wenn man diese Auswertet.
Ich will mir ungern meine Heizung zerschießen....

[Trunks1982]

Ich nutze can Abfragen sowie andere auch schon seid Jahren.hab von den Problemen auch noch nie gelesen.FHEM usw fragen auch alle 10sek ab.

Kannst ja mal das Pollen ausschalten und gucken ob die Heizung immer noch was sendet und der ESP was emfängt.

[Trunks1982]

hab jetzt mal eine neue yaml hoch geladen wie einige Daten nur noch alle 120s abgefragt werden.

[dornieden]

Ich hatte sowohl bei der Nutzung des FHEM Moduls, als auch mit diesem Modul hier auch hin und wieder den Fehler 81.
Ist allerdings nur alle paar Wochen vorgekommen und ich habe diesen für mich als nicht weiter schlimm eingestuft.
Sieht auf den ersten Blick echt komisch aus, wenn das ganze Display der HPSU rot ist, aber die Heizung funktioniert trotzdem weiterhin einwandfrei.

[svde]

I think the E81 and E100 errors are probably caused by sending a lot of requests over the canbus. So if you want your heatpump to last a bit longer....

Long story short: my heatpump is working again. After extensive troubleshooting I was given instructions on how to perform a factory reset of the mainboard.

I'd like to investigate if this software can listen to messages on the canbus instead of constantly performing queries on the canbus.

On my raspbery pi I ran candump for > 1 hour. My heatslope is at 0.5 (0x32). These are the patterns that match:

$ grep "FA 01 0E 00 32" 2024.05.04.1.candump_tA.txt | cut -d" " -f7- | sort -u
180   [7]  32 10 FA 01 0E 00 32
180   [7]  D2 1D FA 01 0E 00 32
300   [7]  D2 1D FA 01 0E 00 32
600   [7]  D2 1D FA 01 0E 00 32

Would it be possible to change this:

- can_id: 0x180
  then:
    - lambda: |-
        if(x[0]==0xd2 and x[2]==0xFA and x[3]==0x01 and x[4] ==0x0E) {
         float temperature =float((float((int((x[6])+( (x[5])<<8))))/100));
         id(heizkurve).publish_state(temperature);
         ESP_LOGD("main", "Temperature received over can is %f", temperature);
        }

So it listens for messages:

• from 180, 300 or 600 (add 300 and 600)
• with x[0]==0x32 or 0xD2 (add 0x32)
• with x[1]==0x1D (new)
• x[2]==0xFA (unchanged)
• x[3]==0x01 (unchanged)
• x[4] ==0x0E) (unchanged)

These are the other messages, probably from devices performing the query:

$ grep "FA 01 0E" 2024.05.04.1.candump_tA.txt | cut -d" " -f7- | sort -u | grep -v " 32$"
190   [7]  31 00 FA 01 0E 00 00
69D   [7]  31 00 FA 01 0E 00 00
69D   [7]  61 00 FA 01 0E 00 00
69D   [7]  C1 00 FA 01 0E 00 00

[Trunks1982]

Also meinst es könnte an den ids liegen oder was meinst du genau?

[Trunks1982]

Die 300 müsste das Display selber sein.Also das interne rocon.

[svde]

Also meinst es könnte an den ids liegen oder was meinst du genau?

The E100 error I had? No idea. The heatpump went into E100 right after a esphome firmware update. Maybe having ground connected to the m5stack can module in combination with the reboot after the update?

Having an implementation that's less chatty on the canbus would be good...

[MichaelGer1410]

Also meinst es könnte an den ids liegen oder was meinst du genau?

The E100 error I had? No idea. The heatpump went into E100 right after a esphome firmware update. Maybe having ground connected to the m5stack can module in combination with the reboot after the update?

Having an implementation that's less chatty on the canbus would be good...

Der Techniker der heute hier war hat gesagt das es ein Platinenfehler ist, da der Fehler (sowie einige andere) nicht im Handbuch aufgeführt sind.

[keldi23]

Ich habe mich da letzte Woche mit beschäftigt und schon eine neue YAML geschrieben.
Die rotex sendet Istwerte bei Veränderung.
WW Temperatur, Außentemperatur, WE Temperatur und co.
Auch die Betriebsarten sendet die bei Änderung.
Ich bin noch nicht durch, aber die ersten beiden bytes blieben immer gleich, das 3. Enthält entweder ein FA oder bei WW etwas anderes, das müsste ich nochmal nachsehen.
Fakt ist, seit dem habe ich keine Fehler mehr gehabt, aber empfange die Daten, die ich benötige.
Nichts für ungut, deine Vorarbeit ist echt top, aber das unnötige Pollen ist gefährlich. Wenn man den CAN Bus Mal abhorcht ist da ganz schön was los, von diversen Sendern. Da immer wieder zwischen zu funken ist echt kontraproduktiv.
Und noch was. Die anderen Projekte ala FHEM und Co. Pollen auch nicht. Da kann man sich Input holen

[Trunks1982]

Und umschreiben musste da ja nicht wirklich musst nur mal die abfrage rausnehmen.Dann siehst ja was kommt.

[keldi23]

Dann kommt eben nicht viel.
Die Antworten sehen anderes aus.
Hier ein Beispiel aus dem PyHpsu hier auf GitHub

[Trunks1982]

190 und 310 kenne ich nicht.

[Trunks1982]

Aber könnte ich ja mal testen ist ja kein thema.

[svde]

Da immer wieder zwischen zu funken ist echt kontraproduktiv.

Agreed.

[Trunks1982]

Aber dafür ist es ja auch da um es immer wieder besser zu machen.👍
Was aber defintiv schnell funktionieren muss ist die erkennung vom Betriebszustand für das abtau script.

[Trunks1982]

Also ich frge mich gerade was bei der else if anders sein soll als bei meinem code?
Ist doch das selbe nur anders geschrieben. Es müsste ja trotzdem ohne pollen was kommen.

[svde]

I've disabled polling, all the data you see here came from listening. Some of it isn't there yet, it needs some tweaks.

Note the low numbers due to the recent factory reset...

[Trunks1982]

Haste mal Raumsoll verstellt wann da mal was kommt?
Man könnte den Raumsoll von 300 nehmen und gucken ob da was schneller kommt.

[Trunks1982]

Also ich hab mal beobachtet.Die Werte die automatisch geändert werden sind ganz andere ids.Hab mal beobachtet und getauscht.Und siehe da da kommen die werte sofort

[svde]

Haste mal Raumsoll verstellt wann da mal was kommt?
Man könnte den Raumsoll von 300 nehmen und gucken ob da was schneller kommt.

This is what I'm using for raumsoll1 now.

[Trunks1982]

Also ohne Abfrage kommen bei mir keine Werte an.

[svde]

Perhaps the yaml expects a pattern which the heatpump doesn't use?

This is the current filter:

- can_id: 0x180
  then:
    - lambda: |-
        if(x[0]==0xd2 and x[2]==0xFA and x[3]==0x01 and x[4] ==0x0E) {
         float temperature =float((float((int((x[6])+( (x[5])<<8))))/100));
         id(heizkurve).publish_state(temperature);
         ESP_LOGD("main", "Temperature received over can is %f", temperature);
        }

Capture of the canbus (on my raspberry pi), filtered for heizcurve:

$ tail -f 2024.05.05.1.candump_tA.txt | grep "FA 01 0E"
(2024-05-05 10:36:14.390325) can0 69D [7] 31 00 FA 01 0E 00 00
(2024-05-05 10:36:14.400440) can0 180 [7] D2 1D FA 01 0E 00 32
(2024-05-05 10:37:08.720254) can0 69D [7] 61 00 FA 01 0E 00 00
(2024-05-05 10:37:08.728282) can0 300 [7] D2 1D FA 01 0E 00 32
(2024-05-05 10:38:02.789529) can0 69D [7] C1 00 FA 01 0E 00 00
(2024-05-05 10:38:02.799536) can0 600 [7] D2 1D FA 01 0E 00 32
(2024-05-05 10:40:11.806126) can0 69D [7] 31 00 FA 01 0E 00 00
(2024-05-05 10:40:11.817000) can0 180 [7] D2 1D FA 01 0E 00 32
(2024-05-05 10:41:05.739175) can0 69D [7] 61 00 FA 01 0E 00 00
(2024-05-05 10:41:05.749058) can0 300 [7] D2 1D FA 01 0E 00 32
(2024-05-05 10:42:03.420380) can0 69D [7] C1 00 FA 01 0E 00 00
(2024-05-05 10:42:03.428649) can0 600 [7] D2 1D FA 01 0E 00 32
(2024-05-05 10:44:12.777313) can0 69D [7] 31 00 FA 01 0E 00 00
(2024-05-05 10:44:12.787865) can0 180 [7] D2 1D FA 01 0E 00 32
(2024-05-05 10:45:06.676166) can0 69D [7] 61 00 FA 01 0E 00 00
(2024-05-05 10:45:06.682819) can0 300 [7] D2 1D FA 01 0E 00 32
(2024-05-05 10:46:00.749268) can0 69D [7] C1 00 FA 01 0E 00 00
(2024-05-05 10:46:00.758436) can0 600 [7] D2 1D FA 01 0E 00 32

Not sure which device id is what. For this test I've turned off pyHPSU. I do have a rocon-g1 unit connected to the canbus.

[svde]

Just connected the esphome device to the heatpump. In the yaml I've disabled the entire section time section (CAN Nachrichten abfragen). So the only data it should get is what it finds while listening to the canbus.

The listening filter for "Heizkurve" now looks like this:

#Heizkurve
# $ grep "FA 01 0E 00 32" 2024.05.04.1.candump_tA.txt | cut -d" " -f7- | sort -u
# 180   [7]  32 10 FA 01 0E 00 32
# 180   [7]  D2 1D FA 01 0E 00 32
# 300   [7]  D2 1D FA 01 0E 00 32
# 600   [7]  D2 1D FA 01 0E 00 32

    - can_id: 0x180
      then:
        - lambda: |-
            if((x[0]==0x32 or x[0]==0xD2) and x[2]==0xFA and x[3]==0x01 and x[4]==0x0E) {
             float temperature =float((float((int((x[6])+( (x[5])<<8))))/100));
             id(heizkurve).publish_state(temperature);
             ESP_LOGD("main", "Temperature received over can is %f", temperature);
            }

    - can_id: 0x300
      then:
        - lambda: |-
            if(x[0]==0xD2 and x[2]==0xFA and x[3]==0x01 and x[4]==0x0E) {
             float temperature =float((float((int((x[6])+( (x[5])<<8))))/100));
             id(heizkurve).publish_state(temperature);
             ESP_LOGD("main", "Temperature received over can is %f", temperature);
            }

    - can_id: 0x600
      then:
        - lambda: |-
            if(x[0]==0xD2 and x[2]==0xFA and x[3]==0x01 and x[4]==0x0E) {
             float temperature =float((float((int((x[6])+( (x[5])<<8))))/100));
             id(heizkurve).publish_state(temperature);
             ESP_LOGD("main", "Temperature received over can is %f", temperature);
            }

The heizcurve just changed from 0.48 (the value I was running before the crash) to 0.5.

[svde]

For the outside temperature:

#Außentemperaturabfrage
    - can_id: 0x180
      then:
        - lambda: |-
            if(x[0]==0xd2 and x[1]==0x00 and x[3]==0x00 and x[4] == 0x0c) {
              float temperature = float(((int((x[6])+( (x[5])<<8))) ^ 0x8000) - 0x8000)/10;
              id(TA).publish_state(temperature);
              ESP_LOGD("main", "Temperature received over can is %f", temperature);
            }

# 300   [7]  D2 1D FA 0A 0C 00 CA
    - can_id: 0x300
      then:
        - lambda: |-
            if(x[0]==0xD2 and x[1]==0x1D and x[2]==0xFA and x[3]==0x0A and x[4]==0x0C) {
              float temperature = float(((int((x[6])+( (x[5])<<8))) ^ 0x8000) - 0x8000)/10;
              id(TA).publish_state(temperature);
              ESP_LOGD("main", "Temperature received over can is %f", temperature);
            }

[Trunks1982]

Ok.🤣wifi signal usw hab ich gerade auch noch bei mir eingefügt.

[svde]

In the version I'm running I include generic configurations which I use on all of my esphome devices...

<<: !include common/time.yaml
<<: !include common/wifi.yaml

text_sensor:

• <<: !include common/text_sensor.version.yaml
• <<: !include common/text_sensor.wifi_info.yaml

switch:

• <<: !include common/switch.restart.yaml

sensor:

• <<: !include common/sensor.uptime.yaml
• <<: !include common/sensor.wifi_signal.yaml

not really useful to put those into the yaml I share on github, as they're different for everyone.

[Trunks1982]

Ich finde schaden kann es nicht.Mit den extra dateien sowie du sie verwendest kenne ich mich auch nicht aus.Für restart benutze ich zb nen Button..

[svde]

You probably use the same configuration, I've just placed it into a separate file so all of my yaml's can include it. Makes it easier to perform changes on all devices in one go (instead of editing each yaml). Also makes the yaml's smaller and easier to compare / diff.

# cat common/switch.restart.yaml 
  - platform: restart
    name: restart

[Trunks1982]

Ah ok das macht sinn.Ich hab da nur einen Esp den ich verwende.

[Trunks1982]

[Trunks1982]

Ich hab alle daten was man abfragen kann🤣

[MichaelGer1410]

Wie machst du das denn?

[Trunks1982]

Meine alte Variante die ich mal benutzt habe.Wollte aber eine Standalone Lösung haben.Deswegen hab ich mein programmiert.

[MichaelGer1410]

Meine alte Variante die ich mal benutzt habe.Wollte aber eine Standalone Lösung haben.Deswegen hab ich mein programmiert.

Was die auch von dir? Das ist die Lösung mit diesem kleinen schwazen CAN-Bus-Adapter fürs Auto oder?

[Trunks1982]

Ne ist nicht von mir.Ne Adapter fürs Auto geht da nicht.Muss nen richtiger can Adapter sein.Fhem ist mit dem Teil vom Auto.

[tosomax]

Hello

I am also facing the same Error 81 issue. It happened quite a lot of times, I thought it was due to bad cables/connections but I see I'm not the only one.

I have tried to install the latest version of the software and removing all the CAN polling. However, now I basically can see only the operating mode (Summer, Heating, etc.). All other important parameters are not sent by the HPSU without the polling.

I was liking a lot this software and I would really like to continue using it, it has been super helpful! However, I am afraid that I might damage the unit if I keep having these errors. Is it possible to damage the HPSU with the continuous CAN polling or am I just afraid of nothing?

Thanks for the help :)

[Trunks1982]

Ich glaube das das reine Abfragen keine probleme macht.Bestimmt liegts am zurück schreiben bei ww und raumsoll usw.

[svde]

For me as well, with your version I don't get any information. Maybe the rocon-g1 is polling the informations? I do not have a rocon connected, only thermostat

Yes. Looks like the rocon-g1 is using 69D, as the most messages in the candumps I collected are coming from that address:

$ grep -v "^#" *candump_tA.txt | cut -d" " -f7 | sort | uniq -c | sort -rn
65199 69D
24753 180
21371 300
21282 600
1355 10A
630 500
431 190
335 780
148 310
75 680
74 610

180, 300 and 600 are the ones being queried.

[svde]

The data in the terminal goes way too fast... https://youtu.be/zAQ9lxM5Mlg

Need to look into sending the logs to syslog.

[Trunks1982]

Sind halt mehrere abfragen hintereinander.Alle 500ms

[Trunks1982]

Öffne mal im terminal von der rotex einfach mal aussentemp.Alle 6s kommt nen wert

[MichaelGer1410]

@Trunks
Ich bin zwar nur ein Leihe, jedoch glaube ich auch das die Fehler die ich aufeinmal alle hatte mit der Abfrage zu tun haben. Hatte 12 Jahre nicht eine Fehlermeldung. Zu meiner Frage, hast du in den aktuellen BIN irgendetwas verändert was diese Abfragen Reduziert ?
Ich traue mich gerade nicht den ESP wieder einzuschalten weil die Heizung wieder so schön läuft und ich warm Duschen kann :D

[Trunks1982]

Nein habe ich nicht.

[Trunks1982]

Bitte einmal die neue .bin testen ob der Fehler 81 noch auftritt bzw weniger oft vorkommt.

[Tom88s]

Leider hab ich mich zu früh gefreut 😫
Habe die neue ota.bin aufgespielt nun funktioniert es mit Home Assistant nicht mehr

Soll ich die Intervalabfragen mal ausgeschalten lassen um zuschauen ob es daran liegt ?

[Trunks1982]

Ich habe in der datei mittlerweile api key eingefügt sorry.

[Trunks1982]

@Tom88s bitte füge wie jetzt wie in der Anleitung Punkt 11 beschrieben die beiden Zeilen in die Secret.yaml Datei ein. Und berichte mir.

[Tom88s]

Ich finde im File Editor die Datei /homeassistant/secrets.yaml

muss ich es in die Datei eintragen?
Du sprichst ja von einer secret.yaml

[Trunks1982]

Stehn da mittlerweile auch dann wlan ssid usw drin?
Normalerweise sollte der esp sich mit homeassist verbinden bzw neues gerät gefunden. Oder fügst über devices neu ein.

[Tom88s]

ja aber hat nicht funktioniert...
welches addon hast du installiert mir zeigts 3 Stück an bei der addon Installation

[Trunks1982]

Komm mal bitte in die telegramgruppe

[Tom88s]

Telegramgruppe?

[Trunks1982]

Ja. link auf der Hauptseite.

[RaikertHA]

Also zu Fehler E 81 kann ich folgendes berichten.

Meine HPSU Compact habe ich seit 10 Jahren mit dem Rocon G1 Gateway in Betrieb. Alles ohne Probleme. Ich habe jetzt seit ca. 2 Monaten die Lösung von Trunks 1982 in Nutzung. Wirklich großartiges Projekt und die Integration in HA läuft super.
Leider bekomme ich aber auch ca. aller 3 Tage den E 81 Fehler am Display angezeigt, der nur durch einen Neustart der Heizung zurückgesetzt werden kann. Ich habe schon die delays auf 1500 ms und das Intervalle von 60 auf 90 Sekunden angepasst, um Schreib/Lesekonflikte zu vermeiden, aber leider erfolglos.
Das Problem ist also irgendwie nicht gelöst. Hat jemand noch eine Idee was man machen kann? Sonst muss ich leider zurück auf das Gateway G1, was nur ein Bruchteil der Funktionen hat.
Vielen Dank für eure Hilfe....finde das Projekt wirklich großartig.

RaikertHA

[fajen1]

Zwischenfrage, hast du die aktuelle Version drauf?

[Trunks1982]

Hast du mal nen eprom reset gemacht?

[RaikertHA]

Nein ein Reset des EPROM habe ich noch nicht gemacht. Aber  ich habe heute die aktuelle Version 1.5.1 drauf geladen (vorher 1.3.6) und das OTA Update hat auch funktioniert. Ich teste jetzt die Tage mal die Konfiguration und melde mich nochmal. Danke erstmal für die schnelle Antwort.Viele Grüße RaikertHAAm 25.08.2024 15:34 schrieb Trunks1982 ***@***.***>: Hast du mal nen eprom reset gemacht? —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[RaikertHA]

Hatte bislang 1.3.6. seit heute die aktuelle 1.5.1.Ich gebe Bescheid die Tage.Danke für die schnelle Antwort.Viele Grüße RaikertHAAm 25.08.2024 15:12 schrieb fajen1 ***@***.***>: Zwischenfrage, hast du die aktuelle Version drauf? —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>

[andreaskress1]

Hi, leider hat´s meine Hauptplatine jetzt wohl voll erwischt, Entweder Fehler 8100 Kessel und die andere weiß ich leider im Moment nicht mehr genau. Anlage ist jetzt ziemlich genau sieben Jahre alt. Es begann, dass auf dem Display keine Werte mehr angezeigt wurden. Auf der ESP-Site stand u.A. Temperatur an der Außeneinheit -40°C. Die Außeneinheit lief für ein paar Sekunden an und ging wieder aus.
Auch nach zwei Tagen Stromlos ging der Fehler leider nicht weg.
Bis ich mit dem Projekt anfing gab es nie Probleme. Natürlich kann das auch ein dummer Zufall sein.
Dann lasse ich in Zukunft die HPSU aus dem HA weg. Eigentlich Schade.

[MichaelGer1410]

Das problem hatte ich auch, hatte Rotex dann hier, spass hat 310 euro gekostet (der hat einen reset der Hauptplatine gemacht). Danach lief die heizung wieder.

[ap20132022]

Das problem hatte ich auch, hatte Rotex dann hier, spass hat 310 euro gekostet (der hat einen reset der Hauptplatine gemacht). Danach lief die heizung wieder.

Wie hat er die Hauptplatine zurückgesetzt?

[MichaelGer1410]

Wie gesagt ich weis es nicht mehr genau. Kommt mal in die Rotex Telegram gruppe

[andreaskress1]

Wer hätte es gedacht: dank den Erfahrungen hier konnte meine HPSU einfach wieder zum Leben gebracht werden. Der Clou meines Problem ist dieses Vorgehen hier: https://www.haustechnikdialog.de/Forum/t/222256/Rotex-HPSU-Compact-Fehlermeldungen-E200-und-E8100

Stand also definitiv NICHT mit der Lösung hier im Zusammenhang, sondern auf eine gewollte Schwachstelle seitens des Herstellers.

DANKE!!!!! an alle Beteiligten.

[RaikertHA]

Nach 2 Wochen Betrieb mit Version 1.5.1 habe ich jetzt wieder den E 81 auf dem Display :(
Solange ich zu Hause bin kannan mit einem stromlos schalten der Wärmepumpe den Fehler quittieren. Aber wenn man im Urlaub ist....
Habe irgendwie kein gutes Gefühl
Ob es wirklich an den Kondensatoren liegt wie im Link oben beschrieben, kann ich nicht recht glauben.
Ich werde die Lösung jetzt zurück bauen und beobachten, ob der E81 wieder auftaucht. Dann wäre ein Zusammenhang aus meiner Sicht bestätigt. Ich melde mich wieder wenn es was neues gibt...

[ap20132022]

Ich musste 2,3x meine WP neustarten aufgrund diesem Fehler. Mit der Version 1.5.1 läuft es bisher gut.

[Trunks1982]

Mein Nachbar benutzt zb die aller erste Version und hatte bis jetzt nicht einmal den Fehler. Müsste jetzt so ca 3/4 Jahr sein. Ich bezweifle das es an dem Code liegt. Er benutzt zb auch nen kurzes gedrilltes Netzwerkkabel.

[ap20132022]

Mein Nachbar benutzt zb die aller erste Version und hatte bis jetzt nicht einmal den Fehler. Müsste jetzt so ca 3/4 Jahr sein. Ich bezweifle das es an dem Code liegt. Er benutzt zb auch nen kurzes gedrilltes Netzwerkkabel.

ich nutze auch Cat 7 gedrilltes Kabel. Hoffe, dass es mit der aktuellen Version kein Problem mehr gibt.
CAN-Bus ist eigentlich dafür auch gemacht, mehrere Teilnehmer zu verwenden.

[Trunks1982]

Jap so ist es.

[RaikertHA]

Nach dem ich heute wieder einen E81auf dem Display hatte (habe die Version 1.5.1 in Nutzung und alle Delays auf 500 ms hochgesetzt gehabt, um ggf. eine langsame Lese/Schreibperformance der ROTEX auszugleichen)habe ich die Kabel heute alle nochmal erneuert. Ich beobachte jetzt weiter.

Eine Frage: Klappt bei euch die 1x WW Aufbereitung? Wenn ich den Knopf drücke, passiert bei mir leider überhaupt nichts. :(

[Trunks1982]

Komm doch mal in die Telegramgruppe.

[Trunks1982]

In der neusten Version funktioniert auch die 1x WW bereiten Taste.Gerade getestet.