Der CANopen Controller ist in der Lage, das bestehende Netzwerk nach angeschlossenen Slave-Geräten zu scannen, die Datenkommunikation zu initialisieren, das Netzwerk zu starten und kontinuierlich zu überwachen. Nach dem Booten des Hosts, an den CANgineBerry angeschlossen ist, kann dieser sofort auf das CANopen-Netz und alle angeschlossenen Geräte zugreifen.
Die zweite Option, der CANopen Slave ist konfigurierbar. Die Node-ID kann entweder fest vorgegeben werden oder automatisch per LSS (layer-setting services) bezogen werden. Die Funktion des Slaves wird mit Hilfe des Object Dictionary festgelegt, welches der Anwender mit Hilfe der Software „CANopen Architect“ erstellen kann.
Als Host für den CANgineBerry eignet sich ...
besonders ein Raspberry Pi, jedoch können auch andere Systeme, die über eine UART verfügen, verwendet werden. Die Kommunikation zwischen CANgineBerry, dem Host-System und der API ist auf die Anwendung zugeschnitten. Zum Beispiel werden Heartbeats automatisch überwacht. Der Host wird nur über eine Änderung im Heartbeatstatus informiert; es muss also nicht jede einzelne Heartbeat-Message behandelt werden. Mit CANgineBerry können alle Echtzeitanforderungen eines CANopen Netzwerks eingehalten werden und es erfolgt eine substantielle Entlastung des Host-Systems. Zusammenfassung der derzeit verfügbaren oder in Entwicklung befindlichen Firmware-Optionen:
- CANopen selbstkonfigurierender Controller / Manager
- CANopen-Slave-Gerät (konfigurierbar über EDS, Electronic Data Sheet)
- Lawicel CAN-RS232 Protokoll
- CANcrypt (sichere CAN-Kommunikation) für die obigen Versionen
- CiA 447 - automotive add-on electronics
- J1939-Gateway
