<ryan-summers[m]>
Many of the small, obscure ics don't really have drivers because they're small enough that spinning your own isn't hard
emerent has quit [Ping timeout: 258 seconds]
emerent_ has joined #rust-embedded
emerent_ is now known as emerent
lehmrob has quit [Ping timeout: 246 seconds]
Amanieu has quit [Server closed connection]
Amanieu has joined #rust-embedded
eldruin[m] has joined #rust-embedded
<eldruin[m]>
<PhilMarkgraf[m]> "If no such driver is already..." <- You could also look at this driver I wrote a while back for a few ADC devices: https://crates.io/crates/ads1x1x
sjm42[m] has joined #rust-embedded
<sjm42[m]>
Oh yeah, I have used that one myself for ads1115 with 8bit avr one day :D
<sjm42[m]>
Fixed a stupid lab power supply that had broken V/A displays.
<mfiumara[m]>
Hey all, since I asked a lot of questions the past weeks in here I figure I write a small article about some of the basic questions on how to set up a debugging environment when coding for embedded targets using rust.
<mfiumara[m]>
Hope it can be of some help for others around here!
<thejpster[m]>
will you be revising the nested match loops or leaving-as is, as discussed on Linked In?
brazuca has quit [Quit: Client closed]
Guest7221 has left #rust-embedded [Error from remote client]
<mfiumara[m]>
<thejpster[m]> "will you be revising the..." <- On GitHub yes, on medium I’m not sure I can still edit the article since it was published by Better Programming
Abhishek_ has quit [Server closed connection]
Abhishek_ has joined #rust-embedded
firefrommoonligh has joined #rust-embedded
<firefrommoonligh>
<PhilMarkgraf[m]> "If no such driver is already..." <- I would go straight to the protocol section of the datasheet. A lot of these have a single register with a handful of bits to configure and command readings
<firefrommoonligh>
> <@shakencodes:matrix.org> If no such driver is already available, is there an ADC driver you would recommend to use as an example? If I need to build this, I'd like to make the interface something that is expected and versatile (and ultimately, open source.)
<firefrommoonligh>
* I would go straight to the protocol section of the datasheet. These often have have a single (or a few) register with a handful of bits to configure and command readings
<firefrommoonligh>
Your interaction code is (after the appropriate bus is set up) likely to be a single function with a few lines
<firefrommoonligh>
Possibly with some u8-repr config enums if you want to generalize it
hyphened[m] has quit [Quit: Idle timeout reached: 172800s]
d3zd3z[m] has joined #rust-embedded
<d3zd3z[m]>
Is anyone at RustConf2023?
<d3zd3z[m]>
d3zd3z[m]: I've had them create a rust-embedded channel on the conference-specific Discord, for anyone present who may be interested in discussing.
dalepsmith[m] has quit [Quit: Idle timeout reached: 172800s]
<ilpalazzo-ojiis4>
Is it possible to use The Compiler Explorer (aka “the Godbolt”) to see rustc's output for AVR targets?
<JamesMunns[m]>
<mfiumara[m]> "Anyone experience with compiling..." <- like, specifically just shelling out to make? Or interacting with it more thoroughly?
<JamesMunns[m]>
ah
<JamesMunns[m]>
by default Command swallows the output, you have the choice to redirect it somewhere, or pipe it to the caller's stdout, BUT stdout in build-rs scripts is actually output to cargo itself, so you might need to forward to stderr or a file
<mfiumara[m]>
Just handing it over to make it's a big project and I don't want to recreate the build process using cc::