c-open
c-open copied to clipboard
rtlabs-com
CANopen stack for embedded devices
I needed to configure some PDOs dynamically based on application state. This was the only way I could do it, because the PDO configuration objects are otherwise only accessible via...
I have a pre-defined PDO with a COB-ID that is defined to be based on the node ID. i.e. something like the following in the `od_defaults` array (much like the...
I've been using these changes locally to fix #31 for a while. There may be a better way that doesn't break the API but I don't see what it would...
Basic support for MPDO reception in destination address mode only. Ref: #25
Unfortunately it seems there is no way to use objects of datatype UNSIGNED48, or any other INTEGER or UNSIGNED of size between 32 and 64. Even for 64 bit integers,...
It would be nice if the stack supported MPDO, as required by some CANopen profiles (such as CiA 417).
It's a bit inefficient to poll the stack for its timeout handling at 1 kHz. Suggestion from #3: It would be nice if the clients of the periodic job feature...
Currently, communication errors are polled for in the `CO_JOB_PERIODIC` context by calling `co_emcy_handle_can_state()`. To avoid the need for periodic polling (see #6), the drivers could send events on errors, just...
Tested-by: Daniel Udd Reviewed-by: Daniel Udd
