More than 3 TPDOs about canopeneditor

[CANopenNode]

Currently there is not enough information about the bug. Is it inside a driver? Custom driver or which?

[CANopenNode]

Must be something with the driver. Please ask there.

[CANopenNode]

It seems, object dictionary is correct. There must be something else with the device. Can you provide some CAN messages?

[PascalGuthof]

Thanks for the reply.
Yes I actually also think that the OD is correct. But the successful running of the program depends on that alone.
Never mind. I have recorded a trace. The 4 PDOs have the ID 1A0, 2A0, 3A0 and 4A0. PDO 1-3 send numbers, PDO 4 is 0.
The last message is the mentioned EMCY message.
4PDOs.txt

I hope this is helpful.

[trojanobelix]

4PDOsnew.xdd.txt
Can you check this one, ignoring the warnings. (rename to xdd)

[CANopenNode]

This is certainly a strange behavior. There may be something wrong inside the driver. I think, this is not CANopenEditor issue.

1. Fourth byte inside the emergency message is 0x14.
2. inside CO_emergency.h: CO_EM_CAN_TX_OVERFLOW = 0x14U,
3. follow CO_EM_CAN_TX_OVERFLOW inside CO_emergency.c, where errors from driver are verified.
4. then follow CO_CAN_ERRTX_OVERFLOW inside the driver ...

Otherwise, wrongly configured object dictionary should not trigger CAN TX overflow.

[trojanobelix]

Should we move the issue to the CanOpenNode?

[Alrick-gr]

Hello,
I have the same bug and I can t find why, in CO_CANsend I have the error CO_ERROR_TX_OVERFLOW
When i put a breakpoint before CO_process_TPDO, then it works and send all TPDOS, but the device will no longer receive any commands.