UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[cb187]

Hätte noch Bock auf Wasser wärmeverlust nach letzten Abtauvorgang und wie oft am Tag abgetaut worden ist.

[hg6806]

@cb187 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:

@hg6806 kein Problem.Wenn man noch was verbessern kann immer her mit den Tips.Hast bei dir das abtauen schon testen können?

Nein, es war zu warm für Abtauvorgänge.

Wärmeverlust wäre doch ganz easy. Sobald er auf Abtauen geht den WW Wert speichern und nach dem Abtauen die Differenz von dem Nachher-Wert bilden.

Und bzgl. wie oft abgetaut wird, ich habe die Betriebsart in History gesetzt und lasse mir über das History Widget die letzten 20 Betriebsarten anzeigen. So kann man schön sehen wie oft abgetaut wurde.
Oder man zählt das einfach über Blockly und macht z.B. einen Durchschnitt pro Tag oder so.

[cb187]

@hg6806 genau das weiss ich bei beiden nicht wie das mit scripten geht.

[hg6806]

Hmmm, von Programmieren habe ich auch nicht wirklich Ahnung, aber ich würde einfach den WW Wert speichern, sobald Abtauen (Trigger) kommt, und sobald Abtauen vorbei ist den gespeicherten von dem aktuellen abziehen.

Und beim Zweiten einfach bei jeden Abtauvorgang einen Zähler eins nach oben zählen.

[cb187]

@hg6806 muss ich mal schaun ob ich das hinkriege.

[crycode]

@hg6806 Welche States genau müssen denn da wie verrechnet werden und wo soll das Ergebnis hin?
Bei Skripten kann ich gerne helfen :-)

Kann einer von euch vlt. mal eine Tabelle erstellen, die erklärt welcher State welche Funktion/Bedeutung hat und ggf. eine Beschreibung dazu?

[hg6806]

@crycode
Ich habe eigentlich alles was ich brauche. Danke

[crycode]

@claus1993 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:

Wenn du den dauerhaften Betrieb ergänzen könntest wäre das perfekt

Habe jetzt meine Anleitung zu Cannelloni um den Permanenten Betrieb erweitert: https://crycode.de/socketcan-ueber-ethernet-mit-cannelloni#permanenter-betrieb-uber-systemd-services
Wichtig wäre dabei noch mal zu erwähnen, dass es bei der Übertragung zwischen beiden System auch zu Paketverlusten kommen kann und dann ggf. CAN-Nachrichten nicht ankommen.

[claus1993]

@crycode said in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:

Habe jetzt meine Anleitung zu Cannelloni um den Permanenten Betrieb erweitert: https://crycode.de/socketcan-ueber-ethernet-mit-cannelloni#permanenter-betrieb-uber-systemd-services

Vielen Dank dafür!!!

Wichtig wäre dabei noch mal zu erwähnen, dass es bei der Übertragung zwischen beiden System auch zu Paketverlusten kommen kann und dann ggf. CAN-Nachrichten nicht ankommen.

Sehe ich es richtig das es bei Paketverlusten diese mit der nächsten Meldung wieder geschickt werden und dann zumindest verzögert vorhanden sind?

[crycode]

@claus1993 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:

Sehe ich es richtig das es bei Paketverlusten diese mit der nächsten Meldung wieder geschickt werden und dann zumindest verzögert vorhanden sind?

Nein, zumindest nicht in der Konfiguration. Die Daten werden einfach per UDP gesendet und nicht geprüft ob etwas ankommt.
In der Readme zu Cannelloni steht auch:

cannelloni is not suited for production deployments. Use it only in environments where packet loss is tolerable. There is no guarantee that CAN frames will reach their destination at all and/or in the right order.

In einem lokalen Netzwerk sollte es aber im Normalfall nicht zu Paketverlusten etc. kommen.

Alternativ unterstützt Cannelloni auch noch SCTP, was für schlechtere Verbindungen geeignet ist. Siehe hier.

Für die Wärmepumpe sollte es aber weniger kritisch sein, wenn mal etwas nicht ankommt. Im schlimmsten Fall kommen dann Werte im ioBroker nicht an oder ein Befehl vom ioBroker nicht bei der Wärmepumpe und beim nächsten Abfragen/Senden passt dann alles wieder.

[hg6806]

@cb187

So, habe mal deine Programme getestet.
Defrost springt beim Abtauvorgang auf Warmwasserbereitung und bleibt dort. Grund ist, dass der Modus nach dem Abtauen auf Standby geht und das nicht abgefragt wird. Also müsste da doch noch eine Veroderung in der Betriebsartabfrage zu Standby rein.

