Μαtthias W. schrieb:
Hast du dir Gedanken zur Topologie gemacht? ADIN1110 ist 10BASE-T1L und
damit nur Point-To-Point. LAN8650 ist 10BASE-T1S und damit wie CAN-FD
Point-To-Multipoint. Ethernet hat grundsätzlich den Charm mit einer
Vielzahl von Protokollen zusammenzuarbeiten. CAN-FD ist dafür erheblich
einfacher in der Umsetzung. Im weitesten Sinne ist das einfach CAN mit
DLC bis zu 64. Kommt dann noch auf deine Komponenten an. Können alle
CAN-FD (ohne den grausigen MCP2518)? Wie bekommst du 10BASE-T1x an
deinen Pi?
Matthias
Guter Punkt das den ADIN nur Punkt zu Punkt macht ist mir nicht aufgefallen. MultiDrop ist schon das was ich will. Ein Switch macht alles nur kompliziert. Sonst könnte ich ja auch einfach überall wo es passt RJ45 dranklatschen.
Für das Interfacing zum Pi dachte ich an sowas https://www.nxp.com/products/interfaces/ethernet-/automotive-ethernet-phys/ethernet-media-converter-for-drones-rovers-mobile-robotics-and-automotive:RDDRONE-T1ADAPT
Der H7 als auch ein eventueller G4 haben beide CAN-FD onboard. Was mich da aber einschränkt ist die DLC mit 64. Die MTU von 1500 bei Eth ist schon schoner. Damit bekomme ich alle Daten die zusammen gehören mit einem Paket übertragen und muss mir keine Gedanken über die Reihenfolge der Can Pakete machen.
Paul B. schrieb:
Wäre XCP eventuell das was du brauchst um besser an Infos aus dem
Steuergerät zu kommen zu können?
https://www.csselectronics.com/pages/ccp-xcp-on-can-bus-calibration-protocol
Ich habe da eher sowas wie Cyphal im Auge. https://opencyphal.org/
Aber auch die haben bei CAN-FD das Problem das größere Pakete müssen geteilt werden. Die nehmen da aber den CAN Treiber in die Pflicht dass dieser die Pakete mit der selben ID aber definierter Reihenfolge sendet. Das kollidiert eigentlich mit dem CAN-Gedanken. Weil Mechanismen wie Autoretransmit usw. da bestimmt Probleme machen.
