ChanServ changed the topic of #rust-embedded to: Welcome to the Rust Embedded IRC channel! Bridged to #rust-embedded:matrix.org and logged at https://libera.irclog.whitequark.org/rust-embedded, code of conduct at https://www.rust-lang.org/conduct.html
IlPalazzo-ojiisa has quit [Quit: Leaving.]
Makarov has quit [Ping timeout: 250 seconds]
WSalmon has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
WSalmon has joined #rust-embedded
barafael[m] has quit [Quit: Idle timeout reached: 172800s]
mkj[m] has quit [Quit: Idle timeout reached: 172800s]
pronvis has joined #rust-embedded
SergioGasquez[m] has joined #rust-embedded
<SergioGasquez[m]> <therealprof[m]> "Are any Espressif guys online?" <- I guess I'm a bit late to the party (?)😅
<therealprof[m]> <SergioGasquez[m]> "I guess I'm a bit late to the..." <- You are but no worries, I was just curious what you'd consider the state of RISC-V toolchains to be but I looked around and it seems to me that it's looking great already.
pronvis has quit [Read error: Connection reset by peer]
<SergioGasquez[m]> <SergioGasquez[m]> "I guess I'm a bit late to the..." <- I'd say the RISC-V toolchain is in a pretty good shape, maybe mabez can also share input.
jedugsem[m]1 has joined #rust-embedded
<jedugsem[m]1> Hello I'm struggaling to read values from a gps
<jedugsem[m]1> I cant figure out how to read the bytes to nmea sentences
<jedugsem[m]1> I need to split them, but if &[byte] == b"\n" doesnt work
<jedugsem[m]1> Any example out there for reading strings from serial
enaut[m] has joined #rust-embedded
<enaut[m]> jedugsem: I'm not sure I get your problem. I created a for loop and iterated it maybe with that example you can solve your problem?
<enaut[m]> It might be that you need to get the first of the bytes and also compare reference to reference or better dereference the first one: https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=312252f236d509ecaa1b5bdf65d6df86
<jedugsem[m]1> Thanks a lot, but thats like i have it, there seems to be another problem, maybe i'll ask again later
<jedugsem[m]1> Part of the problem was missing data because of slow print statements
<JamesMunns[m]> You definitely should look into BufferedUart (if you are using embassy), or similar items if you are using a different HAL. In general, you need to be "always listening" to make sure you don't lose data, then parse from the buffered data.
IlPalazzo-ojiisa has joined #rust-embedded
Makarov has joined #rust-embedded
<firefrommoonligh> <jedugsem[m]1> "Hello I'm struggaling to read..." <- #1: [this lib](https://docs.rs/nmea/latest/nmea/) works well for decoding NMEA.
<firefrommoonligh> #2: I recommend using the UBX protocol instead; it is a simple byte-aligned protocol. NMEA is an awkward protocol that's neither conveniently human-readable, nor conveniently machine readable.
<firefrommoonligh> Rolling your own NMEA parser sounds not fun
<firefrommoonligh> * machine readable. Which GPS is it?
<Darius> NMEA is not that hard to parse
<Darius> I've written parsers for NMEA, UBX, Zodiac and SiRF
<Darius> the binary ones mean you don't have to convert strings to numbers though
<firefrommoonligh> I've written NOTAM parsers, and still wouldn't recommend it to anyone! (Another awk in-between format)
<firefrommoonligh> * written NOTAM and TAF parsers, and
mabez[m] has joined #rust-embedded
<mabez[m]> <SergioGasquez[m]> "I'd say the RISC-V toolchain..." <- Sorry missed the meeting yesterday. Struggling to follow what the topic was on matrix, was this around company members being part of the wg, or something else?
exark has quit [Quit: quit]
exark has joined #rust-embedded
dimpolo[m] has joined #rust-embedded
Makarov has quit [Quit: Client closed]
Makarov has joined #rust-embedded
<dirbaio[m]> embassy-stm32 contains a maintained bxcan driver, originally forked from that crate
<dimpolo[m]> I did see that, not sure if I can make the switch from stm32f4xx-hal to embassy already
Makarov95 has joined #rust-embedded
Makarov has quit [Ping timeout: 250 seconds]
Makarov95 has quit [Ping timeout: 250 seconds]
AlexandrosLiarok has joined #rust-embedded
<AlexandrosLiarok> Anyone knows what additional capabilities the web usb class provides by adding explicit support in the embedded device over implementing a conventional usb class? Is it mainly the landing page stuff?
<therealprof[m]> <mabez[m]> "Sorry missed the meeting..." <- The question was around the availability/quality of OotB RISC-V toolchains. I was just trying to get confirmation for my impression that we're in a good shape now.