Test Adapter canbus v1.1.x Latest

[splatterjoe]

@cb187 Okay. Meine ist ein oder zwei Jahre älter, hat aber zwischendurch eine neue Platine bzw. ein Update erhalten. Da die Daten an meinem PI ankommen, muss es ja eine Software-Problematik sein. Leider sehe ich meinen Fehler leider nicht.

[crycode]

@splatterjoe Das erklärt es! Den Fehler TypeError: Method Promise.prototype.then called on incompatible receiver [object Object] hatte ich letztens beim Testen der neuen Version 1.2.3 auch. Hängt mit einer Fehlerhaften Version des verwendeten vm2 Moduls zusammen.
In v1.2.3 vom Adapter sollte das Problem behoben sein, da hier explizit eine neuere vm2 Version genutzt wird.

Du kannst v1.2.3 aktuell aus dem latest-Repository oder über NPM installieren. Ich kümmere mich mal drum, dass die Version zeitnah auch ins stable kommt und damit "normal" verfügbar ist.

[splatterjoe]

@crycode Besten Dank!!! Mit der v1.2.3 funktioniert es nun einwandfrei nach einem Neustart des Adapters.

Großen Dank an euch alle

[cb187]

@crycode

Hi cry, könntest du mal gucken ob du die Verstellung von min VL und max VL reinbekommst?
Als Datenpunkt gibts nur die abfrage von min und max.

[crycode]

@cb187 Hi, versuch mal testweise diese Config zu importieren. Das sollte deine vorhandene Config unter "680 HPSU abfragen / setzen" um die zwei Parser "T Vorlauf Min setzen (fa012b-set)" und "T Vorlauf Max setzen (28-set)" erweitern.
Wichtig: Dabei nicht den Haken bei "Vorhandene Nachrichten beim Import überschreiben" setzen, sonst ist deine restliche Config von 680 weg.

canbus-messages-t-vl-set.json

[cb187]

@crycode hi hab gerade mal die json eingeladen Datenpunkte werden auch angezeigt aber setzen funktioniert nicht

[crycode]

@cb187 schade, wäre ja auch zu einfach gewesen
Kannst du die Werte dann mal über die originale Steuerung anpassen und dabei einen candump mitlaufen lassen? Der Dump und dazu die von dir eingestellten genauen Werte wäre interessant.

[cb187]

@crycode

weiß nicht ob ich es erwischt habe

[crycode]

@cb187 wenn ich das richtig sehe, dann sind in dem Dump nur die Abfragen vom Adapter drin und nichts von der originalen Steuerung.

[cb187]

@crycode

jetzt aber hab mal den can adapter ausgemacht.

[crycode]

@cb187 Versuchs mal damit: canbus-messages-t-vl-set.json
Vor dem Import musst du die beiden "T Vorlauf * setzen" Parser löschen, damit die dann neu angelegt werden.

[cb187]

@crycode

TMAx funktioniert die abfrage und setzen, tmin funktioniert nur die abfrage nicht das setzen

[crycode]

@cb187 Hab noch einen Fehler gefunden. Damit sollte es jetzt aber klappen: canbus-messages-t-vl-set.json
Wieder vor dem Import zumindest den Parser "T Vorlauf Min setzen" löschen.

[cb187]

@crycode jetzt taucht tmin nicht auf:-)

[cb187]

@crycode hab aber im code ne Zahl verändert jetzt gehts

[crycode]

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

hab aber im code ne Zahl verändert

Und was genau hast du geändert?
Dann kann ich das in die vordefinierte Config auf GitHub übernehmen.

[cb187]

@crycode deine datei konnte ich komischerweise nicht laden, hab dann deine binärzahlen verglichen und bei der alten version war eine zahl falsch.Deine letzte version ist also richtig.

[cb187]

Kann dir gerne meine jetzige liste schicken.

[crycode]

@cb187 Alles klar, danke!
Hab jetzt auf GitHub die Config 1.3.0 für die Rotex HPSU mit den zwei zusätzlichen Punkten veröffentlicht.

[hg6806]

Meine Rotex ist noch über einen eigenen Pi, auf dem FHEM läuft, angebunden.
Allerdings wäre es schon klasse alles auf einem System zu haben.
Mein Problem ist allerdings, dass der Pi auf dem ioBroker läuft, gute 10m von der Rotex entfernt ist, und ich auch da nichts ändern kann.

Frage, hat jemand schon mal mit einem so langen CAN-Kabel gearbeitet? Verdrillt ist klar, aber evtl. auch noch geschirmt?
Welche Masse anschließen, die der Rotex oder vom CAN-Adapter?
Gibt es da Erfahrungswerte?