github-starred/awesome-embedded-rust
2
0
Fork 0
mirror of https://github.com/rust-embedded/awesome-embedded-rust.git synced 2026-11-13 17:53:42 -06:00
Code Issues 204 Packages Projects Releases Wiki Activity

Decide what to do with HD44780/clerk crate #13

New Issue
Closed
opened 2025-11-06 08:12:46 -06:00 by GiteaMirror · 3 comments
GiteaMirror commented 2025-11-06 08:12:46 -06:00
Owner
Copy Link
Copy Source

Originally created by @therealprof on GitHub (Aug 9, 2018).

Originally assigned to: @berkus on GitHub.

As pointed out by @JohnDoneth, @kunerd crate HD44780 is doing custom bitbanging via sysfs instead of using the embedded-hal traits which means that this driver does not fulfil the criteria for a "driver crate" as mentioned on the page:

Platform agnostic crates to interface external components. These crates use the embedded-hal interface to support all the devices and systems that implement the embedded-hal traits.

We could move it down a section to the no_std crates.

@kunerd What do you think?

Originally created by @therealprof on GitHub (Aug 9, 2018). Originally assigned to: @berkus on GitHub. As pointed out by @JohnDoneth, @kunerd crate [HD44780](http://github.com/kunerd/clerk) is doing custom bitbanging via sysfs instead of using the `embedded-hal` traits which means that this driver does not fulfil the criteria for a "driver crate" as mentioned on the page: > Platform agnostic crates to interface external components. These crates use the embedded-hal interface to support all the devices and systems that implement the embedded-hal traits. We could move it down a section to the `no_std` crates. @kunerd What do you think?
GiteaMirror added the question label 2025-11-06 08:12:46 -06:00
GiteaMirror commented 2025-11-06 08:12:48 -06:00
Author
Owner
Copy Link
Copy Source

@kunerd commented on GitHub (Aug 9, 2018):

I have started porting the lib to use the embedded-hal traits some time ago, but had some issues and some discussions started on how to handle parallel ports within embedded-hal. After that I unfortunately haven't had enough time to do further work on this. I also haven't tracked the discussions on parallel ports, so I don't know the current state on that. But, I have no problem with clerk being moved to no_std.

@kunerd commented on GitHub (Aug 9, 2018): I have started [porting](https://github.com/kunerd/clerk/issues/32) the lib to use the `embedded-hal` traits some time ago, but had some issues and some discussions started on how to handle parallel ports within `embedded-hal`. After that I unfortunately haven't had enough time to do further work on this. I also haven't tracked the discussions on parallel ports, so I don't know the current state on that. But, I have no problem with `clerk` being moved to `no_std`.
GiteaMirror commented 2025-11-06 08:12:48 -06:00
Author
Owner
Copy Link
Copy Source

@therealprof commented on GitHub (Aug 11, 2018):

@kunerd Would you mind creating a PR for the move between sections?

@therealprof commented on GitHub (Aug 11, 2018): @kunerd Would you mind creating a PR for the move between sections?
GiteaMirror commented 2025-11-06 08:12:48 -06:00
Author
Owner
Copy Link
Copy Source

@berkus commented on GitHub (Nov 22, 2024):

It's in the "WIP drivers" section, asking for help in porting, so it seems to be in the right spot for now.

@berkus commented on GitHub (Nov 22, 2024): It's in the "WIP drivers" section, asking for help in porting, so it seems to be in the right spot for now.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
C-enhancement
enhancement
help wanted
On hold
pull-request
Mirrored from GitHub Pull Request
 question
T-resources
No labels question
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
GiteaMirror ninjasurge (Kaehlen Rog)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/awesome-embedded-rust#13