<re_irc>
<@firefrommoonlight:matrix.org> Btw, I think (obviously biased) we could use more examples like this. Ie, it's not too long, conceptually simple (Take reading, xmit reading, go to sleep for a variable duration), and demonstrates the concepts many practical firmwares include
<re_irc>
<@firefrommoonlight:matrix.org> (Which is why I published it)
<re_irc>
<@firefrommoonlight:matrix.org> Eg, if you go into the example folders for many of the OSS Rust libs, they're too specific to make much use of. This is fine for people who already understand Rust, and need to see specific functionality of the lib, but confusing for new users who don't know how to string things together
jackneilll has joined #rust-embedded
jackneillll has quit [Remote host closed the connection]
xnor has quit [Ping timeout: 252 seconds]
cr1901 has quit [Remote host closed the connection]
cr1901 has joined #rust-embedded
<re_irc>
<@ryan-summers:matrix.org> Yes, generators look to be extremely similar to the API that I would like to have. To clarify, I already have such an API written and functional, but I wanted to see if there's a standard method to handle situations like this
<re_irc>
<@ryan-summers:matrix.org> cc James Munns - thanks for the link on generators - I didn't know they had those in Rust yet, cool to see it coming down the pipe
<re_irc>
<@jamesmunns:beeper.com> Soon™️!
<re_irc>
<@dngrs:matrix.org> the way I see it they're in a very early experimental phase. That being said there's a tokio streams macro that pretends `yield` exists
<re_irc>
<@jamesmunns:beeper.com> that abuses the fact that async is using generators under the hood, so it turns async inside out to create a generator
<re_irc>
<@dngrs:matrix.org> sometimes I feel keeping track of all the useful crates is a full time job
<re_irc>
<@thejpster:matrix.org> I think it's for digital TVs? Doesn't have a DVB tuner, but they vary by market. But I'm sure it can get the digital bitstream out of a tuner.
<re_irc>
<@thejpster:matrix.org> dngrs: that's very cool
<re_irc>
<@thejpster:matrix.org> newam: push or pull?
<re_irc>
<@newam:matrix.org> push
<re_irc>
<@thejpster:matrix.org> LWM2M
<re_irc>
<@thejpster:matrix.org> But basically you just push a URL and the device does an HTTP download
<re_irc>
<@dngrs:matrix.org> thejpster:matrix.org: might try and see whether I can write it on my idling ULX3S…
<re_irc>
<@thejpster:matrix.org> On the ESP8266 OTA updates were done with an HTTP PUSH I think. Or there was an API you just fed bytes and you could take them from a POST body.
<re_irc>
<@thejpster:matrix.org> I have a MAX10 and a DE0 Nano kicking around.
<re_irc>
<@dngrs:matrix.org> also - platformio has an `upload_protocol` setting, but I haven't been able to find a list of supported protocols.
<re_irc>
<@thejpster:matrix.org> Keep meaning to do something but ... ugh, Quartus is such a beast
<re_irc>
<@dngrs:matrix.org> (`espota` is one of them)
<re_irc>
<@thejpster:matrix.org> It's like a 50 GB install
<re_irc>
<@thejpster:matrix.org> I meant to buy an icestick for zero2asic but I... didn't. I just simulated my Verilog and then sent the GDS to the fab to make into a chip.
<re_irc>
<@dngrs:matrix.org> dngrs:matrix.org: it comes with an ulx3s build script. noice.
radens has joined #rust-embedded
xnor has joined #rust-embedded
crabbedhaloablut has quit [Ping timeout: 276 seconds]
<re_irc>
<@hendrik:henku.de> hi, is this the right place to ask for help with stm (f3 discovery)/embedded-hal stuff, or is there another room for this?
<re_irc>
<@firefrommoonlight:matrix.org> Former, go to the `stm32-rs` channel. Latter: yes