Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support 29 bits COB-ID #148

Closed
HyunYoung-Kim opened this issue Mar 14, 2019 · 4 comments
Closed

Support 29 bits COB-ID #148

HyunYoung-Kim opened this issue Mar 14, 2019 · 4 comments
Milestone

Comments

@HyunYoung-Kim
Copy link

Hey Christian
Thank for your effort for developing CANopen stack for Python.

I have a device which uses four SDO server channels.
the first one is the standard SDO server: 0x600 /0x580 + node-id, defined in object 0x1200
the second one is the standard SDO server: 0x640 /0x5C0 + node-id, defined in object 0x1201
the third one is the standard SDO server: 0x1C000000 /0x18000000 + node-id, define in 0x1202
the last one is the standard SDO server: 0x1D000000 /0x19000000 + node-id, defined in 0x1203

But you are using just the standard SDO channel.
' self.sdo = SdoClient(0x600 + self.id, 0x580 + self.id, self.object_dictionary)'

I tried to change the fix-offset in source-code. I think, your stack doesn't support 29bits.
Are you going to change it?
kind regard Hyun-Young

@christiansandberg
Copy link
Owner

You are right that it does not support 29-bit identifiers yet. I was not sure if anyone actually used that.

I can have a look and see if it is doable without too much work involved.

@HyunYoung-Kim
Copy link
Author

HyunYoung-Kim commented Mar 14, 2019 via email

@christiansandberg
Copy link
Owner

I implemented a simple solution for now where IDs > 0x7FF will be sent as extended ID.

@christiansandberg christiansandberg added this to the v0.9.0 milestone Mar 20, 2019
@HyunYoung-Kim
Copy link
Author

Thank a lot!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants