Skip to content

Conversation

@theol0403
Copy link

Re-opened from #324, my bad for the noise.

I was debugging a new actuator and trying to understand why it wasn't booting.

Turns out the sm types in 0x1C00 were incorrectly reported by CoE, resulting in RxPDO being treated as TxPDO. This is not ethercrab's fault.

However, while investigating the code, I noticed what appears to be code that not only was redundant, but was succumbing to this bug.

During CoE pdo discovery, we already know all the SM types from sync_managers, as we zip it anyway ever since #314.

Switching from sm_type which was manually discovered to sync_manager.usage_type and deleting unused code results in some simplification (and alignment with EEPROM pdo discovery), with the added effect of allowing my device to boot.

@theol0403 theol0403 force-pushed the sync-manager-types branch from dce898b to b17a094 Compare August 4, 2025 19:21
@jamwaffles
Copy link
Collaborator

No worries for the noise! I appreciate cleanups and optimisations but I'm a bit swamped at the moment so it'll be a while before I can review even this short PR. Thanks for being patient :)

@theol0403
Copy link
Author

theol0403 commented Aug 4, 2025

@jamwaffles no worries at all! It's no rush on my end, I'm totally good maintaining a fork. Just contributing improvements as I go along, with the ultimate goal of deleting my fork one day :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

2 participants