Und bei der COP Berechnung stimmt auch etwas nicht.
Das funktioniert zwar, erzeugt aber eine heftige CPU Last.
Hier bis ich aber noch nicht dahintergestiegen wieso.

[cb187]

@hg6806 also bei mir springt es nicht auf Warmwasservorbereitung um.Habe das gestern auch noch bei einem installiert und da funktioniert es wohl auch.Dann musst du nen Fehler drin haben.
Zu der Cpu Last merke ich nichts.Ist bei mir immer gleich.

[cb187]

Aber werde das nochmal beobachten.Weil bisher mir sowas noch nicht aufgefallen ist.

[hg6806]

@cb187
Hier die Abfolge eine Abtauvorgangs.
Von unten nach oben zu lesen.

Die HPSU geht nach dem Abtauen immer erst in Standby dann wieder in Heizen.

Dein Programm fragt aber Standby nicht ab, deshalb wird bei mir nicht mehr umgeschaltet und bleibt auf "Sommer"

[cb187]

@hg6806 standby ist aber nicht sommer.Nach dem abtauen schaltet er ganz normal bei mir in heizen wieder um.
Und wenn müsste es bei dir angepasst werden wenn es nicht klappt.
Für mich sieht das bei dir eher aus nach nem takten.

[hg6806]

Anderes Thema.

Seit dem Umbau habe ich alle 2-3 Tage einen E81 Fehler.
Hat das jemand auch schon beobachtet?
Zudem hatte ich anfangs 2-3x "Kommunikationsfehler".

Im Fehlerspeicher stand der Fehler E81 ca. 1x im Jahr oder so.

Gibt 2 Möglichkeiten.

1. Es liegt am CAN. Zu lange Leitung, nicht ausreichend verdrillt, Masse nicht richtig angeschlossen. CAN HAT qualitativ minderwertig?
   Ich habe ein 15m langes LiYCY 2x0,25mm2 was "leicht verdrillt" ist. Masse habe ich nur an die Rotex angeschlossen wegen evtl. ungleichen Potentialen. Evtl. kann man am CAN Hat die Masse über einen Kondensator anschließen.

2. Beim Umbau ist mir die Fronteinheit einmal runtergeplumpst. Sie hing aber noch am Flachbandkabel, kann aber nicht garantieren, dass dadurch an den Steckern/Kabel nichts passiert ist.

[cb187]

@hg6806 noch nie gehabt.Habe ground nicht angeschlossen und benutze ca 3m lan kabel.

[Elektroniker86]

Guten Abend,

diese Woche wird meine Daikin Altherma 3 h HT mit folgender Inneneinheit ETSX16P50D installiert.

Jetzt ist meine Frage wo und wie Ihr den CAN HAT angeschlossen habt?
Auf dem J13? Und muss man an dem CAN HAT dann ein Terminierungswiderstand einbauen? Wie lang darf die Leitung sein ? Ich würde ein LiycyTP 2x2x0,75mm² verwenden.
Am HAT habe ich folgende Beschriftung, H und L muss gekreuzt werden? Und was ist A und B? GND, VCC?

Bin für jede Hilfe dankbar. :-)

[crycode]

@elektroniker86 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:

Ich würde ein LiycyTP 2x2x0,75mm² verwenden.

Mit der Leitung könntest du Probleme bekommen. Die Bus-Leitungen (CAN-H und CAN-L) sollten immer gut verdrillt sein.
Ich habe hier sehr gute Erfahrungen mit S/FTP Kabeln, die sonst hauptsächlich für Ethernet eingesetzt werden, gemacht.
Bei verdrillten Leitungen und der relativ geringen Baudrate darf die Leitung dann auch durchaus etwas länger sein.

@elektroniker86 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:

H und L muss gekreuzt werden?

Nein, H ist CAN-High und L ist CAN-Low. Die müssen immer richtig angeschlossen werden.

@elektroniker86 sagte in Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus:

Und was ist A und B? GND, VCC?

A und B brauchst du nicht. Das wäre eine RS485 Schnittstelle von dem Board.
VCC brauchst du auch nicht. Die WP hat ihre eigene Versorgung und das Board wird vom Raspi versorgt.
GND brauchst du im Normalfall auch nicht, da der CAN-Bus die Differenz zwischen H und L auswertet.

[Elektroniker86]

@crycode

Erstmal vielen Dank für die rasche Antwort.
Der Anschluss J13 passt?
Woher weiß ich, welche Config ich importieren soll. Im Menü von dem Innengerät finde ich nur folgende Versionsnummern: