NEWS
TA Daten über CAN-Bus lesen/schreiben
-
Wäre FUP nicht einfacher? Das ist ja quasi fast genauso wie mit TAPPS.
Wir machen das Meiste in FUP, nur Dinge die sich mit minimalen Änderungen hundertfach wiederholen (z.B. Mapping von Ein/Ausgängen) sind in ST geschrieben.Ja, FUP habe ich mir angeschaut, aber das hat mich für den Anfang etwas erschrocken. Mit ST habe ich das Gefühl, mehr Kontrolle über den Code zu haben.
Aber ich habe ja noch einige Programmteile zu bauen, vielleicht schaue ich mir das noch mal an.
Habe mittlerweile auch das zyklische Senden nach Timeout oder bei Werte-Aktualisierung hinbekommen. Die Basisadresse für das eine verbleibende RPDO ist auch 0x1C0. Wenn man vom
„Fake“-Knoten 15 senden möchte also 0x1CF.Mehr Schwierigkeiten sind mit derzeit nicht über den Weg gelaufen, bin hauptsächlich damit beschäftigt, den Code einigermaßen schön zu machen und meine ganzen Debug-Nachrichten und Haltepunkte zu entfernen 😆
@Rudi86: nochmals herzlichen Dank, ohne deine Hilfe wäre ich nicht so weit gekommen!
-
Hallo,
ich bin auf diesen Thread gestoßen, weil ich ähnliche Absichten habe - nämlich den TA-CAN mittels Wago Controller auszulesen, und die Werte an andere Schnittstellen weiterzugeben...
Ich stehe aber noch ganz am Anfang - ehrlich gesagt, habe ich noch nicht mal angefangen ;-)Und ich möchte mich bei euch beiden für die Weitergabe euerer Erfahrungen bedanken - jetzt weiß ich zumindest dass es grundsätzlich Möglich ist, und ich diese Idee wahrscheinlich weiter verfolgen werde!
@drrrz Ich frag mal ganz direkt und unverschämt- wärst du eventuell bereit deinen Code hier zu teilen?
mfg
hamnx -
Ich wollte mal meine Erkenntnisse der letzten Tage mit euch teilen.
Die Verbindung vom C.M.I. per Modbus mit ioBroker wurde hier ja schon behandelt. Da gibt es aber durchaus Einschränkungen und ich finde es auch teilweise etwas umständlich.
Ich habe es jetzt nach längerem probieren geschafft den CAN-Bus auszulesen (also theoretisch auch kein CMI notwendig!). Was man dazu braucht ist der canbus Adapter von crycode und die entsprechende Hardware.
Problem dabei ist, dass der Adapter das genutzte CANopen-Protokoll nicht kennt, das wäre auch zu kompliziert zu programmieren glaube ich. Aber das macht nichts, das Protokoll verschlüsselt nichts.
Um jetzt einen Wert zu lesen müssen wir die Adresse vom Sender kennen und wir brauchen etwas wissen darüber wie der Bus arbeitet.
In TA wird ein Wert zum senden angelegt, z.B. am Knoten 6 Ausgang 1.
Das entspricht dann der Nachricht 206 im ioBroker. In dieser Nachricht sind die Werte 1-4 vom Knoten enthalten. Woher man das weiß erkläre ich weiter unten.
Es sind immer vier unsigned integer 16 bit little endian (uint16LE) in einer Nachricht. Ihr legt euch jetzt also im Adapter die Nachricht an und vier Parser dazu:
Einzustellen ist hier die Nachrichten-ID (206), optional die Datenlänge (8), Häkchen nur bei Empfangen, die Namen, Parser-IDs, Einheit etc. könnt ihr frei wählen.
Im Parser noch wichtig der Datentyp ist uint16 LE, das Offset ist 0, 2, 4 und 6 (1.-4. Wert vom Knoten), die Länge immer 2. Wenn der Wert eine Kommastelle hat könnt ihr auch den Datentyp auf "custom" stellen und im Skript zum lesen "value = buffer.readInt16LE(4) / 10;" (geteilt durch 10 für eine Nachkommastelle). Die Zahl in Klammern ist das Offset (hier also 3. Wert)
Im Objektbaum seht ihr dann folgendes:
Die TA-Geräte (zumindest die x2-Regler) können 32 analoge und 32 digitale Werte senden. Wir brauchen also insgesamt 8 Nachrichten um alle analogen Werte zu nutzen und müssen die entsprechenden Adressen (Hexadezimal!) dazu kennen.
Die erste Nachricht berechnet sich wie folgt:
Hex-Wert von Knoten + 512. Bzw. Direkt in Hex Knoten + 0x200. Also hier 6 + 512 = 518. Hex davon ist 0x206.
Jede weitere Nachricht ist um 0x80 verschoben (also in meinem Beispiel am Knoten 6 dann 0x286, 0x306, 0x386). Danach geht es weiter mit Knoten + 576 (0x240) = 0x246 (=> 0x246, 0x2C6, 0x346, 0x3C6).Ihr müsst nicht alle Nachrichten und Parser im ioBroker anlegen, nur die die ihr auch braucht.
Für digitale Werte läuft das etwas anders. Wir brauchen hier nur noch eine Nachricht pro Knoten. Die Adresse ist KnotenNr + 0x180, in diesem Fall also 0x186. Die Parser sehen wie folgt aus:
Die ersten 8 Werte haben das Offset 0 und das Häkchen bei Bitmaske rutscht immer eins weiter (immer nur 1 Häkchen pro Wert). Der Wert 9 hat dann das Offset 1 und wir fangen wieder beim linken Häkchen an. Der Wert 32 hat dann also Offset 3 und das letzte Häkchen ist gesetzt.Auch hier reicht es nur die Parser anzulegen die man braucht. Ich habe mir 1x alle Parser nur mit Nummern angelegt und kann die so mit der Copy&Paste funktion vom Adapter auf alle Knoten kopieren.
Senden geht auch!
Wir suchen uns einen Knoten aus der im Bus nicht belegt ist, sonst würden unsere Daten eventuell überschrieben. Ich habe mich für Knoten 15 entschieden.
Beim Empfänger legen wir einen neuen Eingang an:
Also Knoten 15 / Wert 1. Die Adressen sind zum senden die gleichen (in der Doku zu CANopen ist das anders beschrieben). Also 15 in Hex ist 0xF + 0x200 = 20F. Dann legen wir mal im ioBroker eine Nachricht an:
Diesmal nicht "Empfangen", sondern "Senden" und "Automatisch senden" anklicken. Einen Parser anlegen wie gehabt. Achtung wir können keine Kommas senden. Also eventuell wieder mit Custom und diesmal dann eben mit 10 multiplizieren (zum senden im Feld rechts!). Das Script ist dann value = value * 10; buffer.writeInt16LE(value, 0);
Beim Empfänger dann entsprechend die Messgröße einstellen ("dimensionslos ,1" oder "Temperatur" sind mit einer Nachkommastelle.
Jetzt kann man das entsprechende Objekt in ioBroker schreiben und der Wert kommt beim TA-Gerät an. Eine eventuelle Warnmeldung, dass ein Knoten nicht bekannt ist verschwindet mit dem ersten Wert.
[Edit]
Schreiben digital habe ich vergessen. Das geht ganz einfach. Für unseren Knoten 15 ist das die Nachricht 18F (0x180 + 0xF). Ansonsten wie oben (Bit für Bit einen Parser anlegen) und Senden statt Empfangen.
[/Edit]Ich hoffe mal das hilft nicht nur mir sondern auch noch anderen.
Bei Fragen zu diesem Thema könnt ihr euch gerne melden.
MfG
Rudi[Edit 2]
OK, ich habe mal hohe Ausgänge getestet. Es scheint als wären die Werte für 17-32 nicht dort wo ich angenommen hatte sondern bei Knoten + 0x240 und folgende (richtig wäre also 0x246, 0x2C6, 0x346, 0x3C6)
[/Edit]@rudi86 riesen großes DANKESCHÖN, habe schon eine schöne Weile herumgebastelt und versucht meine Heizungssteuerung (UVR67) etwas zu digitalisieren. Leider ist die Doku dazu etwas spärlich und auch von TA gabs keinen Support. Mithilfe deiner detaillierten Anleitung konnte ich nun ohne den Zusatzkosten einer CMI die Daten auf meinen Raspberry PI bekommen und in Node-RED weiterverwenden. Danke
-
Hallo, ich habe mich mal fix angemeldet.
Ich bin 36 Jahre alt und komme aus der IT.
Ja ist blöd aber ich bräuchte mal eure hilfe. Ich habe eine UVR610K hier möchte ich über canbus messwerte bekommen und meine Pumpen verriegeln/entriegeln. Firmware ist die neuste drauf.
Das kommt über den canbus{"id":"0x00000720","data":[5]} {"id":"0x00000720","data":[5,145,1,1,244,236,77,53]} {"id":"0x000001E0","data":[1,6,43,43,43,43,43,43]} {"id":"0x000001A0","data":[0,0,0,0,0,0,0,0]}Anbei habe ich mal noch meine Projektdatei mit angehangen
Doppelpumpe.tdwVielleicht kann mir mal jemand helfen. Das verstehe ich leider nicht richtig.
Mit Freundlichen Grüßen
PS: Vergessen. Sonst hängt nichts weiter auf dem canbus, außer mein ESP32 der als can <-> mqtt Brücke dient. -
@rudi86 riesen großes DANKESCHÖN, habe schon eine schöne Weile herumgebastelt und versucht meine Heizungssteuerung (UVR67) etwas zu digitalisieren. Leider ist die Doku dazu etwas spärlich und auch von TA gabs keinen Support. Mithilfe deiner detaillierten Anleitung konnte ich nun ohne den Zusatzkosten einer CMI die Daten auf meinen Raspberry PI bekommen und in Node-RED weiterverwenden. Danke
@jakob-stefan Hi Jakob, ich bastle auch schon eine Weile mit meiner UVR67 herum und scheitere daran die richtigen IDs bzw. Zuordnungen zu finden … kannst du vielleicht deinen Code zu Verfügung stellen?
-
@jakob-stefan Hi Jakob, ich bastle auch schon eine Weile mit meiner UVR67 herum und scheitere daran die richtigen IDs bzw. Zuordnungen zu finden … kannst du vielleicht deinen Code zu Verfügung stellen?
@philipphamid gerne, so gut ich kann:
also ich habe am Raspberry ein can0 interface aktiviert und dort alles eingestellt, damit die Kommunikation mit der UVR67 funktioniert. Danach mit der Anleitung über den ioBroker und der CAN Variablenliste auf der Steuerung verifiziert, welcher Datenpunkt mir was beschreibt. Anschließend habe ich in nodered auf meinem Raspberry die Daten vom CAN Bus abgehorcht und gleich die nicht benötigten Felder entfernt. Jetzt müssen diese aber noch auf meinen HomeAssistant, das mache ich via MQTT und dort werden die empfangenen Datenpakete wieder in nodered in Empfang genommen, gefiltert und den richtigen Datenpunkten zugeordnet, sodass diese dann auch angezeigt werden können. Parallel dazu habe ich das Heartbeat Signal noch als Watchdog in VerwendungIch habe mal die beiden nodered Flows exportiert und ein paar Screenshots mit dabei, hoffe das hilft, ansonsten gerne nochmal fragen.
LG Jakob
-
@philipphamid gerne, so gut ich kann:
also ich habe am Raspberry ein can0 interface aktiviert und dort alles eingestellt, damit die Kommunikation mit der UVR67 funktioniert. Danach mit der Anleitung über den ioBroker und der CAN Variablenliste auf der Steuerung verifiziert, welcher Datenpunkt mir was beschreibt. Anschließend habe ich in nodered auf meinem Raspberry die Daten vom CAN Bus abgehorcht und gleich die nicht benötigten Felder entfernt. Jetzt müssen diese aber noch auf meinen HomeAssistant, das mache ich via MQTT und dort werden die empfangenen Datenpakete wieder in nodered in Empfang genommen, gefiltert und den richtigen Datenpunkten zugeordnet, sodass diese dann auch angezeigt werden können. Parallel dazu habe ich das Heartbeat Signal noch als Watchdog in VerwendungIch habe mal die beiden nodered Flows exportiert und ein paar Screenshots mit dabei, hoffe das hilft, ansonsten gerne nochmal fragen.
LG Jakob
Hallo , ich schliesse mich hier an......
Ich hab die CAN Kommunikation mit Raspberry PI und MPC2515 can Modul ins laufen gebracht.
Es läuft bei mir ohne CMI.
Leider ebenso das Problem mit der neuesten Firmware.....Bekomme keine sinnvollen Werte von den Analog und Digital Ein/Ausgängen....LG noio
-
Hallo , ich schliesse mich hier an......
Ich hab die CAN Kommunikation mit Raspberry PI und MPC2515 can Modul ins laufen gebracht.
Es läuft bei mir ohne CMI.
Leider ebenso das Problem mit der neuesten Firmware.....Bekomme keine sinnvollen Werte von den Analog und Digital Ein/Ausgängen....LG noio
-
Mit den Digitalen Ausgöngen bin jetzt weiter gekommen.
Sie werden mit der ID 181 übernommen.
Die Ausgänge 1-8 sind mit offset 0 verfügbar
Die Ausgänge 9-16 kommen mit offset 1 herein....LG noio
-
Hallo ,
Danke Jungs......jetzt hab ichs gerafft
Wenn manns richtig macht dann funzt es auch.......Selber heard beaten dann gehts ab......🥰
Learning by doing.........goes on
MFG noio
Hallo ,
Als Ergänzung zum Eröffnungspost
Will man mehr als vier Datenpunkte , an die gleiche CAN Knotennummer ,übermitteln so steigt der HEX Wert der Sendeadresse um 80 ......
z.B.: Sendet man Daten an Konten 4 :
Datenwerte 1-4 an 204
Datenwerte 5-8 an 284
Datrnwerte 9-12 an 304
Datenwerte 13-16 an 384und geht dann mit 17-20 mit 244 weiter....
Viel Spass
MFGnoio
-
Ich wollte mal meine Erkenntnisse der letzten Tage mit euch teilen.
Die Verbindung vom C.M.I. per Modbus mit ioBroker wurde hier ja schon behandelt. Da gibt es aber durchaus Einschränkungen und ich finde es auch teilweise etwas umständlich.
Ich habe es jetzt nach längerem probieren geschafft den CAN-Bus auszulesen (also theoretisch auch kein CMI notwendig!). Was man dazu braucht ist der canbus Adapter von crycode und die entsprechende Hardware.
Problem dabei ist, dass der Adapter das genutzte CANopen-Protokoll nicht kennt, das wäre auch zu kompliziert zu programmieren glaube ich. Aber das macht nichts, das Protokoll verschlüsselt nichts.
Um jetzt einen Wert zu lesen müssen wir die Adresse vom Sender kennen und wir brauchen etwas wissen darüber wie der Bus arbeitet.
In TA wird ein Wert zum senden angelegt, z.B. am Knoten 6 Ausgang 1.
Das entspricht dann der Nachricht 206 im ioBroker. In dieser Nachricht sind die Werte 1-4 vom Knoten enthalten. Woher man das weiß erkläre ich weiter unten.
Es sind immer vier unsigned integer 16 bit little endian (uint16LE) in einer Nachricht. Ihr legt euch jetzt also im Adapter die Nachricht an und vier Parser dazu:
Einzustellen ist hier die Nachrichten-ID (206), optional die Datenlänge (8), Häkchen nur bei Empfangen, die Namen, Parser-IDs, Einheit etc. könnt ihr frei wählen.
Im Parser noch wichtig der Datentyp ist uint16 LE, das Offset ist 0, 2, 4 und 6 (1.-4. Wert vom Knoten), die Länge immer 2. Wenn der Wert eine Kommastelle hat könnt ihr auch den Datentyp auf "custom" stellen und im Skript zum lesen "value = buffer.readInt16LE(4) / 10;" (geteilt durch 10 für eine Nachkommastelle). Die Zahl in Klammern ist das Offset (hier also 3. Wert)
Im Objektbaum seht ihr dann folgendes:
Die TA-Geräte (zumindest die x2-Regler) können 32 analoge und 32 digitale Werte senden. Wir brauchen also insgesamt 8 Nachrichten um alle analogen Werte zu nutzen und müssen die entsprechenden Adressen (Hexadezimal!) dazu kennen.
Die erste Nachricht berechnet sich wie folgt:
Hex-Wert von Knoten + 512. Bzw. Direkt in Hex Knoten + 0x200. Also hier 6 + 512 = 518. Hex davon ist 0x206.
Jede weitere Nachricht ist um 0x80 verschoben (also in meinem Beispiel am Knoten 6 dann 0x286, 0x306, 0x386). Danach geht es weiter mit Knoten + 576 (0x240) = 0x246 (=> 0x246, 0x2C6, 0x346, 0x3C6).Ihr müsst nicht alle Nachrichten und Parser im ioBroker anlegen, nur die die ihr auch braucht.
Für digitale Werte läuft das etwas anders. Wir brauchen hier nur noch eine Nachricht pro Knoten. Die Adresse ist KnotenNr + 0x180, in diesem Fall also 0x186. Die Parser sehen wie folgt aus:
Die ersten 8 Werte haben das Offset 0 und das Häkchen bei Bitmaske rutscht immer eins weiter (immer nur 1 Häkchen pro Wert). Der Wert 9 hat dann das Offset 1 und wir fangen wieder beim linken Häkchen an. Der Wert 32 hat dann also Offset 3 und das letzte Häkchen ist gesetzt.Auch hier reicht es nur die Parser anzulegen die man braucht. Ich habe mir 1x alle Parser nur mit Nummern angelegt und kann die so mit der Copy&Paste funktion vom Adapter auf alle Knoten kopieren.
Senden geht auch!
Wir suchen uns einen Knoten aus der im Bus nicht belegt ist, sonst würden unsere Daten eventuell überschrieben. Ich habe mich für Knoten 15 entschieden.
Beim Empfänger legen wir einen neuen Eingang an:
Also Knoten 15 / Wert 1. Die Adressen sind zum senden die gleichen (in der Doku zu CANopen ist das anders beschrieben). Also 15 in Hex ist 0xF + 0x200 = 20F. Dann legen wir mal im ioBroker eine Nachricht an:
Diesmal nicht "Empfangen", sondern "Senden" und "Automatisch senden" anklicken. Einen Parser anlegen wie gehabt. Achtung wir können keine Kommas senden. Also eventuell wieder mit Custom und diesmal dann eben mit 10 multiplizieren (zum senden im Feld rechts!). Das Script ist dann value = value * 10; buffer.writeInt16LE(value, 0);
Beim Empfänger dann entsprechend die Messgröße einstellen ("dimensionslos ,1" oder "Temperatur" sind mit einer Nachkommastelle.
Jetzt kann man das entsprechende Objekt in ioBroker schreiben und der Wert kommt beim TA-Gerät an. Eine eventuelle Warnmeldung, dass ein Knoten nicht bekannt ist verschwindet mit dem ersten Wert.
[Edit]
Schreiben digital habe ich vergessen. Das geht ganz einfach. Für unseren Knoten 15 ist das die Nachricht 18F (0x180 + 0xF). Ansonsten wie oben (Bit für Bit einen Parser anlegen) und Senden statt Empfangen.
[/Edit]Ich hoffe mal das hilft nicht nur mir sondern auch noch anderen.
Bei Fragen zu diesem Thema könnt ihr euch gerne melden.
MfG
Rudi[Edit 2]
OK, ich habe mal hohe Ausgänge getestet. Es scheint als wären die Werte für 17-32 nicht dort wo ich angenommen hatte sondern bei Knoten + 0x240 und folgende (richtig wäre also 0x246, 0x2C6, 0x346, 0x3C6)
[/Edit]@Rudi86 sagte in TA Daten über CAN-Bus lesen/schreiben:
könnt ihr auch den Datentyp auf "custom" stellen und im Skript zum lesen "value = buffer.readInt16LE
"value = buffer.readUInt16LE()" wäre richtig , sonst kommt nichts vernünftiges raus, bei höheren Werten.....wie zB.: Betriebsstunden welche in Sekunden gesendet werden......
MFG
noio
798
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge