Rotex HPSU / Daikin Altherma Wärmepumpe über ioBroker.canbus

[crycode]

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

Es hat mir aber keine ruhe gelassen, deswegen hab ich danach über den Trigger -Zeitplan (alle 10s) den Block Steuere UND Schreibe 1:1 (aktualisieren funktionierte nicht) übernommen und mit dem wurde der Wert in der HPSU tatsächlich übernommen.
Also jetzt verstehe ich nix mehr, wie im Link schon beschrieben werden im Trigger-Falls bestimmte Objekte bzw. Werte übernommen und andere leider nicht? Was mache ich hier falsch?

Wenn du willst, dass ein Adapter auf eine Änderung von dir reagiert, dann musst du immer "steuere" nehmen. Bei "steuere" wird das ack-Flag auf false gesetzt, was einem Befehl entspricht und woraufhin ein Adapter reagiert und nach seiner Aktion als Bestätigung ack auf true setzt.
Wenn du hingegen "aktualisiere" nimmst, dann wird ack gleich auf true gesetzt. Damit legst du dann nur den Wert fest, aber löst keine Steuerung aus, da (alle) Adapter nur auf Änderungen mit ack: false reagieren.

[crycode]

@elektroniker86 Wie sehen denn die EVG und SG Eingänge aus? Ich würde vermuten, dass das Hardwareeingänge sind, die du dann extern beschalten müsstest.

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

Hi mir wäre es neu das du über den Adapter die Relaisausgänge schalten kannst.Ich glaube eher nicht.

Grundsätzlich sollte sich über den Adapter alles schalten lassen, was du auch über die originale Steuerung schalten kannst. Ggf. müsste man nur entsprechende Parser hinzufügen.

[cb187]

@crycode ja das sind potentialfreie Relaiseingänge.Dürfte nicht anders funktionieren.

[andy999]

@crycode Das war mir schon klar, das dass mit aktualisieren nicht funktionieren wird.
Hab nun nach langen hin und her (hab mir einen HMI-Virtualen Schalter fürs testen erstellt) herausgefunden, dass in der einen FALLS Instanz nicht zwei STEUERE drinnen sein dürfen. Habe nach der Fehlersuche also unten noch eine zusätzliche Falls Instanz hinzugefügt und nun hats zumindest mit meinen HMI-Schalter funktioniert. Ich lasse das ganze auf der HPSU über Nacht laufen, mal schauen ob alles hinhaut.

P.S. Die o.g. trixerei wird wohl einen BUG im Blockly verschuldet sein weil ich es mir sonst nicht erklären kann.

[Elektroniker86]

@cb187

Da hast Du vollkommen recht. Ich schalte die Eingange mit einer SPS über ioBroker.

[hg6806]

Entweder bin ich blind oder habe es schon gelöscht.
Auf jeden Fall habe ich bei den CAN Objekten keinen TA2 Wert.
Ich kann ihn zwar über canbus.0.680.fac105 abfragen, aber wo wird der eingetragen?

[crycode]

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

Auf jeden Fall habe ich bei den CAN Objekten keinen TA2 Wert.
Ich kann ihn zwar über canbus.0.680.fac105 abfragen, aber wo wird der eingetragen?

TA2 fehlte tatsächlich noch, genauso wie TDHW2.
Habe die beiden jetzt in der "latest" Konfiguration auf GitHub hinzugefügt (180.fac105 und 180.fac106). Bitte diese laden, testen und mir eine kurze Rückmeldung geben. Wenn alles funktioniert, würde ich die "latest" dann mit neuer Versionsnummer kennzeichnen.

[hg6806]

@crycode
Hat geklappt.
Vielen Dank!

[crycode]

@hg6806 Perfekt, damit ist die bisherige latest Konfiguration jetzt als 1.5.0 für alle als Vorauswahl zum Import verfügbar.

[cb187]

Wie das hier läuft

[cb187]

@crycode hast du ne Ahnung wie ich Can in proxmox lxc durchgereicht bekomme?

[crycode]

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

hast du ne Ahnung wie ich Can in proxmox lxc durchgereicht bekomme?

Nicht direkt, aber das can-Interface ist im System eine Netzwerkschnittstelle.Eventuell kannst du dieses exklusiv an den LXC Container weiterreichen? Alternativ, wie weiter oben für Docker schon erwähnt, per UDP-Übertragung zwischen Host und Container mittels Cannelloni.

[cb187]

@crycode joa hab schon gegoogelt mit der Netzwerkschnittstelle nichts gefunden.Hatte mal wieder langeweile und wollte mal testen ob ich das hinbekomme.Naja mit Canneloni wird das auch nicht gehn weil das Hauptsystem von Proxmox keine can schnittstelle in dem sinne findet.

[hg6806]

Bei mir habe ich gesehen, dass der CAN Adapter mit der Rotex HPSU eine recht hohe CPU Auslastung hat.
Im Log habe ich folgendes gefunden. Kann ich das ignorieren oder kann das der Grund sein?

canbus.0
2022-04-12 22:59:45.344	info	undefined is not a valid state value for id "canbus.0.680.fac101"

canbus.0
2022-04-12 22:59:38.595	info	undefined is not a valid state value for id "canbus.0.680.0e-set"

canbus.0
2022-04-12 22:59:36.222	info	undefined is not a valid state value for id "canbus.0.680.fa0141"

canbus.0
2022-04-12 22:59:36.221	info	undefined is not a valid state value for id "canbus.0.680.fa0115"

canbus.0
2022-04-12 22:59:36.219	info	undefined is not a valid state value for id "canbus.0.680.28"

canbus.0
2022-04-12 22:59:35.343	info	undefined is not a valid state value for id "canbus.0.680.fac101"

canbus.0
2022-04-12 22:59:34.258	info	undefined is not a valid state value for id "canbus.0.680.fa012b"

canbus.0
2022-04-12 22:59:33.702	info	undefined is not a valid state value for id "canbus.0.680.fa012a"

canbus.0
2022-04-12 22:59:33.083	info	State value to set for "canbus.0.680.fa0129" has to be type "boolean" but received type "string"

canbus.0
2022-04-12 22:59:32.912	info	undefined is not a valid state value for id "canbus.0.680.fa0129"

canbus.0
2022-04-12 22:59:25.341	info	undefined is not a valid state value for id "canbus.0.680.fac101"

canbus.0
2022-04-12 22:59:12.868	info	undefined is not a valid state value for id "canbus.0.680.fac101"

canbus.0
2022-04-12 22:59:02.809	info	undefined is not a valid state value for id "canbus.0.680.fac101"

canbus.0
2022-04-12 22:58:52.808	info	undefined is not a valid state value for id "canbus.0.680.fac101"

canbus.0
2022-04-12 22:58:50.109	info	undefined is not a valid state value for id "canbus.0.680.fa066e"

[cb187]

@hg6806 hi das habe ich zb nicht.Haste zu schnelle Abfragewerte vielleicht eingegeben oder bei set automatische abfrage?

[crycode]

@hg6806 Welche Version vom Adapter hast du installiert? Das sieht mir nach einem Problem aus, das es mal in einer alten Version gab.
Zumindest erklärt das die hohe CPU Last, da die States alle fälschlicherweise immer neu geschrieben werden.

[hg6806]

@crycode
Die 1.3.0, die über den Admin aktuell angeboten wird. Gibt es was neueres über Github?

@cb187 Einige Werte frage ich alle par Sekunden ab, was eigenbtlich kein hoher Traffic bedeuten müsste.

[crycode]

@hg6806 1.3.0 ist aktuell, wobei es danach schon noch einen Fix für mögliche Probleme mit fehlenden Werte für das automatische Setzen gab. Vermute fast das wird auch das Problem bei dir sein.

Ich mach heute Abend oder morgen mal eine neue Version 1.3.1 fertig. Bis dahin kannst du mal prüfen, ob du bei den States mit aktiviertem automatischen Setzen auch jeweils einen Wert dazu angegeben hast. Bei den "abfragen" States muss der Haken bei "Zu setzender Wert" gesetzt sein/werden.

[hg6806]

OK, ist der Fix auf Github schon verfügbar? Dann kann ich das schon mal testen.

[crycode]

@hg6806 Ja, ist schon auf GitHub im master-Branch, allerdings noch mit der Versionskennung 1.3.0