00:00 <re_irc> <@dirbaio:matrix.org> yeah... it is

00:02 <re_irc> <@oddstr13:matrix.org> welp, code builds, better get wireshark up and running

00:03 <re_irc> <@dirbaio:matrix.org> I can't get a repro of code requiring the `&*` in the playground 🤣

00:03 <re_irc> <@dirbaio:matrix.org> I've definitely seen it before

00:03 <re_irc> <@dirbaio:matrix.org> always something to do with `&'static mut`

00:03 <re_irc> <@dirbaio:matrix.org> but I don't fully understand why it happens

00:05 <re_irc> <@oddstr13:matrix.org> welp, dongle crashed, time to move it over to the dk I guess xD

00:05 <re_irc> <@oddstr13:matrix.org> this is where something arduino-like stuff would help

00:10 <re_irc> <@dirbaio:matrix.org> nrf52xx-dk + probe-run + defmt is quite seamless :P

00:10 <re_irc> <@dirbaio:matrix.org> you get logs and stacktrace on crash and everything

00:11 <re_irc> <@dirbaio:matrix.org> managed to repro it https://play.rust-lang.org/?version=nightly&mode=debug&edition=2018&gist=142ceafaa7ff8950cb05be60adf58f93

00:11 <re_irc> <@dirbaio:matrix.org> it's so weird

00:11 <re_irc> <@dirbaio:matrix.org> it's due to the double borrow

00:11 <re_irc> <@dirbaio:matrix.org> `thing` is `&'static mut u32`, so `&thing` is `&&'static mut u32`

00:11 <re_irc> <@dirbaio:matrix.org> which the function call coerces to `&'static u32`

00:12 <re_irc> <@dirbaio:matrix.org> and I have absolutely zero idea why, but that makes the borrow checker explode

00:12 <re_irc> <@dirbaio:matrix.org> if you do `bar(thing)` then it works as expected

00:13 <re_irc> <@dirbaio:matrix.org> so Oddstr13 that's a better fix for your code, change `&clocks` to `clocks`

00:14 <re_irc> <@oddstr13:matrix.org> dirbaio:matrix.org: yep, I'm aware, it's just that I've got only one dk :P

