<hpux735[m]>
Is it possible to do truly async display drawing in embassy? I'm using the esp32s3, and I'm pretty sure I need to be async so the wifi and mqtt parts of my project can do their thing, which kinda requires my whole project be async so blocking elsewhere doesn't lock up the system. But... I can't seem to be able to get all the graphics parts async. Any advice for how best to do this?
ivmarkov[m] has joined #rust-embedded
<ivmarkov[m]>
<hpux735[m]> "Is it possible to do truly async..." <- For now - draw to a buffer (which is not async) and then slap the buffer or the dirty parts of it via spi asynchronously.It is not easy but still doable I think.
<ivmarkov[m]>
* spi asynchronously. It is
<hpux735[m]>
ivmarkov[m]: Hm, yah. That’s fair. I wanted embedded-graphics-framebuf to work, but it didn’t.
<hpux735[m]>
hpux735[m]: I can look into doing it more hands-on
Foxyloxy has quit [Read error: Connection reset by peer]
thejpster[m] has joined #rust-embedded
<thejpster[m]>
Anyone still going to Embedded World even though every airport is shut on Monday (except Nuremberg)?
<diondokter[m]>
Yeah, we're there (by car and train)
<thejpster[m]>
Glad I booked RyanAir as its direct Stansted - Nuremberg. Not often anyone will say that.
<thejpster[m]>
s/its/it’s/
<JamesMunns[m]>
yeah, going by train
joelsa[m] has quit [Quit: Idle timeout reached: 172800s]
MathiasKoch[m] has quit [Quit: Idle timeout reached: 172800s]
pcs38 has joined #rust-embedded
zeenix[m] has joined #rust-embedded
<zeenix[m]>
I'm having a FOMO moment :)
realroot[m]1 has quit [Quit: Idle timeout reached: 172800s]
danielb[m] has quit [Quit: Idle timeout reached: 172800s]
sirhcel[m] has joined #rust-embedded
<sirhcel[m]>
<thejpster[m]> "Anyone still going to Embedded..." <- Yes, by train. But from dresden it isn‘t that far.
<firefrommoonligh>
<thejpster[m]> "Glad I booked RyanAir as its..." <- Haven't heard that name in a while!
firefrommoonligh has joined #rust-embedded
<firefrommoonligh>
I mean, put up with the BS and you get to travel Europe for dirt cheap...
realroot[m]1 has joined #rust-embedded
<realroot[m]1>
lulf sometimes the pinetime gets stuck and I have to flash watchful to unblock it. is it possible to add long press to reboot?
<realroot[m]1>
* to flash again watchful to
<realroot[m]1>
it is happening lately only
<thejpster[m]>
has anyone observed GDB showing the wrong symbol name? It's a C program. When I start it, it knows that I'm in main. I can do a layout asm and I see all the lines of assembly marked with main. But as soon as I do a stepi, gdb decides instead that I'm in a function that isn't even in my binary - it was in one of the source files, but it was garbage collected by the linker because nothing was calling it.
<thejpster[m]>
looking at the .map file, I see this function's section (because -ffunction-sections). Interestingly, it's the last such function / section. And it has a size, but the map file gives it an address of zero (because it didn't make it into an output section). Which broadly overlaps with where main is (I have a very small vector table). It's like GDB had one way of looking up the function at a given address, but then switched to
<thejpster[m]>
doing it some other (wrong) way.
<thejpster[m]>
I'm pretty sure I've seen this with Rust code too.
lulf[m] has joined #rust-embedded
<lulf[m]>
<realroot[m]1> "lulf sometimes the pinetime gets..." <- I've not observed this. How is it hanging? UI not working or is nothing showing up in the defmt-rtt output as well? If it's the latter, adding a button press might not work...
Kert[m] has quit [Quit: Idle timeout reached: 172800s]
nerwalt[m] has quit [Quit: Idle timeout reached: 172800s]
<realroot[m]1>
lulf UI not working screen stuck on.
<realroot[m]1>
If it is not connected already I am not sure to get the log
igiona[m] has joined #rust-embedded
<igiona[m]>
<thejpster[m]> "Anyone still going to Embedded..." <- Going there on Wednesday by car or train (not sure if I want to gamble with the German rails 😅) I'll be at the Toradex booth with our product
<igiona[m]>
<hpux735[m]> "I can look into doing it more..." <- Yep, Slint allows to do just that:
<igiona[m]>
igiona[m]: And therefore the underlying calls to the display can't be async either
<igiona[m]>
igiona[m]: I'm pretty sure though, that Slint could allow to change this at least somehow optionally... I just don't have the time to look into the details and propose something to them
<igiona[m]>
* Almost ...Slint allows me to do this: