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

[andy999]

Hallo Kann mir von euch hier jemand bitte weiter helfen. Meine HPSU übernimmt den State Wert nämlich nicht -

Siehe unteren Link bzw. Code:
HPSU spricht nicht an

var timeout, memoryMODUS, timeout2;


on({id: 'canbus.0.180.fa0a8c', change: "lt"}, async function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  if (getState("canbus.0.180.fa0a8c").val == false) {
    (function () {if (timeout) {clearTimeout(timeout); timeout = null;}})();
    timeout = setTimeout(async function () {
      setState("javascript.0.jsState-SWING-Timer"/*jsState-SWING-Timer*/, 1, true);
    }, 140000);
  }
});
on({id: 'javascript.0.jsState-SWING-Timer', change: "any"}, async function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  if (getState("javascript.0.jsState-SWING-Timer").val == 1 && getState("canbus.0.180.02").val > 0) {
    memoryMODUS = getState("canbus.0.180.fa0112").val;
    setStateDelayed("canbus.0.680.fa0112-set"/*Modus setzen*/, 1, 1000, true);
    setStateDelayed("canbus.0.680.fa0112-set"/*Modus setzen*/, memoryMODUS, 4000, true);
  }
});
on({id: 'javascript.0.jsState-SWING-Timer', change: "any"}, async function (obj) {
  var value = obj.state.val;
  var oldValue = obj.oldState.val;
  if (getState("javascript.0.jsState-SWING-Timer").val == 1) {
    (function () {if (timeout2) {clearTimeout(timeout2); timeout2 = null;}})();
    timeout2 = setTimeout(async function () {
      setState("javascript.0.jsState-SWING-Timer"/*jsState-SWING-Timer*/, 0, true);
    }, 35000);
  }
});

[crycode]

@andy999 Wird denn von deinem Script der Wert von canbus.0.680.fa0112-set gesetzt, wenn du es im Admin unter Objekte beobachtest? Wenn ja, wäre die Frage ob mit ack: false oder ack: true. Um das genau zu sehen kannst du mal folgendes in deinem Script hinzufügen. Das erstellt bei jeder Änderung des States einen Logeintrag:

on({ id: 'canbus.0.680.fa0112-set', change: 'any' }, (obj) => {
  log(`${obj.id} changed => val: ${obj.state.val} ack: ${obj.state.ack}`);
});

Im Idealfall solltest du damit immer zwei Logeinträge kurz hintereinander sehen. Einen mit ack: false (von deiner Aktion) und dann einen mit ack: true (Bestätigung vom Adapter).

[andy999]

@crycode Hi, besten Dank für die rasche Antwort, habe unter den Objekten den Wert händisch auf 1 gesetzt, und der wurde tadellos übernommen, auch in der HPSU selber. Hab folgendes im LOG:

12:40:02.144	info	javascript.0 (1422) script.js.HPSU-Test.SWING_-_java: canbus.0.680.fa0112-set changed => val: 1 ack: false
12:40:02.853	info	javascript.0 (1422) script.js.HPSU-Test.SWING_-_java: canbus.0.680.fa0112-set changed => val: 1 ack: true

und wieder zurück auf 3 (heizen) auch ohne Probleme:

12:40:16.756	info	javascript.0 (1422) script.js.HPSU-Test.SWING_-_java: canbus.0.680.fa0112-set changed => val: 3 ack: false
12:40:17.503	info	javascript.0 (1422) script.js.HPSU-Test.SWING_-_java: canbus.0.680.fa0112-set changed => val: 3 ack: true

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?

P.S. arbeite bevorzugter weise mit Blockly

[Elektroniker86]

Guten Abend,

da es jetzt wieder viele Sonnenstunden gibt habe ich mir ein kleines Blockly gebaut, dass mir bei vollem PV Speicher und Überschuss die Smart Grid Eingänge schaltet um den WWSpeicher mit einer höheren Temperatur zu laden.
Jetzt wollte ich hier mal ein paar Meinungen zu meinem Vorhaben hören und ob das Blockly so passt oder ob es Verbesserungsvorschläge von euch gibt?

Hier das Blockly und die Eckdaten:

Bin gespannnt auf eure Meinungen

[cb187]

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

[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?