Weihnachtsangebot 2025! 🎄

[crycode]

@zmaier Das ist seltsam :thinking_face:
Sind das Nachrichten- oder die Parser-Datenpunkte, die verschwinden?
Der Adapter löscht eigentlich nur beim Start die Objekte, wenn sie nicht konfiguriert sind. Nicht konfigurierte Nachrichten werden zudem nur gelöscht, wenn der entsprechende Haken auf der "Allgemein" Seite gesetzt ist.

Kannst du für den Adapter mal das Log auf debug stellen?
Wenn der Adapter ein Objekt löscht sollte dort zusammen mit ein paar anderen Meldungen delete unconfigured parser <id> oder delete unconfigured message <id> geloggt werden.

[zmaier]

@crycode :
Die Parser-Datenpunkte veschwinden und kommen aber nach einiger Zeit wieder.
Aufgefallen ist mir das, weil ich gestern Abend einige IDs mit einem Custom Parser konfiguriert habe und diese neuen Datenpunkte dann in der Datenbank speichern wollte.
Gestern Abend sind einige Punkte verschwunden und nach Neustart des Adapters wieder erzeugt worden.
Heute früh war bei einigen Datenpunkten die Einstellung zur InfluxDB nicht mehr vorhanden.
Wie wenn die Punkte verschwinden, dann wieder kommen und das Häcken bei "InfluxDB aktivieren" nicht gesetzt wird.

Auf der "Allgemein" Seite hab ich "nicht konfigurierte NAchrichten löschen" nicht gesetzt.

Ich werde das weiter beobachten.

Blöde Frage, wie setze ich das LOG auf debug ? :)

[crycode]

@zmaier Bei den Instanzen den Expertenmodus aktivieren, dann in der Spalte "Log-Stufe" auf "info" klicken und "debug" auswählen.

Wenn der Haken für die InfluxDB verschwindet, dann deutet das darauf hin, dass das Objekt neu erzeugt wurde, was ja auch zu deinem beschriebenen Verhalten passt.

Was mir spontan noch einfällt: Hast du vlt. die Nachrichten-ID doppelt angelegt? Aktuell prüft der Adapter nicht auf doppelt angelegte IDs, aber diese könnten zu einem unerwarteten Verhalten führen.

[crycode]

@zmaier Hast du irgendwelche aktuellen Infos dazu oder hast du das Problem inzwischen gefunden? :)

[zmaier]

@crycode : Sorry für die späte Rückmeldung - ich hab in den letzten Tagen den Innenputz bekommen - leider hab ich grad keine Zeit für mein Heizungsspielerein :)
Ich werde mich aber, wenn die Zeit hoffentlich bald mal wieder da ist, melden und mir das Thema genauer anschauen.

DANKE
Martin

[crycode]

Im Latest-Repo ist jetzt die v1.0.0-beta.6 verfügbar.

In dieser Version wurde ein Fehler bei der Erstellung der Objekte behoben und eine Prüfung auf doppelt konfigurierte Nachrichten hinzugefügt.

[cb187]

Hallo ich würde gerne meine Rotex Wärmepumpe darüber einbinden.Diese unterstützt can.Zur Zeit verwende ich ein fhem Modul HPSU und bringe dieses nach IO.Würde es aber gerne mit diesem Adapter direkt ohne fhem abfragen und auch schreiben können.Ist das mit diesem Möglich und kann mir da geholfen werden?

[crycode]

@cb187 Generell musst du dafür wissen welche Datenpakete (Nachrichten) auf dem Bus gesendet werden und in welcher Form die Daten dabei kodiert sind.

Als fiktives Beispiel:
Nachricht mit der ID 0x042 ist die aktuelle Temperatur mit 4 Datenbytes als Float Zahl.

Wenn du diese Informationen für alle benötigten Nachrichten hast, dann kannst du die Nachrichten entsprechend im Adapter anlegen und Parser konfigurieren, die dann die eigentlichen Daten lesen und schreiben können.

[cb187]

@crycode ok ich hab nen usb to can interface ist dieses auch möglich?

[crycode]

@cb187 Solange dir das ein "echtes" CAN Interface im System erzeugt (z.B. can0) sollte das funktionieren.

Das kannst du recht einfach mit der Eingabe von ip a in einem Terminal prüfen. Die Ausgabe sollte u.a. etwas ähnlich folgendem beinhalten:

3: can0: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP group default qlen 10
    link/can

[cb187]

@crycode leider zeigt er mir can0 nicht an.Ist ein USBtocan interface vom auto.Hab auch die utils installiert🤷‍♂️.In fhem wird er gefunden

[crycode]

@cb187 Diese Interfaces nutzen meistens den ELM327 Chip, der leider kein echtes CAN-Interface für den Kernel bereitstellt, sondern eigene AT-Befehle zur Kommunikation nutzt. Zudem reicht er (soweit ich weiß) die CAN-Nachrichten nicht einfach durch, sondern ist eher für Diagnoseabfragen bei Autos gedacht. Die Performance soll auch nicht so das wahre sein.

Was du brauchst wäre z.B. ein CAN Hat für den Raspberry Pi mit einem MCP2515 CAN-Controller.

Das lässt sich sogar relativ einfach selbst bauen: https://crycode.de/can-bus-am-raspberry-pi :-)

[cb187]

@crycode ich weiss das meine Rotex WP Can benutzt, über fhem und dem elm interface funzt es.Naja da muss ich das erstmal über fhem weiternutzen.

