Can2.0A/B - CanOpen Kompatibilität

Wenn der Motor nur CanOpen spricht, musst du auch so mit ihm sprechen 
d.h.
auch das Protokoll implementieren.

Can2.0A/B ist ja nur die Hardware und Übertragungsebene. CanOpen ist OSI 
Layer 6-7.

Michael Lehr schrieb:
> Can2.0A/B ist ja nur die Hardware und Übertragungsebene. CanOpen ist OSI
> Layer 6-7.

Das ist der springende Punkt. Was du also brauchst ist ein 
CanOpen-Stack, der dir das CanOpen-Protokoll implementiert und auf deine 
CAN-Bus-Hardware zugreift. Zum klären von Grundbegriffen und der 
Funktion von CanOpen hat mir das Buch "CANopen: Das standardisierte, 
eingebettete Netzwerk" geholfen.

Stacks gibt es kostenpflichtige und kostenlose, ich hab für die 
Implementierung auf einem ARM CANfestival verwendet. Dazu gibt es auch 
einen Editor, mit dem du dir das Objektverzeichnis konfigurieren kannst. 
Der Editor erzeugt dann automatisch ein C-file, das den nötigen code 
enthält.

Zunächstmal solltest du dich aber gründlich einlesen. CANopen hat 
ziemlich viele Freiheitsgrade und funktioniert etwas anders als "andere 
Protokolle", da es Objektorientiert ist.

Solltest Du einen Mischbetrieb von CANopen und Eurer proprietären CAN 
Kommunikation planen, mußt du schauen, dass du keinen Konflikt bei den 
CAN Identifieren bekommst.

Willst Du schnell in CANopen einsteigen, kann ich eine Schulung (z.B. 
beim CAN in Automation) empfehlen.

Solltest Du Dich für einen kommerziellen Stack entscheiden, kannst Du 
dein Netzwerk auch mit deren Support abklären lassen bzw. professionelle 
Hilfe in Anspruch nehmen.