Test Adapter canbus v1.1.x Latest

[Mic208]

Hallo @crycode,

da muss jetzt mal ein wirklicher CAN Bus Versteher ran:
Ich hatte ja vor 5 Jahren über candump's mit Vergleich der Display-Eingaben die Befehlssequenzen "abgeschrieben". Bei Eingabe der gleichen Display Befehle mittels ELM von der gleichen 'Nachrichten-ID' aus, stürzt die Rotex-Wärmepumpe hart ab. Irgendwann hatte ich für die Fragen die Nachrichten-ID um 0x10 erhöht und bekam dann auch die richtigen Antworten. Beim Setzen von Werten hat das dann aber wieder nicht funktioniert. Deswegen sind so wenig 'Setz'-Befehle (im Gegensatz zu den fast 150 Frage und Antwort Befehlen) herausgekommen, weil auch dann die Rotex gerne mal wieder abstürzt. Man kann die Setz Befehle nicht von irgendwoher aus senden, die Maschine reagiert dann nicht entsprechend, sprich der Wert wird nicht übernommen oder stürzt ganz ab. Ist mir in den letzten Wochen viele Male passiert (nachdem ich Jahre Ruhe davor hatte), das Wiederherstellen der Maschine dauert dann auch wieder einige Minuten, ist mir aber manchmal erst nach Stunden aufgefallen, wenn das Warmwasser oder Räume kalt wurden.
Nur so als Info.

Übrigens: Da ich immer noch mein 2-minütliches Script mit der Frage nach 20 Befehlen laufen habe, habe auch ich täglich ein Log mit 500 MByte. Das hat sich die letzten 3 Versionen nicht wirklich geändert.

LG
Mic

[cb187]

@michael-wind so ne grosse log hab ich aber mit meiner liste aber nicht da läuft alles normal.Komischerweise nur mit der neuen liste con cry

[Mic208]

Hallo @cb187 & @crycode,

wollte hier mein Log von gestern (ungepackt 510 MB, gepackt 22 KB) anhängen, ließ das Forum-System nicht zu, will es wohl auf Viren scannen.

Deswegen nur die ersten 5 Minuten.
iobroker.2021-04-19.log.die-ersten-5-Minuten.zip

Mic

[crycode]

@michael-wind / @cb187 Danke für die Infos. In der aktuellen Version auf GitHub ist das Problem mit der Warnung "Parser xxx returned wrong data type undefined" jetzt behoben. Wenn ihr den Adapter ein mal von GitHub neu installiert, dann sollte das Log deutlich besser aussehen.

@cb187 Falls bei dir noch immer die Warnungen mit "You are assigning a boolean to the state..." auftauchen, bitte die config noch mal neu mit gesetztem Haken bei Vorhandene Nachrichten beim Import überschreiben importieren.

---

Zum Setzen der Werte habe ich jetzt noch ein paar Infos gefunden, die sich aber teils widersprechen.
Kann das einer von euch mal über die folgenden cansend Befehle testen und mir eine kurze Rückmeldung geben, was davon geklappt hat? Das sollte T-WW Soll1 auf 21,5°C setzen.

Variante a
CAN-ID 0x680 und die ersten beiden Bytes entsprechend dem Zielgerät gesetzt. Die zweite Stelle könnte 0 oder 2 sein. Eventuell müssen auch immer 7 Bytes gesendet werden.
cansend 680#30001300D7
cansend 680#30001300D70000
cansend 680#32001300D7
cansend 680#32001300D70000

Variante b
CAN-ID 0x480 und die ersten beiden Bytes 92 00.
cansend 480#92001300D7
cansend 480#92001300D70000

---

Das Senden der Anfragen mit der ID um 0x10 erhöht ist in diesem Fall ok, wobei die ID hier evtl. sogar egal ist, solange sie nicht mit einer vorhandenen kollidiert. Wenn das Setzen nach einem oben genannten Muster klappt, dann könnte man die Anfragen auch mal mit der gleichen Nachrichten-ID testen.

[Mic208]

Hallo @crycode ,

Die WW-Temperaturen haben einen Range von 35-70°C, deswegen kann man 21,5°C nicht einstellen.
cansend can0 680#3000130172
funktioniert, setzt T-WW-Soll1 auf 37°C,
cansend can0 680#3000130173
funktioniert auch, setzt T-WW-Soll1 auf 37,1°C, was per Steuerung gar nicht geht, diese hat 0,5°C Schritte,
cansend can0 680#30001301740000
funktioniert, setzt T-WW-Soll1 auf 37,2°C.

BTW:
Eine 0 an der zweiten Stelle bedeutet Setzen,
Eine 1 an der zweiten Stelle bedeutet Fragen,
Eine 2 an der zweiten Stelle bedeutet Antworten.

LG

Mic

[crycode]

@michael-wind Das ist doch schon mal gut