00:15 <re_irc> <@dirbaio:matrix.org> ahhhhh :(

00:15 <re_irc> <@oddstr13:matrix.org> I did grab a couple of debug probes along with the particle boards tho, so I guess I could use those too

00:16 <re_irc> <@oddstr13:matrix.org> haven't tried hooking up a debug probe to the usb dongles yet

00:40 <re_irc> <@oddstr13:matrix.org> well, that's no good, the iee802154 thing in smoltcp panics if received packet is "garbage"

00:40 <re_irc> <@oddstr13:matrix.org> https://psion.agg.io/_matrix/media/r0/download/matrix.org/VLqXByyYcizGQhVoFPTIsepl/image.png

00:41 <re_irc> <@oddstr13:matrix.org> triggered by another dongle transmitting `Hello, World!`

00:44 <re_irc> <@dirbaio:matrix.org> probably part of the WIPness :S

00:44 <re_irc> <@dirbaio:matrix.org> https://github.com/smoltcp-rs/smoltcp/pull/469#issuecomment-916952821

00:47 <re_irc> <@dirbaio:matrix.org> panics on incoming garbage shouldn't happen yup

01:00 <re_irc> <@oddstr13:matrix.org> hehe

01:12 <re_irc> <@oddstr13:matrix.org> dirbaio: seems I'm never hitting TxToken consume, any idea why that might be?

01:14 <re_irc> <@dirbaio:matrix.org> maybe because it isn't trying to tx anything..?

01:15 <re_irc> <@dirbaio:matrix.org> if you're using defmt, you can enable features defmt + defmt-trace to see more stuff

01:16 <re_irc> <@dirbaio:matrix.org> is it hitting Device::transmit?

01:16 <re_irc> <@dirbaio:matrix.org> it is normal for the TxToken from Device::receive to go unused, smoltcp will only use it if it wants to transmit a response to the just-received packet

01:17 <re_irc> <@dirbaio:matrix.org> it's rarer for the TxToken from Device::transmit to go unused, smoltcp will only call Device::transmit when it actually wants to transmit something

01:18 <re_irc> <@oddstr13:matrix.org> I'll have a look at the trace stuff, but I know it's hitting this block;

01:18 <re_irc> <@oddstr13:matrix.org> https://psion.agg.io/_matrix/media/r0/download/matrix.org/PRjOyXspKBOfSHMOGCeTKxTI/image.png

01:19 <re_irc> <@oddstr13:matrix.org> https://psion.agg.io/_matrix/media/r0/download/matrix.org/drRcHGIXVTdnFKIJCGAVEYZs/image.png

01:22 <re_irc> <@oddstr13:matrix.org> conveniently only had to bump loglevel to trace :P

01:23 <re_irc> <@oddstr13:matrix.org> https://psion.agg.io/_matrix/media/r0/download/matrix.org/OBbdbCEoDKOqTRUpNvTIaEYC/image.png

01:23 <re_irc> <@oddstr13:matrix.org> Well, that's fun

01:38 <re_irc> <@oddstr13:matrix.org> multicast addresses are even more fun, lol

01:38 <re_irc> <@oddstr13:matrix.org> https://psion.agg.io/_matrix/media/r0/download/matrix.org/veokpLNmwxGgNbAWDrGpxsqR/image.png

01:52 <re_irc> <@oddstr13:matrix.org> alright, *now* we're talinkg!

01:52 <re_irc> <@oddstr13:matrix.org> https://psion.agg.io/_matrix/media/r0/download/matrix.org/KXMuqzzZQKPrabFxnqyvsqsj/image.png

01:54 <re_irc> <@dirbaio:matrix.org> Oh boi

01:54 <re_irc> <@oddstr13:matrix.org> hey, baby steps, okay? 🤣

01:58 <re_irc> <@oddstr13:matrix.org> actually, I wonder what type Frame.buffer is…

01:59 <re_irc> <@oddstr13:matrix.org> ah, that would probably be my ieee802154::Packet, whoops

02:15 <re_irc> <@oddstr13:matrix.org> https://psion.agg.io/_matrix/media/r0/download/matrix.org/GjAQhoYqqHPBlysbinvWDYmX/image.png

02:29 <re_irc> <@cryptollision:matrix.org> m

02:29 <re_irc> <@cryptollision:matrix.org> ol

03:29 <re_irc> <@oddstr13:matrix.org> dirbaio: I'm getting two bytes cut off at the end on udp rx it seems, but other than that it looks like it's working! 🎉

03:29 <re_irc> <@oddstr13:matrix.org> https://github.com/oddstr13/usb-dongle-smoltcp-6lowpan-test

03:29 <re_irc> <@oddstr13:matrix.org> Still need to figure out how neighbor discovery is *supposed* to work tho, I was having trouble with the manually set one timing out from cache too quickly 😆

05:45 <re_irc> <@ildar:matrix.org> greetings! a newbie question here...

05:46 <re_irc> <@ildar:matrix.org> https://defuse.ca/b/8MurBZUNlCgGkGfizcUId2

05:46 <re_irc> <@ildar:matrix.org> is there no easier way to read GPIO then `replace`-ing the cell back and forth?

06:07 <re_irc> <@grantm11235:matrix.org> Can you replace the `RefCell<Option<Pin<Input<Floating>>>>` with just `Pin<Input<Floating>>` or `&Pin<Input<Floating>>`?

06:10 <re_irc> <@ildar:matrix.org> hmm. I tried `&` and it brings a lot of problems with the lifetime

06:10 <re_irc> <@ildar:matrix.org> RefCell allows me to use its contents (pin) while having multiple immutable refs to the outer struct.

06:12 <re_irc> <@ildar:matrix.org> so the question is: how good GPIO APIs with RefCell pattern? It is promoted in the Book but in practice I need to `replace()` it back and forth

06:14 <re_irc> <@grantm11235:matrix.org> I'm not sure why you would need a RefCell for a GPIO input, you can read the state with an immutable reference

06:16 <re_irc> <@ildar:matrix.org> hmm, indeed

06:16 <re_irc> <@ildar:matrix.org> ok, I'll think about it

06:16 <re_irc> <@ildar:matrix.org> thanks

06:20 <re_irc> <@grantm11235:matrix.org> It would make more sense for a GPIO output because that requires a mutable reference in order to use it.

08:47 <Lumpio-> ildar: Why replace when you have borrow_mut?

08:47 <Lumpio-> Or even better if only that method needs access to it, arrange it so that others don't have any access ( ot even shared references)

08:47 <Lumpio-> not*

09:10 <re_irc> <@therealprof:matrix.org> The idea of replace is to move the pin from a global context to a local context to avoid having to disable interrupts all the time.

09:11 <re_irc> <@therealprof:matrix.org> As in: do it once, not go back and forth. 😉

09:13 <re_irc> <@therealprof:matrix.org> Also the `borrow_mut` makes it somewhat convoluted to avoid having to `unwrap`.

11:59 <re_irc> <@ildar:matrix.org> I tried to use refs and mut refs. This approach doesn't work since unwrapping the Option<Pin> requires owning.

12:21 <re_irc> <@ildar:matrix.org> hmm, it seems `Option::as_ref()` can save the day

12:22 <re_irc> <@ildar:matrix.org> like this:

12:22 <re_irc> <@ildar:matrix.org> > let pin = context.input_pin.borrow();

12:22 <re_irc> <@ildar:matrix.org> > };

