<re_irc>
<@thalesfragoso:matrix.org> > The firmware is an RTIC based application written in Rust.
<re_irc>
<@firefrommoonlight:matrix.org> Nice
<re_irc>
<@cecton:matrix.org> hey 👋 I'm currently working on a crate to do the host communication for DFU in Sans IO and I would like my core crate to be no_std. I made it so but I'm not sure about the error handling. It would be great if someone could give me a few pointers. [This is what I currently have...
<re_irc>
<@grantm11235:matrix.org> Check out [displaydoc](https://crates.io/crates/displaydoc) as a replacement for thiserror, it is no_std compatible
<re_irc>
<@virtualritz:matrix.org> What's the easiest way to install gdb-multiarch on a mac?
<re_irc>
<@9names:matrix.org> looks like the homebrew recipe is a multiarch build by default, have you tried that?
fabic has joined #rust-embedded
GenTooMan has quit [Remote host closed the connection]
GenTooMan has joined #rust-embedded
fabic has quit [Ping timeout: 252 seconds]
<re_irc>
<@firefrommoonlight:matrix.org> Hey dudes. How do you connect to logic analyzers (or scopes) in practice? The cheap Chinese ones, and Salae both appears to use 2.54MM pins, like you'd use with a breadboard. Works great for dev boards, but I'm not sure how to approach this with custom boards. One approach would be an adapter between...
<re_irc>
... 2.54mm and a header suitable for your board. Another is to incorporate 2.54mm headers on your board, but IMO they're too chunky
<re_irc>
<@firefrommoonlight:matrix.org> I was considering something like an adapter for tag-connect, or perhaps a custom device that connects to a board using a footprint like Tag-connect, and outputs to PC with USB, then connects to Sigrok etc. Idea is, you'd design this small-pitch, 2-layer footprint into your board, and wire it up to your...
<re_irc>
... SDA, I2C, UART, and a few digi/analog lines. Then you plug it into a small logic-analyser device, which plugs into your PC via USB
<re_irc>
<@firefrommoonlight:matrix.org> Ie an incremental improvement for ease-of-use
<re_irc>
<@firefrommoonlight:matrix.org> Scope as personal, and if it really works, sell it
<re_irc>
<@firefrommoonlight:matrix.org> I realize building dev tools like this are a bit of a self-licking icecream cone of building embedded devices for embedded devices. But, I'm looking for a way to easily troubleshoot SPI etc issues on all my boards going fwd
<re_irc>
<@dirbaio:matrix.org> typically you put testpads on every line that could be interesting to scope all over the board
<re_irc>
<@dirbaio:matrix.org> if the board is complex bringing all the interesting lines to one place where you connect a tagconnect is hard
<re_irc>
<@firefrommoonlight:matrix.org> The point you bring up may make this impractical as a general solution
<re_irc>
<@firefrommoonlight:matrix.org> Re test points - how do you then connect the test points to your scope or analyser?
<re_irc>
<@dirbaio:matrix.org> for factory programming/testing, bed of nails or tagconnect
<re_irc>
<@firefrommoonlight:matrix.org> Hrm.
<re_irc>
<@firefrommoonlight:matrix.org> I guess I'm hoping for more of a no-fuss solution
<re_irc>
<@starblue:matrix.org> You can solder old resistors to test points and cut off the other wire, helps to keep the clip in place.
<re_irc>
<@firefrommoonlight:matrix.org> (What triggered this specific thing is trying to figure out why the hell my DAC output is reading 1/3 of what it should on some boards but not others)
<re_irc>
<@dirbaio:matrix.org> pcb troubleshooting is inherently fussy 🤣
<re_irc>
<@firefrommoonlight:matrix.org> (Almost surely I fucked up teh soldering somewhere)
<re_irc>
<@firefrommoonlight:matrix.org> URG
<re_irc>
<@firefrommoonlight:matrix.org> Yeah
<re_irc>
<@firefrommoonlight:matrix.org> OK solved by soldering on a new MCU I hate this so much
<re_irc>
<@firefrommoonlight:matrix.org> (But I still want a no-fuss logic-analyzing solution. Maybe bake the flash pins into it too)
tokomak has quit [Read error: Connection reset by peer]
<re_irc>
<@firefrommoonlight:matrix.org> That looks outstanding
<re_irc>
<@lovesegfault:matrix.org> Curious, does someone know why in Rust the target is called `armv7-unknown-linux-musleabihf` but on Nix it's called `armv7l-unknown-linux-musleabihf`?
<re_irc>
<@dirbaio:matrix.org> target names aren't standardized anywhere, and are a fun mess overall :D
<re_irc>
<@dirbaio:matrix.org> the "L" there indicates little-endian, I guess rust assumes it's little endian as big endian arm is super rare
<re_irc>
<@lovesegfault:matrix.org> Ah, I see :)
<re_irc>
<@thejpster:matrix.org> Pcbites are amazing. I bought one at work. We got two more very shortly after.
dreamcat4 has quit [Ping timeout: 250 seconds]
SanchayanMaity has quit [Ping timeout: 272 seconds]