Kannst du noch testen, ob die Abfragen auch von der 680 aus funktionieren? Also z.B. cansend can0 680#310013 für T-WW Soll1.
Wenn das klappt, dann würde ich alles was zu senden ist in die 680 packen.

Ich hatte noch folgendes zu den CAN-IDs und dem 2. Byte gefunden:

000 - direkt
180 - Kessel
280 - atez
300, 301 ... - Bedienmodule (bei mir 301, 302 und 303)
400 - Raumfernfühler
480 - Manager
500 - Heizmodul
580 - Buskoppler
600, 601 ... - Mischermodule (bei mir 601, 602, 603)
680 - PC (ComfortSoft)
700 - Fremdgerät
780 - DCF-Modul

0 - write
1 - read
2 - response
3 - ack
4 - write ack
5 - write respond
6 - system
7 - system respond

[cb187]

@crycode
Inmeiner json waren doch alle werte setzen drin die funktioniert haben auf 680.Hatte ichvextra gesendet.

[crycode]

@cb187 Hatte ich geändert, weil ich einer falschen Beschreibung vertraut hatte, sorry
Nachher (oder evtl. auch erst morgen) werde ich die Config auf GitHub noch mal aktualisieren.

[crycode]

Bin leider erst jetzt dazu gekommen, aber nun ist die Rotex HPSU Konfiguration in der v1.2.0 über GitHub zum Import verfügbar.
Hier erfolgen nun alle Anfragen über die CAN-ID 680 und es sollten überall die richtigen Datentype gesetzt sein.

Bitte mal in einer neuen Adapterinstanz testen und mir eine kurze Rückmeldung geben.
Zusammen mit dem Adapter in v1.1.4 sollten jetzt eigentlich keine Warnungen o.ä. mehr im Log auftauchen.

[cb187]

@crycode
Puh unter 680 ist ja wieder soviel zugekommen was ja schon unter 180 ist.Blick da bald gar nicht mehr durch.
Www soll setzen 50 Grad macht er 1 Grad raus zb

[crycode]

@cb187 Unter 680 ist jetzt alles zusammengefasst, was vorher bei 11A, 190, 310 und 510 drin war. Diese vier Nachrichten-IDs entfallen damit dann.

@cb187 sagte in Test Adapter canbus v1.1.x Latest:

Www soll setzen 50 Grad macht er 1 Grad raus zb

Was genau meinst du damit? Übernimmt die Steuerung 1°C wenn du versuchst 50°C zu setzen? Falls ja... über welche ID genau?

[crycode]

@cb187 / @Michael-Wind Funktioniert jetzt mit der aktuellen Version und Config alles, oder gibt es noch Probleme?

[cb187]

@crycode
Habs bis jetzt noch nicht wieder ausprobiert.

[cb187]

Habs jetzt nochmal getestet ww soll1 kann ich nicht setzen, also ändert sich nicht.Dann fehlt Raumsoll setzen oder hab ich es übersehen?Wäre es nicht einmal sinnvoll das über anydesk zu machen?
So siehst es ja sofort was geht.

[crycode]

@cb187 Hab den Fehler gefunden. Beim Zusammenführen der "abfragen" und "setzen" Parser gab es einige IDs doppelt. Das hab ich jetzt behoben und die "setzen" Parser haben nun bei der ID alle ein -set hinten dran.
v1.2.1 der HPSU Config ist nun über GitHub verfügbar. Wenn die importierst und dabei die vorhandenen Nachrichten überschreiben lässt, dann sollte alles klappen (hoffe ich).

In der nächsten Version vom Adapter werde ich noch ein paar Prüfungen dazu einbauen, dass doppelte Parser-IDs gleich auffallen und im Admin erst gar nicht erlaubt werden.

[cb187]

@crycode
Scheint jetzt alles zu funktionieren.
Jetzt wäre es cool wenn man bei den abfragen im can adapter, man zb einstellen kann ob die jeweilige id alle x sek. ne automatische abfrage startet bzw. sendet.Also so das man kein script mehr brauch.

[crycode]

@cb187 Super, danke fürs Testen und die Info!

Das automatische Senden hab ich bereits auf meiner ToDo-Liste. (siehe GitHub Issue)
Hatte bislang nur nicht die Zeit das umzusetzen.

[cb187]

@crycode
Hattest mal wieder Zeit für die automatische Aktualisierung?

[crycode]

@cb187 Leider nein, aber es steht als nächstes auf meiner ToDo Liste.

[crycode]

Ab sofort ist die Version 1.2.1 vom Adapter verfügbar.

Neu ist, dass für jeden Parser nun ein automatisches Setzen eines bestimmten Wertes in einem vorgegebenen Intervall aktiviert werden kann.
In der Parser-Konfiguration sieht das dann z.B. so aus (für einen Boolean-Wert):

Damit sollten dann eine zusätzlichen Skripte mehr benötigt werden, um regelmäßig Daten zu pollen.

@cb187 Bitte testen und Feedback geben