12:22 <re_irc> <@ildar:matrix.org> > pin.as_ref().unwrap()

12:22 <re_irc> <@ildar:matrix.org> > let the_pin = if pin.is_none() { return; } else {

12:23 <re_irc> <@ildar:matrix.org> 🤔

12:34 <re_irc> <@jamesmunns:matrix.org> let pin = if let Some(the_pin) = context.input_pin.borrow() {

12:34 <re_irc> <@jamesmunns:matrix.org> ```rust

12:34 <re_irc> <@jamesmunns:matrix.org> the_pin

12:34 <re_irc> <@jamesmunns:matrix.org> } else {

12:34 <re_irc> ... long message truncated: https://psion.agg.io/_matrix/media/r0/download/psion.agg.io/11e48f17758a7794af97c467ac9a1a05b2dabefcb9339d837322be44a49c7853 (6 lines)

12:38 <Lumpio-> Sometimes I wish there was a shorthand for this exact syntax

12:41 <re_irc> <@korken89:matrix.org> I have an `unwrap_or_return!` macro for exactly this that I use a lot :)

12:42 <Lumpio-> heh

12:42 <re_irc> <@jamesmunns:matrix.org> Yeah, if I need that a lot, I usually make "inner" functions that return options/results

12:43 <re_irc> <@korken89:matrix.org> /// Unwraps an `Option` or returns the function.

12:43 <re_irc> <@korken89:matrix.org> ( $e:expr ) => {

12:43 <re_irc> <@korken89:matrix.org> macro_rules! unwrap_or_return {

12:43 <re_irc> ... long message truncated: https://psion.agg.io/_matrix/media/r0/download/psion.agg.io/bed8146c0f29afa7c37fe0ec78654986131bec1b973f73acfdabe7a7d1107f5a (9 lines)

12:43 <re_irc> <@korken89:matrix.org> match $e {

12:55 <re_irc> <@pmnxis:matrix.org> https://psion.agg.io/_matrix/media/r0/download/matrix.org/ThbhWUqtjtZxXTOiMKGNhbJh/image.png

12:55 <re_irc> <@pmnxis:matrix.org> made PCB for rust

13:00 <Lumpio-> What does it do?

13:01 <re_irc> <@pmnxis:matrix.org> Special adapter for paper dispenser machine (such as a dollar).

13:02 <re_irc> <@pmnxis:matrix.org> I am using two types of the machine.

13:02 <re_irc> <@pmnxis:matrix.org> One is prallel GPIO communication model with 12V.

13:02 <re_irc> <@pmnxis:matrix.org> And another is serial (RS232) communication model with 24V.

13:02 <re_irc> <@pmnxis:matrix.org> But my previous product is designed to use serial(rs232) 24V model.

13:04 <re_irc> <@pmnxis:matrix.org> But by some reason, I need to use parallel-12v model. So making adapter for 24v-rs232 to 12v-parallel with rust as practice

13:12 <Lumpio-> Oh like a paper money dispenser, alright

13:12 <Lumpio-> Paper dispenser just made me think of this: https://www.ubuy.com.tr/productimg/?image=aHR0cHM6Ly9tLm1lZGlhLWFtYXpvbi5jb20vaW1hZ2VzL0kvNjFZT2t0Wk5hbkwuX0FDX1NMMTUwMF8uanBn.jpg

13:26 <re_irc> <@mathias_koch:matrix.org> jamesmunns: Any chance you could give https://github.com/jamesmunns/bbqueue/pull/90 a look some time? I would love to do a round of releases, but can't with git patches in my dep tree

14:16 <re_irc> <@jamesmunns:matrix.org> MathiasKoch: ACK, I'll get this merged and released tonight.

14:17 <re_irc> <@mathias_koch:matrix.org> Awesome! Thank you very much! :)

16:14 <re_irc> <@roedimqf:ruhr-uni-bochum.de> korken89:

17:14 <re_irc> <@jamesmunns:matrix.org> MathiasKoch: released v0.5.0!

17:14 <re_irc> <@mathias_koch:matrix.org> Yaayy! 🎉🎉 Thank you very much jamesmunns

17:16 <re_irc> <@jamesmunns:matrix.org> I did make a couple changes beyond the PR, namely:

17:16 <re_irc> <@jamesmunns:matrix.org> * https://github.com/jamesmunns/bbqueue/commit/ca8e64a5bc6ed5a00767103fc0e371f95d9bc513

17:16 <re_irc> <@jamesmunns:matrix.org> * Got rid of ConstBBBuffer entirely

17:16 <re_irc> <@jamesmunns:matrix.org> * Removed deprecated modules

17:16 <re_irc> <@jamesmunns:matrix.org> * Removed deprecated items

17:17 <re_irc> <@mathias_koch:matrix.org> No issues here 👍

17:17 <re_irc> <@mathias_koch:matrix.org> Thanks for a great library 👌

19:34 <re_irc> <@osannolik:matrix.org> Beginner question here! What is the best way to allow changing an output pin to an input dito (and the reverse) using the embedded-hal crates? For example, using stm32l0xx-hal, I run into issues due to e.g. into_floating_input() consumes the variable holding the pin. It becomes difficult to keep it in another struct. I managed to hack together something that kind of works by wrapping it in an enum, but it's..

19:34 <re_irc> ... not pretty: https://gist.github.com/rust-play/d6ab8db4eb9636c054aaac301652ff30

19:38 <re_irc> <@dirbaio:matrix.org> Yeah the enum is the way to go, unfortunately

19:39 <re_irc> <@dirbaio:matrix.org> you can

19:40 <re_irc> <@dirbaio:matrix.org> ```rust

19:40 <re_irc> <@dirbaio:matrix.org> Temp,

19:40 <re_irc> <@dirbaio:matrix.org> enum IoPin {

19:40 <re_irc> <@dirbaio:matrix.org> AsOutput(gpioa::PA8<Output<PushPull>>>,

19:40 <re_irc> ... long message truncated: https://psion.agg.io/_matrix/media/r0/download/psion.agg.io/07ca5ca35e5ebfcf005d0ae3e9ff83e77daba0ad344d9d2e77016665cd464d35 (6 lines)

19:57 <re_irc> <@osannolik:matrix.org> I see, thank you. I ran into the same issue a couple of years ago and made a PR to embedded-hal for a Tristate trait adding Floating as a pin state. As of then I have not been doing much rust, but since not much happened to the PR I assumed there already was a simple solution...

19:59 <re_irc> <@xiretza:xiretza.xyz> which HAL are you using?

20:11 <re_irc> <@osannolik:matrix.org> I'm using stm32l0xx-hal right now.

20:11 <re_irc> <@osannolik:matrix.org> 0.7.0

20:23 <re_irc> <@xiretza:xiretza.xyz> yeah, that one doesn't seem to have dynamic pins - unlike e.g. `stm32f1xx_hal`: https://docs.rs/stm32f1xx-hal/0.7.0/stm32f1xx_hal/gpio/gpioa/struct.PA0.html#method.into_dynamic

20:30 <re_irc> <@osannolik:matrix.org> Interesting, that's pretty much what I was looking for. I might try to suggest something similar for stm32l0xx.

21:32 <re_irc> <@firefrommoonlight:matrix.org> On stm32-hal, you run `pin.mode(PinMode::Input)`

21:36 <re_irc> <@firefrommoonlight:matrix.org> https://docs.rs/stm32-hal2/1.0.3/stm32_hal2/gpio/struct.Pin.html#method.mode