[crycode]

@cb187 Ich nehme an, du meinst dieses FHEM Modul? Das ist extra für die Nutzung zusammen mit dem ELM327 gebaut.
Der ioBroker.canbus Adapter hingegen basiert auf SocketCAN und greift somit direkt auf Funktionen des Kernels zu.
Ich habe noch einen Linux SocketCAN driver for ELM327 auf GitHub gefunden. Vielleicht hilft dir der schon weiter?

Generell kann ich mir vorstellen, auch eine Funktion mit ELM327 in den Adapter einzubauen, jedoch fehlt mir dafür aktuell die entsprechende Hardware.

[cb187]

@crycode genau ich nutze dieses Fhem modul.dachte das basiert auf socketcan.Meine ich habe das gelesen.
Mit deinem Adapter hast natürlich jetzt soviel möglichkeiten😉neue unterstütze Hardware einzubauen.würde dir da gerne irgendwie helfen wollen😁

[crycode]

@cb187 Das FHEM Modul Kommuniziert mit dem ELM327 direkt über AT-Befehle und nutzt nicht SocketCAN.

Ich werde mir das bei Gelegenheit mal anschauen und versuchen eine Unterstützung für den ELM327 einzubauen. Ich denke das könnte klappen, dass man dann zwischen SocketCAN und ELM327 auswählen kann.
Da aktuell andere Projekte Vorrang haben und ich mir erst einen passenden Adapter besorgen muss, kann ich im Moment leider aber noch nicht sagen, wann das sein wird.

---

Ab heute ist jetzt erst mal die v1.0.0 (ohne Beta) von ioBroker.canbus im Latest-Repo zum Testen verfügbar.

Einzige Änderung ist, dass die Nachrichten im Admin nun beim Laden der Seite sortiert werden. (Und aktualisierte Übersetzungen auf Russisch.)

Sollten hier keine Probleme mehr auftreten, dann kommt diese Version in das Stable-Repo und wird damit für alle Nutzer verfügbar. :-)

[cb187]

@crycode 👍
Ich habe zb den hier: bbflyOBD VINT-TT55502 USB OBDII... https://www.amazon.de/dp/B01N18TOFB?ref=ppx_pop_mob_ap_share

[Mic208]

@crycode :
Auch erstmal vielen DANK für diesen Adapter, das ist genau was ich gesucht habe!!!!
Mein Plan wäre eine PV-Anlage (Fronius) mit meiner ROTEX HPSU Wärmepumpe intelligent miteinander kommunizieren zu lassen, damit man die maximale Autarkie über den Wärmespeicher Beton und Wasser meines Hauses erreichen kann. Für meine Rotex HPSU kenne ich über 150 Parameter.
Verstanden habe ich allerdings die Parameter des Adapters nicht ganz:

Beispiel (alle Zahlen in Hex) für die Soll-Heizkreistemperatur T-HK Soll (kein erweiterter CAN Code):

Der Adapter stellt die Frage nach T-HK-Soll:
10A 61 00 04 00 00 00 00

Die Antwort kommt:
300 22 0A 04 01 66 00 00 bedeutet 35,9°C bei einem Divisor von 10

Schreiben kann ich T-HK Soll mit:
300 20 0A 04 01 2F auf 30,30°C bei einem Divisor von 10

Wie bilde ich das im CAN Adapter ab?

Vielen Dank im Voraus

Michael

[crycode]

@michael-wind Dafür musst du dann zwei Nachrichten anlegen. Eine mit der ID 10A zum Senden der Anfrage und eine mit der ID 300 für die Antwort bzw. das Schreiben der Soll-Temperatur.

Ich hatte bereits Kontakt mit anderen Nutzern von (Rotex) Wärmepumpen. Diese Wärmepumpen verwenden scheinbar die gleichen CAN-IDs für unterschiedliche Nachrichten, wobei die Kennung der jeweiligen Nachricht dann in den ersten Datenbytes enthalten ist.

Zum Senden der Anfrage würde ich daher einen Custom Parser für die ID 10A vorschlagen mit folgendem Skript zum Schreiben:

buffer = Buffer.from([0x61, 0x00, 0x04, 0x00, 0x00, 0x00, 0x00]);

Damit würde, egal was du als Wert in den entsprechenden State schreibst, immer die passende Nachricht gesendet werden. Zum Auslösen kannst du dann z.B. einfach per Skript eine 1 in den State schreiben.

Für die Antwort dann auch wieder ein Custom Parser mit folgendem Skript zum lesen bzw. schreiben:

// auf richtige Nachricht prüfen
if (buffer.length >= 5 && buffer[0] === 0x22 && buffer[1] === 0x0A && buffer[2] === 0x04) {
  // Wert aus dem Buffer lesen und durch 10 teilen
  value = buffer.readUInt16BE(3) / 10;
}

// Buffer zum Schreiben vorbereiten
buffer = Buffer.from([0x20, 0x0A, 0x04, 0x00, 0x00]);
// Wert * 10 auf Ganzzahl gerundet in den Buffer schreiben
buffer.writeUInt16BE(Math.round(value * 10), 3);

Für weitere Daten müsstest du dann (wahrscheinlich) nur zusätzliche Custom Parser für die Nachrichten hinzufügen.

Ich hoffe das hilft dir weiter. :)

Grüße
Peter

[cb187]

@michael-wind

Wie bekommst du denn die verbindung hin zur Rotex mit dem Adapter?