MaartendeVries[m has quit [Quit: Idle timeout reached: 172800s]
Kaspar[m] has quit [Quit: Idle timeout reached: 172800s]
sourcebox[m] has quit [Quit: Idle timeout reached: 172800s]
ruslan has joined #rust-embedded
ruslan has quit [Quit: Client closed]
fsinger has quit [Server closed connection]
fsinger has joined #rust-embedded
Vaishnav-sabari- has joined #rust-embedded
<Vaishnav-sabari->
š Happy to announce my new Rust library ā Hayasen Hayasen is built to be a flexible, modular interface for working with multiple sensors in embedded systems. Currently Supported: MPU9250 ā and Iām thrilled to share that it has been successfully tested on the Glyph C6 board! š Coming Soon: More sensor support to make embedded development even smoother āļø The goal is simple ā make sensor integration easier,
<Vaishnav-sabari->
faster, and scalable for embedded Rust developers. Would love to hear your feedback and suggestions from the Rust & embedded community! š¤ Here are the Links 1. GitHub : https://github.com/Vaishnav-Sabari-Girish/Hayasen 2. Documentation : http://vaishnav.world/Hayasen/ 3. Examples :https://github.com/Vaishnav-Sabari-Girish/Hayasen-Examples #Rust š¦ #EmbeddedSystems #MPU9250 #Hayasen #RustLang
dirbaio[m] has quit [Quit: Idle timeout reached: 172800s]
dcz[m] has joined #rust-embedded
<dcz[m]>
is this basically a sensor HAL?
Guest77 has joined #rust-embedded
nqv has joined #rust-embedded
glitchy has quit [Remote host closed the connection]
glitchy has joined #rust-embedded
nqv has quit [Ping timeout: 248 seconds]
dngrs[m] has joined #rust-embedded
<dngrs[m]>
I looked at the source, it seems vibe coded to me
<dngrs[m]>
Quoting myself from the espressif room where this was also announced:
<dngrs[m]>
Merely copy pasting an announcement clearly not written with element in mind is also a bit, well, it smells off
<dcz[m]>
it's not bad as a first project, but I'm not sure why I would want to use instead of what's already there
<dngrs[m]>
yeah I mean I don't wanna trash it if it's an honest beginner project, in that case my constructive criticism would be: i16 has builtin methods to convert from bytes, use those
<dngrs[m]>
I will say though the commit history is very suspicious
danielb[m] has joined #rust-embedded
<danielb[m]>
or use device-driver instead of hand-rolling much of the code
<danielb[m]>
dngrs[m]: the CRUSH.md gives it away
<dngrs[m]>
<danielb[m]> the CRUSH.md gives it away
<dngrs[m]>
not familiar with that, is it some vibe tool?