Frage zu Hardware Design #1582
Replies: 2 comments 8 replies
-
Ich unterstelle dir, dass du nicht verstanden hast, dass CAN ein Bus ist. Wenn da sechs gleiche Batterien sind, die CAN sprechen, dann kannst du die garantiert an den gleichen Bus hängen.
So viele SPI Busse bzw. SPI Hosts bekommst du vermutlich nicht an/aus dem ESP32-C6. |
Beta Was this translation helpful? Give feedback.
-
|
Nabend Bernhard. Hoffe ich habe CAN schon verstanden. Der C6 kann auf dem SPI 6 x CS, evtl. dann ein Interrupt Thema. |
Beta Was this translation helpful? Give feedback.
-
|
Und wie schaut es mit der Teminierung aus. |
Beta Was this translation helpful? Give feedback.
-
|
Es ist möglich, dass der Hersteller sich keine Mühe gegeben hat, aber selbst das JK BMS (die neuen "Inverter-BMS") haben beispielsweise DIP-Schalter, um die CAN Adresse festzulegen. Die siehst du dann in der "CAN ID". Die "Register" können dann durchaus die gleichen sein. Sollten sie auch. Anderes Beispiel: Die Huawei R48xx, habe ich gelernt, suchen sich selbst eine eindeutige Adresse auf dem Bus (unklar, wie sie das machen, aber ich hab eine Idee). Das wird bei deinen Batterien nicht der Fall sein, es sei denn sie schicken eine andere eindeutige feste Kennung in einem "Register". Dann wäre es deine Aufgabe, sie daran zu unterscheiden.
Ah, okay, krass! ISR wird dann ein Thema, klar, denn die MCP2515 puffern nur eine Nachricht (soweit ich das beobachtet habe) und da musst du dann zeitig ran. Und der Bus wird dann auch lang/groß. Willst du das mit Dupont-Kabelbrücken machen? Also ich meine: Willst du dich unglücklich machen? Auf einer Platine integriert kann ich mir das vorstellen, aber nicht mit gesteckten Kabeln. Kann gehen, aber ich sage voraus, dass dir das unangenehme und schwer zu findende und behebende Probleme bringt.
Wie bei jedem anderen Bus mit Terminierung, den ich kenne: Am Ende des Busses jeweils. Das ist typischerweise dein ESP32 und dann die am weitesten entfernte Batterie. Kommt natürlich auf deine genaue Topologie an. Die Terminierung ist außerdem oft nicht nötig. Da geht es ja darum, Reflektionen zu dämpfen. Wenn man das einmal verinnerlicht hat, wofür dieser 120R Widerstand ist, dann weiß man auch, dass die an die "Enden" des Busses gehören. |
Beta Was this translation helpful? Give feedback.
-
|
Ah ok. |
Beta Was this translation helpful? Give feedback.
-
Hm? Doch klar, dafür sind doch beispielsweise die Pylontech ausdrücklich gemacht 😉
Das steht dann im Handbuch... Das kommt aufs Protokoll an. Wie die Pytes und Pylontech sprechen hab ich mir noch nicht angeschaut. Ich weiß es wie die Huawei sprechen. Es gibt auf jeden Fall die CAN ID, das ist ein 11 oder 28 bit großer Identifier, und da steckt im Falle der Huawei die "Nummer" des Gerätes mit drin. Die Daten des CAN Frames sind dann nochmal strukturiert (4 Bytes value ID und 4 Bytes value). Ob du alle Batterien am Bus gleichzeitig dazu auffordern kannst, ihre Daten auszuspucken, oder ob du jede einzelne ansprechen musst, kann ich dir nicht sagen. Steht dann im Handbuch 😉 |
Beta Was this translation helpful? Give feedback.
-
|
Pylontech und meine Batterien nutzen die 8 byte Data für Werte. Das scheint huawei anders zu machen |
Beta Was this translation helpful? Give feedback.
-
Ne, die CAN ID ist fester Teil der CAN Spezifikation und ist super wichtig, weil darüber auch die Arbitrierung geregelt wird. Die gibt es immer. In den CAN Nutzdaten, bis zu 8 Byte, kann man dann machen, was man möchte. Da steckt dann bei den Huawei eine 4-Byte Value ID und eine 4 Byte Value drin. Das ist dann eine Schicht oben drüber.
Dann lassen sie sich hoffentlich über DIP Schalter einstellen, welche Adresse sie in der CAN ID "verstecken". |
Beta Was this translation helpful? Give feedback.
-
|
Das stimmt schon, Wobei die ersten 3 bit theoretisch für die Priorität reserviert sind. Also eine 0x540 gewinnt in der Arbitration gegenüber dem 0x640 |
Beta Was this translation helpful? Give feedback.
-
Das ist (d)eine Interpretation der CAN ID. Klassisch ist das sehr wohl eine Geräteadresse -- oder hab ich mir das falsch aus dem Studium gemerkt? Das Huawei tut beispielsweise beides: In der (extended) CAN ID steht zum einen etwas darüber, was gesendet wird, aber definitiv auch, wer sendet. Für das "wer" werden vier Bit spendiert. Ich sehe du handtierst mit standard CAN IDs und die werden schon als Werte-Typ genutzt. Dann wird es natürlich eng mit Bits. Aber wie du selbst geschrieben hast: 8 Geräte könnte man sehr wohl unterbringen am gleichen Bus 😉 |
Beta Was this translation helpful? Give feedback.
-
Kurzer Hintergrund.
Ich möchte an einem ESP32 (denke ein C6) 7 CAN Channels anhängen.
1x Slave um Daten zu einem Master zu senden. 6x Master um 6 gleiche Batterien abzufragen.
Das Gerät soll nix anderes machen als CAN "Multiplexing"
Ist das möglich?
Ich würde die 2 internen TWAI und noch 5 MCP2515 verwenden...
Ideen und Anregungen?
Vielen Dank
Beta Was this translation helpful? Give feedback.
All reactions