-
Notifications
You must be signed in to change notification settings - Fork 4
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
embedded_can Driver and no_std support #39
Comments
I had a conversation with @ad3154 about this before we started the project. One of my goals was to enable switching to rust for embedded micro ECUs within our organization. We chose not to start with this goal in mind because:
While I want to have I have a few questions / notes:
|
Thank you for your detailed answer! Concerning your remarks: On the other hand with linux as target, since windows will not be in many production systems, it might be easier to directly use the j1939 abstraction of the linux kernel. No need to have an abstraction on CAN frame level.
If the Isobus functionality is split into multiple crates, higher level crates like file-server could be |
From the beginning I always had the intention of a I had read through some information on how to use std on certain embedded systems. Of course, these also have very specific and different options, so that some support std alloc and others do not. Same with the file system. Here is an interesting article: I'll have a look at the |
#44 first implementation of embedded-can (not done yet) |
Is it planned to support no_std, too?
If yes, we should probably add the no_std flag as soon as possible, before to much std code is in place.
The embedded-can trait already provides a can driver abstraction and has some implementations, e.g. for socketcan and microcontrollers, like stm32 and similar, see https://crates.io/crates/embedded-can
I would be open to contributing a implementation if no_std is in scope for this project.
For the basics j1939, i created a very work in progress j1939 library in no_std rust.
https://github.com/pbert519/j1939
Maybe some parts are reusable.
The text was updated successfully, but these errors were encountered: