--- Log opened Wed Jan 01 00:00:55 2025
2025-01-01T00:09:22 -!- PaulFertser [paul@paulfertser.info] has quit [Ping timeout: 248 seconds]
2025-01-01T00:16:03 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32
2025-01-01T00:26:00 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-01T01:23:10 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-01T02:02:37 -!- hexo_ [~hexo@user/hexo] has quit [Read error: Connection reset by peer]
2025-01-01T02:06:03 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-50f3-f4b5-8afe-8ae5.fixed6.kpn.net] has quit [Ping timeout: 246 seconds]
2025-01-01T02:09:13 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-01T02:11:37 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye]
2025-01-01T02:19:44 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-01T02:27:06 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 252 seconds]
2025-01-01T02:35:36 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-01T02:35:49 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-01T03:17:17 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-01T04:26:44 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 265 seconds]
2025-01-01T04:27:29 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-01T07:05:41 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-01T08:20:41 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-01T09:10:44 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Quit: Konversation terminated!]
2025-01-01T11:03:59 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-f1b2-6180-7c99-38c6.fixed6.kpn.net] has joined ##stm32
2025-01-01T11:13:41 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-01T12:22:12 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-01T12:24:03 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-01-01T13:15:30 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-f1b2-6180-7c99-38c6.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-01T14:17:23 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-f1b2-6180-7c99-38c6.fixed6.kpn.net] has joined ##stm32
2025-01-01T14:42:34 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-01T14:48:43 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye]
2025-01-01T15:38:47 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-01-01T15:47:05 -!- Laurenceb_ [~Laurenceb@120.177.208.46.dyn.plus.net] has joined ##stm32
2025-01-01T15:49:21 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-01-01T16:21:45 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32
2025-01-01T16:22:33 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 265 seconds]
2025-01-01T16:23:19 -!- duude__- is now known as duude__
2025-01-01T16:33:49 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-01T16:35:45 -!- qyx [~qyx@84.245.121.110] has quit [Ping timeout: 252 seconds]
2025-01-01T16:37:35 -!- qyx [~qyx@84.245.121.3] has joined ##stm32
2025-01-01T16:40:14 -!- martinmoene [~Martin@2a02-a45a-96ba-1-dcf3-8cee-f065-f132.fixed6.kpn.net] has joined ##stm32
2025-01-01T16:43:09 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-f1b2-6180-7c99-38c6.fixed6.kpn.net] has quit [Ping timeout: 252 seconds]
2025-01-01T16:45:56 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-01-01T16:46:07 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-01T16:46:43 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 265 seconds]
2025-01-01T16:47:33 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-01T17:08:54 -!- Laurenceb_ [~Laurenceb@120.177.208.46.dyn.plus.net] has quit [Quit: Client closed]
2025-01-01T17:12:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-01T17:17:59 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-01-01T17:35:41 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-01T17:48:54 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-3df4-6d69-6d0c-8a88.fixed6.kpn.net] has joined ##stm32
2025-01-01T17:52:56 -!- martinmoene [~Martin@2a02-a45a-96ba-1-dcf3-8cee-f065-f132.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-01T17:56:34 -!- noarb- [~noarb@user/noarb] has quit [Ping timeout: 248 seconds]
2025-01-01T17:57:59 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-01T18:15:36 < jbo> moin
2025-01-01T18:33:49 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-01T18:41:36 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-01-01T18:46:35 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 265 seconds]
2025-01-01T19:00:11 < Steffanx> Where have you beeeeen jbo?
2025-01-01T19:00:31 < Steffanx> And what did you do to jpa- ?
2025-01-01T19:15:48 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-01T19:16:14 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-01T19:20:35 < jbo> :x
2025-01-01T19:48:34 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 248 seconds]
2025-01-01T19:56:26 < qyx> ohai
2025-01-01T19:56:33  * qyx @ Elvellon - Shore to Aeon
2025-01-01T19:57:02 < qyx> new year's ballad
2025-01-01T20:12:27 -!- catphish [~quassel@user/catphish] has quit [Ping timeout: 252 seconds]
2025-01-01T20:47:22 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-01T21:38:27 -!- catphish [~quassel@user/catphish] has joined ##stm32
2025-01-01T22:25:53 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-01-01T22:42:09 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-01-01T23:39:29 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
--- Day changed Thu Jan 02 2025
2025-01-02T00:34:06 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-02T01:14:30 < veverak> the embedded bootloader into stm32 has ability to get chip id - GET_ID
2025-01-02T01:14:45 < veverak> how can I find out which chip should have which id?
2025-01-02T01:15:05 < veverak> like, let's say that I have device that can contain stm32h503, I guess that via the get_id I should be able to recognize that right?
2025-01-02T01:15:21 < veverak> but I am not sure what it is that I am searching for inside 503 doc :)
2025-01-02T01:17:04 < qyx> it is in the datasheed somewhere at the end
2025-01-02T01:17:19 < qyx> the address changes between families
2025-01-02T01:19:47 < veverak> yeah I am just blind and cant see it
2025-01-02T01:19:55 < qyx> hm
2025-01-02T01:19:57 < veverak> I have stm32g431 here, from which I can read the value
2025-01-02T01:20:06 < veverak> so  Itried to ctrl+f it inside datasheet of stm32g431
2025-01-02T01:20:12 < veverak> nothing, for hex/dec form
2025-01-02T01:20:29 < veverak> nah, it's 00:20, I guess I should just go sleep
2025-01-02T01:20:36 < qyx> oh don't expect to find it that way
2025-01-02T01:20:45 < qyx> it is split
2025-01-02T01:22:47 < qyx> ok it's not there
2025-01-02T01:24:25 < qyx> veverak: rm0440 section 48.1
2025-01-02T01:25:24 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-3df4-6d69-6d0c-8a88.fixed6.kpn.net] has quit [Ping timeout: 252 seconds]
2025-01-02T01:26:20 < veverak> You mean UUID?
2025-01-02T01:26:28 < veverak> yeah, this thing is 96 bits
2025-01-02T01:26:29 < qyx> yes
2025-01-02T01:26:38 < veverak> bootloader reports two bytes - 16bits
2025-01-02T01:26:39 < qyx> wut no uuid
2025-01-02T01:26:50 < veverak> sorry, just 96 bit thingie
2025-01-02T01:27:50 < veverak> anyway, if bootloader would return 96bit or higher value, I would go for this as I know this exists
2025-01-02T01:27:55 < veverak> but sadly 16<96
2025-01-02T01:28:14 < qyx> what about checking openocd
2025-01-02T01:28:22 < qyx> it reports it as IR or so
2025-01-02T01:28:25 < veverak> I will got to sleep today, but I think I have one more stm32g431 nuclero somewhere so I can compare
2025-01-02T01:28:28 < veverak> oh
2025-01-02T01:28:30 < veverak> OH
2025-01-02T01:28:33 < veverak> qyx: thats smart, thanks
2025-01-02T01:28:42 < veverak> !!!
2025-01-02T01:28:45 < qyx> you could dig up the exact address
2025-01-02T01:28:49 < qyx> or method
2025-01-02T01:28:50 < veverak> I guess the stm32programmer utility can give me something?
2025-01-02T01:29:21 < veverak> I mean, the address is kinda _the issue_
2025-01-02T01:29:41 < veverak> I got working basic commands to ineract with the bootloader but I have to give it an address of what I want to read/write
2025-01-02T01:30:00 < qyx> yes that shoukd be somewhere in the openocd sources
2025-01-02T01:30:09 < veverak> thing is, only way to detect _what_ kind of MCU is connected and what is valid range of addressess... is the "get id" command that returns some 16bit value
2025-01-02T01:30:43 < veverak> so I want to use the value from "get id" to map to valid adresses for said chip
2025-01-02T02:20:57 -!- NEYi [~NEYi@195.234.78.191] has quit [Ping timeout: 252 seconds]
2025-01-02T02:40:56 < zyp> hrm, playing with zephyr, not overly impressed with its stm32 ethernet driver
2025-01-02T02:43:37 < qyx> speaking of being impressed zyp, I switched from typescript to python and I am impressed
2025-01-02T02:43:56 < zyp> eth_tx is doing a blocking poll/yield loop: https://github.com/zephyrproject-rtos/zephyr/blob/main/drivers/ethernet/eth_stm32_hal.c#L364
2025-01-02T02:44:38 < zyp> and since it's invoked by the system workqueue, it locks up everything else when the ethernet dma is not working
2025-01-02T02:44:55 < zyp> at least everything else also running on the system workqueue
2025-01-02T02:46:21 < zyp> qyx, clientside?
2025-01-02T02:46:29 < qyx> yeah
2025-01-02T02:46:35 < zyp> nice, how?
2025-01-02T02:46:39 < qyx> brython
2025-01-02T02:46:47 < qyx> much cleaner and simpler code
2025-01-02T03:02:06 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 252 seconds]
2025-01-02T03:08:49 -!- yakubin [~yakubin@user/yakubin] has quit [Quit: Bye]
2025-01-02T03:37:08 < qyx> what are you doing with zephyred ethernet on stm32?
2025-01-02T03:38:42 < zyp> trying to bring it up on this relay card I've had laying around for a couple of years
2025-01-02T03:39:27 < zyp> this shit got an at32f407, which I believe should be binary compatible with stm32f107
2025-01-02T03:39:54 < zyp> so I'm telling zephyr I've got a stm32f107
2025-01-02T03:40:43 < zyp> wanna bring up ethernet on this, then have it use mqtt to talk to home-assistant or something
2025-01-02T03:40:55 < zyp> then install it at the hobby workshop to control lights
2025-01-02T03:41:52 < zyp> also, I should learn zephyr for work, and working out shit like this is a way to learn
2025-01-02T03:44:08 < zyp> it looks like zephyr haven't done the required AFIO config for ethernet
2025-01-02T03:44:33 < zyp> and there's no f1 ethernet examples to reference either
2025-01-02T04:03:50 < qyx> at..407 binary compatible with f407?
2025-01-02T04:04:04 < qyx> sorry with f107
2025-01-02T04:04:11 < qyx> isn't f107 cm3?
2025-01-02T04:04:33 < qyx> the only thing (probably) equal being the ethernet peripheral?
2025-01-02T06:33:08 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-02T07:26:06 -!- yakubin [~yakubin@user/yakubin] has joined ##stm32
2025-01-02T08:05:17 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-e95b-e2c2-24d2-bae.fixed6.kpn.net] has joined ##stm32
2025-01-02T08:37:26 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-e95b-e2c2-24d2-bae.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-02T10:58:05 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-01-02T11:00:24 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-02T11:06:47 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-02T12:49:06 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-02T13:02:28 < zyp> qyx, it's a f107 clone, with GPIOv1 and so on, but it's got an m4 core, so they call it at32f407
2025-01-02T13:03:01 < zyp> remember m4 is binary compatible with m3, m4 instructions is a direct superset
2025-01-02T13:03:42 < qyx> interesting, then it is similar to some GDs with that
2025-01-02T13:03:55 < qyx> e103 or how it was called?
2025-01-02T13:04:14 < qyx> m3 part number but m4 core
2025-01-02T13:04:20 < qyx> or even riscv core
2025-01-02T13:04:30 < zyp> yeah
2025-01-02T13:05:52 < zyp> in any case, it seems like the issue is figuring out how to get zephyr to set the AFIO stuff right
2025-01-02T13:07:03 < zyp> both because this board needs a remap and because that's where the MII/RMII select is
2025-01-02T14:03:23 -!- NEYi_ [~NEYi@195.234.78.191] has joined ##stm32
2025-01-02T14:06:43 -!- NEYi [~NEYi@195.234.78.191] has quit [Ping timeout: 264 seconds]
2025-01-02T14:29:52 < zyp> hmm, seems to be several issues
2025-01-02T14:31:02 < zyp> first it apparently doesn't set the AFIO RCC enable, if I manually poke that in the debugger the RMII bit gets set, and then the DMA job doesn't get stuck
2025-01-02T14:31:26 < zyp> it also doesn't set the AFIO remap bit that's required for this hardware
2025-01-02T14:31:51 < zyp> and even if I poke that manually, the PHY still doesn't link up
2025-01-02T14:32:39 < zyp> I'm not sure if this PHY is strapped to come up on its own, or if it needs some MDIO poking, or if there's a reset GPIO or something
2025-01-02T14:40:00 < Steffanx> Is eth_tx always called from the system work queue in Zephyr, zyp? I was randomly looking at some other ethernet drivers and there seem to be more drivers using sleeps/waits in the eth_tx function. Even for up to 100 ms.
2025-01-02T14:42:05 < zyp> I'm not sure how that works, but the backtrace when it was stuck looked like this: https://paste.jvnv.net/view/wDOGu
2025-01-02T14:42:43 < zyp> rs is presumably ipv6 router solicitation
2025-01-02T14:43:44 < zyp> so AIUI it handles timeouts on that by scheduling a timeout handler on the system workqueue
2025-01-02T14:44:43 < zyp> and when that tries to send a new solicitation, it ends up being a blocking send on the current thread, i.e. the workqueue thread
2025-01-02T14:45:25 < zyp> so sends from other threads presumably block those threads
2025-01-02T14:48:08 < Steffanx> Yeah looks like it indeed
2025-01-02T16:17:26 < zyp> my other zephyr project has been running for a while: https://bin.jvnv.net/file/8YpaK.png
2025-01-02T16:19:52 < zyp> it's interesting how much information there's in just simple data like that
2025-01-02T16:20:51 < qyx> such warm much cozy
2025-01-02T16:21:02 < qyx> also, dry :S
2025-01-02T16:21:09 < zyp> welcome to winter
2025-01-02T16:21:11 < qyx> I can't sleep at 40%
2025-01-02T16:21:30 < qyx> do you use heat recovery ventilation?
2025-01-02T16:21:37 < zyp> yes
2025-01-02T16:21:57 < zyp> as in, there's a rotating heat exchanger between the inlet and the exhaust
2025-01-02T16:22:11 < qyx> this year I am trying without and the energy required to heat the house is almost half of that with it
2025-01-02T16:22:28 < qyx> I have to open the windows sometimes though
2025-01-02T16:22:42 < zyp> the bumps in RH at around 4AM almost every night had me thinking for a minute
2025-01-02T16:23:51 < qyx> hey but rotating exchanger is preserving the humidity
2025-01-02T16:23:55 < qyx> that's cheating
2025-01-02T16:24:26 < zyp> the dishwasher pops open once it's done, and I usually start it before I go to bed, unless there's not enough to justify running it
2025-01-02T16:24:35 < qyx> lol
2025-01-02T16:25:03 < zyp> new year's eve we ate dinner at a friend's place, hence not a lot of dishes, so no 4AM bump after
2025-01-02T16:50:48 < Steffanx> Dry? Isnt 40-60 considered the "ideal" rh? (with 50% being the most ideal)
2025-01-02T16:50:58 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-02T16:51:03 < Steffanx> (although it depends on who you ask, other state 30-50)
2025-01-02T16:51:19 < Steffanx> Welcome mr bitmask 
2025-01-02T16:51:26 < bitmask> hello sir
2025-01-02T16:51:28 < bitmask> happy new year
2025-01-02T16:51:59 < Steffanx> A good year to you too
2025-01-02T16:52:37 < bitmask> should it be a more frugal new year with only 1TB internal or should I go for the 2 I planned?
2025-01-02T16:53:13 < Steffanx> Depends on if you want to pay the apple tax or not.
2025-01-02T16:55:15 < bitmask> I'm sure I'll get an external m.2 thunderbolt 5 which runs just as fast as the internal according to the youtubes, but it would be nice to have 2 internal as well to install a fully functioning windows virtual machine
2025-01-02T16:56:21 < bitmask> speaking of, did you ever replaec your mini or decide against it
2025-01-02T16:59:38 < yakubin> Steffanx: I’m most comfortable at 70%. At 40% I’m uncomfortable breathing.
2025-01-02T16:59:55 < Steffanx> oof
2025-01-02T17:01:58 < qyx> same here
2025-01-02T17:08:52 < bitmask> hmm, this is the first time ive considered applecare, anyone ever use it?
2025-01-02T17:12:38 < Steffanx> So this is what kicad does qyx : https://imgur.com/a/v27wngp same happens in the schematic editor. Im still not sure why.
2025-01-02T17:13:35 < qyx> huh worksforme
2025-01-02T17:13:38 < Steffanx> No, im not moving my cursor that fast
2025-01-02T17:15:49 < Steffanx> Yeah im sure it works for you, you would have thrown it out of the window if it didnt
2025-01-02T17:18:38 < qyx> you bet
2025-01-02T17:19:05 < qyx> what will you do?
2025-01-02T17:20:41 < Steffanx> ok, not handling scale/dpi settings properly it is -_-
2025-01-02T17:23:05 < qyx> does it work at a specific screen position?
2025-01-02T17:23:15 < qyx> I mean, if the effect  is less visible eg. in the center of the screen
2025-01-02T17:23:21 < qyx> or left/top
2025-01-02T17:25:55 < Steffanx> "It is known that KiCad does not work well under Wayland." might be part of the problem. https://www.kicad.org/help/known-system-related-issues/
2025-01-02T17:31:03 < Steffanx> switching to an x11 session fixed it
2025-01-02T18:26:17 < zyp> hmm, zephyr supports gd32
2025-01-02T18:26:39 < zyp> apparently it doesn't reuse stm32 drivers, but contains a separate driver set for gd32
2025-01-02T18:27:11 < zyp> which at a glance seems to have better GPIOv1 support than the stm32 stuff
2025-01-02T18:27:24 < zyp> AFIO support for stm32 seems incomplete
2025-01-02T18:28:18 < zyp> probably not a lot of people using stm32f1 with zephyr
2025-01-02T18:34:47 < zyp> oh, no, just seems the stm32 AFIO driver are making some assumptions that doesn't hold
2025-01-02T18:37:54 < zyp> https://github.com/zephyrproject-rtos/zephyr/blob/main/drivers/pinctrl/pinctrl_stm32.c#L166
2025-01-02T18:38:15 < zyp> this expects all pins in the same group to have the same «remap» setting
2025-01-02T18:38:56 < zyp> but only three of the nine pins in the ethernet pin group is affected by the remap
2025-01-02T18:48:13 < zyp> yeah, fixing that function to ignore NO_REMAP pins makes it handle AFIO right
2025-01-02T18:48:36 < zyp> wonder how hard it's to get that fix upstreamed into zephyr :)
2025-01-02T18:49:02 < qyx> looks like a very exposed bug and yet not caught
2025-01-02T18:49:28 < zyp> it's f1, nobody cares about f1
2025-01-02T18:49:31 < qyx> on the other hand F1 is super old, I hope nobody is using it
2025-01-02T18:50:13 < zyp> only reason I'm dealing with this shit is because I grabbed some cheap chinese shit based on a stm32 clone, and almost all the clones got GPIOv1
2025-01-02T18:51:35 < zyp> next up is figuring out why the PHY doesn't come up
2025-01-02T18:52:05 < zyp> I expect it's either in reset or powerdown
2025-01-02T18:59:18 < zyp> and of course the MDIO interface of this MAC doesn't appear to be supported in zephyr either
2025-01-02T19:06:55 < qyx> what the hell systemd uses the wrong time/date format Thu 2025-01-02 17:05:15 UTC
2025-01-02T19:17:42 < qyx> I guess I am not even trying to get angry
2025-01-02T19:17:45 < qyx> let it be
2025-01-02T19:20:06 < zyp> wrong how?
2025-01-02T19:20:17 < zyp> tz?
2025-01-02T19:24:56 < zyp> okay, poking the MDIO registers directly just reads 0xffff, that sounds like the PHY is in reset (although if it is, I'd expect a lack of 50 MHz REF_CLK, and larger problems due to that)
2025-01-02T19:26:01 < qyx> wrong that it is "human readable", even if you select "machine readable" format
2025-01-02T19:26:58 < zyp> oh, wait
2025-01-02T19:27:22 < qyx> also timedatectl doc says 'status' reports in human readable format, 'show' in computer readable format
2025-01-02T19:27:27 < qyx> but the content of those two is different
2025-01-02T19:27:42 < qyx> 'show' doesn't report in UTC at all
2025-01-02T19:27:57 < zyp> this phy doesn't seem able to make the 50 MHz REF_CLK, so I'm apparently assuming wrong how it's supposed to work
2025-01-02T19:29:25 < zyp> no wonder the phy is not linking up if it expects a 50 MHz clock, and I'm giving it 25 MHz
2025-01-02T19:29:46 < zyp> > The device operates with 25-MHz clock when in MII mode and requires a 50-MHz clock when in RMII mode.
2025-01-02T19:30:11 < zyp> I assumed it was like the other PHYs I've used that takes 25 MHz, and generates 50 MHz that's fed back
2025-01-02T19:36:49 < qyx> thats master/slave mode
2025-01-02T19:36:59 < qyx> RMII can be fed refclk from the MAC
2025-01-02T19:37:05 < qyx> *RMII PHY
2025-01-02T19:37:36 < zyp> RMII_REF_CLK is typically an input on both sides from a common oscillator
2025-01-02T19:38:04 < qyx> or from an oscillator, yes
2025-01-02T19:38:07 < zyp> but more or less every RMII PHY I've used before has had the option to feed it 25 MHz and have it double it and output REF_CLK
2025-01-02T19:38:21 < qyx> which one is that?
2025-01-02T19:38:35 < zyp> KSZ whatever RNA
2025-01-02T19:38:39 < zyp> is one of them
2025-01-02T19:51:52 < zyp> okay, switching the MCO output to 50 MHz make the jack leds light up, that's good
2025-01-02T19:57:29 < zyp> still doesn't seem to be any connectivity though
2025-01-02T19:59:18 < qyx> more python https://bin.jvnv.net/file/cuGRv/Screenshot_2025-01-02_18-59-01.png
2025-01-02T20:08:30 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 246 seconds]
2025-01-02T20:09:08 < jbo> how's life?
2025-01-02T20:09:20 < jbo> did Steffanx leave again without telling us?
2025-01-02T20:09:40 < Steffanx> Yes the bastard
2025-01-02T20:12:56 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has joined ##stm32
2025-01-02T20:14:18 < jbo> no
2025-01-02T20:16:08 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-02T20:16:37 < Steffanx> ok
2025-01-02T20:16:42 < Steffanx> hi jbo. Hows the day
2025-01-02T20:16:52 < jbo> doing fine, thanks. How about there?
2025-01-02T20:17:04 < Steffanx> Alright. Alright
2025-01-02T20:17:07 < jbo> glad to hear that
2025-01-02T20:17:41 < jpa-> happy new stm32s
2025-01-02T20:17:50 < Steffanx> welcome back jpa- 
2025-01-02T20:17:59 < Steffanx> How was your holiday?
2025-01-02T20:18:05 < jpa-> it's not over yet
2025-01-02T20:18:16 < Steffanx> How is your holiday?
2025-01-02T20:18:23 < jpa-> fine so far
2025-01-02T20:18:38 < Steffanx> is jbo behaving too?
2025-01-02T20:18:48 < jpa-> no, he is still angry with me
2025-01-02T20:19:03 < Steffanx> oh dear
2025-01-02T20:19:17 < jpa-> but i got to observe some intense family drama over the new years, and now i'm happily 400 km away from all the drama
2025-01-02T20:19:21 < jpa-> so win-win
2025-01-02T20:20:00 < jbo> you could have just not done what you did, then there would be no drama
2025-01-02T20:20:12  * jbo jabs jpa- 
2025-01-02T20:21:05 < Steffanx> Sweet jpa- would never do such thing..
2025-01-02T20:21:19 < jpa-> i did, i confess
2025-01-02T20:21:48 < Steffanx> so it was more than just observing
2025-01-02T20:21:50 < jpa-> but i still don't see the problem
2025-01-02T20:23:12 < Steffanx> Time for a song https://www.youtube.com/watch?v=OD3F7J2PeYU
2025-01-02T20:23:28 < jpa-> besides, the tradition is that everyone must stir the christmas pudding
2025-01-02T20:24:10 < qyx> wat jpa- took part in a family drama over a pudding and then fled away?
2025-01-02T20:24:16 < qyx> is jpa- finnish even?
2025-01-02T20:25:27 < jpa-> well, i did go away
2025-01-02T20:25:40 < jpa-> and the pudding was metaprohical
2025-01-02T20:26:12 < Steffanx> jpa- didnt use his Perstuntuma properly
2025-01-02T20:27:28 < qyx> TIL perstuntuma "I just learned in Finland instead of saying "gut feeling" they say perstuntuma which means ass feeling. Finns - we actually feel a lot of things in our guts/torsos"
2025-01-02T20:27:31 < jpa-> Steffanx: i'm sorry if i didn't feel your ass enough
2025-01-02T20:28:30 < Steffanx> Yeah dont upset mr jbo
2025-01-02T20:29:25 < jpa-> qyx: kinda, though perstuntuma is also used in the "seat of your pants" scenarios, which you can feel in your ass..
2025-01-02T20:34:09 < jpa-> i'm not sure whether i'm correct in the nuances of the english phrases, but i think "seat of your pants" is about doing something based on instinct, while "gut feeling" is instinct about how things are; perstuntuma is slightly biased towards doing, while eg. mututuntuma (i feel feeling) is about knowing facts by instinct and näppituntuma (finger feeling) is about anything known by instinct
2025-01-02T20:34:26 < jpa-> we finns feel such many things, and then they claim we are cold and distant..
2025-01-02T20:38:35 < Steffanx> because you keep it all inside.
2025-01-02T20:39:41 < jpa-> where else would you put it?
2025-01-02T20:39:59 < jpa-> though.. i have had more feelings-talkies over the past week than in the year preceding
2025-01-02T20:42:28 < Steffanx> Where you else you put it? I dont know..
2025-01-02T20:43:58 < jpa-> Steffanx: was your christmas nice and feelingsy?
2025-01-02T20:44:44 < Steffanx> It wasn't bad, no feelingsly
2025-01-02T20:45:16 < Steffanx> -l
2025-01-02T20:45:30 < jpa-> such cold dutchie
2025-01-02T20:45:42 < Steffanx> Blame my family lol
2025-01-02T20:46:14 < jpa-> are you secretly finnish?
2025-01-02T20:49:39 < Steffanx> Yeah secretly my name is even Steffäänx
2025-01-02T20:50:06 < Steffanx> I was going to come up with a finnish surname starting with the letter X but .. do they exist?
2025-01-02T20:50:22 < jpa-> Steffään Naffetialainen
2025-01-02T20:55:58 < bitmask> I'm so bad at c++ and cyclic includes
2025-01-02T20:56:13 < Steffanx> C++ pros use modules 
2025-01-02T20:58:11 < bitmask> ive somehow made 2 compile breaking changes doing mundane crap in the past two days that each have required like 5 hours of fiddling/fixing
2025-01-02T20:58:57 < bitmask> I used to just include everything in the header file that I might need...
2025-01-02T20:59:03 < bitmask> great idea right?
2025-01-02T20:59:22 < bitmask> and quite a few small classes with all implementation in the header file
2025-01-02T20:59:33 < bitmask> omg it just compiled, will it work?
2025-01-02T20:59:46 < jpa-> of course it works
2025-01-02T20:59:55 < jpa-> in C and C++, anything that compiles will work
2025-01-02T20:59:59 < bitmask> omg it did work
2025-01-02T21:00:35 < jpa-> in Rust, anything that compiles will be a magnificient masterpiece of software artistry
2025-01-02T21:01:21 < bitmask> i havent tried rust yet
2025-01-02T21:01:28 < bitmask> might leave that yet off
2025-01-02T21:02:00 < bitmask> while im at it, I should create cpp files for every hpp file...
2025-01-02T21:02:10 < zyp> why?
2025-01-02T21:03:53 < bitmask> yea nvm, thats over 30 files
2025-01-02T21:03:57 < zyp> hmm, I wonder where the next fuckup is
2025-01-02T21:03:57 < bitmask> and most dont need it
2025-01-02T21:04:03 < bitmask> i just need to use it when its necessary
2025-01-02T21:04:48 < bitmask> I should probably start reading about c++ again... I have a bunch of books, read like 2 of them and prob dont remember anything from them. my memory is shit
2025-01-02T21:04:55 < bitmask> i need better practices
2025-01-02T21:05:00 < zyp> ethernet now links up, but receive counters on the mcu stays at 0, and I'm also not getting any packets from it
2025-01-02T21:05:11 < zyp> so neither tx nor rx paths actually pass data
2025-01-02T21:05:13 < bitmask> its a miracle that I have a working engine, as simple as it may be at the moment
2025-01-02T21:05:29 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Remote host closed the connection]
2025-01-02T21:05:39 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-02T21:07:19 < bitmask> https://i.imgur.com/OwbDm88.png (ignore the shadow artifacts)
2025-01-02T21:09:25 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Remote host closed the connection]
2025-01-02T21:09:56 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-02T21:10:27 < jpa-> imgur tells me that bitmasks' image is erotic in nature.. i didn't know bitmask was into dogs
2025-01-02T21:11:26 < bitmask> well now you know?
2025-01-02T21:11:33 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Remote host closed the connection]
2025-01-02T21:11:58 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-02T21:12:50 < ventyl> bitmask: I guess that viability of learning C++ on this topic depends on your ability to tolerate frustration
2025-01-02T21:13:05 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Remote host closed the connection]
2025-01-02T21:13:37 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-02T21:16:04 < zyp> hmm, scope says there's both crs_dv and tx_en activity
2025-01-02T21:24:40 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has quit [Ping timeout: 240 seconds]
2025-01-02T21:55:59 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Ping timeout: 260 seconds]
2025-01-02T22:11:15 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 244 seconds]
2025-01-02T22:15:12 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-02T22:18:26 < zyp> it was polling the wrong phy address and getting the speed wrong
2025-01-02T22:18:40 < zyp> now the tx path works
2025-01-02T22:18:54 < zyp> as in, I can see sent packets in wireshark
2025-01-02T22:19:04 < zyp> but receiving still doesn't work
2025-01-02T22:27:10 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-02T22:35:37 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-02T22:39:53 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 265 seconds]
2025-01-02T22:46:50 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-505c-ca65-d08c-9a46.fixed6.kpn.net] has joined ##stm32
2025-01-02T23:08:10 < zyp> hmm, the ethernet isr is not getting called
2025-01-02T23:08:27 < zyp> so received packets are not processed
2025-01-02T23:08:50 < zyp> if I trigger the irq manually, packets do get processed
2025-01-02T23:09:31 < zyp> the enables in the MAC looks good
2025-01-02T23:10:00 < zyp> so this is probably the point where the cloners fucked up and didn't wire the irq line correctly
2025-01-02T23:14:47 < zyp> oh, yeah, not sure about fuckup, but they've moved it from irq 61 to irq 79
2025-01-02T23:15:06 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 244 seconds]
2025-01-02T23:17:50 < zyp> hmm, most of the table looks identical, but they moved a bunch of stuff around at the end
2025-01-02T23:30:41 < zyp> easy enough to patch the device tree to override it, but where the fuck do they set the irq max
2025-01-02T23:30:44 < zyp> > error: IRQ 79 (offset=0) exceeds the maximum of 67
2025-01-02T23:35:54 < qyx> haha
2025-01-02T23:36:08 < zyp> oh, right
2025-01-02T23:36:09 < zyp> CONFIG_NUM_IRQS=68
2025-01-02T23:40:26 < zyp> apparently it gets ignored if I try setting it
2025-01-02T23:41:10 < qyx> that's the thing I really hate with all those build systems around there
2025-01-02T23:41:20 < qyx> that's also why I hate cmake
2025-01-02T23:41:51 < zyp> yeah, I don't really like this kconfig stuff
2025-01-02T23:41:52 < qyx> and openwrt's buildroot because it has milions of different stamps and flags to mark things which are not to be rebuilt/updated again
2025-01-02T23:42:01 < qyx> oh i like kconfig
2025-01-02T23:42:21 < qyx> but I am using it as intended, run, configure, generate config.h, rebuild
2025-01-02T23:42:45 < qyx> the thing is it is unoptimal brecause not everything needs to be rebuilt
--- Day changed Fri Jan 03 2025
2025-01-03T00:16:18 < zyp> 16 bytes from fe80::280:e1ff:fef8:39c%en10, icmp_seq=0 hlim=64 time=1.967 ms
2025-01-03T00:16:19 < zyp> yay
2025-01-03T00:45:54 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-03T00:54:12 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-03T00:54:29 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-03T01:05:18 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-03T01:05:27 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-03T01:11:45 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-505c-ca65-d08c-9a46.fixed6.kpn.net] has quit [Ping timeout: 248 seconds]
2025-01-03T01:20:20 < Steffanx> 🙌🏼
2025-01-03T01:22:23 < zyp> did the zephyr PR as well, curious to see how fast it gets merged
2025-01-03T03:06:46 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 252 seconds]
2025-01-03T03:14:25 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-03T04:20:07 -!- Miyu [~hackkitte@94.31.74.74] has joined ##stm32
2025-01-03T04:20:40 -!- hackkitten [~hackkitte@94.31.115.34] has quit [Ping timeout: 244 seconds]
2025-01-03T04:25:28 -!- Miyu [~hackkitte@94.31.74.74] has quit [Ping timeout: 265 seconds]
2025-01-03T04:26:11 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300:aff6:9391:28d3:8f13] has joined ##stm32
2025-01-03T04:40:26 < qyx> mqtt pros, how can I check if a mosquitto bridge is connected and ok?
2025-01-03T04:41:03 < qyx> my ai friend is suggesting publishing a qos 2 message, if it returns immediately, it was delibered over the bridge
2025-01-03T04:41:28 < qyx> if timeouts, the bridge (or any other destination) is probably inaccessible
2025-01-03T04:51:14 < qyx> oh it is directly in the manpage
2025-01-03T04:58:22 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-03T05:17:57 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
2025-01-03T06:49:16 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-03T06:49:31 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-03T07:30:50 < karlp> qyx: mosquitto has a bridge state notification topic you can use,
2025-01-03T07:30:56 < karlp> andyou set keepalive on the bridge as you see fit.
2025-01-03T07:32:31 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-03T07:32:39 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-03T07:57:54 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-03T07:58:09 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-03T08:06:59 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-03T08:14:08 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-03T08:20:13 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-807a-279e-d15b-4279.fixed6.kpn.net] has joined ##stm32
2025-01-03T08:55:51 < qyx> karlp: yeah found that in the manpage, thanks
2025-01-03T09:06:54 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-03T09:13:18 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-807a-279e-d15b-4279.fixed6.kpn.net] has quit [Ping timeout: 245 seconds]
2025-01-03T11:08:34 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-03T12:11:53 -!- NEYi_ [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-01-03T13:23:38 -!- kovalevsky [~kovalevsk@190.103.220.78] has joined ##stm32
2025-01-03T13:23:38 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has changed host
2025-01-03T13:51:25 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-03T13:56:45 < zyp> not overly impressed by the zephyr shell's dns resolve command
2025-01-03T13:57:25 < zyp> first of all, it only gives me ipv4 addrs even if my zephyr build is ipv6 only
2025-01-03T13:59:52 < zyp> and if I put in a .local domain, it gets stuck somehow
2025-01-03T14:04:06 < Steffanx> those shell thingies are never really polished imho and just some basicish functionality
2025-01-03T14:04:17 < zyp> indeed
2025-01-03T14:05:31 < zyp> I figure it's time to start actually writing some code, I currently have a 150k blinky
2025-01-03T14:06:03 < zyp> https://paste.jvnv.net/view/dRTuO
2025-01-03T14:31:30 < qyx> fancy code
2025-01-03T15:11:30 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-03T15:11:50 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-03T15:39:42 < zyp> hmm, doing an ipv6 .local query also gets stuck
2025-01-03T15:39:50 < zyp> despite setting a timeout on it
2025-01-03T16:37:48 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-03T16:38:51 -!- qyx [~qyx@84.245.121.3] has quit [Ping timeout: 252 seconds]
2025-01-03T16:40:51 -!- qyx [~qyx@84.245.121.176] has joined ##stm32
2025-01-03T16:42:34 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-03T16:45:22 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-03T16:45:35 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-03T17:00:38 < zyp> uh oh, my coro executor makes some assumptions about zephyr workqueues that doesn't hold, and that just bit me
2025-01-03T17:13:15 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-03T17:39:37 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-03T17:39:56 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-03T17:47:29 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-03T17:47:45 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-03T17:48:16 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-03T17:50:19 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-03T17:51:04 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-03T17:51:22 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-03T17:54:43 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-03T18:07:20 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-03T18:38:34 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-03T18:38:47 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-03T18:54:29 < jbo> aye
2025-01-03T18:54:35 < jbo> why is zyp doing zephyr?
2025-01-03T19:13:43 < zyp> why not?
2025-01-03T19:14:25 < zyp> anyway, I found the reason it gets stuck on .local
2025-01-03T19:16:35 < zyp> the timeout handler is only started when a query is submitted, .local queries are only submitted to «servers» marked as is_mdns in the server list, so the server list should contain a mdns multicast addr
2025-01-03T19:16:40 < zyp> and for some reason it doesn't
2025-01-03T19:16:55 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Ping timeout: 264 seconds]
2025-01-03T19:18:01 < zyp> so .local queries skips all servers in the list, so there's no timeout started, and it's not a failure condition either, so the function returns ok
2025-01-03T19:18:23 -!- ALTracer [~ALTracer@188.65.244.84] has joined ##stm32
2025-01-03T19:18:24 < zyp> so any code expecting error or callback will get stuck there
2025-01-03T19:18:48 < qyx> sounds like a typical optimistic programming bug?
2025-01-03T19:18:57 < qyx> not thinking about the error paths?
2025-01-03T19:20:19 < qyx> also I have not seen anyone else using the .local domain
2025-01-03T19:20:26 < zyp> well, stuff is gated on CONFIG_MDNS_RESOLVER, so it's effectively assuming one of those are present in the server list if enabled
2025-01-03T19:20:38 < zyp> anyone else how?
2025-01-03T19:20:53 < zyp> there's plenty of mdns stuff using .local
2025-01-03T19:21:15 < qyx> well itis like enabling ipv6 in the kernel and then not configuring it?
2025-01-03T19:21:23 < zyp> I installed hassio on a rpi to test against earlier today, and it came up on homeassistant.local
2025-01-03T19:21:43 < zyp> so I now want zephyr to find it
2025-01-03T19:21:54 < BrainDamage> .local is rcf prescribed default domain for dns
2025-01-03T19:21:59 < BrainDamage> mdns**
2025-01-03T19:22:16 < qyx> yes but it is usually done under the hood with dhcp's searchdomain
2025-01-03T19:22:33 < BrainDamage> what dns system are you using?
2025-01-03T19:22:35 < qyx> I am also using just 'ha'
2025-01-03T19:23:08 < BrainDamage> some use nsswitch, other have their own
2025-01-03T19:23:31 < qyx> systemd resolver
2025-01-03T19:23:56 < qyx> and on the router it is just dhcp server populating local dns records
2025-01-03T19:24:04 < qyx> on the .local and .lan domain
2025-01-03T19:24:12 < qyx> which is advertised hsing dhcp to client
2025-01-03T19:24:26 < qyx> so I have everything accessible using hostnames only
2025-01-03T19:24:58 < qyx> afaik in windows envs it is available the same
2025-01-03T19:25:35 < qyx> the only thing using mdns here is the printer
2025-01-03T19:25:49 < qyx> and it is also the only thing constantly causing hassle
2025-01-03T19:26:22 < BrainDamage> if your router advertises on .local it's violating a rfc
2025-01-03T19:26:57 < BrainDamage> systemd resolved has multiple configs about mdns offloating
2025-01-03T19:27:13 < qyx> the default is .lan iirc
2025-01-03T19:27:14 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-01-03T19:27:18 < BrainDamage> one at ifce level, one at networkd level, and one as system leve
2025-01-03T19:28:20 < BrainDamage> interface*
2025-01-03T19:30:06 < qyx> https://forum.mikrotik.com/viewtopic.php?t=182941
2025-01-03T19:30:24 < qyx> here they are talking about the confusion regarding .local
2025-01-03T19:31:10 < qyx> you are surely right but I remember there were docs talking about configuring it on the router as I described
2025-01-03T19:31:25 < qyx> back in the days I was younger and dumber
2025-01-03T19:31:33 < qyx> and just configured it that way
2025-01-03T19:32:34 < qyx> then I migrated to openwrt and did it similarly without much thinking
2025-01-03T19:33:08 < zyp> hrm, this is another dumb
2025-01-03T19:33:21 -!- ALTracer [~ALTracer@188.65.244.84] has quit [Read error: Connection reset by peer]
2025-01-03T19:33:32 < zyp> https://github.com/zephyrproject-rtos/zephyr/blob/main/subsys/net/lib/dns/resolve.c#L1806 <- here's the line that's supposed to init the MDNS addr
2025-01-03T19:33:34 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-03T19:33:55 < zyp> but it's not included due to the ifdef on 1762
2025-01-03T19:34:15 < zyp> i.e. CONFIG_DNS_SERVER_IP_ADDRESSES
2025-01-03T19:34:39 < zyp> which I don't have, because the regular dns server is learned dynamically
2025-01-03T19:43:46 < zyp> setting that option still doesn't work, because then the mdns addr gets put into the first slot, which then gets overwritten by the learned dns server
2025-01-03T19:57:00 < zyp> okay, on to next bullshit issue
2025-01-03T19:57:44 < zyp> I now see both MDNS queries going out as well as answers in wireshark, but I'm still just getting timeouts
2025-01-03T20:28:36 < zyp> I'm apparently not receiving UDP at all: https://paste.jvnv.net/view/afmap
2025-01-03T20:30:59 < zyp> I wonder if this is some obscure bullshit because my build is IPV6 only and everybody else are building with IPV4 support
2025-01-03T20:49:57 < zyp> [00:00:04.466,000] <dbg> net_ipv6: net_ipv6_input: (rx_q[0]): IPv6 packet len 135 received from fe80::f647:c6dc:5f03:368d to ff02::fb
2025-01-03T20:50:00 < zyp> [00:00:04.466,000] <dbg> net_ipv6: net_ipv6_input: (rx_q[0]): DROP: packet for unjoined multicast address
2025-01-03T20:50:03 < zyp> okay, there's where they go
2025-01-03T21:07:03 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 245 seconds]
2025-01-03T21:30:49 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has joined ##stm32
2025-01-03T21:30:52 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-03T22:05:36 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 264 seconds]
2025-01-03T22:10:54 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-89c4-d8f4-3bbb-99ec.fixed6.kpn.net] has joined ##stm32
2025-01-03T22:25:22 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-03T22:35:48 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 252 seconds]
2025-01-03T22:50:22 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has quit [Quit: Client closed]
2025-01-03T23:28:59 -!- yakubin [~yakubin@user/yakubin] has quit [Quit: Bye]
2025-01-03T23:38:35 -!- yakubin [~yakubin@user/yakubin] has joined ##stm32
2025-01-03T23:51:51 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-89c4-d8f4-3bbb-99ec.fixed6.kpn.net] has quit [Ping timeout: 276 seconds]
--- Day changed Sat Jan 04 2025
2025-01-04T00:19:43 -!- kovalevsky [~kovalevsk@181.168.239.174] has joined ##stm32
2025-01-04T00:19:43 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has changed host
2025-01-04T00:29:45 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-04T01:24:10 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-04T01:28:11 < zyp> next up: «why doesn't MQTT want to connect?» «oh, I don't have CONFIG_NET_TCP»
2025-01-04T01:28:21 < zyp> you'd think that'd be implied
2025-01-04T01:29:55 < zyp> great, tcp doesn't *fit*
2025-01-04T01:29:59 < zyp> > region `RAM' overflowed by 3232 bytes
2025-01-04T01:30:32 < zyp> except this stm32 clone has more ram than the stm32f107 it's pretending to be, let's tell zephyr that
2025-01-04T01:31:28 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-04T01:31:31 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-04T01:44:10 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-04T01:50:15 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-04T02:04:15 < zyp> hey, progress: https://bin.jvnv.net/file/08CAX.png
2025-01-04T02:04:29 < zyp> this MQTT API is absolutely awful
2025-01-04T02:08:06 < qyx> wouldn't it be easier to implement the HA protocol on the remote device instead?
2025-01-04T02:08:23 < zyp> what HA protocol?
2025-01-04T02:08:24 < qyx> or run the implementation
2025-01-04T02:08:34 < qyx> HA has its own protocol which connects in reverse
2025-01-04T02:08:43 < qyx> HA+esphome, that is
2025-01-04T02:09:00 < qyx> you just add it to HA via integrations and it auto discovers everything
2025-01-04T02:09:08 < zyp> you mean the esphome protocol?
2025-01-04T02:09:27 < qyx> most probably it is called that
2025-01-04T02:10:40 < zyp> not really looking to recreate esphome, and I probably don't want to reimplement that protocol either
2025-01-04T02:12:05 < zyp> I'm aiming to use the MQTT autoconf stuff, where the device publishes a descriptor on a topic that tells HA what it is
2025-01-04T02:12:38 < zyp> partly because I've used that before and know it works and partly because I should learn zephyr mqtt for other stuff anyway
2025-01-04T02:14:45 < zyp> I have an orange pi something sitting in my tv bench running a python script that talks to the TV's RS232 port and also to HA via MQTT
2025-01-04T02:15:38 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has joined ##stm32
2025-01-04T02:15:51 < zyp> kinda overkill solution to tell HA whether the TV is on or off, and lets HA turn on and off the TV, but it's simple and just works
2025-01-04T02:16:32 < zyp> except sometimes it gets stuck in some state that even a powercycle doesn't recover from, idk if it's the command parser in the TV that goes out of sync
2025-01-04T02:16:55 < zyp> doesn't happen often enough that I've bothered looking into it
2025-01-04T02:18:42 < zyp> anyway
2025-01-04T02:23:36 < nomorekaki> sudo overkill
2025-01-04T02:25:50 < zyp> hmm, what's the most reasonable ethernet stm32 nowadays
2025-01-04T02:26:36 < qyx> I would say h5
2025-01-04T02:26:46 < qyx> but h7 looks more acessible in 0.8 mm bga
2025-01-04T02:27:00 < nomorekaki> esp32
2025-01-04T02:27:18 < qyx> didnt esp32 dropped ethernet in newer chips?
2025-01-04T02:27:41 < nomorekaki> oh bummer
2025-01-04T02:28:12 < nomorekaki> they were too good so they had to nerf it
2025-01-04T02:44:48 < zyp> hmm, good old f407 is still pretty available
2025-01-04T02:45:08 < Steffanx> Yeah H5 is cheap
2025-01-04T02:45:21 < qyx> nomorekaki: stm32 project update https://bin.jvnv.net/file/1Mpyt
2025-01-04T02:45:28 < zyp> h56x is over twice as expensive as f407
2025-01-04T02:46:05 < nomorekaki> qyx: wher is the controllers?
2025-01-04T02:46:05 < qyx> really, it was pretty cheap last time we checked
2025-01-04T02:46:17 < qyx> nomorekaki: disconnected, tidying up the cabling now
2025-01-04T02:46:32 < zyp> lowend h7 is closer to f407
2025-01-04T02:46:34 < qyx> potatocam photo from the other side https://bin.jvnv.net/file/iZtET
2025-01-04T02:46:39 < zyp> but lowend h7 has much less flash
2025-01-04T02:46:39 < nomorekaki> thanks for reminding I need to buy a cable
2025-01-04T02:46:42 < qyx> zyp: there is a lowend h5 too, isn't it?
2025-01-04T02:46:49 < zyp> with ethernet?
2025-01-04T02:46:58 < zyp> I thought ethernet was h56x only
2025-01-04T02:47:18 < nomorekaki> how does it meter the gas qyx?
2025-01-04T02:48:01 < zyp> hmm
2025-01-04T02:48:35 < zyp> h750 has 1M ram, 128k flash, f407 has 1M flash, 192k ram
2025-01-04T02:48:51 < zyp> or however that went
2025-01-04T02:49:21 < qyx> but h750 is meant to run from qspi
2025-01-04T02:49:27 < qyx> or hyperthing
2025-01-04T02:49:30 < qyx> or ram
2025-01-04T02:49:41 < zyp> that adds cost
2025-01-04T02:49:52 < qyx> 0.50?
2025-01-04T02:50:11 < zyp> h723 is closer to h56x
2025-01-04T02:50:13 < zyp> but cheaper
2025-01-04T02:50:15 < qyx> but you are right, there is no lowend h5 with ethernet
2025-01-04T02:50:35 < qyx> what's the purpose of h5 then
2025-01-04T02:50:38 < qyx> I see none
2025-01-04T02:50:42 < zyp> trustzone?
2025-01-04T02:50:50 < qyx> but it is too power hungry
2025-01-04T02:50:59 < zyp> I picked up a h5 nucleo to play with trustzone
2025-01-04T02:51:07 < qyx> definitely not for IoT
2025-01-04T02:51:10 < qyx> L5 fitst better
2025-01-04T02:51:32 < qyx> I though all h5 have ethernet, that would have at least some sense
2025-01-04T02:52:11 < qyx> nomorekaki: no eff nor endurance test yet
2025-01-04T02:52:30 < nomorekaki> metering as throttling
2025-01-04T02:52:39 < nomorekaki> and mixture
2025-01-04T02:52:54 < nomorekaki> ah wait im dumb
2025-01-04T02:52:58 < zyp> I was looking at some details for my «security as safety» project a couple of weeks ago, and I suspect I might have to adjust it a bit
2025-01-04T02:53:00 < nomorekaki> you use injector
2025-01-04T02:53:33 < qyx> yeah it is injected
2025-01-04T02:53:38 < zyp> I have apparently underestimated how much time pki signature verification takes
2025-01-04T02:54:06 < qyx> what numbers did you achieve?
2025-01-04T02:54:19 < qyx> ed25519 was about 1/4 sec last time I checked
2025-01-04T02:54:24 < qyx> using the more optimized lib
2025-01-04T02:54:40 < zyp> haven't achieved any, just looked at numbers for various libs/algorithms
2025-01-04T02:54:44 < qyx> no sorry, 1 per sec, curve25519 DH was 1/4
2025-01-04T02:55:28 < zyp> so what I want to have is cryptographically signed safety keepalives
2025-01-04T02:55:56 < qyx> ake+hmac?
2025-01-04T02:56:45 < zyp> because as long as they pass signature verification, and the verification code is safe, I can rely on there being no other fuckups anywhere, since correctly signed packets simply can't be made accidentally, only deliberately
2025-01-04T02:57:36 < qyx> for a work proj I would use whatever ecdh is available  in a AKE construct and for packets, sign with HMAC
2025-01-04T02:57:56 < zyp> how does that work?
2025-01-04T02:59:20 < zyp> use pki to exchange a symmetric key, and use the latter for signing?
2025-01-04T02:59:41 < qyx> you don't need pki, pki is about the infrastructure
2025-01-04T02:59:57 < qyx> if you can use TOFU or preshared keys, just a simple AKE
2025-01-04T03:00:24 < qyx> AKE is DH + some sort of authentication of the other party
2025-01-04T03:00:30 < qyx> because DH on its own doesn't provide that
2025-01-04T03:00:55 < qyx> and then derive your transport keys from the shared secrets using some key derivation function
2025-01-04T03:01:13 < qyx> and just send a nonce in the ping, sign with hmac(nonce) in the pong
2025-01-04T03:01:30 < qyx> the key concept here is the symmetric signature can be made much more faster
2025-01-04T03:01:42 < qyx> keep a counter and after a number of signatures made, derive a new key
2025-01-04T03:01:54 < qyx> you don't neccessarily need a new DH for that
2025-01-04T03:02:10 < zyp> from a safety perspective, it becomes a question of what can access the signing key
2025-01-04T03:02:14 < qyx> you can use some ratcheting mechanism (see how OTR does that), providing you some perfect forward secrecy
2025-01-04T03:02:22 < qyx> yes, always
2025-01-04T03:02:53 < qyx> hence you are using ratcheting so even when the key leaks, it is valid only for a small time span
2025-01-04T03:03:00 < qyx> the symmetric key, that is
2025-01-04T03:03:12 < qyx> if a assymetric one is leaked, you have bigger problems
2025-01-04T03:03:17 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 248 seconds]
2025-01-04T03:03:26 < qyx> but that one can be inside some sort of key magic
2025-01-04T03:03:29 < zyp> my goal is to have as little safety code as possible, isolated from everything else
2025-01-04T03:03:30 < qyx> trustzoned storage
2025-01-04T03:03:40 < zyp> exactly
2025-01-04T03:04:03 < qyx> so the only thing running in the userspace is the signing par using the short lived key
2025-01-04T03:04:20 < qyx> if you want you can derive one every other packet
2025-01-04T03:04:28 < qyx> but then you have to keep an eye on packet loss
2025-01-04T03:04:40 < qyx> and reordering
2025-01-04T03:04:40 < zyp> for assymetric crypto, the signing key would never leave the signing mcu
2025-01-04T03:04:45 < qyx> yes
2025-01-04T03:04:46 < nomorekaki> qyx: did you get it running right?
2025-01-04T03:04:52 < qyx> nomorekaki: yes
2025-01-04T03:04:58 < qyx> then I broke my ecu
2025-01-04T03:05:06 < nomorekaki> how you broke ecu
2025-01-04T03:05:14 < zyp> and if I kill power/connectivity to the signing mcu, it's perfectly safe no matter what code fuckups it contains
2025-01-04T03:05:18 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-04T03:05:21 < nomorekaki> shouldnt that be rather robust electrically?
2025-01-04T03:05:31 < zyp> which leaves only the signature checking as safety critical code
2025-01-04T03:05:50 < zyp> and that's what I want to stick into trustzone on a H5 or something
2025-01-04T03:05:53 < qyx> signature checking is somewhat similar to signing
2025-01-04T03:06:03 < qyx> one or two hashes depending on their properties and one key
2025-01-04T03:06:36 < zyp> anyway, I'm too tired to think about details tonight, let's continue this discussion later
2025-01-04T03:07:01 < qyx> if you used a less fucked up PRF than sha2, you could omit the hmac too
2025-01-04T03:07:07 < qyx> sha3 works, or blake2s
2025-01-04T03:07:14 < qyx> anything resistant to length extension attacks
2025-01-04T03:14:34 < qyx> ok bummer, I can't find the ecu nor inverter nomorekaki 
2025-01-04T03:14:57 < nomorekaki> cant find wym?
2025-01-04T03:15:17 < qyx> I was tyding up
2025-01-04T03:17:22 < nomorekaki> you have lost them?
2025-01-04T03:18:14 < qyx> they can't be too far
2025-01-04T03:31:56 < qyx> found it
2025-01-04T03:41:49 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 265 seconds]
2025-01-04T03:45:00 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-04T03:52:12 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-04T03:55:32 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-04T04:14:06 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-04T05:14:26 < karlp> whee, nearly back in civilization. only 235ms to home server, instead of 450 :)
2025-01-04T05:21:43 < qyx> still sounds like on the other side of the globe
2025-01-04T05:21:59 < qyx> bummer, I have a 4-wire 12V fan and my ecu is not prepared for it
2025-01-04T05:22:12 < qyx> apparently I can't simply PWM the power to a PWM-input equipped fan
2025-01-04T05:23:26 < qyx> I know, I will power status LEDs with 12V power outputs and PWM the fan with a 5V LED output
2025-01-04T05:44:24 < fenugrec> yeah IIRC the pwm-input on compu-fans is fairly permissive on voltage levels
2025-01-04T05:50:27 < qyx> fairly permissive input would allow me 24 V
2025-01-04T05:50:39 < qyx> this one looks a bit picky with 5.25 V max
2025-01-04T05:58:51 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-04T06:13:08 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
2025-01-04T07:33:07 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-04T07:33:35 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-04T07:50:32 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-04T09:35:45 < jpa-> qyx: you could feed the PWM pin through resistor divider from the PWM power output
2025-01-04T09:36:09 < jpa-> though IIRC most computer fans with 4 pins are still happy to run on PWM power input
2025-01-04T10:11:56 < karlp> yeah, form .fj, back to .nz
2025-01-04T10:21:04 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-3498-bef2-a81b-569b.fixed6.kpn.net] has joined ##stm32
2025-01-04T10:51:36 < BrainDamage> if all the time was from distance, 450ms you'd have to be on a geostationary satellite
2025-01-04T11:58:13 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Ping timeout: 248 seconds]
2025-01-04T12:13:14 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-04T12:59:31 -!- kovalevsky [~kovalevsk@181.168.239.174] has joined ##stm32
2025-01-04T12:59:31 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has changed host
2025-01-04T13:41:06 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-04T14:49:14 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-04T15:15:12 < Steffanx> zyp: re F407 vs H563. Whose prices were you comparing, because indeed on lcsc the 407 is way cheaper, but on the regular western channels the H563 seems to be slightly cheaper.  
2025-01-04T15:17:47 < Steffanx> STM32F407ZGT6 for $3.06 is hard to beat.
2025-01-04T15:20:04 < Steffanx> or ZE for $2.6
2025-01-04T15:36:38 < qyx> how is it possible chinks have that different prices for some items?
2025-01-04T15:36:51 < qyx> is it ST trying to phase out old products in the west?
2025-01-04T15:37:14 < qyx> actually could make some sense but where china get the cheap ones then?
2025-01-04T16:12:54 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Ping timeout: 252 seconds]
2025-01-04T16:15:37 -!- ALTracer [~ALTracer@81.9.126.221] has joined ##stm32
2025-01-04T16:20:06 -!- ALTracer [~ALTracer@81.9.126.221] has quit [Read error: Connection reset by peer]
2025-01-04T16:20:20 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-04T16:37:55 < jpa-> qyx: or could be distributor markup and ST woulf be selling new parts at initial discount to get them into designs
2025-01-04T16:39:51 < Steffanx> but the 407 is "old"..
2025-01-04T16:40:15 < qyx> and wasn't cheap even when it was new
2025-01-04T16:42:53 < qyx> nomorekaki: update https://bin.jvnv.net/file/tckMr/IMG_2025-01-04-05-49-10-262.jpg
2025-01-04T16:42:57 < qyx> stm32 missing
2025-01-04T16:43:22 < Steffanx> Cheapest stm32 you can get for sure.
2025-01-04T17:44:20 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 244 seconds]
2025-01-04T17:44:52 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Quit: Quit]
2025-01-04T17:45:23 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-04T18:31:52 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 244 seconds]
2025-01-04T19:11:19 < zyp> Steffanx, I went by https://jlcpcb.com/parts because that's what matters for any ethernet boards I'm likely to do
2025-01-04T19:11:32 < Steffanx> Yeah i figured
2025-01-04T19:19:53 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-04T19:46:41 < kovalevsky> Anyone have had experience with clock generators?
2025-01-04T19:46:58 < kovalevsky> Want to know opinions about different vendor experience.
2025-01-04T19:47:51 < kovalevsky> So far my experiences with clock generators from Skyworks, or better to say, Silicon Labs has not been too great.
2025-01-04T19:48:15 < kovalevsky> There are some registers that are not documented on the reference manual. Thats really bad.
2025-01-04T20:12:43 < qyx> which one from silabs?
2025-01-04T20:13:04 < qyx> hm, so simply don't touch those registers?
2025-01-04T21:19:55 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-04T21:21:56 -!- hexo__ [~hexo@user/hexo] has quit [Client Quit]
2025-01-04T21:22:24 -!- hexo_ is now known as hexo
2025-01-04T21:30:38 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds]
2025-01-04T21:41:35 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 265 seconds]
2025-01-04T21:47:48 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-04T22:00:36 < qyx> so, time to start the new work year with an empty work table
2025-01-04T22:03:43 -!- soweli_iki [~user@user/soweli-iki:47461] has quit [Ping timeout: 245 seconds]
2025-01-04T22:22:08 -!- soweli_iki [~user@2601:c6:4100:2240:e1ea:80d:da5:d1e6] has joined ##stm32
2025-01-04T22:23:18 -!- soweli_iki [~user@user/soweli-iki:47461] has changed host
2025-01-04T22:32:44 < kovalevsky> @qyx, si53xx 
2025-01-04T22:33:10 < kovalevsky> In this particular case, you do need to touch them since some of them are to powered down?
2025-01-04T22:41:59 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Quit: Leaving]
2025-01-04T22:59:40 < nomorekaki> qyx: very neat
2025-01-04T23:00:00 < nomorekaki> where is the mcu?
2025-01-04T23:00:37 < nomorekaki> bbl>
2025-01-04T23:00:41 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has quit [Quit: Client closed]
2025-01-04T23:35:27 -!- martinmoene [~Martin@2a02-a45a-96ba-1-18a7-6e1b-bc1e-d47.fixed6.kpn.net] has joined ##stm32
2025-01-04T23:38:04 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-3498-bef2-a81b-569b.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
--- Day changed Sun Jan 05 2025
2025-01-05T00:01:26 < englishman> there are always undocumented registers
2025-01-05T00:02:15 < qyx> yes but usually not essential ones, at least with reputable manufacturers
2025-01-05T00:03:03 < qyx> I am not expecting full register docs from broadcom, realtek, etc.
2025-01-05T00:03:13 < qyx> but I do from ST, TI, silabs, etc
2025-01-05T00:05:24 -!- invzim [~perole@vv.kirurg.org] has joined ##stm32
2025-01-05T00:08:39 < invzim> been busybusybusy, happy new year peoples
2025-01-05T00:14:19 < zyp> happy new year, invzim 
2025-01-05T00:22:32 -!- martinmoene [~Martin@2a02-a45a-96ba-1-18a7-6e1b-bc1e-d47.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-05T00:25:31 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-05T00:27:14 < invzim> I have no idea how long it's been since I've been around, possibly years
2025-01-05T00:29:53 < Steffanx> You fond your way to libera then it seems
2025-01-05T00:29:56 < Steffanx> *found
2025-01-05T00:36:26 < invzim> probaboy common knowledge aroud here, but this thing is fantastic and a must-have, https://en.alientek.com/Product_Details/45.html
2025-01-05T00:40:55 < zyp> not convinced
2025-01-05T00:41:39 < invzim> usb-c PD input, tiny, what's not to love? :)
2025-01-05T00:42:26 < zyp> does it have any galvanic isolation between input and output? I'm assuming not, and that's quite dangerous
2025-01-05T00:42:29 < Steffanx> USB A to A :P
2025-01-05T00:44:03 < invzim> depends on what you use it for I guess, for mcu stuff on the desk it's perfect - my dp831 is still in a box after the move
2025-01-05T00:44:58 < zyp> I'll take a rk6006 over that thing any day
2025-01-05T00:45:13 < zyp> although I prefer the rd60xx over that again
2025-01-05T00:45:19 < qyx> oh oh those banana holes
2025-01-05T00:47:00 < zyp> I'm actually using both of those now: https://bin.jvnv.net/file/wGVjV.jpg
2025-01-05T00:47:32 < invzim> they light up like a gaming PC when output is enabled, fantastic :)
2025-01-05T00:50:41 < invzim> got a peaktech 6227 on my desk too, had zero need for linear "proper" psu's in a while, eating too much desk space
2025-01-05T00:52:15 < zyp> I much prefer the user interface of the rd60xx, so much easier with a number keypad than turning a knob to hit the right number
2025-01-05T00:52:20 < invzim> AND it got the eevblog stamp of approval :)  https://www.youtube.com/watch?v=Pd6LG7iP2GQ
2025-01-05T00:53:08 < zyp> if not for the number keypad I'd get another rd6006 or two
2025-01-05T00:53:19 < zyp> rk6006, I mean
2025-01-05T00:53:32 < Steffanx> Did you just aliexpress them or did you put a decent branded psu in them?
2025-01-05T00:53:55 < invzim> zero gear lust for me lately, other than that thingie and a vacuum coffee bean canister that charges with usb-c :)
2025-01-05T00:54:10 < zyp> I bought the kit from the riden store on aliexpress
2025-01-05T00:54:43 < zyp> I figure they made the thing, they know to pick a decent enough psu
2025-01-05T00:55:34 < Steffanx> I hope so
2025-01-05T00:56:37 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-05T00:57:51 < qyx> ikea spotted
2025-01-05T00:58:58 < zyp> that's every photo I post ever, only place I buy furniture
2025-01-05T00:59:06 < zyp> and usb-c cables, apparently
2025-01-05T00:59:51 < zyp> https://www.ikea.com/no/no/p/sittbrunn-usb-a-til-usb-c-lys-gul-80539483/ <- these are great, I probably have close to 20 of them now
2025-01-05T00:59:52 < qyx> I buy usb-c in kaufland!
2025-01-05T01:00:04 < invzim> ikea is the worst, when you finally figure out how to assemble it efficiently - you're done
2025-01-05T01:00:17 < zyp> pff
2025-01-05T01:00:57 < qyx> wait what the ikea one is 1.49eur
2025-01-05T01:01:02 < qyx> I have never seen anything that cheap
2025-01-05T01:01:26 < qyx> is it proper SS?
2025-01-05T01:01:28 < invzim> he, needed a high speed usb-a to usb-c recently, "elkjøp" wanted 350nok for one, which I could pay but refused to on principle
2025-01-05T01:01:32 < zyp> no, usb2
2025-01-05T01:01:48 < qyx> so the same as kaufland's, except that one is 2.99 or so
2025-01-05T01:02:10 < zyp> these are nice and flexible as well
2025-01-05T01:02:18 < zyp> better than most of my other usb cables
2025-01-05T01:03:10 < zyp> they have a C-C and an A-B variant too, I've got a few of them too
2025-01-05T01:03:17 < qyx> yeah I see
2025-01-05T01:03:20 < qyx> but only 1 and 2m
2025-01-05T01:03:28 < zyp> but A-C is still what I use the most of, so I pick up like five at a time
2025-01-05T01:03:31 < qyx> and the C-C one is 1m only
2025-01-05T01:03:37 < zyp> yeah
2025-01-05T01:04:25 < zyp> I bought a couple of the 2m ones too, but they're still on the desk where I put them after unwrapping
2025-01-05T01:06:25 < zyp> hmm, I think this started when I needed enough cables to power up this stack of bullshit: https://bin.jvnv.net/file/pmULQ.jpg
2025-01-05T01:07:09 < zyp> I'm glad I made that test, because that was an utter failure :p
2025-01-05T01:07:23 < Steffanx> Here C-C is 1.5m qyx  ..
2025-01-05T01:07:36 < zyp> ikea ones?
2025-01-05T01:07:40 < Steffanx> yes
2025-01-05T01:08:01 < Steffanx> RUNDHULT, 1m5/100w
2025-01-05T01:08:04 < zyp> you mean the textile braided ones?
2025-01-05T01:08:09 < Steffanx> yeah
2025-01-05T01:08:10 < zyp> they're more expensive
2025-01-05T01:08:15 < zyp> and less flexible
2025-01-05T01:08:35 < invzim> prefer silicone/tpe(?)
2025-01-05T01:08:41 < zyp> yeah
2025-01-05T01:08:43 < Steffanx> its the only c-c they have
2025-01-05T01:08:53 < zyp> they don't have sittbrunn?
2025-01-05T01:08:56 < Steffanx> the braided ones
2025-01-05T01:09:07 < Steffanx> Yes, but thats A-C
2025-01-05T01:09:09 < zyp> sittbrunn comes in a blue C-C one
2025-01-05T01:09:20 < Steffanx> no C-C here -_-
2025-01-05T01:09:50 < zyp> aww
2025-01-05T01:09:59 < zyp> https://www.ikea.com/no/no/p/sittbrunn-usb-c-til-usb-c-bla-30546650/
2025-01-05T01:10:08 < zyp> ah, yeah, it's TPE
2025-01-05T01:10:54 < zyp> anyway, they're cheap and flexible, and I haven't managed to break any yet, so I like them
2025-01-05T01:11:05 < zyp> but I do wish they had more selection in colors and lengths
2025-01-05T01:11:23 < invzim> C is the best, triggered me to (get work to) update my iphone
2025-01-05T01:12:41 < zyp> https://bin.jvnv.net/file/KQl2a.jpg <- it's kinda hard to tell what's what without tracing the cables
2025-01-05T01:13:08 < zyp> I wish I could color code them so I'd know from the color which goes to a hub, which are power only and which goes to the USB analyzer
2025-01-05T01:13:44 < invzim> spotting a rigol MSO5K :)  I like it and not, I find the UI to get incredibly sluggish at times
2025-01-05T01:14:08 < invzim> also ran into a triggering issue where I had to use channel 1&3 instead of 1&2
2025-01-05T01:40:42 < qyx> Steffanx: I only searched sittbrunn
2025-01-05T01:45:58 < zyp> invzim, I'm pretty happy with mine, no major complaints
2025-01-05T01:46:17 < zyp> qyx, they don't have that in NL, I tried with the product number
2025-01-05T01:47:55 < qyx> sad
2025-01-05T02:52:48 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-05T02:59:21 -!- soweli_iki [~user@user/soweli-iki:47461] has quit [Remote host closed the connection]
2025-01-05T04:42:03 -!- stgl [~stgl@164.92.162.3] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-05T04:42:47 -!- stgl [~stgl@164.92.162.3] has joined ##stm32
2025-01-05T05:56:25 -!- hexo [~hexo@user/hexo] has quit [Quit: Leaving]
2025-01-05T05:56:43 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-01-05T06:35:21 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-05T07:58:36 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-05T08:25:42 -!- martinmoene [~Martin@2a02-a45a-96ba-1-4db2-8e38-7c87-ab96.fixed6.kpn.net] has joined ##stm32
2025-01-05T09:46:19 -!- martinmoene [~Martin@2a02-a45a-96ba-1-4db2-8e38-7c87-ab96.fixed6.kpn.net] has quit [Ping timeout: 264 seconds]
2025-01-05T13:37:33 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-05T15:51:45 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-05T16:30:44 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
2025-01-05T16:38:56 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-05T16:44:18 -!- qyx [~qyx@84.245.121.176] has quit [Ping timeout: 276 seconds]
2025-01-05T16:49:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 264 seconds]
2025-01-05T16:57:45 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-05T17:03:15 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-05T18:08:54 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 272 seconds]
2025-01-05T18:26:57 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-05T19:16:35 -!- qyx [~qyx@84.245.121.244] has joined ##stm32
2025-01-05T19:17:43 < qyx> idk probably they should not kline IPs from dynamic ranges
2025-01-05T19:38:07 < Steffanx> Tell them they did that.. (?)
2025-01-05T19:54:21 -!- yakubin [~yakubin@user/yakubin] has quit [Quit: Bye]
2025-01-05T20:15:21 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-01-05T21:14:36 -!- soweli_iki [~user@2601:c6:4100:2240:55ea:c184:9fc2:eec7] has joined ##stm32
2025-01-05T21:15:44 -!- soweli_iki [~user@user/soweli-iki:47461] has changed host
2025-01-05T21:15:54 -!- soweli_iki [~user@user/soweli-iki:47461] has quit [Remote host closed the connection]
2025-01-05T21:25:06 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-05T21:36:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-05T21:37:34 -!- Ecco [~user@user/Ecco] has quit [Read error: Connection reset by peer]
2025-01-05T21:48:34 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-05T21:50:37 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 265 seconds]
2025-01-05T21:51:49 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-05T21:59:57 -!- martinmoene [~Martin@2a02-a45a-96ba-1-c89f-a092-9f01-780.fixed6.kpn.net] has joined ##stm32
2025-01-05T22:14:28 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-01-05T22:14:49 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-05T22:22:31 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
--- Day changed Mon Jan 06 2025
2025-01-06T00:05:02 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-06T00:50:14 -!- yakubin [~yakubin@user/yakubin] has joined ##stm32
2025-01-06T01:07:18 -!- ferdna [~ferdna@user/ferdna] has quit [Ping timeout: 252 seconds]
2025-01-06T01:10:14 -!- martinmoene [~Martin@2a02-a45a-96ba-1-c89f-a092-9f01-780.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-06T01:33:11 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-06T01:38:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-06T02:24:53 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has joined ##stm32
2025-01-06T02:25:16 < nomorekaki> late late crew
2025-01-06T02:31:49 < qyx> still too early
2025-01-06T02:32:25 < nomorekaki> lets pretend
2025-01-06T02:32:47 < qyx> I have just read some article about being posiyive
2025-01-06T02:33:37 < qyx> what would 
2025-01-06T02:33:40 < nomorekaki> youok
2025-01-06T02:33:41 < qyx> a finn say
2025-01-06T02:33:50 < nomorekaki> ^
2025-01-06T02:34:04 < qyx> sounds about appropriate
2025-01-06T02:34:05 < nomorekaki> no question mark
2025-01-06T02:35:19 < qyx> also, I have tidied up my nerd cave from the ceiling to the table height
2025-01-06T02:35:33 < nomorekaki> thats cool
2025-01-06T02:35:37 < qyx> I need to do the rest
2025-01-06T02:36:09 < qyx> I wonder how many things is gonna end on the floor
2025-01-06T02:36:51 < nomorekaki> when shelves are becoming packed
2025-01-06T02:37:09 < nomorekaki> then its floor storage
2025-01-06T02:37:44 < qyx> once I had a rule that everythig sitting on the floor must have rollers
2025-01-06T02:37:48 < qyx> I failed
2025-01-06T02:37:53 < nomorekaki> hah
2025-01-06T02:38:55 < nomorekaki> I have been super productive a while now
2025-01-06T02:39:15 < nomorekaki> it almost feels wrong. it's almost uncontrollable
2025-01-06T02:39:29 < qyx> that's good, be positive
2025-01-06T02:40:05 < nomorekaki> why dont I get tired and shit
2025-01-06T02:41:05 < qyx> work always fills people with energy
2025-01-06T02:41:09 < qyx> sometimes literally
2025-01-06T02:41:39 < nomorekaki> but usually I go with manic burst and then crash
2025-01-06T02:42:40 < nomorekaki> at least when coding and doing week after week shit on computer
2025-01-06T02:43:10 < qyx> no farm projs this winter?
2025-01-06T02:44:52 < nomorekaki> not much
2025-01-06T02:45:00 < nomorekaki> for me at least
2025-01-06T02:51:55 < qyx> no poop storage this year?
2025-01-06T02:52:55 < nomorekaki> poop yes
2025-01-06T02:53:13 < nomorekaki> thats why it has storage so that it can be used in summer
2025-01-06T02:53:42 < qyx> I mean not bhilding one this year
2025-01-06T02:54:33 < nomorekaki> no I think the storage is sufficient
2025-01-06T03:27:04 < nomorekaki> https://www.raspberrypi.com/products/raspberry-pi-pico-2/ what dis?
2025-01-06T03:27:49 < nomorekaki> finnish retailer selling for 15eur so probs can get that even cheaper somewhere
2025-01-06T03:29:12 < nomorekaki> 15eur for wireless
2025-01-06T03:29:22 < nomorekaki> W suffix
2025-01-06T03:30:25 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 260 seconds]
2025-01-06T04:12:16 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-06T06:34:11 -!- ferdna [~ferdna@user/ferdna] has quit [Remote host closed the connection]
2025-01-06T06:47:57 < fenugrec> hello #stm32. Im̀ trying to find where in the docs (32F070) it describes the latency when using external async signal for timer inputs. IIRC for 'external clocking mode' it probably uses a clock synchronizer that adds 2x t_(ck_int) periods latency; in capture mode I assume it samples @ f(ck_int) but unclear
2025-01-06T06:53:22 < fenugrec> ok, CC mode samples at f_DTS divided from ck_int. External clocking is not as clear
2025-01-06T07:16:25 < qyx> I always thouht it captures in async, even in external clock mode
2025-01-06T07:16:58 < qyx> I don't understand why should it synchronize
2025-01-06T07:35:36 < fenugrec> you can't cross clock domains asynchronously without some form of sync, IIRC one or two flipflops in series. something something metastability
2025-01-06T08:12:45 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-06T08:19:08 < qyx> yes but we are talking about capturing
2025-01-06T08:19:22 < qyx> not about register access, interrupt propagation, etc.
2025-01-06T08:20:23 < qyx> if the counter is clocked externally, I would assume it is captured in sync with the external clock, that is async to ck_int
2025-01-06T08:20:37 < qyx> like eg. lptim does afaik
2025-01-06T08:20:56 < qyx> but idk I am not pro
2025-01-06T10:23:48 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 276 seconds]
2025-01-06T10:35:22 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-06T10:44:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-06T10:46:36 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-06T10:49:03 -!- yukam [~yukam@user/yukam] has quit [Ping timeout: 244 seconds]
2025-01-06T10:51:54 < zyp> qyx, you can't assume that the signal you're capturing is synchronous to the clock, even when the clock is external
2025-01-06T10:59:39 -!- yukam [~yukam@user/yukam] has joined ##stm32
2025-01-06T11:28:03 -!- yukam [~yukam@user/yukam] has quit [Ping timeout: 252 seconds]
2025-01-06T11:48:01 < jpa-> for capturing it could put the counter value through equal number of registers, which would cancel any offset
2025-01-06T11:51:40 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-06T12:02:38 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-06T12:09:04 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-06T12:18:42 -!- yukam [~yukam@user/yukam] has joined ##stm32
2025-01-06T12:54:59 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-06T13:01:08 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-06T13:43:45 -!- catphish [~quassel@user/catphish] has quit [Ping timeout: 248 seconds]
2025-01-06T13:51:37 -!- catphish [~quassel@user/catphish] has joined ##stm32
2025-01-06T14:48:50 -!- yukam [~yukam@user/yukam] has quit [Ping timeout: 248 seconds]
2025-01-06T14:56:20 -!- yukam [~yukam@user/yukam] has joined ##stm32
2025-01-06T15:01:00 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 272 seconds]
2025-01-06T15:49:52 -!- yakubin [~yakubin@user/yakubin] has quit [Ping timeout: 252 seconds]
2025-01-06T15:52:55 < jbo> moin
2025-01-06T16:24:29 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-06T16:25:09 < Steffanx> Gooday sir
2025-01-06T16:26:26 < jbo> haiiiii
2025-01-06T16:30:10 < Steffanx> Hello welcome!!
2025-01-06T16:30:21 < jbo> omg
2025-01-06T16:30:23 < jbo> I remember that
2025-01-06T16:31:29 < Steffanx> For those who don't know: https://www.youtube.com/watch?v=yfvSTDBO0AU (not entirely sfw)
2025-01-06T16:47:19 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-06T16:53:28 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has quit [Quit: Client closed]
2025-01-06T17:15:21 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has joined ##stm32
2025-01-06T18:29:47 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has quit [Quit: Client closed]
2025-01-06T18:42:48 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 264 seconds]
2025-01-06T18:49:38 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has joined ##stm32
2025-01-06T19:58:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-06T20:13:22 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-06T20:59:40 -!- yakubin [~yakubin@user/yakubin] has joined ##stm32
2025-01-06T21:24:22 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 265 seconds]
2025-01-06T21:26:10 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has quit [Ping timeout: 240 seconds]
2025-01-06T21:44:39 -!- martinmoene [~Martin@2a02-a45a-96ba-1-8dd3-8833-dc84-580f.fixed6.kpn.net] has joined ##stm32
2025-01-06T22:13:16 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-06T22:20:06 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 276 seconds]
2025-01-06T22:26:01 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-06T23:00:53 -!- Livio_ [~livio@user/livio] has joined ##stm32
2025-01-06T23:03:48 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-06T23:45:45 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
--- Day changed Tue Jan 07 2025
2025-01-07T00:21:48 -!- Livio_ [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-07T00:51:15 -!- martinmoene [~Martin@2a02-a45a-96ba-1-8dd3-8833-dc84-580f.fixed6.kpn.net] has quit [Ping timeout: 246 seconds]
2025-01-07T01:13:38 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Excess Flood]
2025-01-07T01:22:06 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has joined ##stm32
2025-01-07T01:25:54 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-01-07T02:40:37 < nomorekaki> what kind of foot input devices you use with computers for EDA and coding etc.?
2025-01-07T03:28:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 264 seconds]
2025-01-07T03:50:21 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-07T03:50:30 -!- yakubin [~yakubin@user/yakubin] has quit [Ping timeout: 244 seconds]
2025-01-07T03:52:14 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 260 seconds]
2025-01-07T04:24:18 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-07T05:00:24 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-07T05:03:52 -!- soweli_iki [~user@2601:c6:4100:2240:6bf2:9533:ca4d:dbb8] has joined ##stm32
2025-01-07T05:05:03 -!- soweli_iki [~user@user/soweli-iki:47461] has changed host
2025-01-07T05:44:50 -!- yakubin [~yakubin@user/yakubin] has joined ##stm32
2025-01-07T08:12:49 < antto> nomorekaki, https://m.media-amazon.com/images/I/718zeWsF+ZL._SL1500_.jpg
2025-01-07T08:19:32 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-07T08:30:18 < jpa-> none, though i have been thinking about adding a pedal for scope run/stop switch
2025-01-07T08:30:39 < jpa-> (probably would do it through PC and TCP control)
2025-01-07T08:39:48 < vampirefrog> nomorekaki: just get a cheap MIDI pedal
2025-01-07T08:40:40 < vampirefrog> https://www.ebay.com/itm/235349659979
2025-01-07T08:40:50 < qyx> what for?
2025-01-07T08:41:05 < vampirefrog> he wants to go fast
2025-01-07T08:45:54 -!- fenugrec [~f@192.214.232.39] has quit [Ping timeout: 252 seconds]
2025-01-07T08:46:19 -!- fenugrec [~f@192.214.232.39] has joined ##stm32
2025-01-07T08:51:02 < jpa-> sounds pretty annoying having to convert from MIDI to HID using some program
2025-01-07T08:52:34 < fenugrec> gut a usb mouse, wire the switches to a guitar switchboard ?
2025-01-07T08:53:46 < fenugrec> or any kind of cheap joystick for that matter. you get HID input and multiple buttons
2025-01-07T08:55:50 < fenugrec> who's using this and how ?
2025-01-07T09:06:37 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-07T09:06:39 < jpa-> or just buy HID pedals
2025-01-07T09:13:36 -!- martinmoene [~Martin@2a02-a45a-96ba-1-71c2-f293-727a-53c9.fixed6.kpn.net] has joined ##stm32
2025-01-07T09:18:36 < qyx> what about an organ pedalboard? https://www.pedamidikit.org/straight.html
2025-01-07T09:18:46 < qyx> should be enough 
2025-01-07T09:19:18 < vampirefrog> didn't see him mention HID
2025-01-07T09:20:13 < qyx> I wasn't the one starting with midi
2025-01-07T09:20:21 < jpa-> i'm just of the opinion that if you want to control PC programs, a programmable HID pedal device is easier (you can just set it to shortcuts) is easier than having to convert from MIDI
2025-01-07T09:21:12 < jpa-> but i don't really see it being that useful for EDA and coding; but for controlling scope or other devices while hands are occupied could be useful
2025-01-07T09:23:03 < qyx> which kindly reminds me all by devices are disconnected and the table workspace utilization approaches 97%
2025-01-07T09:23:35 < jpa-> me too
2025-01-07T09:23:38 < jpa-> good start to the year
2025-01-07T09:23:49 < jpa-> inbox is full too
2025-01-07T09:24:43 < qyx> I decided to do some deep cleaning including all project boxes, instruments, shelves, etc.
2025-01-07T09:54:59 -!- martinmoene [~Martin@2a02-a45a-96ba-1-71c2-f293-727a-53c9.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-07T09:56:30 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-01-07T11:30:49 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-07T11:41:13 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Ping timeout: 245 seconds]
2025-01-07T11:47:36 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-07T12:14:11 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-07T12:18:51 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 252 seconds]
2025-01-07T12:25:11 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-01-07T13:13:28 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-07T13:20:00 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has quit [Quit: Client closed]
2025-01-07T13:29:15 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-07T14:58:26 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-07T15:07:45 -!- martinmoene_ [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-01-07T15:12:36 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-01-07T15:27:29 < bitmask> orderin' muh macbook, orderin' muh macbook, orderin' muh macbook hey hey hey hey
2025-01-07T15:28:55 < ventyl> my CPU just seems as if it entered PendSV twice instead of just once
2025-01-07T15:29:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-07T15:33:20 < Steffanx> Thanks for the update rob235!
2025-01-07T15:34:01 < bitmask> :D
2025-01-07T15:52:08 < jbo> moin moin
2025-01-07T15:52:10 < jbo> rob is back?
2025-01-07T15:57:23 < bitmask> who me?
2025-01-07T15:57:26 < bitmask> maybe
2025-01-07T15:59:33 < jbo> wait what?
2025-01-07T15:59:36 < jbo> you have been rob all along?
2025-01-07T16:00:24 < bitmask> yes
2025-01-07T16:00:35 < bitmask> :)
2025-01-07T16:01:12 < bitmask> I didn't realize it was a secret
2025-01-07T16:07:35 < jbo> I had no idea
2025-01-07T16:11:02 < Steffanx> Who's jbo?
2025-01-07T16:18:12 < machinehum> dunno
2025-01-07T16:20:52 < qyx> was jbo jbo all along?
2025-01-07T16:21:40 < Steffanx> What is jbo?
2025-01-07T16:56:00 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-07T18:10:52 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-01-07T18:11:37 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-07T19:19:10 -!- qyx [~qyx@84.245.121.244] has quit [Ping timeout: 260 seconds]
2025-01-07T19:20:46 -!- qyx [~qyx@84.245.121.58] has joined ##stm32
2025-01-07T19:38:36 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 272 seconds]
2025-01-07T19:39:18 -!- scrts87 [~scrts2@23.28.144.38] has quit [Quit: The Lounge - https://thelounge.chat]
2025-01-07T19:39:41 -!- scrts87 [~scrts2@23.28.144.38] has joined ##stm32
2025-01-07T20:33:44 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-d078-b37b-da4a-4a5c.fixed6.kpn.net] has joined ##stm32
2025-01-07T20:34:06 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-b8a5-f91a-2f7a-38a7.fixed6.kpn.net] has joined ##stm32
2025-01-07T20:38:13 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-d078-b37b-da4a-4a5c.fixed6.kpn.net] has quit [Ping timeout: 248 seconds]
2025-01-07T21:56:55 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-07T21:57:11 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Read error: Connection reset by peer]
2025-01-07T21:58:13 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 248 seconds]
2025-01-07T21:58:52 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-07T22:11:06 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 265 seconds]
2025-01-07T22:13:26 < bitmask> https://prideout.net/blog/distance_fields/parabolas.svg
2025-01-07T22:13:28 < bitmask> great pic
2025-01-07T22:21:44 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-07T22:26:32 < aandrew> lol
2025-01-07T22:33:25 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-07T22:45:32 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-07T22:58:02 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 252 seconds]
2025-01-07T23:00:03 -!- Livio_ [~livio@user/livio] has joined ##stm32
2025-01-07T23:03:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-07T23:09:29 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-07T23:09:42 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-8d2c-64e1-4bbb-c899.fixed6.kpn.net] has joined ##stm32
2025-01-07T23:13:25 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-b8a5-f91a-2f7a-38a7.fixed6.kpn.net] has quit [Ping timeout: 248 seconds]
2025-01-07T23:14:34 -!- drkow [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-07T23:16:00 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 252 seconds]
2025-01-07T23:46:32 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Remote host closed the connection]
2025-01-07T23:46:53 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-07T23:55:04 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Remote host closed the connection]
2025-01-07T23:55:26 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
--- Day changed Wed Jan 08 2025
2025-01-08T01:06:48 -!- Livio_ [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-08T01:38:22 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-08T01:59:43 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-8d2c-64e1-4bbb-c899.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-08T03:10:58 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 244 seconds]
2025-01-08T03:17:25 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Remote host closed the connection]
2025-01-08T03:24:38 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has joined ##stm32
2025-01-08T03:34:13 -!- PaulFertser [paul@paulfertser.info] has quit [Ping timeout: 248 seconds]
2025-01-08T03:34:22 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32
2025-01-08T03:59:33 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-08T04:51:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-08T04:57:18 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-08T05:49:32 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
2025-01-08T06:40:51 -!- nomorekaki [~nomorekak@37-219-41-49.nat.bb.dnainternet.fi] has quit [Quit: Client closed]
2025-01-08T06:55:04 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-08T06:59:44 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-08T08:02:55 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-08T08:49:12 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-a1b6-60bb-1645-2152.fixed6.kpn.net] has joined ##stm32
2025-01-08T10:06:49 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-a1b6-60bb-1645-2152.fixed6.kpn.net] has quit [Ping timeout: 260 seconds]
2025-01-08T10:30:05 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-08T11:03:57 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Ping timeout: 252 seconds]
2025-01-08T11:11:16 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-08T11:33:49 -!- yakubin [~yakubin@user/yakubin] has quit [Quit: Bye]
2025-01-08T11:57:50 -!- DataWern [~WernherVo@217.11.141.49] has joined ##stm32
2025-01-08T11:59:38 -!- DataWern [~WernherVo@217.11.141.49] has quit [Client Quit]
2025-01-08T12:14:47 < jpa-> meh.. i hate disagreements between fpga dev and firmware dev
2025-01-08T12:15:07 < jpa-> they are doubly annoying when both of them are me
2025-01-08T12:24:44 < zyp> :)
2025-01-08T12:29:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-08T12:41:09 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-08T12:44:30 < Steffanx> jpa-: I'm sure ##stm32 can make the decisions for you. Or you can always pay this consultant a few chf.
2025-01-08T12:49:48 < jpa-> the consultant is angry with me
2025-01-08T13:03:56 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-08T13:17:24 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-08T13:19:20 < qyx> did you hurt him
2025-01-08T13:25:29 < ventyl> use proof by crowds
2025-01-08T13:26:12 < ventyl> serious question: is it technically possible somehow to mess up so much that PendSV gets fired twice instead of once?
2025-01-08T13:41:03 < jpa-> you need to provide more details, such as which cortex-m and how you are triggering the pendsv
2025-01-08T13:41:21 < zyp> pendsv is auto-cleared, isn't it?
2025-01-08T13:43:11 < jpa-> i guess your pendsv handler could end up scheduling another pendsc?
2025-01-08T13:43:59 < zyp> probably
2025-01-08T13:46:27 < jpa-> funnily i can't quickly find reference for pendsv autoclearing the flag, but i also seem to recall it autoclears
2025-01-08T13:47:13 < zyp> I believe all the exceptions do
2025-01-08T13:48:55 < zyp> (although for the faults, they'll return you back to the faulting location and probably retrigger)
2025-01-08T13:49:26 < zyp> not sure what'll happen if you just return from an IMPRECISERR handler
2025-01-08T13:55:47 < ventyl> jpa-: It is CM4, my routine that triggers pendsv is (to best knowledge provided by the instrumentation) *not* called from within PendSV
2025-01-08T13:56:31 < ventyl> yeah, the docs are quite sparse on when exactly pendsvset auto-clears, but it does autoclear
2025-01-08T13:58:35 < ventyl> one of instrumentation I set up is a pair of counters: pendsv_requested, pendsv_performed. first is incremented each time pendsv is requested, latter is updated to the current value of the former each time pendsv is performed
2025-01-08T13:59:19 < ventyl> and there's assert that cheks the latter is a smaller value than former upon pendsv entry. and sometimes the code asserts there.
2025-01-08T14:02:36 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-08T14:23:02 < zyp> could it be a reentrancy issue? e.g. pendsv_requested++; **ISR entered** pendsv_requested; pendsv_set_pending(); **ISR return**, **pendsv handler**, pendsv_performed = pendsv_requested; **pendsv return**, pendsv_set_pending();
2025-01-08T14:23:11 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-08T14:23:55 < zyp> or are you sure that the increment and the set pending is always atomic?
2025-01-08T14:25:28 < jpa-> ventyl: can you check the value of the pendsv pending bit at the end of your pendsv handler?
2025-01-08T14:28:20 < ventyl> zyp: as of now all ISRs have the same priority so they don't preempt each other. I have trace commands at entry and exit of each important routine around scheduling / pendsv so this should (in theory) be visible.
2025-01-08T14:28:52 < zyp> no, but they can preempt thread level code if you've got any pendsv triggers there
2025-01-08T14:28:58 < ventyl> unfortunately as the code calls tracing routines from within ISR handlers I can't carelessly disable/enable interrupts to make trace recording atomic
2025-01-08T14:29:15 < ventyl> no, thread-level code does not have any pendsv requests
2025-01-08T14:29:25 < zyp> ok, fair
2025-01-08T14:29:38 < zyp> what are you using for tracing?
2025-01-08T14:29:57 < ventyl> circular in-memory buffer
2025-01-08T14:30:09 < ventyl> which I then dump using GDB and then visualize using a python script
2025-01-08T14:30:21 < ventyl> https://github.com/ventZl/cmrx/blob/feature/kernel-tracing/src/os/kernel/context.c
2025-01-08T14:31:34 < ventyl> apparently commiting at 01:30 is not a good idea. bunch of tracing code is missing there
2025-01-08T14:31:43 < ventyl> https://github.com/ventZl/cmrx/blob/feature/kernel-tracing/src/os/arch/arm/pendsv.c
2025-01-08T14:32:12 < ventyl> context.c is the only place where PendSV is triggered (via os_request_context_switch)
2025-01-08T14:32:30 < ventyl> pendsv.c contains both pendsv handler and os_request_context_switch implementation
2025-01-08T14:33:47 < ventyl> high level logic is that whenever sched_yield is called it figures out if context switch is needed, if yes, then it fills in structure that contains instructions for pendsv and schedules it
2025-01-08T14:34:36 < ventyl> it may happen (e.g. due to ISR or systick) that multiple sched_yield()s happen before pendsv is scheduled but that doesn't matter because pendsv_handler is the only entity that actually changes kernels notion on what is the currently running task
2025-01-08T14:34:49 < ventyl> s/is scheduled/is executed/
2025-01-08T14:34:54 < zyp> yeah, that's normal
2025-01-08T14:35:34 < ventyl> trace shows that for tens of thousands of times, pendsv executes once per request, yet sometimes, it executes twice, which inevitably results in corrupted kernel state.
2025-01-08T14:36:09 < ventyl> interrupt entry/exit should be instruction/data barrier so I should probably not be missing some ISB / DSB calls
2025-01-08T14:37:48 < zyp> if my tracy adapter were in a usable state, I'd suggest you tried that, it's using DWT to trace interrupt entry/exits
2025-01-08T14:38:57 < ventyl> I do limited tracing of that (at least of relevant ISRs, such as systick, svc, pendsv and IRQs that call kernel services)
2025-01-08T14:39:57 < ventyl> the commited code doesn't show it but I do check values of value popped to PC upon return from pendsv if it is handler return value, to check for some stack corruption
2025-01-08T14:40:56 < zyp> the cool part about tracy is how I can funnel a massive amount of data into it and browse it live, e.g. here's an early demo: https://bin.jvnv.net/file/ZksEr.mp4
2025-01-08T14:41:13 < ventyl> yeah I've seen that and I am impressed
2025-01-08T14:44:37 < ventyl> yet right now the amount of data I am able to capture in the circular buffer is probably not an issue. I still have some 2k events captured before the code asserts
2025-01-08T14:45:15 < ventyl> it covers several tens of ms of execution which is well enough for getting the picture
2025-01-08T14:46:05 < ventyl> what bothers me is that it only happens very rarely and that up until the moment pendsv starts executing the second time in row everything (recorded) \seems fine
2025-01-08T14:46:06 < zyp> one could argue that if you don't see the problem in the capture you've already got, you don't have enough instrumentation :)
2025-01-08T14:46:17 < ventyl> yeah, that's probably my problem
2025-01-08T14:46:35 < ventyl> on the other hand, having too much instrumentation may equally well help with hiding the problem in the huge pile of the data
2025-01-08T14:47:19 < zyp> yeah, that's exactly what I want the tracy stuff to be able to help with
2025-01-08T14:47:36 < ventyl> another issue is that this is kind-of a known unknown: I know thaat I might be missing some crucial instrumentation
2025-01-08T14:47:41 < zyp> capture a shit-ton of data and then dig into it to find what's actually interesting
2025-01-08T14:47:51 < ventyl> what if there are some unknown unknowns, such as some CM4 behavior I am not aware of
2025-01-08T14:48:33 < zyp> do you have ETM available? if so orbmortem could be worth a try
2025-01-08T14:48:35 < ventyl> IME the hard part there is the data analysis, not the capture. It took me some fair amount of time to find out some reasonable representation of the trace data
2025-01-08T14:49:02 < ventyl> AFAIK G4 should be equipped with ETM
2025-01-08T14:49:14 < zyp> yeah
2025-01-08T14:49:49 < zyp> it could probably even do ETM over SWO if you enable the «slow down the CPU until ETM keeps up» mode
2025-01-08T14:53:29 < jpa-> it helps if you can make PendSV() handler detect when it is in the wrong state, and then halt or do something similar so that the trace stops at the point you want
2025-01-08T14:53:45 < zyp> I assumed that the assertion already does that
2025-01-08T14:53:56 < jpa-> ok
2025-01-08T14:54:01 < ventyl> yeah I have multiple assertions to check multiple wrong states
2025-01-08T14:54:22 < ventyl> that's how I work with my hungry programmer's trace toolkit.
2025-01-08T14:54:40 < ventyl> when code asserts, I download the trace buffer and then run a visualizer over it
2025-01-08T15:00:04 < ventyl> zyp: does it stream the address of each executed instruction? that's a massive load of data for SWO, isn't it?
2025-01-08T15:01:24 < zyp> ETM streams enough to let you reconstruct the address of each executed instruction
2025-01-08T15:01:37 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-08T15:02:06 < zyp> but it's more like «executed five instructions, took branch, executed 8 instructions, skipped branch, etc»
2025-01-08T15:02:14 < ventyl> ha ok
2025-01-08T15:02:22 < ventyl> makes sense
2025-01-08T15:03:03 < jpa-> https://essentialscrap.com/tips/arm_trace/arm_etm.png  like this
2025-01-08T15:04:37 < jpa-> indirect branches and returns require reporting the full address
2025-01-08T15:05:13 < zyp> I wanna get that into tracy as well, so I can track callstacks
2025-01-08T15:05:54 < zyp> so I'm a bit curious to see if I can write a decoder that keeps up with a full speed ETM stream :)
2025-01-08T15:07:18 < zyp> and syncing that up with an ITM stream is going to be fun too, because I'll need that for instrumentation
2025-01-08T15:08:41 < ventyl> I'll give it a try. Do I read it correctly that openocd should be able to stream tpiu stream on its own?
2025-01-08T15:10:09 < zyp> if you've got a compatible probe, openocd can capture SWO and serve that up on a socket, yes
2025-01-08T15:10:34 < zyp> and I assume that'll work even with TPIU framing on the SWO stream (which is required for ETM)
2025-01-08T15:10:40 < ventyl> i've got something that presents itself as cmsis-dap
2025-01-08T15:10:54 < ventyl> alternatively there's stlink
2025-01-08T15:11:12 < zyp> cmsis dap will probably work, as long as it's not an orbtrace :)
2025-01-08T15:11:25 < ventyl> its yapicoprobe
2025-01-08T15:11:36 < zyp> (orbtrace has its own trace pipeline and only uses cmsis-dap for debug)
2025-01-08T15:12:26 < ventyl> funny enough, while digging into this problem, I found out the probable root cause of why multi-core was failing with this RTOS on RP2040
2025-01-08T15:12:45 < ventyl> the thread switcher is not CPU core aware as there is only one instance of structure recording switching data
2025-01-08T15:12:55 < zyp> heh
2025-01-08T15:13:27 < ventyl> or, more precisely, the portion of thread switcher that does the heavy lifting is not CPU core aware
2025-01-08T15:13:35 < ventyl> rest of it is, that's why I did not realize it
2025-01-08T15:14:16 < ventyl> and as I've been unable to observe the core #1 upon hardfaulting, I did not learn that
2025-01-08T15:14:41 < zyp> I'm still a bit grumpy that zephyr workqueues don't let work items selfdestruct
2025-01-08T15:14:59 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-08T15:15:14 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Read error: Connection reset by peer]
2025-01-08T15:16:05 < zyp> (the executor checks some flags on the work item after executing it, to see if it needs to notify anything waiting for the item to finish)
2025-01-08T15:17:59 < zyp> which means that to use them for coroutines, I can't just put the instance in an awaitable, because that'll be destructed as soon as the coro is resumed, and I need it to live past te next suspend
2025-01-08T15:19:13 < karlp> huh, was looking at one of these new usbc port controllers with "liquid detection"
2025-01-08T15:19:29 < karlp> you need to add _four_ external fets and resistors for it to work :)
2025-01-08T15:19:48 < karlp> wasn't quite what I was thinking of, with "built in moisture detection" but sure, I guess.
2025-01-08T15:20:02 < zyp> which means that either I need to allocate them dynamically and make a separate mechanism to keep track of used work items so they can be collected and cleaned up after the work queue is finished with them
2025-01-08T15:20:12 < zyp> or keep a pool of reusable work items
2025-01-08T15:20:24 < zyp> or simply tie a work item to each task
2025-01-08T15:20:45 < ventyl> zyp: funny enough, the RPC mechanism goes exactly the opposite way coroutines go.
2025-01-08T15:21:09 < ventyl> where coroutines make code less interlocked, RPC does the opposite
2025-01-08T15:22:02 < zyp> the latter option seems like the least overhead one, but it requires keeping track of tasks, which my implementations so far don't do
2025-01-08T15:23:24 < zyp> I think the easiest way to go about that is to keep a «current task» pointer in thread-local storage
2025-01-08T15:24:28 < zyp> in a singlethreaded system it could be a plain global but a multithreaded system could have coroutines executing in multiple threads simultaneously
2025-01-08T15:24:49 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-08T15:25:00 < ventyl> why do you need kernel workqueues to execute coroutines?
2025-01-08T15:25:10 < ventyl> does it provide some kind of runtime you don't have to write on your own?
2025-01-08T15:25:18 < zyp> exactly
2025-01-08T15:28:36 < zyp> see e.g. https://paste.jvnv.net/view/fRDsq
2025-01-08T15:30:42 < zyp> a coroutine does e.g. `co_await async_sleep(10ms)`, which effectively just tells zephyr to «call async_sleep::handler() in 10ms»
2025-01-08T15:32:18 < zyp> this code mostly happens to work, because the code using it tends to call it in a loop, so even if the k_work_delayable is destructed before the coroutine suspends, a new one is usually created in the exact same location
2025-01-08T15:33:11 < zyp> so I wrote a bunch of code that ran fine before I hit a case where thing started breaking
2025-01-08T15:34:03 < ventyl> Oh, I think I don't have enough swap space left for coroutines in my head now that I am dealing with mysterious PendSVs
2025-01-08T15:34:10 < zyp> :)
2025-01-08T15:34:57 < ventyl> Moreover, I am so stubborn that I commited to writing an RTOS without actually using any other, so I have like 0 experience with Zephyr beyond reading some of its docs
2025-01-08T15:37:45 < zyp> yeah, I would too, but work is moving to zephyr and I don't want to leave all the design decisions to other people because they've got more zephyr experience than me
2025-01-08T15:40:19 < ventyl> my works runs on this buggy creepy microkernel, so for now I can avoid Zephyr
2025-01-08T15:42:17 < zyp> we're moving from nrf52 to nrf54, and zephyr got the only officially supported BLE stack
2025-01-08T15:43:16 < zyp> so we're forced to switch from the existing stuff based on nrf softdevices
2025-01-08T15:43:40 < ventyl> oh nrf
2025-01-08T15:43:47 < ventyl> that's so much pain in the ass
2025-01-08T15:44:01 < ventyl> nRF was what forced me to abandon locm3 as a drive-train for CMRX
2025-01-08T15:44:14 < ventyl> it simply had too many bugs for me to continue
2025-01-08T15:44:46 < ventyl> if something broke, it usually broke in a way I wasn't sure if it was due to the application, the kernel or a bug in the hardware
2025-01-08T15:45:38 < ventyl> so I ported the kernel over to CMSIS headers and ironically, these days I somehow can't integrate nrf-sdk  :)
2025-01-08T15:50:26 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-08T15:51:01 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-08T15:52:59 < karlp> if only the original cmsis headers had been properly licensed, locm3 would have been such a better project...
2025-01-08T15:53:12 < karlp> took st and arm years to unfuck that unfortunately.
2025-01-08T15:54:36 < ventyl> it should probably be possible to process LOCM headers and reverse engineer CMSIS-compatible device headers out of it
2025-01-08T16:09:20 < karlp> what?
2025-01-08T16:09:31 < karlp> why, cmssis headers are bsd licensed nowawdays.
2025-01-08T16:09:47 < karlp> a better idea would be to have locm3 apis ontop of the original cmsis headers,
2025-01-08T16:09:53 < karlp> would make integration easier for other code too.
2025-01-08T16:09:59 < karlp> instead of the locm3 device headers
2025-01-08T16:10:26 < karlp> they only exist because you _couldn't_ use the cmsis headers in "open source" shit originally.
2025-01-08T16:16:08 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-08T16:20:46 < ventyl> that's a shitload of work
2025-01-08T16:21:34 < ventyl> and it wouldn't solve my original problem with nRF52 being a buggy piece of shit, because you need tens of workarounds around the HAL for the shit to have even the basic functionality working
2025-01-08T16:58:36 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-08T17:04:00 < ventyl> zyp: This is how hungry programmer's trace visualization looks like: https://digital-nomad.sk/img/trace_visualizer_6.png
2025-01-08T17:04:15 < ventyl> It shows what happens directly before double PendSV activation happens
2025-01-08T17:05:21 < karlp> why are your certs expired?
2025-01-08T17:07:04 < c10ud> one thing is apparent is that when you encounter that bug you come from a isr handler?
2025-01-08T17:10:05 < ventyl> karlp: when cert update script was executed by the provider DNS was misconfigured
2025-01-08T17:11:31 < ventyl> c10ud: it comes out of the very same ISR handler many times without problems. so this itself probably is not a problem.
2025-01-08T17:11:57 < ventyl> really the only oddity I can see here is that the first schedule context switch activates different thread than the other
2025-01-08T17:12:00 < ventyl> but that shouldn't matter
2025-01-08T17:33:31 < zyp> does it always happen on a switch to thread 0, or does it vary?
2025-01-08T17:37:49 < c10ud> also, are you switching with 10ms deadline and interruption points i.e. sleeps?
2025-01-08T17:38:05 < c10ud> it looks like the scheduler is choosing 3 and then 0 in the same frame
2025-01-08T17:38:27 < c10ud> in other calls sometimes it schedules ctx switches even if src thread is == dst thread
2025-01-08T17:38:54 < ventyl> zyp: yes, it always happens when the final decision is to switch to thread 0 from ISR handler, but not all calls to switch from ISR handler to thread 0 result in corruption
2025-01-08T17:41:01 < ventyl> c10ud: the first switch is initialized by usleep() system call. current thread can't continue so scheduler is tasked with finding another one
2025-01-08T17:41:47 < ventyl> during svc execution, IRQ from USB arrives, as all ISRs have the same priority here, ISR is pending until SVC is done. then the ISR handler calls notify_object() which wakes up another thread
2025-01-08T17:41:55 < zyp> do you use SLEEPONEXIT when there's no ready threads?
2025-01-08T17:42:45 < ventyl> this another thread has higher priority than thread 3 (actually an idle_thread), so scheduler changes what should be switched to and sets PENDSVSET again
2025-01-08T17:43:12 < ventyl> zyp: nope, there's an idle_thread which is basically a busy wait. for historic reasons (TM)
2025-01-08T17:44:10 < c10ud> but then your "old" stuff that you save is something that never ran
2025-01-08T17:45:39 < ventyl> not really: "old" is always initialized from the "current". and "current" is ever only updated by the PendSV
2025-01-08T17:45:58 < ventyl> so multiple runs of scheduler yield without executing PendSV won't compromise "old"
2025-01-08T17:46:12 < zyp> ventyl, what value do you have in SCB_AIRCR?
2025-01-08T17:46:32 < ventyl> let me reproduce it
2025-01-08T17:46:56 < ventyl> SCB->ICSR looked sane
2025-01-08T17:46:58 < zyp> I mean normally, not necessarily faulting state
2025-01-08T17:47:58 < ventyl> $2 = 0xfa050300
2025-01-08T17:49:08 < zyp> what about SCB_SHPR3?
2025-01-08T17:49:24 < ventyl> during execution of PendSV?
2025-01-08T17:49:40 < zyp> no, normally
2025-01-08T17:49:54 < zyp> SHPR are system handler priority registers
2025-01-08T17:50:26 < ventyl> 0
2025-01-08T17:50:33 < ventyl> all except of the last one
2025-01-08T17:50:55 < zyp> systick?
2025-01-08T17:51:33 < zyp> anyway, what I'm suspecting is that PendSV is lower prio than your IRQ, and then the IRQ ends up stepping on PendSV
2025-01-08T17:51:59 < ventyl> that's actually true for CubeMX
2025-01-08T17:52:26 < c10ud> https://github.com/ventZl/cmrx/blob/6d0807c0a990886707369310b318a2fd4699525d/src/os/arch/arm/pendsv.c#L52
2025-01-08T17:52:40 < zyp> I figure if that happens you'll set it pending after it's cleared pending, and therefore it'll retrigger once it exits
2025-01-08T17:52:59 < ventyl> https://github.com/ventZl/cmrx/blob/master/src/extra/systick.c#L21
2025-01-08T17:53:07 < ventyl> actually last two bytes are 0xF0
2025-01-08T17:53:15 < ventyl> I set both SysTick and PendSV to have the same priority
2025-01-08T17:53:34 < zyp> yes, but what about ISR 20?
2025-01-08T17:53:41 < ventyl> ISR handler preempting PendSV shouldn't be a problem, that's an expected scenario
2025-01-08T17:53:44 < zyp> that's the one potentially doing the stepping
2025-01-08T17:54:04 < zyp> sure, but it'll set PendSV pending after it's already started executing
2025-01-08T17:54:15 < ventyl> hm
2025-01-08T17:55:00 < ventyl> that makes sense as pendsv does not disable interrupts immediately
2025-01-08T17:55:07 < zyp> yes
2025-01-08T17:55:08 < ventyl> for no good reason
2025-01-08T17:55:25 < zyp> try setting AIRCR.PRIGROUP to 7 to disable preemption
2025-01-08T17:55:34 < zyp> if that fixes your problem, this is likely your issue
2025-01-08T17:56:26 < zyp> disabling interrupts in the PendSV handler might not help, the IRQ can fire after the PendSV handler is entered but before it executes the disable instruction
2025-01-08T17:56:34 < c10ud> iirc the os i used had system timer prio > pendsv
2025-01-08T17:58:51 < c10ud> but stuff coming from interrupts had dedicated calls for protecting the os
2025-01-08T17:59:50 < ventyl> zyp: now that I know it, I can check for this while setting PENDSVSET
2025-01-08T18:03:16 < ventyl> zyp: thanks for pointing this out, I'll try it shortly but this is probably the problem here
2025-01-08T19:04:58 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-08T19:08:47 < ventyl> zyp: it seems that it helped, there is some another problem elsewhere but at least I am not able to reproduce this anymore
2025-01-08T19:09:05 < ventyl> yet this is probably not the solution I want in the end
2025-01-08T19:28:01 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Remote host closed the connection]
2025-01-08T19:29:01 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-08T19:32:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-08T19:33:23 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Remote host closed the connection]
2025-01-08T19:35:36 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-08T19:35:53 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Remote host closed the connection]
2025-01-08T19:39:43 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-08T19:42:25 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-08T20:29:56 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 265 seconds]
2025-01-08T21:20:48 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Ping timeout: 245 seconds]
2025-01-08T21:21:06 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-08T21:23:02 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-fdf0-9529-ae3d-85e.fixed6.kpn.net] has joined ##stm32
2025-01-08T21:27:16 -!- soweli_iki [~user@user/soweli-iki:47461] has quit [Remote host closed the connection]
2025-01-08T21:29:37 < zyp> ventyl, the solution you probably want is to clear the pendsv pending flag at some point while you have interrupts locked
2025-01-08T21:30:20 < zyp> that way, it doesn't matter if you get stepped on before locking
2025-01-08T21:31:07 < zyp> and then you write the code so that if another interrupt fires while it's locked and thereby immediately preempts when you unlock, the second pendsv invocation behaves correctly
2025-01-08T21:32:43 < ventyl> zyp: yeah, I am just implementing that. as there is no point where pendsv can be scheduled inside pendsv
2025-01-08T21:33:23 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Remote host closed the connection]
2025-01-08T21:33:52 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-08T21:34:32 -!- PhantomWork [~PhantomWo@user/phantom] has joined ##stm32
2025-01-08T21:35:36 < PhantomWork> hi there. I have a few multi-bytes variables that will be read and modified from an interrupt, what is the proper way to handle that? on avr there is the atomic block, but it seems to not exists on stm32?
2025-01-08T21:36:13 < zyp> what atomic block?
2025-01-08T21:37:04 < PhantomWork> on avr it disable the interrupts while that block is running. I tried __disable_irq()   and to reenable it but it broke the interrups, so... musn't be the right way...
2025-01-08T21:37:37 < zyp> ah, a critical section, those certainly exists
2025-01-08T21:37:53 < zyp> but there might also be better ways, depending on what exactly you're doing
2025-01-08T21:42:30 < PhantomWork> basically, I get data from the canbus via interrupts, store in a volatile variable, and the main program will read it later on. Chance is that the main loop read the first byte while the interrupt write the new value
2025-01-08T21:44:24 < zyp> yeah, so the easy solution is to just put the reading into a critical section
2025-01-08T21:44:26 < PhantomWork> there is also a uart circular buffer... interrupt based, and written from main..
2025-01-08T21:44:58 < PhantomWork> and by critical section, what do you mean exactly?
2025-01-08T21:45:29 < zyp> https://en.wikipedia.org/wiki/Critical_section
2025-01-08T21:47:26 < zyp> in C++, those typically looks something like this, using a RAII lock guard: https://github.com/zyp/laks/blob/main/interrupt/critical_section.h
2025-01-08T21:49:59 < zyp> in short: to enter a critical section, save the previous interrupt state (primask) and disable interrupts, to leave it, restore the previous interrupt state
2025-01-08T21:50:39 < PhantomWork> so basically what the atomic block do on avr
2025-01-08T21:50:44 < zyp> exactly
2025-01-08T21:51:25 < zyp> the reason you don't just do disable/enable, is because when you have code calling other code, you can easily end up with a critical section inside another
2025-01-08T21:52:07 < zyp> if interrupts are already disabled when you enter the section, you should leave them disabled when you leave it as well, so they're only reenabled when leaving the outer section
2025-01-08T21:53:08 < PhantomWork> exactly like ATOMIC_BLOCK(ATOMIC_RESTORE_STATE) {}  or something like that... I forgot the exact syntax
2025-01-08T21:53:15 < zyp> yes
2025-01-08T21:53:19 < PhantomWork> will look into it, thanks
2025-01-08T21:54:27 < zyp> that said, critical sections is just one tool in the box, and is kinda crude
2025-01-08T21:55:20 < zyp> there's other mechanisms that let you do lockless synchronization
2025-01-08T21:55:43 < PhantomWork> lock is fine in my case, and in a way kinda prefered
2025-01-08T21:56:47 < zyp> e.g. you could do a dual buffer approach, where you locklessly switch ownership of the buffers
2025-01-08T21:57:20 < ventyl> or you can trasact it
2025-01-08T21:58:42 < zyp> or you could block only the CAN interrupt, leaving the rest of the system unaffected
2025-01-08T22:01:43 < zyp> for circular buffers, you should do lockless updates of the read and write pointers
2025-01-08T22:04:17 < zyp> in practice that means using loads and stores with acquire and release semantics
2025-01-08T22:05:14 < zyp> which IIRC is the default you get if you just stick the read and write pointers in a std::atomic or the C equivalent
2025-01-08T22:13:05 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 248 seconds]
2025-01-08T22:18:44 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-01-08T22:21:50 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-08T22:22:55 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 264 seconds]
2025-01-08T22:23:59 -!- PhantomWork [~PhantomWo@user/phantom] has quit [Quit: Client closed]
2025-01-08T22:24:29 < fenugrec> PhantomWork on cortex-M0 (stm32F0) there's little support for atomic ops so any primitives you use will have a save&disable irq  + restore_irq to guard access. It shouldn't "break" your CAN interrupt handlers unless not done correctly
2025-01-08T22:31:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-08T22:34:42 < zyp> ventyl, by the way, how did you do the UI for that trace visualizer?
2025-01-08T22:35:23 < ventyl> zyp: Python, GTK and a bit of AI-generated nonsense
2025-01-08T22:35:32 < zyp> ah
2025-01-08T22:36:05 < ventyl> it is just a stupid table, event_id has hard mapping to table column (that's why there are entries named (unknown)
2025-01-08T22:36:40 < zyp> yeah, looked like it could have been a html table, but titlebar suggested not
2025-01-08T22:38:11 < ventyl> I spent like three hours putting it together, most of the time was consumed by actually figuring out how to represent the linear trace
2025-01-08T22:38:38 < ventyl> the source is in cmrx repo in tmp/kernel-tracing branch
2025-01-08T22:38:42 < ventyl> gtrace.py
2025-01-08T23:29:06 -!- qyx [~qyx@84.245.121.58] has quit [Ping timeout: 252 seconds]
2025-01-08T23:30:10 < karlp> yah, my odroidc2 has decided to no longer boot while I was away.
2025-01-08T23:30:14 < karlp> hooooora
2025-01-08T23:31:09 -!- qyx [~qyx@84.245.120.11] has joined ##stm32
2025-01-08T23:34:44 < Steffanx> The bastard.
2025-01-08T23:37:41 < karlp> bit tedious. 
2025-01-08T23:38:15 < karlp> fortunately these days it was just running a home assistant for my desk lights, and not much else
2025-01-08T23:52:49 < qyx> who, me?
--- Day changed Thu Jan 09 2025
2025-01-09T00:17:58 -!- yakubin [~yakubin@user/yakubin] has joined ##stm32
2025-01-09T00:24:25 < mawk> did it run unattended updates?
2025-01-09T00:26:06 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-09T00:27:51 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-09T00:30:44 -!- nomorekaki [~nomorekak@178-55-33-249.bb.dnainternet.fi] has joined ##stm32
2025-01-09T00:50:27 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-fdf0-9529-ae3d-85e.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-09T02:03:42 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-09T03:22:42 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 265 seconds]
2025-01-09T03:24:08 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-01-09T04:23:46 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-09T04:23:58 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-09T05:02:24 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-09T05:26:06 < ALTracer> HA did release an update today, for Android clients at least (I updated phone but not Pi3)
2025-01-09T05:28:15 < ALTracer> PhantomWork: "stm32" accesses 16-bit (LDRH) and 32-bit (LDR) variables atomically, not just 8-bit (LDRB) like avr
2025-01-09T05:29:21 < ALTracer> for a flag you don't need to mask interrupts, for arrays maybe (a queue/event-arena/ringbuffer is better)
2025-01-09T05:30:42 < ALTracer> canbus is out of my competence, I think 64-bit messages? That's not atomic in armv7-m
2025-01-09T05:51:01 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Remote host closed the connection]
2025-01-09T05:51:12 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-09T06:11:20 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Ping timeout: 252 seconds]
2025-01-09T06:12:08 -!- ALTracer [~ALTracer@188.65.246.255] has joined ##stm32
2025-01-09T06:14:34 -!- soweli_iki [~user@2601:c6:4100:2240:8e32:fa88:f52b:28cf] has joined ##stm32
2025-01-09T06:15:45 -!- soweli_iki [~user@user/soweli-iki:47461] has changed host
2025-01-09T06:18:08 -!- ALTracer [~ALTracer@188.65.246.255] has quit [Remote host closed the connection]
2025-01-09T06:18:53 -!- ALTracer [~ALTracer@188.65.246.255] has joined ##stm32
2025-01-09T06:19:25 -!- ALTracer [~ALTracer@188.65.246.255] has quit [Remote host closed the connection]
2025-01-09T06:29:05 -!- ALTracer [~ALTracer@188.65.246.255] has joined ##stm32
2025-01-09T06:30:33 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-09T06:30:56 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-09T06:31:47 -!- ALTracer [~ALTracer@188.65.246.255] has quit [Remote host closed the connection]
2025-01-09T06:32:32 -!- ALTracer [~ALTracer@188.65.246.255] has joined ##stm32
2025-01-09T06:37:53 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-09T06:41:08 -!- ALTracer [~ALTracer@188.65.246.255] has quit [Remote host closed the connection]
2025-01-09T06:42:18 -!- ALTracer [~ALTracer@188.65.246.255] has joined ##stm32
2025-01-09T06:43:25 -!- ALTracer [~ALTracer@188.65.246.255] has quit [Remote host closed the connection]
2025-01-09T06:44:00 -!- ALTracer [~ALTracer@188.65.246.255] has joined ##stm32
2025-01-09T07:01:58 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
2025-01-09T08:12:35 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-09T08:18:12 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-09T08:34:54 -!- rob_w [~bob@2001:a61:13e4:b701:fb5e:6fcf:ae45:691d] has joined ##stm32
2025-01-09T08:48:13 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-09T08:57:57 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-09T08:59:30 < qyx> yesterday I managed to extend my free desk space from 40 cm to almost 2 m
2025-01-09T08:59:37 < qyx> continuing to 3.5 m today
2025-01-09T09:05:12 < machinehum> You guys know Muon tomography
2025-01-09T09:05:15 < machinehum> ?
2025-01-09T09:05:31 < machinehum> qyx: noice
2025-01-09T09:06:46 < ventyl> machinehum: it was used to see what is inside fukushima reactors
2025-01-09T09:07:00 < jpa-> qyx has 3.5 m of desk? maybe he can give some to me
2025-01-09T09:07:04 < machinehum> ventyl: Really?
2025-01-09T09:07:08 < machinehum> Interesting
2025-01-09T09:07:20 < machinehum> https://en.wikipedia.org/wiki/Muon_tomography#Nuclear_reactors
2025-01-09T09:07:22 < machinehum> I see
2025-01-09T09:07:58 < jbo> moin
2025-01-09T09:08:05 < machinehum> hullo jbo
2025-01-09T09:08:17 < Steffanx> Good morning sir
2025-01-09T09:08:19 < qyx> no just muon detectors, I wanted one
2025-01-09T09:08:39 < jbo> why is everybody up so early
2025-01-09T09:08:46 < jbo> are you guys having secret parties without me?
2025-01-09T09:08:48 < Steffanx> It's not early
2025-01-09T09:08:56 < jbo> it's like 8am
2025-01-09T09:09:21 < Steffanx> Also some people (hi qyx) don't sleep ;)
2025-01-09T09:09:28 < qyx> yes it is a working day jbo 
2025-01-09T09:09:39 < qyx> Steffanx: I fell asleep at 3 am and woke at 6 am
2025-01-09T09:09:52 < jbo> I am almost jealous
2025-01-09T09:10:20 < Steffanx> Yes exactly qyx
2025-01-09T09:31:04 < qyx> jpa-: it is a bit problematic to keep it clean, so most of the year only about 1/3 of it is free for work
2025-01-09T09:31:49 < jpa-> i only have about 2 meters, though that stays pretty clean
2025-01-09T09:32:04 < jpa-> i should find more storage space though, all my shelves are full with critically important junk
2025-01-09T09:33:12 < qyx> yeah I did some reorganizing too
2025-01-09T09:33:43 < ventyl> jbo: he's cheating
2025-01-09T09:33:43 < qyx> ordering some of these https://www.storage.sk/regalove-prepravky/
2025-01-09T09:33:49 < ventyl> don't worry
2025-01-09T09:34:09 < jbo> :/
2025-01-09T09:36:24 < ventyl> machinehum: and also pyramids or something like that
2025-01-09T09:37:43 < qyx> https://bin.jvnv.net/file/CHO94
2025-01-09T09:43:02 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Quit: Konversation terminated!]
2025-01-09T09:45:02 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-09T09:45:08 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Read error: Connection reset by peer]
2025-01-09T09:45:47 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-09T09:45:55 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Read error: Connection reset by peer]
2025-01-09T09:50:23 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-09T09:52:06 < jpa-> https://jpa.kapsi.fi/stuff/pix/IMG_20230423_143113.jpg
2025-01-09T09:53:14 < qyx> woo I need some drawings
2025-01-09T09:53:28 < qyx> and plants
2025-01-09T09:56:16 < machinehum> https://imgur.com/a/My1KnyD
2025-01-09T09:56:18 < machinehum> What happened
2025-01-09T09:56:21 < machinehum> So colours
2025-01-09T10:00:48 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-a19d-2973-4e84-6d17.fixed6.kpn.net] has joined ##stm32
2025-01-09T10:07:12 < c10ud> where your fume extractor at
2025-01-09T10:09:43 < jpa-> back then it was just a fan blowing it out of my face.. now it is a ikea air filter that i can flip to be over the desk.. not hugely effective though  https://jpa.kapsi.fi/stuff/pix/IMG_20250109_100825.jpg
2025-01-09T10:10:26 < jpa-> i'm not a fan of the tube extractors that just get into way
2025-01-09T10:12:19 < c10ud> :)
2025-01-09T10:44:03 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-01-09T10:44:24 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-09T10:56:46 < Steffanx> Did you diy those shelves( what's the proper name) for the storage on your desk jpa- ? The fit is too perfect.
2025-01-09T10:57:57 < jpa-> Steffanx: nah, i built them out of 20cm wide particleboard
2025-01-09T11:03:30 < Steffanx> So DIY
2025-01-09T11:04:33 < jpa-> yeah - i've been very happy with it, and only needed simple screwing and sawing
2025-01-09T11:05:13 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 244 seconds]
2025-01-09T11:05:19 < qyx> ESD/EPA pros, I want to pack esd level C (component).. components
2025-01-09T11:05:34 < qyx> what kind of dissipative bag is the proper one?
2025-01-09T11:05:49 < qyx> I see pink, green, silver (with alu), black
2025-01-09T11:09:32 < Steffanx> Doesn't "proper" depend on where and how they're handled?
2025-01-09T11:11:08 < qyx> if they are handled in an esd safe area, they don't need to be esd packaged
2025-01-09T11:11:12 < qyx> that's for shipping
2025-01-09T11:31:11 < zyp> isn't alu and the black ones (with carbon IIRC) the only actual dissipative ones?
2025-01-09T11:32:17 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-09T12:00:49 -!- dima [~dima@kappa.ac93.org] has quit [Ping timeout: 260 seconds]
2025-01-09T12:04:42 < qyx> they call alu ones "shielding", green "permanently dissipative", pink "dissipative" and the black ones are "conductive"
2025-01-09T12:15:48 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-09T12:32:32 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-09T12:33:37 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-01-09T12:35:28 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-09T12:42:36 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-09T12:43:01 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-01-09T12:51:53 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-09T13:24:43 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-09T13:32:31 -!- dima [~dima@kappa.ac93.org] has joined ##stm32
2025-01-09T13:56:27 -!- nomorekaki [~nomorekak@178-55-33-249.bb.dnainternet.fi] has quit [Quit: Client closed]
2025-01-09T14:33:21 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-09T14:44:08 -!- ALTracer [~ALTracer@188.65.246.255] has quit [Read error: Connection reset by peer]
2025-01-09T14:44:45 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-09T14:53:19 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-09T14:55:19 -!- haritz [~hrtz@user/haritz] has quit [Remote host closed the connection]
2025-01-09T14:55:52 -!- haritz [~hrtz@2a02:8010:65b5:0:5d9a:9bab:ee5e:b737] has joined ##stm32
2025-01-09T14:57:41 -!- haritz [~hrtz@user/haritz] has changed host
2025-01-09T14:57:43 -!- hsv [~unknown@user/hsv] has quit [Ping timeout: 244 seconds]
2025-01-09T14:58:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-09T14:58:29 -!- hsv [~unknown@user/hsv] has joined ##stm32
2025-01-09T15:07:56 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-09T15:07:56 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Read error: Connection reset by peer]
2025-01-09T15:08:10 -!- ALTracer [~ALTracer@188.65.246.255] has joined ##stm32
2025-01-09T15:11:47 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-01-09T15:11:56 -!- PhantomWork [~PhantomWo@modemcable022.175-37-24.static.videotron.ca] has joined ##stm32
2025-01-09T15:15:48 < PhantomWork> hi there. small issue.     printf("%5.2f", (adc_buffer[ADC_VOLTAGE] * 9.360) / adc_buffer[ADC_VINTREF]);  <=== adc_buff is uint16_t. I get some corruption there. Sometime I get the right result, sometime I get 4 lines of garbage numbers, like:  -5880471507518539509587673883780162152080745....   anyone have an idea?  If I change it to *9360
2025-01-09T15:15:48 < PhantomWork> and use %5i then I get the expected value
2025-01-09T15:19:03 -!- ALTracer [~ALTracer@188.65.246.255] has quit [Remote host closed the connection]
2025-01-09T15:19:37 -!- ALTracer [~ALTracer@188.65.246.255] has joined ##stm32
2025-01-09T15:30:57 -!- rob_w [~bob@2001:a61:13e4:b701:fb5e:6fcf:ae45:691d] has quit [Ping timeout: 248 seconds]
2025-01-09T15:34:01 < karlp> do you have floating point printf?
2025-01-09T15:34:16 < karlp> newlib-nano you'll need a linker flag to pull it in.
2025-01-09T15:40:41 < PhantomWork> yes
2025-01-09T15:40:50 < PhantomWork> without it it print nothing
2025-01-09T15:43:47 < jpa-> maybe you have different floating point ABI between your own code and newlib
2025-01-09T15:48:41 < PhantomWork> interessing... I enabled float in scanf too and it fixed it
2025-01-09T15:49:00 < PhantomWork> I don't use scanf   so printf must use it internally I guess
2025-01-09T15:49:56 < jpa-> how are you enabling these? you have custom newlib build?
2025-01-09T15:50:47 < PhantomWork> stm32cubeide
2025-01-09T15:51:39 < PhantomWork> project proprieties, C/C++ build -> MCU/MPU settings -> the 2 checkboxes there
2025-01-09T16:04:23 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-01-09T16:09:50 -!- rob_w [~bob@2001:a61:13e4:b701:86a8:19d7:89cf:d564] has joined ##stm32
2025-01-09T16:21:02 -!- haritz [~hrtz@82-69-11-11.dsl.in-addr.zen.co.uk] has joined ##stm32
2025-01-09T16:21:04 -!- haritz [~hrtz@user/haritz] has changed host
2025-01-09T16:34:24 -!- ALTracer [~ALTracer@188.65.246.255] has quit [Remote host closed the connection]
2025-01-09T16:35:08 -!- ALTracer [~ALTracer@188.65.246.255] has joined ##stm32
2025-01-09T16:38:46 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-09T17:17:11 -!- rob_w [~bob@2001:a61:13e4:b701:86a8:19d7:89cf:d564] has quit [Ping timeout: 252 seconds]
2025-01-09T17:36:30 -!- ALTracer [~ALTracer@188.65.246.255] has quit [Read error: Connection reset by peer]
2025-01-09T17:37:22 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-09T17:52:40 -!- PhantomWork [~PhantomWo@modemcable022.175-37-24.static.videotron.ca] has quit [Quit: Client closed]
2025-01-09T17:54:28 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-09T17:55:19 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-09T19:16:28 -!- haritz [~hrtz@user/haritz] has quit [Read error: Connection reset by peer]
2025-01-09T19:18:56 -!- haritz [~hrtz@82-69-11-11.dsl.in-addr.zen.co.uk] has joined ##stm32
2025-01-09T19:18:58 -!- haritz [~hrtz@user/haritz] has changed host
2025-01-09T19:52:19 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-09T19:55:40 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-09T19:59:31 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-09T20:04:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-09T20:34:39 -!- drzacek [~quassel@2a01:3d8:4bc:2100:dbd5:7b39:1eb8:3634] has joined ##stm32
2025-01-09T20:40:14 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-09T20:40:17 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-09T20:58:36 -!- hexo__ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-09T20:58:54 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-09T21:19:14 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 244 seconds]
2025-01-09T21:32:28 < bitmask> booooo
2025-01-09T21:32:29 < bitmask> lame
2025-01-09T21:32:30 < bitmask> gay
2025-01-09T21:32:48 < bitmask> I gotta wait 2 weeks to order my new laptop
2025-01-09T21:44:31 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-09T22:01:26 < ventyl> warum? did you drain your credit?
2025-01-09T22:06:00 < bitmask> I got an apple card to get 12 months 0% financing but only a limit of 2k, so I was gonna pay half and put the other half on the card, but turns out they only let you do that if the card can cover the whole charge. I don't want to use a regular credit card so I'll just have to wait until I get paid and have enough to buy it outright
2025-01-09T22:20:34 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Ping timeout: 248 seconds]
2025-01-09T22:22:03 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 244 seconds]
2025-01-09T22:39:46 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-01-09T22:40:39 -!- PhantomWork [~PhantomWo@modemcable022.175-37-24.static.videotron.ca] has joined ##stm32
2025-01-09T22:42:55 < PhantomWork> hi there, sanity check please on this:             return((float)(motorA * 1.2 / vref * multiplier));       where uint8_t motorA, vref;     float multiplier;        is that ok? I'm getting massive memory corruption and when I bypass this section the corruption don't show up, so I don't know if it just trigger it or if it
2025-01-09T22:42:56 < PhantomWork> is an issue....
2025-01-09T22:44:47 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 244 seconds]
2025-01-09T22:56:47 -!- drzacek [~quassel@2a01:3d8:4bc:2100:dbd5:7b39:1eb8:3634] has quit [Quit: quit]
2025-01-09T23:00:40 < karlp> well, for starters, you need 1.2f not 1.2 so you avoid implicit doubles.
2025-01-09T23:03:23 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-01-09T23:04:38 < PhantomWork> changed, but still corrupt..
2025-01-09T23:07:01 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-01-09T23:18:09 < ventyl> PhantomWork: as you mentioned AVR before. Are you familiar with the concept of stepping using the debugger?
2025-01-09T23:18:26 < ventyl> you can trace the code instruction by instruction, figuring out if it does what you expect it to do.
2025-01-09T23:20:56 < bitmask> oh shit, why wait 2 weeks when I can put it on a card and pay it off in 4 weeks?
2025-01-09T23:21:00 < bitmask> ordering now :/
2025-01-09T23:21:04 < PhantomWork> I tried to, but didn't seemed to work well
2025-01-09T23:21:37 < ventyl> why specifically? Is your build configured as debug, or release? What -O level do you build the code with?
2025-01-09T23:21:54 < PhantomWork> debug
2025-01-09T23:21:57 < PhantomWork> will try again
2025-01-09T23:22:16 < ventyl> and what happens? if stepping suddenly freezes, that would suggest, your code could be interrupted by ISR handler
2025-01-09T23:22:17 < PhantomWork> I wonder if the problem could be a bugged printf with float implementation...
2025-01-09T23:25:04 < zyp> do you have any interrupts also using the FPU that could step on the FPU state? I can't recall exactly if it's possible to configure the system to have the FPU enabled but not save the state on ISR entry
2025-01-09T23:25:41 < ventyl> IIRC such state is possible, but highly unlikely
2025-01-09T23:26:51 < PhantomWork> I do use interrupts for timers
2025-01-09T23:26:57 < zyp> not necessarily highly unlikely if it's configued by a cubemx dialog with a bunch of checkboxes that the user don't understand the exact meaning of
2025-01-09T23:27:02 < PhantomWork> and I guess I need to disable the WDT
2025-01-09T23:27:23 < zyp> do any of those touch the FPU though?
2025-01-09T23:27:30 < zyp> most ISRs usually don't
2025-01-09T23:28:32 < PhantomWork> floating point unit?
2025-01-09T23:28:46 < PhantomWork> the 103 don't have one afaik?
2025-01-09T23:28:51 < zyp> oh
2025-01-09T23:29:09 < zyp> right, didn't catch you were using a trash chip :)
2025-01-09T23:29:35 < PhantomWork> work for my needs, but yeah, need to upgrade one day  :D
2025-01-09T23:30:12 < zyp> certainly not a FPU state issue then
2025-01-09T23:31:06 < ventyl> zyp: ISR may touch FPU even without using floating point math if it runs out of registers
2025-01-09T23:32:11 < zyp> it'll spill integer data into FPU registers to avoid using the stack? never seen that
2025-01-09T23:32:58 < zyp> I'd be interested in seeing an example on godbolt if you remember any
2025-01-09T23:36:11 < qyx> misconfigured floating point, wrong toolchain/multilib, stack issue? (float printf is huige)
2025-01-09T23:36:21 < qyx> any of those?
2025-01-09T23:36:24 < zyp> no
2025-01-09T23:36:36 < ventyl> zyp: I didn't see that myself but both M4F/M7F manuals mention that and GCC warns about it
2025-01-09T23:36:37 < zyp> they'd cause an usagefault on m3
2025-01-09T23:37:18 < zyp> I mean, float printf stack overflow is both possible and plausible
2025-01-09T23:37:20 < zyp> but not the rest
2025-01-09T23:37:30 < ventyl> GCC has -mgeneral-regs-only for this case
2025-01-09T23:38:07 < ventyl> "Generate code which uses only the general-purpose registers. This will prevent the compiler from using floating-point and Advanced SIMD registers but will not impose any restrictions on the assembler."
2025-01-09T23:38:52 < zyp> probably matters more on other archs than cortex-m :)
2025-01-09T23:39:44 < ventyl> GCC warns about it in ISR handlers that are marked as __attribute__((interrupt)) (at least with my set of compiler switches)
2025-01-09T23:42:14 < bitmask> $5000 later....
2025-01-09T23:42:25 < ventyl> are you broke now?
2025-01-09T23:42:32 < zyp> time to start regretting :)
2025-01-09T23:42:40 < bitmask> yes im broke
2025-01-09T23:42:51 < bitmask> but excited
2025-01-09T23:42:59 < bitmask> im on a 2015 mbp now, this is a huge upgrade
2025-01-09T23:43:38 < zyp> nrf52 has a «GPREGRET» register, I always read that as «general purpose regret»
2025-01-09T23:44:05 < ventyl> there's a lot to regret on nRF52, so I can understand that interpretation
2025-01-09T23:44:10 < zyp> :)
2025-01-09T23:44:35 < ventyl> zyp: btw thanks for help. aside from some brainfarts in mutex unlock this was the issue
2025-01-09T23:44:41 < zyp> apparently the official one is «general purpose retained register»
2025-01-09T23:44:46 < zyp> ah, cool
2025-01-09T23:44:52 < ventyl> and some 25 versions of clearing the PENDSVSET bit later I managed to fix it
2025-01-09T23:47:48 < bitmask> guess I should do some work so I can pay for it
2025-01-09T23:48:23 < Steffanx> More AI training sessions?
2025-01-09T23:48:28 < bitmask> yup
2025-01-09T23:48:36 < Steffanx> Much fun?
2025-01-09T23:49:24 < bitmask> depends on the project, lately ive been working on a 'challenging prompt' project and Ive just been working on my vulkan game engine and asking it questions for that and getting paid to do what I want to do
2025-01-09T23:52:31 < bitmask> anyone ever use apple care? Ive never purchased warranties like this before, I figured id just do one year just incase
2025-01-09T23:52:43 < Steffanx> It's cheapish right?
2025-01-09T23:52:48 < Steffanx> Compared to the 5k 
2025-01-09T23:53:01 < bitmask> $150 a year or 3 for 350 or something like that
2025-01-09T23:53:10 < bitmask> yea relatively its pennies
2025-01-09T23:54:21 < bitmask> im worried my credit cards have a purchase limit and are gonna decline when the charge goes through
2025-01-09T23:54:56 < ventyl> bitmask: I never owned brand new mac. Youngest one was three years old and outplayed statistics as it should have been long dead by now, having poor solderjob on its GPU
2025-01-09T23:55:24 < qyx> applecare is medicare from apple?
2025-01-09T23:55:48 < bitmask> that happened to my 2012 mbp I think and I threw it in the oven or used a hot air gun (i forget which) and it fixed it
2025-01-09T23:56:30 < bitmask> im surprised this one lasted so long, went 2012, 2015, 2024
2025-01-09T23:56:51 < zyp> I've never purchased applecare
2025-01-09T23:57:03 < bitmask> its still going strong too, though I guess ive replaced everything but the mobo
2025-01-09T23:57:09 < bitmask> :P
2025-01-09T23:57:33 < ventyl> bitmask: mine's 2008, still running
2025-01-09T23:57:41 < ventyl> 0 baking cycles
2025-01-09T23:57:43 < bitmask> damn
2025-01-09T23:58:36 < bitmask> the main reason I want to upgrade is because my ssd is acting up or something related, and compile times are starting to bother me
2025-01-09T23:58:41 < Steffanx> Didn't you shoot something at the screen a while back?
2025-01-09T23:58:43 < zyp> as a normal consumer there's not much point, norwegian consumer protection laws gives me five years of coverage for product defects anyway, and my insurance covers accidents
2025-01-09T23:58:48 < bitmask> haha yes
2025-01-09T23:58:50 < bitmask> a magnet
2025-01-09T23:58:57 < bitmask> i almost cried
2025-01-09T23:59:14 < zyp> but the M2 studio I bought as a business, so that's less covered
2025-01-09T23:59:19 < bitmask> and this replacement screen is shit, it has 2 or 3 bright spots
2025-01-09T23:59:21 < ds2> what killed it?
2025-01-09T23:59:59 < BrainDamage> a diy shit^W magnetic stirrer
--- Day changed Fri Jan 10 2025
2025-01-10T00:00:04 < bitmask> :)
2025-01-10T00:00:18 < zyp> anyway, I've bought four macs so far, and never had any of them in for repairs
2025-01-10T00:00:59 < bitmask> im usually very careful, but every once in a long while I do something really stupid like fling a magnet at the screen
2025-01-10T00:01:20 < ds2> what do you use it for?
2025-01-10T00:01:35 < bitmask> so for 3% the purchase price for a year of insurance, why not
2025-01-10T00:01:38 < bitmask> the laptop?
2025-01-10T00:01:43 < ds2> yeah
2025-01-10T00:01:56 < bitmask> coding mostly
2025-01-10T00:02:05 < BrainDamage> https://github.com/karlp/zypsnips/blob/master/budgets#L20
2025-01-10T00:02:07 < bitmask> and boring people in chatrooms
2025-01-10T00:02:22 < bitmask> opening 600 tabs when I want to look something up
2025-01-10T00:02:38 < bitmask> and maybe some AI stuff for fun
2025-01-10T00:02:45 < ds2> how do you do that? I found I mainly use my laptop for browser and xterm's that I either run vi or ssh elsewhere
2025-01-10T00:03:01 < qyx> for opening 600 tabs, a 200€ computer is enough
2025-01-10T00:03:27 < ds2> yeah, modern laptops seems like an overkill
2025-01-10T00:03:49 < ds2> wish they trade that extra CPU for more battery life or thinner AND physical robustness
2025-01-10T00:04:13 < zyp> I can't speak for laptops, my newest mac is a M2 studio, and I certainly like it
2025-01-10T00:04:24 < bitmask> I dont use a desktop really, so I just get a powerful laptop
2025-01-10T00:05:21 < zyp> when the studio is due for replacement, I'll consider a mbp and dock
2025-01-10T00:05:37 < ds2> for most things I find myself sshing into a headless box somewhere or using a tablet
2025-01-10T00:05:44 < qyx> my computer is in a rack hanging on a wall
2025-01-10T00:05:49 < qyx> and it can't move and it is a feature
2025-01-10T00:06:34 < bitmask> i hate doing anything on tablets or phones unless im reading an ebook or something 
2025-01-10T00:07:13 < zyp> I rarely use my laptop, pretty much only when I'm travelling
2025-01-10T00:07:21 < zyp> so I have a desktop at home and a desktop at work
2025-01-10T00:08:54 < ds2> i find debugging is sometimes more productive at random places
2025-01-10T00:08:56 < zyp> but if I could get a mbp that's just as powerful as a mac studio for less of a premium than what a separate laptop would cost me, it could make sense to buy a laptop that'd spend most of its life in a dock
2025-01-10T00:10:16 < bitmask> do you mean in a dock where you have a separate keyboard + monitor and keep it closed and away? Ive never done that before
2025-01-10T00:10:28 < zyp> yeah, exactly
2025-01-10T00:10:39 < bitmask> might be worth it when I move next month
2025-01-10T00:10:47 < bitmask> and i'll actually have a desk
2025-01-10T00:10:59 < bitmask> thats the main reason I got into laptops, I dont have a desk 
2025-01-10T00:11:25 < bitmask> and I like having the option of portability for road trips and hotel rooms
2025-01-10T00:11:58 < zyp> I brought my mac studio with me last time I went to jp
2025-01-10T00:12:10 < zyp> ended up not bothering using it, so next time I'll leave it home
2025-01-10T00:12:31 < Steffanx> And you can bring it to the naked beach. (Ive just finished reading zypsnips and it seemed to be your hobby bitmask 😝)
2025-01-10T00:12:53 < bitmask> haha I didn't even go once last summer
2025-01-10T00:12:58 < bitmask> its a shame
2025-01-10T00:14:47 < zyp> hmm, so a 14" M4 Max MBP with 64GB RAM would cost me 58490 NOK
2025-01-10T00:14:57 < zyp> my M2 Max Studio cost me 35990
2025-01-10T00:15:01 < bitmask> I dont think you can get a 14" with those specs can you?
2025-01-10T00:15:16 < zyp> of course you can, I just specced it to check the price
2025-01-10T00:15:29 < zyp> can get 128GB even
2025-01-10T00:15:37 < bitmask> huh... I would have gotten 16" anyway but I thought 14 was limited
2025-01-10T00:16:39 -!- PhantomWork [~PhantomWo@modemcable022.175-37-24.static.videotron.ca] has quit [Quit: Client closed]
2025-01-10T00:16:47 < bitmask> I got 64GB and 2TB
2025-01-10T00:17:10 < zyp> needs the 16-core CPU option to get more than 36 GB, but otherwise no issue
2025-01-10T00:18:04 < bitmask> I wonder how the max handles the smaller enclosure, fans probably run more often
2025-01-10T00:19:02 < ds2> how much power does the 16-core/36GB desktop pull?
2025-01-10T00:20:16 < zyp> hmm
2025-01-10T00:21:41 < zyp> so the price difference between a studio and a comparable mbp is significant, but less than a baseline mbp, so one device that's both powerful and portable can indeed be cheaper than one that's powerful plus one that's portable
2025-01-10T00:22:00 < zyp> unless I get an mba instead
2025-01-10T00:22:36 < zyp> will have to see what's on the market next time I'm upgrading
2025-01-10T00:24:40 < bitmask> next mbp series will probably be great, i really wish this years had the tandem oled
2025-01-10T00:25:25 < ventyl> I am considering MBA, I don't much more power than it has.
2025-01-10T00:26:15 < zyp> I could maybe also consider dropping macbook and getting an ipad instead
2025-01-10T00:26:22 < bitmask> yuck
2025-01-10T00:26:58 < zyp> never owned one, but I suspect with a keyboard and the right apps, it'd work fine
2025-01-10T00:27:03 < bitmask> well what do you want it for I guess is the relevant question
2025-01-10T00:27:41 < bitmask> the yuck was for tablets in general, I just never liked em except for reading, which I guess is common
2025-01-10T00:27:43 < zyp> for whatever I need to do when not sitting at a desk with a desktop computer
2025-01-10T00:29:03 < zyp> e.g. laptops are awkward to use when you're standing and don't have anything to put it on
2025-01-10T00:29:54 < bitmask> yea, I guess it is nice having multiple form factors
2025-01-10T00:30:13 < ds2> Android tablet with a custom build to make it useful... smallest laptop
2025-01-10T00:34:53 < bitmask> I want to buy a vr headset next. I would love an apple vision pro to extend my macbook, but its too heavy. I don't know if something like a bigscreen beyond would allow some similarish functionality (at most just like an external display)
2025-01-10T00:35:11 < bitmask> and ive never tried it but ive always wanted one for like a virtual theater experience
2025-01-10T00:35:26 < bitmask> and the bigscreen beyond is so nice and small
2025-01-10T00:35:39 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-10T00:38:02 -!- kow__ [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-10T00:38:24 < zyp> idk, VR games are fun, and I guess they could be convenient to watch movies on planes or whatever, but I don't think resolution is good enough that it's convenient to use it for text
2025-01-10T00:39:04 < zyp> that said, I haven't tried any current gen VR headsets, been some years, so I expect some improvement
2025-01-10T00:39:43 < bitmask> ive never tried one
2025-01-10T00:40:02 < bitmask> didn't really think about that
2025-01-10T00:40:07 < zyp> but still, the resolution they offer is stretched out over your entire field of vision, so a virtual monitor would only use a fraction of it
2025-01-10T00:40:43 < bitmask> well, movies would still be cool, but $1000 is a lot just for that
2025-01-10T00:41:02 < bitmask> although everything feels cheap today
2025-01-10T00:41:08 < bitmask> compared to what I just spent
2025-01-10T00:41:14 -!- drkow [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 252 seconds]
2025-01-10T00:41:29 < zyp> everything should feel expensive, if you just spent all your money
2025-01-10T00:42:23 < bitmask> heh true
2025-01-10T00:52:37 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-a19d-2973-4e84-6d17.fixed6.kpn.net] has quit [Ping timeout: 244 seconds]
2025-01-10T01:03:02 -!- kovalevsky [~kovalevsk@181.168.239.174] has joined ##stm32
2025-01-10T01:03:02 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has changed host
2025-01-10T02:58:21 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-10T02:59:36 -!- nomorekaki [~nomorekak@178-55-33-249.bb.dnainternet.fi] has joined ##stm32
2025-01-10T03:44:51 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 252 seconds]
2025-01-10T03:50:13 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-10T04:14:15 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Ping timeout: 276 seconds]
2025-01-10T05:55:13 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-10T05:55:32 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-10T06:16:44 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Ping timeout: 252 seconds]
2025-01-10T06:17:19 -!- ALTracer [~ALTracer@188.65.245.177] has joined ##stm32
2025-01-10T06:20:58 -!- ALTracer [~ALTracer@188.65.245.177] has quit [Remote host closed the connection]
2025-01-10T06:22:52 -!- ALTracer [~ALTracer@188.65.245.177] has joined ##stm32
2025-01-10T06:23:31 -!- ALTracer [~ALTracer@188.65.245.177] has quit [Client Quit]
2025-01-10T06:32:12 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-10T07:03:36 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-10T08:03:34 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-10T08:40:20 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-4005-ed5d-c378-2255.fixed6.kpn.net] has joined ##stm32
2025-01-10T09:09:15 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-10T09:45:21 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-4005-ed5d-c378-2255.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-10T10:08:26 -!- nomorekaki [~nomorekak@178-55-33-249.bb.dnainternet.fi] has quit [Quit: Client closed]
2025-01-10T10:17:03 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-10T10:43:20 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-10T10:53:24 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-01-10T10:53:50 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-01-10T10:55:37 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-01-10T10:56:03 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-01-10T10:56:14 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-01-10T10:56:40 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-01-10T10:56:42 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-01-10T10:58:07 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-01-10T10:58:34 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-01-10T10:59:00 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-01-10T10:59:02 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-01-10T10:59:02 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [K-Lined]
2025-01-10T11:18:46 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-10T11:33:37 < qyx> anyone owns nitrokey?
2025-01-10T11:41:55 < qyx> ordering nitrokey start, it even supports ed25519 but without "physically secured" keys, so I guess it is just some trusty firmware keeping my keys safe
2025-01-10T11:42:15 < qyx> I am fine with that
2025-01-10T11:56:49 -!- scrts87 [~scrts2@23.28.144.38] has quit [Ping timeout: 265 seconds]
2025-01-10T11:57:09 -!- scrts87 [~scrts2@23.28.144.38] has joined ##stm32
2025-01-10T12:07:22 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has joined ##stm32
2025-01-10T12:07:23 < Laurenceb_> suppp
2025-01-10T12:22:25 < zyp> sup Laurenceb_ 
2025-01-10T12:22:44  * Laurenceb_ has been asked to fix a horrible problem :(
2025-01-10T12:23:07 < zyp> do you need to start putting spaces in your code?
2025-01-10T12:23:10 < Laurenceb_> someone made a stm32duino board based device that connects to Rpi running node-red via usb-cdc  ...
2025-01-10T12:23:33 < Laurenceb_> sometimes (about once per day) it disconnects and stm32 hangs... they want me to fix it
2025-01-10T12:23:58 < zyp> not the other way around? stm32 hangs and it disconnects?
2025-01-10T12:24:30 < Laurenceb_> I dont think so, on lunix logs I see lots of usb disconnects and reconnects, normally stm32 reconnects no issues
2025-01-10T12:24:43 < Laurenceb_> when I connect via terminal there is never an issue
2025-01-10T12:24:48 < zyp> sounds easy enough; wait for it to happen, attach debugger, check device state
2025-01-10T12:25:07 < Laurenceb_> yeah, its rare but I should be able to make it occur
2025-01-10T12:26:06 < jpa-> i've had cdc issues like that when the firmware was only writing to the serial port and never reading
2025-01-10T12:26:10 < Laurenceb_> so far I have found that sending more data from node-red makes problem more common, but sensing tons (megabytes) from terminal gives no issue, yet even 100bytes from node-red usually triggers it
2025-01-10T12:26:26 < Laurenceb_> *sending
2025-01-10T12:26:34 < Laurenceb_> interesting thanks
2025-01-10T12:26:35 < jpa-> linux is stupid in that when opening serial port devices, it is easy to get some accidental echo back into the port
2025-01-10T12:26:54 < Laurenceb_> yeah I fixed that issue already, dont think its that
2025-01-10T12:27:11 < zyp> Laurenceb_, could be related to packet size 
2025-01-10T12:27:42 < Laurenceb_> I can see some high level issues in stm32duino usb serial code (such as flush which has poor logic), but the lower level is all st code
2025-01-10T12:27:46 < Laurenceb_> ok interesting
2025-01-10T12:28:15 < Laurenceb_> like wtf is this https://github.com/stm32duino/Arduino_Core_STM32/blob/main/libraries/USBDevice/src/USBSerial.cpp#L194
2025-01-10T12:28:20 < zyp> maybe it gets stuck if it gets a MPS sized packet and no short packet following, i.e. if you're sending exactly 64B
2025-01-10T12:29:22 < Laurenceb_> I think that would have to be an issue with st code tho, so would hope not
2025-01-10T12:29:38 < zyp> idk
2025-01-10T12:29:58 < zyp> usb analyzer capturing everything leading up to the problem would probably be very helpful
2025-01-10T12:30:32 < Laurenceb_> yeah
2025-01-10T12:30:35 < zyp> tell your boss you need a beagle
2025-01-10T12:30:38 < Laurenceb_> I see issues already
2025-01-10T12:30:39 < Laurenceb_> lol
2025-01-10T12:31:08 < Laurenceb_> https://github.com/stm32duino/Arduino_Core_STM32/blob/main/libraries/USBDevice/src/USBSerial.cpp#L156
2025-01-10T12:31:17 < Laurenceb_> ^ should have && CDC_Connected()
2025-01-10T12:32:12 < Laurenceb_> line 197 should also just be return CRC_Connected()
2025-01-10T12:33:50 < jpa-> "TS: it safe"  i'm gonna use this
2025-01-10T12:34:05 < Laurenceb_> it seems from the logs that Rpi drops the connection first - looks like a usb reset is triggered, then stm32 sometimes breaks, but the usb reset event is much more common than the stm32 lockup, and usb reset is only ever seen with node-red
2025-01-10T12:34:36 < Laurenceb_> I'm going to rewrite that tarduino code so its more sane, I can see how that faulty logic could sometimes lock up
2025-01-10T12:34:55 < jpa-> when in doubt, change things randomly
2025-01-10T12:35:06 < Laurenceb_> might just leave the rpi / node-red issue as it should recover by itself if usb is working correctly
2025-01-10T12:35:40 < Laurenceb_> line 197... what were they even thinking
2025-01-10T12:35:48 < Laurenceb_> maybe blindly copying rs232 codez
2025-01-10T12:39:17 < Laurenceb_> aiui dtr functionality isnt even implemented by default
2025-01-10T12:39:48 < Laurenceb_> yet bool operator is used by load of higher level tarduino stuff
2025-01-10T12:41:54 < jpa-> https://docs.arduino.cc/language-reference/en/functions/communication/serial/ifSerial/   "This function adds a delay of 10ms in an attempt to solve "open but not quite" situations."   such quality
2025-01-10T12:42:42 < Laurenceb_> wtf
2025-01-10T12:56:00 < ventyl> :))
2025-01-10T12:56:06 < ventyl> yes but no
2025-01-10T13:04:32 < Laurenceb_> ok I read the github comments - there is some method in the madness - the remote serial terminal is supposed to set the DTR
2025-01-10T13:04:34 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-10T13:04:40 < Laurenceb_> over usb to signal that it is ready
2025-01-10T13:06:45 < Laurenceb_> ok, so the bool method indicates that a userspace application is set up ready to interface
2025-01-10T13:08:31  * qyx redoing gnuradio companion in html/css https://bin.jvnv.net/file/ASfxd/Screenshot_2025-01-10_12-06-36.png
2025-01-10T13:09:13 < Laurenceb_> nice
2025-01-10T13:27:27 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-10T13:33:09 < karlp> this is pretty fucking dissapointing.... https://github.com/espressif/esp-protocols/issues/546
2025-01-10T13:35:32 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-10T13:36:25 < zyp> sounds like they need better tests
2025-01-10T13:44:20 < Laurenceb_> I was looking at using esp for a work project, but latency and latency jitter looked really poor
2025-01-10T13:44:30 < Laurenceb_> like up to 10ms
2025-01-10T13:45:06 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-10T13:47:13 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-10T14:13:29 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has quit [Quit: Client closed]
2025-01-10T14:15:10 -!- rkta [~rkta@user/rkta] has quit [Quit: rkta]
2025-01-10T14:16:12 -!- rkta [~rkta@user/rkta] has joined ##stm32
2025-01-10T14:22:32 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Ping timeout: 272 seconds]
2025-01-10T14:34:41 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-10T14:47:07 -!- kow__ [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 252 seconds]
2025-01-10T14:50:59 -!- PhantomWork [~PhantomWo@modemcable022.175-37-24.static.videotron.ca] has joined ##stm32
2025-01-10T14:51:01 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-10T14:53:09 -!- PhantomWork [~PhantomWo@user/phantom] has changed host
2025-01-10T15:03:35 < ventyl> gone like a fart in a warm spring breeze
2025-01-10T15:07:51 < c10ud> lol
2025-01-10T15:08:02 < c10ud> btw, kaspersky is flagging jvnv as security threat
2025-01-10T15:09:13 < zyp> yeah, I'm gonna steal all your secrets
2025-01-10T15:09:14 < qyx> karlp: already closed \o/
2025-01-10T15:09:51 < qyx> zyp: yeah your domain is listed in some lists
2025-01-10T15:09:58 < zyp> I know
2025-01-10T15:10:40 < zyp> it's the particular subdomain, so one day I'm gonna move it to a different subdomain and set up a redirect from the old
2025-01-10T15:11:08 < karlp> cute: https://github.com/openwrt/openwrt/pull/16716
2025-01-10T15:11:16 < qyx> almost there https://bin.jvnv.net/file/g8Uct/Screenshot_2025-01-10_14-10-53.png
2025-01-10T15:12:27 < c10ud> it's funny that we still use kaspersky
2025-01-10T15:13:43 < zyp> c10ud, anyway, the reason it's listed is because people used it to host malware
2025-01-10T15:13:44 < qyx> karlp: interesting where did he got 6.6 patches
2025-01-10T15:14:03 < qyx> last time I checked it was a total mess in mainline
2025-01-10T15:14:24 < zyp> we spent a bunch of time tuning virus filters on uploaded files so that they'd block malware but not have too many false postives
2025-01-10T15:14:42 -!- PhantomWork [~PhantomWo@user/phantom] has left ##stm32 []
2025-01-10T15:15:05 < qyx> I only upload stealth malware in png images
2025-01-10T15:15:29 < zyp> and then somebody else started flooding it with video files, apparently trying to use it as a CDN or something, and while not malware, that ate the entire traffic quota
2025-01-10T15:15:57 < zyp> so in the end we closed both anonymous uploads and user registration
2025-01-10T15:16:10 < zyp> this is why we can't have nice things
2025-01-10T15:16:32 < c10ud> heh
2025-01-10T15:16:57 < zyp> still left with the malware flag on the subdomain though
2025-01-10T15:18:16 < karlp> qyx: well, it's a bootlin address, so I'm guessing they're his own 6.6 patches :)
2025-01-10T15:18:26 -!- akaWolf [~akaWolf@akawolf.org] has joined ##stm32
2025-01-10T15:18:49 < karlp> qyx: the espressif ticket was open for a year, it's the closing that I'm annoyed with.
2025-01-10T15:19:08 < karlp> I'm trying to figure out how to write a response that's calm enough for them to "see the light" with :)
2025-01-10T15:20:46 -!- specing [~specing@user/specing] has quit [Quit: ZNC - https://znc.in]
2025-01-10T15:21:09 -!- specing [~specing@user/specing] has joined ##stm32
2025-01-10T15:21:29 < zyp> speaking of PRs, I wonder how this thing is going to go: https://github.com/zephyrproject-rtos/zephyr/pull/83512
2025-01-10T15:21:58 < zyp> so far it's gotten one approval and then CI complained that my commit message had too long line lengths, so I fixed that, and then nothing
2025-01-10T15:22:49 < veverak> so, client for stm32 bootloader is done
2025-01-10T15:22:53 < veverak> I like it, I really like it
2025-01-10T15:23:06 < zyp> the rom bootloader?
2025-01-10T15:23:26 < veverak> few lines of code and I can easily flash any device (it's compatible between chips) with just UART? me gusta
2025-01-10T15:23:28 < veverak> zyp: yup
2025-01-10T15:23:45 < zyp> UART? not even USB?
2025-01-10T15:24:01 < veverak> yes
2025-01-10T15:24:10 < veverak> the board is quite small and the main interface of the project is UART
2025-01-10T15:24:12 < veverak> :)
2025-01-10T15:24:29 < veverak> so we just used appropiate pins for the UART so we can communicate with the bootloader over it
2025-01-10T15:24:55 < veverak> https://hackaday.io/project/194236-servio/log/237398-v3-board << pics
2025-01-10T15:26:43 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-10T15:48:02 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-10T15:49:52 < bitmask> ugh, new glenn and starship 7 just keep getting delayed, also I'm just gonna be staring at my apple order page for the next 2 weeks looking for updates, I'm not good at waiting
2025-01-10T15:50:29 < ventyl> i have just read a review of framework 13 and... tbh, I might prefer it over MBA
2025-01-10T15:53:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-10T15:55:04 < bitmask> only $160 for 32GB ram, thats insane, I know its different but it would be $400-500 for the mbp
2025-01-10T15:58:35 < bitmask> no option for discrete gpus though, though im sure integrated have come a long way since I last looked into it
2025-01-10T16:00:18 < ventyl> discrete are afaik available for framework 16
2025-01-10T16:00:27 < ventyl> yet I can probably live without one in 13" body
2025-01-10T16:02:24 < bitmask> oh I didnt realize they had 2 models
2025-01-10T16:04:35 < ventyl> fun thing about framework is, that just a couple of years ago, if you mentioned on their forum that you are searching for someone in country where they ship to have the notebook shipped there and then re-shipped, they would delete both accounts and block both e-mail addresses from any further purchases
2025-01-10T16:05:32 < ventyl> but my experience with local authorized apple reseller wasn't pleasant either
2025-01-10T16:06:16 < specing> I still don't understand why anyone would buy a framework and not a (used) thinkpad
2025-01-10T16:06:56 < qyx> idk I don't understant people using ada
2025-01-10T16:07:01 < qyx> *d
2025-01-10T16:07:25 < specing> we're built differently
2025-01-10T16:09:51 < bitmask> what NAS would you guys get
2025-01-10T16:13:15 < specing> probably a regular PC with extra disks chucked in
2025-01-10T16:35:52 < Steffanx> Lunix or *BSD as OS?
2025-01-10T16:36:29 < qyx> are you crazy
2025-01-10T16:39:22 < Steffanx> With you guys you never know :P
2025-01-10T16:48:28 < specing> Steffanx: Lunix ofc, BSD means you have to handle another OS in the mix
2025-01-10T16:48:52 < specing> unless you already use *BSD as your main OS, then you'd go with *BSD
2025-01-10T16:57:41 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-10T17:20:17 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-10T17:42:24 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 252 seconds]
2025-01-10T17:52:00 < englishman> does ablomas/abelina still chat here
2025-01-10T18:24:41 < qyx> haven't actually seen them chatting
2025-01-10T18:24:42 < qyx> ever
2025-01-10T18:26:14 < fenugrec> reminds me, haven't seen jadew in a while
2025-01-10T18:26:30 < englishman> oh no
2025-01-10T18:41:18 < BrainDamage> they finished their thermometer, sold millions, and got rich?
2025-01-10T18:42:21 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-10T18:54:31 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-10T18:54:46 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-10T18:54:50 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Client Quit]
2025-01-10T19:24:23 < Steffanx> Lol
2025-01-10T19:25:31 < Steffanx> What about your friend ReadError, englishman ? Did he join the L0de gang again yet? (Is L0de radio still a thing?)
2025-01-10T19:31:34 < mawk> you mean the people that keep spamming the server?
2025-01-10T19:35:26 < englishman> no idea. readerror has been back in the clink for several years, manufacturing drugs this time i think. he fell off the wagon pretty hard
2025-01-10T19:40:59 < karlp> bitmask: I'm quite happy with a little qnap 2 bay I bought, and to not have to "just use a pc" and do all the software myself.
2025-01-10T19:41:34 < bitmask> yea I'm going to get something like that, i'll take a look at qnap thanks
2025-01-10T19:42:10 < karlp> I just felt that qnap was a better bang per buck vs synology and I felt that I trusted them to have a litttttle more concern for their users too.
2025-01-10T20:08:17 -!- drzacek [~quassel@2a01:3d8:4de:2900:d4b5:1e40:d7d:6024] has joined ##stm32
2025-01-10T20:39:14 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32
2025-01-10T20:50:24 -!- soweli_iki [~user@user/soweli-iki:47461] has quit [Ping timeout: 246 seconds]
2025-01-10T21:03:51 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-01-10T21:18:58 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Ping timeout: 244 seconds]
2025-01-10T21:25:37 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-01-10T21:42:19 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-d02f-b430-d500-ac9f.fixed6.kpn.net] has joined ##stm32
2025-01-10T21:50:45 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-10T21:54:29 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-10T22:01:37 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-10T22:07:29 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 252 seconds]
2025-01-10T22:10:45 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-10T22:14:08 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 245 seconds]
2025-01-10T22:25:18 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-10T22:28:31 < englishman> i feel you will feel the same way about qnap after a few years and hate them both equally? arent they chinese also
2025-01-10T22:31:58 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-10T22:46:35 < Steffanx> taiwanese, but for some that is the same  thing
2025-01-10T22:47:48 -!- nomorekaki [~nomorekak@178-55-33-249.bb.dnainternet.fi] has joined ##stm32
2025-01-10T22:48:29 < Steffanx> Very early nomorekaki...
2025-01-10T22:48:50 < nomorekaki> early lads
2025-01-10T22:49:13 < nomorekaki> has blaxter done any drive-bys?
2025-01-10T22:50:34 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-10T22:54:09 < nomorekaki> wow he has
2025-01-10T22:55:01 < Steffanx> Yes sir
2025-01-10T22:55:32 < nomorekaki> just recently today
2025-01-10T22:55:42 < nomorekaki> I had a feeling he had
2025-01-10T22:56:38 < Steffanx> Before that too
2025-01-10T22:57:14 < Steffanx> You have a good perstuntuma Mr nomorekaki 
2025-01-10T23:03:23 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-10T23:09:16 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-10T23:28:57 -!- qyx [~qyx@84.245.120.11] has quit [Ping timeout: 265 seconds]
2025-01-10T23:30:35 -!- qyx [~qyx@84.245.121.157] has joined ##stm32
2025-01-10T23:46:34 < mawk> fenugrec: he was here a week or so ago
2025-01-10T23:46:48 < mawk> for 3 hours
2025-01-10T23:46:54 < mawk> he said "sup?"
--- Day changed Sat Jan 11 2025
2025-01-11T00:10:02 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-d02f-b430-d500-ac9f.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-11T00:25:57 < bitmask> where muh puter?
2025-01-11T00:35:45 < Steffanx> bitmask: you'll have a long 3 weeks wait 😝
2025-01-11T00:36:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-11T00:46:41 < bitmask> 1-2 weeks but still, yea
2025-01-11T00:46:56 < bitmask> if it ends up being 3 I might go on a rampage
2025-01-11T00:51:18 -!- drzacek [~quassel@2a01:3d8:4de:2900:d4b5:1e40:d7d:6024] has quit [Quit: quit]
2025-01-11T00:51:21 < zyp> did I tell you about when my mac studio was arriving?
2025-01-11T00:52:03 < Steffanx> Maybe
2025-01-11T00:52:12 < zyp> once tracking said «out for delivery», I left work early to be home when it arrived
2025-01-11T00:52:53 < zyp> and they literally show up while I'm in the car a few minutes from home
2025-01-11T00:53:02 < zyp> and is of course gone again once I make it home
2025-01-11T00:53:18 < zyp> on a friday
2025-01-11T00:53:24 < bitmask> ouch
2025-01-11T00:53:34 < bitmask> that hurts
2025-01-11T00:54:04 < zyp> yeah, so I thought fuck that and drove around the neighborhood until I found the delivery car
2025-01-11T00:54:21 < bitmask> hah nice
2025-01-11T00:55:07 < Steffanx> I was going to comment on Norwegian going on a rampage... 
2025-01-11T00:56:03 < zyp> https://bin.jvnv.net/file/ZjmwI.jpg
2025-01-11T00:56:11 < zyp> 12:26: Out for delivery
2025-01-11T00:56:16 < zyp> 12:43: Recipient not home
2025-01-11T00:56:21 < zyp> 12:51: Delivered
2025-01-11T01:09:38 < bitmask> theres something wrong with your phone, its all gobblygook
2025-01-11T01:10:09 < bitmask> with correct words randomly placed
2025-01-11T01:11:04 < zyp> not my fault you're linguistically challenged :)
2025-01-11T01:11:09 < bitmask> :P
2025-01-11T01:11:41 < ds2> nice
2025-01-11T01:12:22 < ds2> wasn't someone here looking at off the grid power setups?
2025-01-11T01:12:30 < zyp> qyx
2025-01-11T01:13:26 < ds2> qyx: what country are you in?
2025-01-11T01:17:15 < mawk> why did you buy a mac zyp 
2025-01-11T01:17:51 < mawk> the only time I was so motivated to chase a delivery like that was when I was expecting drugs
2025-01-11T01:17:57 < mawk> your are getting high off your mac
2025-01-11T01:18:03 < zyp> it was time to retire the hackintosh
2025-01-11T01:18:25 < mawk> the delivery was stuck at the central mail sorting center in Paris, whose address is not really publicly known but I knew where it was
2025-01-11T01:18:42 < mawk> so I went at the backdoor and saw a nice gentleman who accepted giving me a tour of the insides and fetching my letter
2025-01-11T01:18:45 < mawk> it was pretty cool
2025-01-11T01:18:46 < zyp> and a m2 studio seemed a better option than attempting another hackintosh
2025-01-11T01:18:57 < mawk> you need the mac for some purpose? or you like the interface
2025-01-11T01:19:08 < mawk> only purpose I see is if you're targeting iOS
2025-01-11T01:19:13 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 244 seconds]
2025-01-11T01:19:23 -!- nomorekaki [~nomorekak@178-55-33-249.bb.dnainternet.fi] has quit [Quit: Client closed]
2025-01-11T01:24:51 < zyp> just preference
2025-01-11T01:33:42 -!- nomorekaki [~nomorekak@178-55-33-249.bb.dnainternet.fi] has joined ##stm32
2025-01-11T01:55:12 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-11T02:20:11 < nomorekaki> we are maybe 5years away from cheap mass produced lidars?
2025-01-11T02:22:13 < zyp> the kind that's been in robot vacuum for over a decade?
2025-01-11T02:30:40 < mawk> my robot vacuum just has a pressure plate in front of it
2025-01-11T02:30:45 < mawk> and does a random walk in the apartment
2025-01-11T02:30:48 < mawk> there's also a cliff sensor
2025-01-11T02:31:10 < mawk> I have to find where it is when it runs out of battery
2025-01-11T02:32:28 < nomorekaki> zyp: more like suitable for autonomous driving altough it's not that much different from trying not to collide with table leg
2025-01-11T02:35:05 < zyp> I don't think the lidars are the bottleneck for autonomous driving
2025-01-11T02:37:57 < nomorekaki> no
2025-01-11T03:14:30 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 252 seconds]
2025-01-11T04:11:15 -!- ferdna_ [~ferdna@user/ferdna] has joined ##stm32
2025-01-11T04:13:48 -!- ferdna [~ferdna@user/ferdna] has quit [Ping timeout: 252 seconds]
2025-01-11T04:23:43 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-11T04:49:01 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-11T04:56:14 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-11T05:11:32 < englishman> too bad im not going to san francisco anytime soon, i got a waymo invite
2025-01-11T05:11:38 < englishman> would like to try it
2025-01-11T05:14:01 -!- nomorekaki [~nomorekak@178-55-33-249.bb.dnainternet.fi] has quit [Quit: Client closed]
2025-01-11T05:52:51 -!- ferdna__ [~ferdna@user/ferdna] has joined ##stm32
2025-01-11T05:56:03 -!- ferdna_ [~ferdna@user/ferdna] has quit [Ping timeout: 276 seconds]
2025-01-11T05:57:14 -!- soweli_iki [~user@2601:c6:4100:2240:60dc:ba1e:49ae:62ce] has joined ##stm32
2025-01-11T05:57:25 -!- ferdna__ [~ferdna@user/ferdna] has quit [Client Quit]
2025-01-11T05:58:22 -!- soweli_iki [~user@user/soweli-iki:47461] has changed host
2025-01-11T06:41:10 < bitmask> createRayFromMouse
2025-01-11T06:41:13 < bitmask> hah oops
2025-01-11T06:41:17 < bitmask> damn clipboard
2025-01-11T06:41:38 < bitmask> https://i.imgur.com/WZVCm2Y.png
2025-01-11T06:41:45 < bitmask> that is what I meant to paste
2025-01-11T06:41:53 < bitmask> finally got object selection working
2025-01-11T06:41:59 < bitmask> (I wonder how)
2025-01-11T06:50:29 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
2025-01-11T07:46:03 < ds2> what's a cheap LIDAR to you?
2025-01-11T07:46:45 < ds2> sub $200 LIDAR is easy... sub $100 is around though it maybe a LEDbased not LASER
2025-01-11T07:57:45 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-11T08:02:15 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-11T08:09:28 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-01-11T08:10:00 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-11T08:48:18 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-11T08:56:24 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Ping timeout: 260 seconds]
2025-01-11T08:58:25 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-01-11T09:26:26 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-11T10:26:47 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-cd94-a92-d78a-52ef.fixed6.kpn.net] has joined ##stm32
2025-01-11T11:02:17 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-11T11:53:49 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-11T11:56:36 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-11T12:01:13 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-11T12:23:14 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-11T12:28:18 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-cd94-a92-d78a-52ef.fixed6.kpn.net] has quit [Read error: Connection reset by peer]
2025-01-11T12:28:36 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-cd94-a92-d78a-52ef.fixed6.kpn.net] has joined ##stm32
2025-01-11T13:18:03 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-11T13:25:03 -!- IanW_ [~IceChat9@31.94.74.1] has joined ##stm32
2025-01-11T13:38:56 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-11T13:45:37 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-11T14:26:57 -!- soweli_iki [~user@user/soweli-iki:47461] has quit [Ping timeout: 276 seconds]
2025-01-11T15:29:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-11T15:36:13 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-11T17:17:07 < englishman> depends on use case
2025-01-11T17:34:36 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 252 seconds]
2025-01-11T17:35:13 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-11T17:57:00 -!- Livio_ [~livio@user/livio] has joined ##stm32
2025-01-11T18:00:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-11T18:27:30 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 248 seconds]
2025-01-11T18:45:26 -!- Livio_ [~livio@user/livio] has quit [Quit: leaving]
2025-01-11T19:05:07 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-11T19:16:40 < bitmask> doobie doobie do
2025-01-11T19:21:41 < Steffanx> You alright bitmask ?
2025-01-11T19:21:52 < bitmask> im wonderful
2025-01-11T19:22:00 < bitmask> and yourself? you okay?
2025-01-11T19:22:16 < Steffanx> Im alright, Thanks.
2025-01-11T19:23:11 < bitmask> talk to me, whats wrong mr steffan
2025-01-11T19:37:57 < Steffanx> lol. not much
2025-01-11T19:38:42 < bitmask> :)
2025-01-11T19:48:16 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-11T20:04:31 -!- scrts87 [~scrts2@23.28.144.38] has quit [Ping timeout: 244 seconds]
2025-01-11T21:20:52 < veverak> are there any common patterns as how to utilize eeprom memory for storing configuration?
2025-01-11T21:21:02 < veverak> I got some ideas but it feels like re-inventing the wheel
2025-01-11T21:21:28 < veverak> basically, I have "configuration" for the project, which is a set of key-value pairs of various byte-size (all keys have same size tho)
2025-01-11T21:22:45 < veverak> I wnat to attach some metadata to each set; the eeprom has much bigger size than the config would have, so I want to store last `n` configs instead of just latest; I do not really care about performance - it's ok if it takes time to store/load config
2025-01-11T21:23:29 < veverak> the crucial part: the firmware will update and the key-value set will change in time, so I need to take care of the "config from old version of FW" situation
2025-01-11T21:24:18 < veverak> so far I was thinking: split the eeprom area into parts, each part stores one config-set which is: chcksm | metadata (including count of key-value pairs) | [key | value]...
2025-01-11T21:24:56 < ventyl> what makes changing entire config conceptually different from changing just one parameter in it?
2025-01-11T21:25:17 < veverak> I dont follow?
2025-01-11T21:25:31 < ventyl> ok, let me elaborate
2025-01-11T21:25:50 < ventyl> you have a configuration #1 with X variables, you update a bunch of them and save it as new configuration #2
2025-01-11T21:26:01 < ventyl> vs.
2025-01-11T21:26:48 < ventyl> you have a configuration #1, you change just one value in it. will that make it configuration #2 ? and if you repeated this multiple times, yielding configuration #n, would this n-th configuration be functionally equivalent with configuration #2 above?
2025-01-11T21:27:24 < ventyl> the point is: has configuration itself any emergent properties, individual settings don't? like, it is guaranteed that a configuration is always valid?
2025-01-11T21:28:15 < veverak> eeeh, definition of valid is hard here
2025-01-11T21:28:58 < ventyl> if not, then maybe you don't need to consider configuration, rather think of individual configuration variables
2025-01-11T21:29:02 < veverak> the the fields of configuration are coupled together and have dependencies
2025-01-11T21:29:12 < ventyl> and simply find the most recent value for each of them
2025-01-11T21:29:15 < zyp> question 1: is this actual or emulated eeprom?
2025-01-11T21:29:36 < ventyl> that's where I've been heading ultimately
2025-01-11T21:29:37 < zyp> (in other words, do you erase bytes or pages?)
2025-01-11T21:30:56 < veverak> let's talk about the default state, the way the system works is that the FW has "default config" hardcoded inside, which gets loaded first, and then I update it with latest version from the eeprom. If I would store just "changed fields" instead of entire snapshot, it means that in case the update of FW changes _Default values_ those will get recognized (as what is stored does not affect them)
2025-01-11T21:31:11 < veverak> I do not think that is desirable, so would prefer to store entire snapshot.... but maybe I need just the first one
2025-01-11T21:31:37 < veverak> zyp: that has complex answer: first 3 iterations of the board had emulated eeprom, the fourth one has real eeprom
2025-01-11T21:31:59 < ventyl> veverak: you can copy the default state upon initialization into "config block", so you know it stays the same no matter the changes in firmware
2025-01-11T21:32:02 < veverak> I think the switch to real eeprom was a wise choice nad will lead to better solution, but not closing the option to switch back to internal flash might be nice
2025-01-11T21:32:07 < ventyl> and then just append deltas
2025-01-11T21:32:21 < ventyl> then, when loading the config, just figure out which is the most recent version
2025-01-11T21:32:30 < veverak> I gues the algorithm to "apply" the config might not be hard?
2025-01-11T21:33:00 < veverak> btw: piece of metadata is hash of commit of the FW (serves as a version), but I can attach that to key-value deltas anyway
2025-01-11T21:33:30 < zyp> veverak, how much of the total config are you likely to change at a time? everything at once or individual parameters
2025-01-11T21:33:56 < ventyl> veverak: flash eeprom emulations are based on that algorithm
2025-01-11T21:34:09 < veverak> zyp: that means a lot of guessing now
2025-01-11T21:34:39 < veverak> I guess users will fiddle with 1-2 parameters and updated it multiple times in a row (2-3)
2025-01-11T21:34:54 < veverak> except for PID parameters, where I suspect a bigger batches
2025-01-11T21:35:37 < veverak> note: the system does not store each change of config value, rather it expects user to expilicitly commit the changes - user can minimize number of writes
2025-01-11T21:36:55 < zyp> then I probably wouldn't bother with a key-value store
2025-01-11T21:37:33 < veverak> wdym? 
2025-01-11T21:38:30 < zyp> define a config struct, keep one copy in ram and two copies in flash/eeprom, on commit you erase and overwrite the oldest one in flash/eeprom
2025-01-11T21:39:50 < veverak> will be mess if you update the FW and the config struct would change
2025-01-11T21:39:52 < zyp> config struct starts with a header that contains a sequence number and layout version; when loading the struct on startup you grab the newest sequence number and if the layout is older than current firmware you also apply any necessary migrations
2025-01-11T21:40:24 < zyp> could also just be size, as any changes would be additions to the end
2025-01-11T21:40:28 < veverak> well, storing it as key-value pairs solves the migrations 
2025-01-11T21:41:01 < veverak> btw: I treat it as key-value store internally anyway, as it eases up changes to the configuration via communication protocol, so that is "for free"
2025-01-11T21:43:09 < zyp> I did a key-value store for a work project some years ago
2025-01-11T21:43:38 < veverak> anyway, I was mostly interested whenever there is some library for this or common well-described pattern, but I guess I just have to figure it out?
2025-01-11T21:43:50 < zyp> went in a flash with ECC that had to be written in 64b lines, so I made each record 64b
2025-01-11T21:44:00 < zyp> 16b key, 16b metadata, 32b value
2025-01-11T21:44:30 < zyp> still used two flash pages as suggested before, with a header with a sequence number
2025-01-11T21:45:09 < zyp> on startup, page with highest sequence number was considered active, and then it located the last record in the page
2025-01-11T21:45:34 < zyp> any lookups started at the end and searched backwards
2025-01-11T21:45:59 < zyp> which let me just append a record any time a value was changed, and the most recent would always be used
2025-01-11T21:46:21 < veverak> interesting
2025-01-11T21:47:32 < zyp> once one page filled up, I formatted the other page and copied all the most recent values to it
2025-01-11T21:47:42 < zyp> or at least that was the idea, I don't recall if I got around to implement it yet
2025-01-11T21:48:26 < veverak> the thing that kinda breaks it for me is that not all fields have 32b value
2025-01-11T21:48:47 < zyp> it's effectively an eeprom emulation layer and a key-value store combined, since you don't have to erase every time the config changes
2025-01-11T21:49:19 < veverak> yeah, and still having two pages elegantly solves it once it fills up
2025-01-11T21:49:21 < veverak> https://github.com/emsro/servio/blob/main/src/cfg/map.hpp#L36
2025-01-11T21:49:23 < veverak> I mean
2025-01-11T21:49:32 < veverak> just the string field is breaking the 32b limit
2025-01-11T21:49:41 < zyp> well, smaller values is naturally not an issue
2025-01-11T21:50:16 < zyp> if you have a few values that needs to be larger, you just split it across a few consecutive keys
2025-01-11T21:50:39 < veverak> serializaing/deserializing varying-length records is not an issue, the issue is lack of alignment for the records
2025-01-11T21:50:51 < zyp> but if you have a lot of strings, you want a scheme that allows variable length values
2025-01-11T21:51:02 < veverak> I have one so far
2025-01-11T21:52:34 < zyp> you could also consider using protobuf for serialization
2025-01-11T21:52:37 < veverak> I guess I could allow variable length values by using first bit of each record to signal whenever its "first record" or "n-th record after first" (what utf8 does)
2025-01-11T21:53:41 < veverak> (or key=0 has this special meaning)
2025-01-11T21:53:43 < veverak> hmmm
2025-01-11T21:54:29 < zyp> yeah, if you did e.g. 64b aligned records like I did, you'd have space left for metadata anyway
2025-01-11T21:54:48 < veverak> yeah, I like your approach
2025-01-11T21:54:58 < veverak> and this should be easy to unit test, so not that hard to devleop
2025-01-11T21:56:23 < veverak> have you consider using some form of checksum?
2025-01-11T22:02:54 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-11T22:04:34 < qyx> veverak: my latest invention is cbor-on-a-flash
2025-01-11T22:05:11 < qyx> because it has a 0xff token to end any infinite-)ength container
2025-01-11T22:06:02 < qyx> as I am usually using cbor for other things, I plan to use it to store configuration too
2025-01-11T22:06:27 < qyx> but I hasn't read the whole discussion, so idk
2025-01-11T22:07:12 < qyx> ime such things tend to be complex so I am not advocating using cbor as the best option
2025-01-11T22:07:14 < veverak> yeah, the records that zyp proposes have some good qualities :) (other than that I am fan of CBOR too)
2025-01-11T22:16:57 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-11T22:31:18 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-11T22:32:15 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 265 seconds]
2025-01-11T22:41:57 < veverak> hmm, the issue is that this will trigger a bit bigger refactor of codebase, my interfaces did not expected this way of working with config storage
2025-01-11T23:33:36 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-cd94-a92-d78a-52ef.fixed6.kpn.net] has quit [Ping timeout: 276 seconds]
2025-01-11T23:41:04 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-11T23:47:01 < ventyl> one wouldn't expect that finding some usable description of how SWO & friends works is a not entirely trivial task
--- Day changed Sun Jan 12 2025
2025-01-12T00:06:36 < bitmask> hmm, just spent another $40 on my macbook... cant believe they stopped including the power brick extension cable
2025-01-12T00:06:49 < bitmask> and I want a brand new one
2025-01-12T00:08:36 < ventyl> did you manage to destroy your old one?
2025-01-12T00:11:19 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-12T00:12:35 < bitmask> no, I just want a nice clean looking one
2025-01-12T00:12:48 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-12T00:13:19 < ventyl> if it is worth $40, whatevs
2025-01-12T00:13:37 < bitmask> 20, also got a usb c to usb A adapter for 20
2025-01-12T00:13:50 < Steffanx> Lol
2025-01-12T00:14:08 < bitmask> I didn't wanna get caught without a usb A port :P
2025-01-12T00:14:14 < bitmask> I'm sure i'll get a dock or something at some point
2025-01-12T00:14:25 < ventyl> Aren't current macs USB-C-powered?
2025-01-12T00:14:47 < ventyl> or dual powered, like USB-C + magsafe or whatever?
2025-01-12T00:15:00 < bitmask> you can use usb c or mag safe which is now also usb c but with the special port
2025-01-12T00:15:03 < bitmask> yea
2025-01-12T00:15:14 < ventyl> I'd simply use existing USB-C brick
2025-01-12T00:15:39 < bitmask> I like magsafe and its saved my laptop from falling many times
2025-01-12T00:15:46 < bitmask> or you mean on the other end
2025-01-12T00:15:48 < ventyl> naturally, it has wrong design, so I'd use white marker and wrote Äpfel onto it
2025-01-12T00:16:05 < bitmask> I dont have any 140W usb bricks
2025-01-12T00:16:05 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-12T00:16:44 < ventyl> It would definitely work with weaker too
2025-01-12T00:17:12 < bitmask> sure, but I only have one usb c plug that I"m using for my phone
2025-01-12T00:17:21 < ventyl> fair enough
2025-01-12T00:17:29 < ventyl> it is funny how power consumption of portable increases
2025-01-12T00:17:34 < ventyl> TiBook had 35W adapter
2025-01-12T00:17:49 < ventyl> later PowerBooks bumped that to 45W
2025-01-12T00:27:13 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-12T00:35:49 < ventyl> zyp: gdbtrace.init in orboculum repo works universally with all STM32s or may there be chips that are "unsupported"?
2025-01-12T00:39:38 < zyp> there's absolutely unsupported chips
2025-01-12T00:40:14 < zyp> should work with f4 and f7 at least, and IIRC also f1
2025-01-12T00:42:51 < ventyl> Ok, so there's no easy way to configure it, understood :)
2025-01-12T00:43:07 < zyp> which chip are we talking about?
2025-01-12T00:43:10 < ventyl> or can libtrace do *all* the job?
2025-01-12T00:43:12 < zyp> and what do you want to configure?
2025-01-12T00:43:40 < ventyl> yeah, so after I fixed those two bugs I moved on to do something else and found out that having a trace would actually be useful again.
2025-01-12T00:44:33 < ventyl> using that circular buffer is far from comfortable and after a bit of reading it turns out that ITM -> SWO would be a perfectly worky setup for me instead of circular buffer
2025-01-12T00:44:41 < zyp> if it's SWO, there's not a whole lot stm32-specific configuration that needs to be done
2025-01-12T00:44:51 < ventyl> + I can add some ETM to the mix
2025-01-12T00:44:55 < ventyl> if needed
2025-01-12T00:45:22 < zyp> GPIO is already set to TDO/SWO AF by default, might want to increase the GPIO drive strength if you're running it fast
2025-01-12T00:45:41 < zyp> and then there's usually a bit in DBGMCU that needs to be enabled
2025-01-12T00:46:07 < zyp> and if you're on H7 there might be some clocking to enable
2025-01-12T00:46:22 < zyp> simpler chips just runs the trace infra right from HCLK
2025-01-12T00:46:31 < zyp> or SYSCLK or whatever
2025-01-12T00:46:39 < ventyl> what is then the difference between "Serial Debug" and "Trace Async" modes in kuba?
2025-01-12T00:46:46 < ventyl> former doesn't seem to hook SWO
2025-01-12T00:46:59 < zyp> in cube?
2025-01-12T00:47:04 < ventyl> yeah
2025-01-12T00:47:18 < zyp> SWD vs SWD+SWO?
2025-01-12T00:47:39 < zyp> anyway, just don't let cube fuck around with that at all
2025-01-12T00:47:40 < ventyl> so SWO is not enabled by default if I understand it correctly
2025-01-12T00:48:28 < zyp> when the chip comes out of reset, it defaults to have both SWD and JTAG available
2025-01-12T00:48:34 < ventyl> that's what I am figuring out as if there is any clock needed to be enabled, I want configure Cube just enough so that it will generate clock configuration for me but not do anything else
2025-01-12T00:48:46 < zyp> and since SWO reuses TDO, that's also enabled
2025-01-12T00:48:57 < zyp> so, what chip is this?
2025-01-12T00:49:07 < zyp> if you told me, I could give you more specific answers :)
2025-01-12T00:49:19 < ventyl> H753
2025-01-12T00:49:28 < zyp> ah, right
2025-01-12T00:49:36 < ventyl> H753VIH
2025-01-12T00:50:18 < zyp> so RM0433, let's have a look
2025-01-12T00:50:24 < ventyl> I see "TRACE" entry at the very bottom of clock tree config, but it is disabled even with Trace Async setting of DEBUG block
2025-01-12T00:50:44 < zyp> that's probably parallel trace, ignore that
2025-01-12T00:50:50 < zyp> but let me have a look
2025-01-12T00:53:13 < zyp> > CK_DBG_D3 clocks the SWO and serial wire trace funnel.
2025-01-12T00:53:13 < zyp> Both DAPCLK and CK_DBG_D3 are gated versions of the D3 domain system clock
2025-01-12T00:53:15 < zyp> (rcc_hclk4).
2025-01-12T00:56:18 < ventyl> that probably is represented by D3PPRE
2025-01-12T00:56:21 < ventyl> Ok, that's configured
2025-01-12T00:57:08 < zyp> yeah, doesn't look like anything in particular needs to be configured there
2025-01-12T00:57:57 < ventyl> so the only thing to be configured is SWO prescaler
2025-01-12T00:58:18 < ventyl> and the whole TPIU-ETM-ITM chain
2025-01-12T00:58:36 < zyp> no
2025-01-12T00:59:18 < zyp> it's not a chain, and you're only gonna use the ITM and SWO blocks
2025-01-12T00:59:49 < zyp> there's a couple different variants of the TPIU/SWO stuff
2025-01-12T01:00:32 < zyp> most cortex-m chips use a simplified «cortex-m TPIU» that is a hybrid supporting both SWO and parallel trace in the same block
2025-01-12T01:01:02 < zyp> most stm32 as well, but H7 is instead using «coresight» parts, which are the big boy variants
2025-01-12T01:01:33 < zyp> so it has a TPIU block that only does parallel trace, and a second SWO block that only does SWO
2025-01-12T01:01:52 < zyp> and they're wired so that only ITM can feed SWO
2025-01-12T01:02:18 -!- nomorekaki [~nomorekak@178-55-33-249.bb.dnainternet.fi] has joined ##stm32
2025-01-12T01:02:21 < zyp> ref. 60.3.1 for a block diagram
2025-01-12T01:02:36 < ventyl> um ok, so for H7, ETM is only possible with TPIU and parallel debug on this part?
2025-01-12T01:02:51 < zyp> parallel *trace*, yes
2025-01-12T01:02:59 < ventyl> trace, right
2025-01-12T01:03:22 < zyp> well, actually, no
2025-01-12T01:03:32 < zyp> there's also the ETF
2025-01-12T01:04:23 < zyp> you can set it up so that ETF writes the ETM stream into RAM and pull it out through the debugger instead
2025-01-12T01:04:54 < zyp> haven't experimented with that yet
2025-01-12T01:05:03 < ventyl> my aim is to get rid of pulling RAM via debugger
2025-01-12T01:05:16 < zyp> but the point is still that you're only getting ITM over SWO
2025-01-12T01:06:00 < ventyl> well, that would suffice for pumping trace log directly into PC rather than having to dump it manually via debugger
2025-01-12T01:06:27 < zyp> yeah
2025-01-12T01:06:45 < zyp> hmm
2025-01-12T01:07:16 < zyp> anyway, 60.5.7 is probably what you have to care about
2025-01-12T01:07:22 < ventyl> rm044?
2025-01-12T01:07:45 < zyp> 0433
2025-01-12T01:08:02 < ventyl> yeah, the other one is for G0
2025-01-12T01:08:06 < zyp> hmm, you also probably have to set SWTF_CTRL.ENS0
2025-01-12T01:08:41 < zyp> also SWO_CODR.PRESCALER and SWO_SPPR.PPROT
2025-01-12T01:11:35 < zyp> on other stm32s, there's usually some stuff in DBGMCU_CR that needs to be set as well, but in this one there's only TRACECLKEN, and it looks like that's only for parallel trace, so I would try without that first
2025-01-12T01:13:21 < zyp> at some point I'm gonna write some python gdb plugin to replace that gdbtrace file, but I should get some more chips into my testrack first so I can test that easily too
2025-01-12T01:14:07 < ventyl> um, so libtrace is powerless here as it assumes ITM over TPIU
2025-01-12T01:14:14 < ventyl> right?
2025-01-12T01:15:05 < zyp> I haven't used it
2025-01-12T01:15:45 < zyp> anyway, you can use it for ITM/DWT if you like, or you could use gdbtrace.init for that
2025-01-12T01:16:18 < zyp> those are part of the cpu core and found at the normal adresses, so they'll configure like usual
2025-01-12T01:16:20 -!- IanW_ [~IceChat9@31.94.74.1] has quit [Quit: Bye]
2025-01-12T01:16:31 < zyp> it's just the output infra that's custom
2025-01-12T01:18:45 < ventyl> DWT is optional, as long as I only want to stream application trace event, isn't it?
2025-01-12T01:20:12 < zyp> DWT is optional but useful, and it piggybacks on ITM, so once you've got ITM working you can just turn on whatever DWT info you want as well
2025-01-12T01:21:02 < zyp> it's useful even for application trace events, because it can timestamp those events for you
2025-01-12T01:21:19 < ventyl> OK, that'll definitely help
2025-01-12T01:21:35 < zyp> the tracy stuff I did currently relies entirely on DWT timestamps
2025-01-12T01:21:45 < ventyl> it seems that even here i'll have to enable D3 domain in DBGMCU_CR for this all to work
2025-01-12T01:22:02 < zyp> your debug adapter probably already did that when it attached
2025-01-12T01:23:39 < ventyl> and now maybe a tricky question: if ITM would pump its data over TPIU, output stream would have some format governed by TPIU orbuculum understands
2025-01-12T01:23:47 < ventyl> what will be output in this arrangement?
2025-01-12T01:23:51 < ventyl> same format?
2025-01-12T01:24:22 < zyp> so, there's multiple protocol layers here
2025-01-12T01:24:51 -!- Alexer [~alexer@alexer.net] has quit [Ping timeout: 244 seconds]
2025-01-12T01:25:06 < zyp> the ITM block outputs ITM packets, they have one header byte and 0-4 payload bytes
2025-01-12T01:27:07 < zyp> this stream can be fed into a TPIU formatter which is a multiplexing layer that's mainly used to multiplex ITM and ETM (or multiple of the same kind in case of multicore systems)
2025-01-12T01:27:24 < zyp> there's also some synchronization mechanisms in that
2025-01-12T01:27:42 < ventyl> yeah
2025-01-12T01:27:55 < ventyl> moreover ITM has multiple streams
2025-01-12T01:28:07 < zyp> parallel trace needs the synchronization layer, so parallel trace streams always have the TPIU formatting, which must be demuxed to get the ITM stream
2025-01-12T01:28:49 < zyp> the hybrid TPIU block lets you choose whether to add the formatting layer or not when using SWO
2025-01-12T01:29:10 < zyp> and the coresight SWO block doesn't have a formatter at all, so you always just get raw ITM
2025-01-12T01:29:22 < zyp> (which is also why it's not hooked up to ETM)
2025-01-12T01:30:44 < zyp> and yeah, ITM gives you 32 «software channels», five bits of the ITM packet header tells you which, two bits tells you payload size (8b, 16b or 32b) and the last bit tells you it's a «software channel»
2025-01-12T01:31:01 < zyp> if it's not a software channel, it's a DWT packet and the rest of the bit takes other meanings
2025-01-12T01:31:08 < zyp> bits*
2025-01-12T01:31:43 < ventyl> for how relatively complicated this infrastructure is, there is very little compiled information on how it actually works
2025-01-12T01:31:46 -!- Alexer [~alexer@alexer.net] has joined ##stm32
2025-01-12T01:31:50 < zyp> you can see how it looks here when you decode it: https://bin.jvnv.net/file/Sdwbb.png
2025-01-12T01:31:56 < ventyl> the best I found was description on black magic probe website
2025-01-12T01:32:05 < zyp> there's lots of info, just need to know where to look
2025-01-12T01:32:56 < ventyl> yeah, kind of you have to know what you are looking for in order to find it
2025-01-12T01:33:09 < zyp> yeah
2025-01-12T01:33:41 < zyp> anyway, here's how ITM packets looks once you decode them: https://bin.jvnv.net/file/Sdwbb.png
2025-01-12T01:33:51 < ventyl> funny is that CM7 online documentation on ITM is like 5 paragraphs + register description
2025-01-12T01:34:02 < zyp> «Instrumentation» are the software channels
2025-01-12T01:34:03 < ventyl> so you *really* have to know what you are looking for :)
2025-01-12T01:34:21 < ventyl> is that tracy tool already published somewhere?
2025-01-12T01:34:59 < zyp> no, not yet
2025-01-12T01:35:15 < zyp> it'd throw it up on github, but it requires dependencies that's also not published yet
2025-01-12T01:35:32 < ventyl> I guess that my pygtk UI will choke on realtime stream of events
2025-01-12T01:36:04 < zyp> hang on, let me check how much dependencies I'm really pulling in
2025-01-12T01:36:43 < ventyl> I guess that with ITM only, I'll only get instrumentation events and maybe timing information, rest won't be available
2025-01-12T01:37:14 < zyp> the stuff in the screenshot is all ITM/DWT
2025-01-12T01:37:39 < zyp> DWT gives you stuff like interrupt entry/exit tracing
2025-01-12T01:37:46 < ventyl> hm, fancy
2025-01-12T01:37:52 < zyp> and also PC sampling if you have any use for that
2025-01-12T01:37:55 < zyp> see e.g. orbtop
2025-01-12T01:43:26 < ventyl> not now, but I can imagine it may be useful one day
2025-01-12T01:44:58 < ventyl> like e.g. right now I don't have a slightest clue on how much CPU time the app actually consumes
2025-01-12T01:45:10 < ventyl> so it can be used to perform some rough performance benchmarks
2025-01-12T01:45:15 < zyp> yeah, orbtop would tell you that
2025-01-12T01:46:11 < ventyl> now I'm again in a need of trace
2025-01-12T01:47:00 < zyp> yeah, I'm preparing some stuff I can put on github
2025-01-12T01:48:06 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 244 seconds]
2025-01-12T01:56:27 < ventyl> Cube updated its HAL and now the firmware is doing some really weird shit
2025-01-12T02:08:23 < ventyl> another possibility is that fixes I implemented for the kernel on another device and backported here are colliding with how the application is written
2025-01-12T02:30:13 < zyp> ventyl, here you go: https://github.com/zyp/orbtracy
2025-01-12T02:34:03 < ventyl> zyp: thanks
2025-01-12T02:34:14 < zyp> let me know how it goes
2025-01-12T02:54:49 < ventyl> that probably slips until tomorrow
2025-01-12T03:39:13 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-12T03:59:45 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 252 seconds]
2025-01-12T04:44:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-12T04:51:25 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-12T05:07:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 264 seconds]
2025-01-12T05:26:33 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-12T05:36:20 -!- soweli_iki [~user@2601:c6:4100:2240:8e26:c250:56c8:fa96] has joined ##stm32
2025-01-12T05:37:31 -!- soweli_iki [~user@user/soweli-iki:47461] has changed host
2025-01-12T06:44:01 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 252 seconds]
2025-01-12T06:59:39 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-12T07:39:39 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-12T07:46:53 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-12T07:58:13 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-12T08:03:16 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
2025-01-12T09:48:54 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-1056-d983-b8f9-b497.fixed6.kpn.net] has joined ##stm32
2025-01-12T10:18:41 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-12T11:24:14 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-31d2-469d-ba4a-4f9c.fixed6.kpn.net] has joined ##stm32
2025-01-12T11:28:29 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-1056-d983-b8f9-b497.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-12T11:49:25 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-12T12:12:42 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-31d2-469d-ba4a-4f9c.fixed6.kpn.net] has joined ##stm32
2025-01-12T12:16:20 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-31d2-469d-ba4a-4f9c.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-12T12:53:49 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-12T13:19:48 < kovalevsky> hi, i wonder if the use of DPPU on USB_BCDR register its the same as adding a pull up on D+ for full speed device.
2025-01-12T13:20:00 < kovalevsky> Im using STM32L412.
2025-01-12T13:20:49 < kovalevsky> I meant, adding a 1.5k pull up on D+ as in other MCUs that dont have a built-int pull up for this.
2025-01-12T13:25:40 < zyp> kovalevsky, correct
2025-01-12T13:32:56 -!- drzacek [~quassel@2a01:3d8:427:1b00:e05:7cf0:da13:744e] has joined ##stm32
2025-01-12T13:40:52 < kovalevsky> @zyp, thanks for letting me know
2025-01-12T14:02:30 -!- nomorekaki [~nomorekak@178-55-33-249.bb.dnainternet.fi] has quit [Quit: Client closed]
2025-01-12T14:35:20 < kovalevsky> The othe question I have is whether or not to configure the alternate function for full speed, it seems that on the official hal library this is not even made.
2025-01-12T15:13:06 -!- benishor [~benishor@scene.ro] has quit [Quit: tah tah!]
2025-01-12T15:20:31 -!- benishor [~benishor@scene.ro] has joined ##stm32
2025-01-12T15:55:48 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-12T15:59:23 < zyp> full speed?
2025-01-12T15:59:35 < kovalevsky> usb full speed
2025-01-12T15:59:49 < zyp> as in setting the pin in AF mode and selecting AF10?
2025-01-12T16:00:01 < zyp> because according to the datasheet that's how you select the USB function
2025-01-12T16:00:29 < kovalevsky> i mean, this is how it supposed to be, but i dont see that assignation on their official library
2025-01-12T16:00:48 < zyp> it varies between stm32 families whether the USB function is set up as an AF or if it's handled outside of those mechanisms
2025-01-12T16:00:53 < kovalevsky> also, im doing some local tests here and i did not set that and some usb packets are started to coming in
2025-01-12T16:01:03 < zyp> according to the L412 datasheet, L4 handles it as an AF
2025-01-12T16:02:00 < kovalevsky> without assigned them or not, the usb controller seems to work "okay"
2025-01-12T16:02:07 < kovalevsky> im still struggling to enumerate device though
2025-01-12T16:04:17 < zyp> depending on how the hardware is set up the input block could be hardwired to the signal while the AF setting only acts as an output enable
2025-01-12T16:04:38 < zyp> so it's possible by misconfiguring it, you see input data, but can't transmit
2025-01-12T16:04:51 < kovalevsky> thats true
2025-01-12T16:05:27 < zyp> just consider how IDR is always available (except in analog mode), but ODR is only effective when the pin is in output mode
2025-01-12T16:52:24 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-12T17:22:06 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-12T17:31:07 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-12T17:57:39 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 246 seconds]
2025-01-12T18:27:17 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-01-12T18:29:18 -!- kovalevsky [~kovalevsk@181.168.239.174] has joined ##stm32
2025-01-12T18:29:18 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has changed host
2025-01-12T20:47:10 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-12T21:03:10 -!- nomorekaki [~nomorekak@178-55-33-249.bb.dnainternet.fi] has joined ##stm32
2025-01-12T21:15:33 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 276 seconds]
2025-01-12T22:33:11 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-12T22:56:54 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-12T22:58:38 < PlasmaHH> Hi, I have an stm32g4 cubemx project and tested the dfu capabilities of the bootloader. it worked so far but there is one small thing that went wrong: SCB.VTOR was set to something (likely by the bootloader) causing things like systick not to work making it hang in the whole initialization step... am I supposed to set that register myself always? is there somewhere a cubemx setting I need to do?
2025-01-12T23:02:55 < Steffanx> i recall there is a define you have to set
2025-01-12T23:03:52 < Steffanx> or set it yourself ofcourse.
2025-01-12T23:07:01 < PlasmaHH> Steffanx: I found USER_VECT_TAB_ADDRESS however it seems like that was intended only for the case where I don't want it at 0x0  (or 0x8000000 whatever it really wants it to be set to, since its aliased that doesnt make much different at this point )
2025-01-12T23:07:58 < PlasmaHH> setting it casues SystemInit to set VTOR but I have the feeling that the "default" value should be set somehow else without me explicitly requesting it...
2025-01-12T23:08:15 < PlasmaHH> unless of course the makers of the bootloader overlooked that little detail..
2025-01-12T23:17:45 < Steffanx> What was the value of SCB.VTOR by the way?
2025-01-12T23:24:15 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 276 seconds]
2025-01-12T23:29:39 < PlasmaHH> Steffanx: 0x1fff0000
2025-01-12T23:30:27 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-12T23:33:58 -!- qyx [~qyx@84.245.121.157] has quit [Ping timeout: 265 seconds]
2025-01-12T23:35:38 -!- qyx [~qyx@84.245.121.179] has joined ##stm32
2025-01-12T23:56:46 -!- drzacek [~quassel@2a01:3d8:427:1b00:e05:7cf0:da13:744e] has quit [Remote host closed the connection]
--- Day changed Mon Jan 13 2025
2025-01-13T00:06:47 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-01-13T00:06:58 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-13T00:10:06 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-13T00:19:28 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-13T00:46:28 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-31d2-469d-ba4a-4f9c.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-13T01:10:09 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 265 seconds]
2025-01-13T01:20:32 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 252 seconds]
2025-01-13T01:41:00 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-01-13T03:30:26 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 248 seconds]
2025-01-13T03:38:06 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-13T03:54:09 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-13T04:15:01 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-13T04:21:29 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-13T05:05:17 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-13T06:01:21 -!- c10ud_ [~c10ud@host-87-2-122-60.retail.telecomitalia.it] has joined ##stm32
2025-01-13T06:03:12 -!- c10ud [~c10ud@user/c10ud] has quit [Ping timeout: 246 seconds]
2025-01-13T06:18:04 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-13T06:19:25 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
2025-01-13T07:22:50 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-13T08:10:08 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-13T08:19:18 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-ad5f-44e4-6e17-449f.fixed6.kpn.net] has joined ##stm32
2025-01-13T08:38:15 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-13T08:40:36 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-13T09:27:00 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-13T09:34:32 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-13T09:35:11 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-13T09:59:58 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-ad5f-44e4-6e17-449f.fixed6.kpn.net] has quit [Ping timeout: 245 seconds]
2025-01-13T10:20:47 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-13T10:22:40 -!- nomorekaki [~nomorekak@178-55-33-249.bb.dnainternet.fi] has quit [Ping timeout: 240 seconds]
2025-01-13T10:25:14 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-13T10:49:41 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Quit: Leaving]
2025-01-13T11:04:15 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-13T11:16:04 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-13T11:44:28 < qyx> I just ran H7 on 4.7 V
2025-01-13T11:44:48 < jpa-> was it good?
2025-01-13T11:44:58 < qyx> it works
2025-01-13T11:45:26 < jpa-> cool
2025-01-13T11:46:15 < qyx> I was very curious why I get 4.5 V on the isolator *input*
2025-01-13T11:49:23 < PlasmaHH> would going up in flames be considered working too? :P
2025-01-13T11:55:11 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Read error: Connection reset by peer]
2025-01-13T11:55:33 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-13T11:55:43 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Read error: Connection reset by peer]
2025-01-13T12:28:58 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-13T12:59:34 < mawk> is it supposed to run that high qyx ?
2025-01-13T13:00:27 < qyx> no
2025-01-13T13:07:42 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-13T13:14:26 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-13T13:15:55 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-13T13:35:09 < qyx> found the problem, 0R populated between FB and GND instead of between FB and Vout
2025-01-13T13:43:26 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-13T13:50:12 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 272 seconds]
2025-01-13T13:54:17 < qyx> apparently the stm32 was not that okay with it, nor the ethernet phy
2025-01-13T14:56:32 < nohit> :)
2025-01-13T15:08:51 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has joined ##stm32
2025-01-13T15:08:53 < Laurenceb_> supp
2025-01-13T15:08:59 < Laurenceb_> any tarduino users here?
2025-01-13T15:09:21 < Laurenceb_> _Of_Line:17:16: error: 'PC10' was not declared in this scope; did you mean 'PC_10'?
2025-01-13T15:09:25 < Laurenceb_> wtf is going on
2025-01-13T15:21:40 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has quit [Quit: Client closed]
2025-01-13T15:30:10 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-13T15:31:55 < specing> you forgot an underscore, Laurencebunderscore
2025-01-13T15:35:56 < Steffanx> Wouldn't happen in Ada
2025-01-13T15:46:34 < specing> would
2025-01-13T15:48:25 < bitmask> w00t
2025-01-13T15:48:44 < bitmask> apple order changed to 'preparing for shipping' and card has been charged
2025-01-13T15:51:58 < Steffanx> Ohnoo
2025-01-13T15:52:02 < Steffanx> Rampage time 
2025-01-13T15:57:04 < bitmask> I'm glad I didn't try to stay up for the new glenn launch after the first delay. It went from 1AM to 1:30AM and around 1:20 they added another half hour so I decided to go to sleep. Woke up to find the launch scrubbed
2025-01-13T16:10:37 -!- scrts87 [~scrts2@23.28.144.38] has joined ##stm32
2025-01-13T16:56:58 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-13T17:05:42 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 276 seconds]
2025-01-13T17:28:18 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-13T17:31:45 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-01-13T17:38:48 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-01-13T18:03:47 < qyx> so is anybody here doing 'products'?
2025-01-13T18:04:34 < qyx> I know jadew had some but he left, zyp has some, karl not anymore but may have good inputs
2025-01-13T18:05:36 < qyx> how do you keep business info about them? prices, current info, product lifecycle status, etx
2025-01-13T18:32:10 < karlp> lol
2025-01-13T18:32:46 < karlp> how long is a ball of string?
2025-01-13T18:38:28 < qyx> easy answer suffices "in my head", "I have SAP", "this tool.. mostly", "word documentation"
2025-01-13T18:38:46 < qyx> I am not asking that dumb thing
2025-01-13T18:38:58 < qyx> of course it is more elaborate than that
2025-01-13T18:47:49 < aandrew> I'm interested in this too. I am not great with that end of things
2025-01-13T18:48:51 < fenugrec> $friend is using odoo for accounting + I think PLM (not sure)
2025-01-13T18:56:23 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 265 seconds]
2025-01-13T19:15:02 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 244 seconds]
2025-01-13T19:54:07 < englishman> i use gnucash for accounting its amazing
2025-01-13T19:54:13 < englishman> also used zoho books
2025-01-13T19:54:19 < englishman> pipedrive for crm
2025-01-13T19:55:27 < aandrew> I'm looking at manager.io (have been for forever) 
2025-01-13T20:22:30 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-13T20:33:03 < jpa-> qyx: const char * const product_lifecycle_status = "in development";  works for me
2025-01-13T20:53:32 < Steffanx> You speak in C to your family too jpa- ? Would explain the confusion :P
2025-01-13T20:55:39 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-13T21:02:15 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-13T21:09:30 < machinehum> gnucash what lol
2025-01-13T21:46:30 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 276 seconds]
2025-01-13T21:50:47 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-13T21:55:22 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-13T22:05:18 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-13T22:26:09 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 265 seconds]
2025-01-13T22:38:45 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-13T22:46:13 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-e04c-6928-9336-9f58.fixed6.kpn.net] has joined ##stm32
2025-01-13T23:02:14 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-13T23:09:39 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 265 seconds]
2025-01-13T23:18:04 -!- PhantomWork [~PhantomWo@modemcable022.175-37-24.static.videotron.ca] has joined ##stm32
2025-01-13T23:18:06 -!- PhantomWork [~PhantomWo@user/phantom] has changed host
2025-01-13T23:20:50 -!- Laurenceb_ [~Laurenceb@60.177.208.46.dyn.plus.net] has joined ##stm32
2025-01-13T23:24:56 < PhantomWork> hi there, maybe someone have an idea here?  https://paste.debian.net/hidden/74b1a513/    printStatus update the 3 conditions fine, locka and b I can trigger them fine.   The timestamp also increase without isssue. Not in the pastebin is some condition to set colors, which is copy pasted to the interlock for the lock++.     The result I
2025-01-13T23:24:57 < PhantomWork> actually get: interlock return "2". It do not increase to 3 after the 10000ms I specified in a define. It do not lower when I activate the gpio...   like a static "return(3)" ...
2025-01-13T23:25:08 < PhantomWork> I'm at loss, it make zero sense to me
2025-01-13T23:28:25 < zyp> there's not enough context in the paste, impossible to say anything from just that
2025-01-13T23:28:47 < PhantomWork> what more do you need?
2025-01-13T23:33:31 < zyp> well, you said printStatus produces the expected output?
2025-01-13T23:34:06 < zyp> which suggests that the code you've pasted works, and that the issue is somewhere in the code you've not pasted
2025-01-13T23:35:22 < zyp> e.g. one thing that's missing is the code that's updating timestamp
2025-01-13T23:35:49 < PhantomWork> nothing is updating it right now.
2025-01-13T23:36:02 < PhantomWork> treat it as 0
2025-01-13T23:36:37 < zyp> I don't see uwTick either
2025-01-13T23:38:33 < PhantomWork> HAL ms counter
2025-01-13T23:40:13 < PhantomWork> https://paste.debian.net/hidden/9712deab/  slight update
2025-01-13T23:40:56 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-13T23:44:54 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 260 seconds]
2025-01-13T23:52:49 -!- Laurenceb_ [~Laurenceb@60.177.208.46.dyn.plus.net] has quit [Quit: Client closed]
2025-01-13T23:59:49 -!- PhantomWork [~PhantomWo@user/phantom] has quit [Quit: Client closed]
--- Day changed Tue Jan 14 2025
2025-01-14T00:17:06 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 252 seconds]
2025-01-14T00:51:47 < bitmask> oops, I forgot to work today
2025-01-14T00:53:19 < bitmask> they won't repo a macbook right? :)
2025-01-14T01:10:30 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-e04c-6928-9336-9f58.fixed6.kpn.net] has quit [Ping timeout: 244 seconds]
2025-01-14T01:20:51 -!- Phantom [~Phantom@user/phantom] has joined ##stm32
2025-01-14T01:21:03 < Phantom> I'm back, so, no one have an idea for the issue I have?
2025-01-14T01:28:21 < zyp> is uwTick volatile?
2025-01-14T01:28:37 < zyp> how are you calling printStatus?
2025-01-14T01:30:11 < Phantom> not sure, uwTick is from the HAL stuff
2025-01-14T01:30:21 < Phantom> printStatus is called from the timer4 interrupt
2025-01-14T01:30:58 < mawk> it should be
2025-01-14T01:31:39 < zyp> am I understanding you right that the first line is always printing «LOCK 2», while the next three lines update as expected?
2025-01-14T01:31:44 < Phantom> it look to me like if interlock() is cached...
2025-01-14T01:32:30 < Phantom> can you paste me the pastebin link? I'm trying to connect to my other pc and it is not cooperative...
2025-01-14T01:32:43 < zyp> https://paste.debian.net/hidden/9712deab/
2025-01-14T01:33:13 < Phantom> but yeah, the interlock() output the proper thing ONCE, and then continue to spam the same thing after that
2025-01-14T01:33:19 < Phantom> really, it make no sense
2025-01-14T01:34:01 < zyp> what's the proper thing?
2025-01-14T01:34:07 < Phantom> like, if I connect locka and lockb so both function return 1, get 0 as expected
2025-01-14T01:34:21 < zyp> and it keeps printing 0 (Ok)?
2025-01-14T01:35:01 < Phantom> but then I disconnect the wires, the printStatus for the 2 locks change to "off" but the interlock continue to say "OK"
2025-01-14T01:36:43 < Phantom> to sum up: connect both locks, reset, you get  OK ON ON (and the ms counter goes up), disconnect the wires, you get   OK OFF OFF (still goes up)
2025-01-14T01:37:06 < Phantom> not in this pastebin, the output is color coded, at the 10s mark, it turn red
2025-01-14T01:37:28 < Phantom> it is the exact same "if" expression in the interlock and the printstatus
2025-01-14T01:38:19 < Phantom> ... keep the wires disconnected, reset, now you get LOCK 2 Off Off (counter up, turns red at the 10s mark)
2025-01-14T01:38:30 < Phantom> connect any 1 wire, you get LOCK 1 ...
2025-01-14T01:38:57 < zyp> can you pastebin the exact code, not just «equivalent» code?
2025-01-14T01:39:21 < Phantom> I'm tring to connect to the pc... pc is uncooperative
2025-01-14T01:45:11 < zyp> anyway, I can't see anything obviously wrong in the snippet you've posted, but weird behavior like that is usually a result of the compiler spotting you invoking some undefined behavior and going «fuck it, we can do what we want here»
2025-01-14T01:46:28 < Phantom> I also got issue with printf and floats... so I wonder if it could be related
2025-01-14T01:46:40 < Phantom> stack overflow maybe?
2025-01-14T01:47:47 < zyp> a coworker once wrote some code that had a struct with some metadata and at the end a «uint8_t buf[1];», and then this got packed into another struct with added padding that the buffer could overflow into
2025-01-14T01:49:18 < Phantom> I have a pretty big circular buffer (2k) for the uart, and a 51 char string, and that's the fancyest thing...
2025-01-14T01:49:27 < zyp> and then it had some code looping over the buffer contents, and the compiler went «oh, the only valid values for the buffer length is 0 or 1 so we can simply replace the loop with a plain if check here»
2025-01-14T01:50:35 < zyp> because array overflows are undefined behavior in C, so the compiler is allowed to assume it won't happen and not deal with the consequences if it does
2025-01-14T01:51:24 < zyp> simple mistake, really weird behavior from the resulting executable
2025-01-14T01:52:38 < Phantom> the circular buffer work fine, it send like 15k/s of data, and appear to have went fine all the week end
2025-01-14T02:02:05 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-14T02:02:43 < Phantom> ... can't connect to the pc... ow well..
2025-01-14T02:06:31 < Phantom> GOT IT! whooohoo!
2025-01-14T02:08:28 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-14T02:08:59 < Phantom> zyp: see notice
2025-01-14T02:09:21 < Phantom> right now it should say LOCK 3
2025-01-14T02:09:36 < Phantom> due to the 2 signals and now the timestamp
2025-01-14T02:17:37 < zyp> can you send me the elf file as well?
2025-01-14T02:18:29 < Phantom> hee   I   guess so... trying to figure out how to get it lol
2025-01-14T02:20:43 < Phantom> zyp: DCC is fine?
2025-01-14T02:20:59 < zyp> no, this is 2025, not 2005
2025-01-14T02:21:38 < zyp> you can mail it to zyp@jvnv.net if you don't have any better ideas
2025-01-14T02:23:02 < Phantom> check notice
2025-01-14T02:23:50 < zyp> ok, got it, let's see if the disassembly has any clues
2025-01-14T02:24:04 < Phantom> thanks for all that
2025-01-14T02:24:23 < Phantom> I feels like I'm turning insane...
2025-01-14T02:28:18 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 244 seconds]
2025-01-14T02:40:50 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-14T02:46:05 < Phantom> zyp: found anything yet?
2025-01-14T02:47:16 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has joined ##stm32
2025-01-14T02:47:35 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-14T02:50:36 < zyp> no, so far it looks like the disassembly does exactly what it's supposed to
2025-01-14T02:51:17 < Phantom> faulty chip?
2025-01-14T02:51:33 < zyp> unlikely
2025-01-14T02:52:04 < zyp> have you tried stepping through it with the debugger?
2025-01-14T02:52:22 < Phantom> I couln't figure out how to step in the interrupt
2025-01-14T02:58:10 < bitmask> fedex has my macbook :)
2025-01-14T03:03:28 < Phantom> zyp: ! FIXED!
2025-01-14T03:03:51 < Phantom> and you won't believe what was the problem!
2025-01-14T03:04:30 < Phantom> zyp: the uart circular buffer!!! It was FULL!
2025-01-14T03:04:47 < Phantom> somehow it still displayed everything
2025-01-14T03:07:07 < Phantom> see notice, it work now!
2025-01-14T03:12:27 < zyp> hah, fun
2025-01-14T03:12:36 < zyp> bitmask, I'm sorry
2025-01-14T03:12:45 < bitmask> ?
2025-01-14T03:12:56 < zyp> to hear about fedex
2025-01-14T03:13:07 < bitmask> whats wrong with fedex?
2025-01-14T03:13:49 < zyp> they have your macbook
2025-01-14T03:14:28 < bitmask> ohhh
2025-01-14T03:14:31 < bitmask> hah
2025-01-14T03:14:40 < bitmask> its ok, i'll take it from them soon enough
2025-01-14T03:14:54 -!- PaulFertser [paul@paulfertser.info] has quit [Ping timeout: 260 seconds]
2025-01-14T03:15:03 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32
2025-01-14T03:21:58 < Phantom> zyp: see, that is what it skipped on the refresh
2025-01-14T03:22:52 < Phantom> tanks for the help
2025-01-14T03:24:25 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-14T03:51:52 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Ping timeout: 252 seconds]
2025-01-14T03:58:28 -!- hsv [~unknown@user/hsv] has quit [Ping timeout: 252 seconds]
2025-01-14T04:05:23 -!- hsv [~unknown@user/hsv] has joined ##stm32
2025-01-14T04:27:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-14T04:46:08 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-14T05:02:08 -!- soweli_iki [~user@user/soweli-iki:47461] has quit [Remote host closed the connection]
2025-01-14T05:10:10 -!- Netsplit *.net <-> *.split quits: haritz, invzim, ilgrim
2025-01-14T05:15:03 -!- Netsplit over, joins: haritz, invzim, ilgrim
2025-01-14T05:33:57 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-14T06:49:50 -!- Phantom [~Phantom@user/phantom] has left ##stm32 [Leaving]
2025-01-14T07:37:37 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-14T08:06:14 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-14T08:41:25 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 248 seconds]
2025-01-14T09:04:58 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-14T09:10:08 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-14T09:54:36 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-14T11:16:43 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-14T11:28:36 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 246 seconds]
2025-01-14T11:46:57 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-01-14T11:54:07 -!- Luggi09498284764 [~lux@host-82-48-197-71.retail.telecomitalia.it] has quit [Ping timeout: 264 seconds]
2025-01-14T11:54:49 -!- Luggi09498284764 [~lux@host-87-8-111-82.retail.telecomitalia.it] has joined ##stm32
2025-01-14T12:45:52 < qyx> englishman: were you serious with gnucash?
2025-01-14T12:51:32 -!- kovalevsky [~kovalevsk@190.103.220.78] has joined ##stm32
2025-01-14T12:51:32 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has changed host
2025-01-14T12:55:33 < BrainDamage> it's a double column ledger program, if you know how to do that, it's not more complex than other
2025-01-14T13:00:53 < englishman> yes
2025-01-14T13:02:03 < englishman> its the finest software of its type
2025-01-14T13:11:17 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has quit [Quit: Client closed]
2025-01-14T13:15:56 < jpa-> if you can read finnish, there are the quality alternatives Tappio ("Operating loss") and Kitsas ("Cheapskate")
2025-01-14T13:18:56 < ventyl> that's one great name for a piece of software
2025-01-14T13:19:00 < ventyl> well. um.
2025-01-14T13:19:03 < ventyl> I should be silent.
2025-01-14T13:42:54 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-14T13:46:14 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-01-14T14:36:49 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-01-14T15:06:44 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-14T15:13:12 < karlp> can anyone see what's different in the schematic for type xxx3xxx and type xxx8xxx? (top  left and top right on page 2) https://cdn.amphenol-cs.com/media/wysiwyg/files/drawing/rjmg16xxxxxx1xx.pdf
2025-01-14T15:13:16 < karlp> I can't see it at all.
2025-01-14T15:13:43 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-14T15:28:28 < qyx> nothing?
2025-01-14T15:28:31 < qyx> https://bin.jvnv.net/file/weZCP/Screenshot_2025-01-14_14-28-10.png
2025-01-14T15:29:13 < karlp> yeah, that's what I was feeling
2025-01-14T15:29:44 < qyx> weir
2025-01-14T15:29:45 < qyx> d
2025-01-14T15:59:45 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 248 seconds]
2025-01-14T16:49:14 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-14T16:51:59 < karlp> fuckin hell magjacks are inconsistent
2025-01-14T16:52:07 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-14T16:52:16 < karlp> found a western/eastern matching footprint for tabup, with leds, 10/100, no-poe.
2025-01-14T16:52:28 < karlp> but they've siwtched around the rx/tx and ct pins.
2025-01-14T16:53:16 < qyx> I don't really know why are you all into magjacks
2025-01-14T16:53:31 < karlp> because I can't convince people to replace the magjack with discretes for "reasons"
2025-01-14T16:53:39 < qyx> there is exactly one common footprint for an ethernet transformer and it is super cheap and accessible
2025-01-14T16:53:41 < karlp> there's plenty of space
2025-01-14T16:53:54 < qyx> "standard" RJ45 connectors are super accessible too
2025-01-14T16:53:54 < karlp> I know....
2025-01-14T16:54:02 < qyx> if you don't want china, go with rjhse-*
2025-01-14T16:54:04 < qyx> so
2025-01-14T16:54:06 < qyx> idk
2025-01-14T16:54:25 < karlp> I've had enough battle to get them to agtree to switching a tab-down (inaccessible) for a tab-up part.
2025-01-14T16:55:08 < qyx> i am still not sure what's your job exactly :)
2025-01-14T17:00:21 < karlp> mostly software, but I have a dsp problem I am making zero progress with whatsoever, so I'm procrastinating by looking for tab-up magjacks so the hw people can go "ok, sure, we can do that" instead of "choosing parts that actually make good products is too hard, we're leaving it how it is"
2025-01-14T17:01:14 < qyx> you are permanently fighting someone
2025-01-14T17:38:12 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-14T17:41:20 < karlp> ok. found it.
2025-01-14T17:41:28 < zyp> 10/100 jacks are easy enough
2025-01-14T17:41:41 < zyp> but gigabit magjacks are a shitshow
2025-01-14T17:41:49 < karlp> hr913540a is a drop in for wuerth 74990111217
2025-01-14T17:42:08 < karlp> bel/trp has perfectly footprint compatible, but with "wrong" center tap pinning on the host side.
2025-01-14T17:42:24 < zyp> 10/100 jacks usually have internal CTs on pins so you can terminate them how you like
2025-01-14T17:42:43 < machinehum> Is hr913540a the one pretty much everyone uses?
2025-01-14T17:42:52 < zyp> gigabit jacks don't have the pins for that, so they terminate them internally, and good luck finding the right one for your PHY
2025-01-14T17:43:17 < karlp> no, there's a hr911105a wich is ~same, but tab down.
2025-01-14T17:43:26 < zyp> and fuck finding one that's both correct and can do PoE
2025-01-14T17:45:58 < zyp> last time I did that exercise I wanted a plain gigabit voltage mode magjack, no poe or anything weird
2025-01-14T17:47:18 < zyp> I went through jlc's entire part lib and found *one* that was both stocked and suitable
2025-01-14T17:47:34 < karlp> sounds like you should hav ebeen using discrete magnetics ;)
2025-01-14T17:48:18 < zyp> yeah, now I know the part number of that thing so it's all good, but next time I have other requirements I'll just use those cute single pair transformers
2025-01-14T18:20:28 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 265 seconds]
2025-01-14T18:21:22 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-14T18:33:41 < karlp> lol, looking at this dsp shit a bit again.
2025-01-14T18:33:53 < karlp> it's a whole soup of cascading moving average, "because efficient"
2025-01-14T18:34:06 < karlp> and sure sure, nominally, CIC/moving averages don't require any multiplications
2025-01-14T18:34:36 < karlp> but at some point in the past, this whole pile of cruft got some 64bit double gain adjustments inserted into the hotpath :)
2025-01-14T18:35:02 < karlp> so, yolo, might has well have just used a simpler fir/iir in the first place instead of this soup of cascading MA's "for performance"
2025-01-14T19:27:40 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-14T19:42:37 -!- Livio_ [~livio@user/livio] has joined ##stm32
2025-01-14T19:44:45 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-14T19:46:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-14T19:47:15 -!- haritz [~hrtz@user/haritz] has quit [Read error: Connection reset by peer]
2025-01-14T19:48:40 -!- haritz [~hrtz@2a02:8010:65b5:0:5d9a:9bab:ee5e:b737] has joined ##stm32
2025-01-14T19:48:43 -!- haritz [~hrtz@user/haritz] has changed host
2025-01-14T19:51:46 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-14T20:40:21 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-14T20:40:45 < ALTracer> zapb_: Do you use ArteryTek MCU?
2025-01-14T20:42:00 < ALTracer> if yes, https://review.openocd.org/c/openocd/+/8667 seems to be huge
2025-01-14T20:42:37 < ALTracer> Is it independent from https://github.com/ArteryTek/openocd/ ?
2025-01-14T20:44:56 < ALTracer> I have been kicking it slowly myself into Black Magic Debug codebase, riding on stm32f1.c driver, F415 and F421 were added in PR1803
2025-01-14T20:44:59 < ALTracer> https://github.com/blackmagic-debug/blackmagic/pull/1803
2025-01-14T20:45:52 < ALTracer> Would you mind trying v2.0.0-rc1 with your boards and any supported debugger?
2025-01-14T21:19:33 -!- PhantomWork [~PhantomWo@modemcable022.175-37-24.static.videotron.ca] has joined ##stm32
2025-01-14T21:19:40 -!- PhantomWork [~PhantomWo@user/phantom] has changed host
2025-01-14T21:56:45 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 252 seconds]
2025-01-14T22:15:44 -!- Livio_ [~livio@user/livio] has quit [Remote host closed the connection]
2025-01-14T22:15:56 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-14T22:21:38 -!- specing_ [~specing@user/specing] has joined ##stm32
2025-01-14T22:21:38 -!- specing [~specing@user/specing] has quit [Killed (NickServ (GHOST command used by specing_))]
2025-01-14T22:23:48 -!- specing_ is now known as specing
2025-01-14T22:54:43 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-7ca2-2b81-c93-80d7.fixed6.kpn.net] has joined ##stm32
2025-01-14T23:11:33 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-14T23:16:02 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-14T23:18:41 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-14T23:23:57 < karlp> (they're more active in teh openocd cahnnel, than here, I didn't even know they were in this channel)
2025-01-14T23:26:20 < karlp> fecking odroid recovery not going well.  can't find a sdcard to even try and boot something else from it.
2025-01-14T23:26:34 < karlp> stupid fuckign uboot doesn't have UMS in it, so cant' mount the emmc over usb to edit.
2025-01-14T23:26:50 < karlp> and the /boot only has a single kernel in it, so no "prior version"
2025-01-14T23:26:50 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-14T23:38:14 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-01-14T23:38:45 -!- qyx [~qyx@84.245.121.179] has quit [Ping timeout: 252 seconds]
2025-01-14T23:39:05 < bitmask> anyone have a samsung neo qled tv?
2025-01-14T23:39:20 < bitmask> is the qn90D good?
2025-01-14T23:40:43 -!- qyx [~qyx@84.245.120.80] has joined ##stm32
2025-01-14T23:44:21 < Steffanx> What's your definition of good Mr bitmask ?
2025-01-14T23:44:54 < bitmask> I don't really know, Ive been using a shitty 100 year old 720P LG tv forever
2025-01-14T23:45:03 < Steffanx> Also it's one of those TVs where the panel type depends on the size. The smaller ones are VA, the larger ones IPS
2025-01-14T23:45:22 < Steffanx> So it also depends on your needs. Viewing angles. Etc 
2025-01-14T23:45:26 < bitmask> I guess good colors/refresh rate, good UI, good smart functionality
2025-01-14T23:45:41 < bitmask> fair enough
2025-01-14T23:45:53 < bitmask> I guess I should go to a best buy and look at whats available
2025-01-14T23:46:12 < bitmask> get an idea of the differences
2025-01-14T23:46:20 < bitmask> I don't think I want OLED yet
2025-01-14T23:46:29 < Steffanx> I have a recent LG. For me it's fine. 50 inch. It's super smart with AI and shut 😋
2025-01-14T23:46:58 < Steffanx> Added a soundbar for better sound 
2025-01-14T23:47:03 < bitmask> yea I was thinking of 55"
2025-01-14T23:47:24 < Steffanx> The sub is woofing so well I'm sometimes afraid the neighbors will dislike me.
2025-01-14T23:47:28 < bitmask> if you went with LG I'm guessing you went oled?
2025-01-14T23:47:33 < Steffanx> Qned
2025-01-14T23:47:35 < bitmask> ahh
2025-01-14T23:48:26 < bitmask> this was a long time ago and I'm sure its not all or nothing but I remembered hearing lg for oled, samsung for lcd
2025-01-14T23:52:57 < Steffanx> I looked at it, and it was out of my budget lol 
2025-01-14T23:53:37 < Steffanx> Reviews of mine said: nice image, bad sound. But sound is easily fixed. But I'm no TV purist anyway
2025-01-14T23:55:14 < Steffanx> And even without being a purist I'm sure an expensive TV will disappoint me more than a cheaper one :P
2025-01-14T23:59:58 < bitmask> very fair
--- Day changed Wed Jan 15 2025
2025-01-15T00:00:38 < bitmask> I'm splitting the cost so that helps
2025-01-15T00:01:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-15T00:01:59 < bitmask> $400 vs $800, either sounds fine
2025-01-15T00:03:34 < Steffanx> I always forget those things are much cheaper in USland. 
2025-01-15T00:11:45 < zapb_> ALTracer, it is my own development and independent of the ArteryTek GitHub code yes. The 'official' code is more or less garbage ;)
2025-01-15T00:14:13 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 248 seconds]
2025-01-15T00:19:58 < bitmask> not sure if you understood what I was saying, the QN90D is $1500 I believe
2025-01-15T00:20:36 < bitmask> is there really that much of a difference?
2025-01-15T00:20:42 < bitmask> (in price for you)
2025-01-15T00:28:30 < ds2> Having been burned by other Samsung products, I am surprised that TV still works!
2025-01-15T00:39:33 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-7ca2-2b81-c93-80d7.fixed6.kpn.net] has quit [Ping timeout: 245 seconds]
2025-01-15T00:41:12 < BrainDamage> just fyi, there's a massive rsync security vulnerability with read access on servers giving remote code execution
2025-01-15T00:41:48 < BrainDamage> and exploited servers can read/write arbitrary files on clients
2025-01-15T00:42:03 < BrainDamage> so, update asap, even if you're only using a client
2025-01-15T00:52:37 -!- PaulFertser [paul@paulfertser.info] has quit [Ping timeout: 248 seconds]
2025-01-15T00:52:45 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32
2025-01-15T01:04:03 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 265 seconds]
2025-01-15T01:12:42 < ventyl> I have a feeling that even basic code completion became significantly wrong/annoying lately
2025-01-15T01:13:03 < ventyl> it tries to complete more, so I have to remove bullshit it adds
2025-01-15T01:36:01 < aandrew> code completion has always been shit
2025-01-15T01:36:27 < aandrew> one of the biggest reasons why I hate IDEs in general... stop trying to interrupt my flow so I can read and "oh yeah that's what I want! <click>"
2025-01-15T01:36:29 < ventyl> yeah, but it even bigger now
2025-01-15T01:37:15 < aandrew> I don't know anyone who's running rsync servers. lots of stuff running rsync under the hood but not listening on a port 
2025-01-15T01:41:31 < BrainDamage> it's usually big file servers, like distro mirrors
2025-01-15T02:02:18 -!- PhantomWork [~PhantomWo@user/phantom] has quit [Quit: Client closed]
2025-01-15T02:12:37 < ds2> people still run nake rsync ? thought everyone tunnels it over ssh
2025-01-15T02:17:58 < fenugrec> run rsync locally here. I have a vague notion that rsync over ssh loses some of the advantages of un-tunneled rsync but I may be conflating things
2025-01-15T02:23:33 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-15T02:51:03 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-15T03:15:42 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-15T03:51:15 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-15T04:18:05 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-15T04:22:05 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-15T04:25:38 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-15T04:35:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-15T04:40:49 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-15T04:45:39 -!- haritz [~hrtz@user/haritz] has quit [Ping timeout: 246 seconds]
2025-01-15T04:50:27 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: Textual IRC Client: www.textualapp.com]
2025-01-15T04:52:58 -!- haritz [~hrtz@2a02:8010:65b5:0:5d9a:9bab:ee5e:b737] has joined ##stm32
2025-01-15T04:53:00 -!- haritz [~hrtz@user/haritz] has changed host
2025-01-15T05:19:10 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has joined ##stm32
2025-01-15T05:36:40 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-15T05:46:59 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-15T05:49:11 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Client Quit]
2025-01-15T05:49:11 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-15T05:49:39 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-15T05:50:36 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-15T05:53:33 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Client Quit]
2025-01-15T06:09:38 -!- Alexer [~alexer@alexer.net] has quit [Ping timeout: 252 seconds]
2025-01-15T06:12:06 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-15T06:12:22 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-15T06:15:19 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-15T06:15:28 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-15T06:17:15 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-15T06:17:39 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-15T06:27:51 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-15T06:28:00 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-15T06:29:15 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-15T06:43:03 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-15T06:43:22 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-15T06:55:58 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-15T06:56:13 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-15T06:57:59 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-15T06:58:14 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-15T07:18:45 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Ping timeout: 248 seconds]
2025-01-15T07:19:12 -!- ALTracer [~ALTracer@81.9.127.122] has joined ##stm32
2025-01-15T07:29:48 < ALTracer> karlp: where would that channel be and should I join that?
2025-01-15T07:30:43 < ALTracer> zapb_: nice, I didn't like theirs either. There is an actual bug in tcl configs which breaks AT32F435 with autoenabled hardware watchdog, also they touch the wrong freeze bits
2025-01-15T07:31:44 < ALTracer> Is option byte support an interest? I don't use QSPI or SPIM myself, or sLib for that matter, do users expect it?
2025-01-15T07:33:35 < ALTracer> BrainDamage: yes, I've been updating via Linux Mint mintupdate GUI where it pops up. I guess I also need to manually update openwrt and Gentoo (or disable rsync)
2025-01-15T07:34:11 < ALTracer> I only used rsync as a faster local ssh/scp/sftp for mirroring/moving files on-demand.
2025-01-15T07:40:21 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-15T07:44:51 -!- ALTracer [~ALTracer@81.9.127.122] has quit [Ping timeout: 246 seconds]
2025-01-15T07:45:29 -!- ALTracer [~ALTracer@85.249.19.226] has joined ##stm32
2025-01-15T08:13:32 -!- ALTracer [~ALTracer@85.249.19.226] has quit [Read error: Connection reset by peer]
2025-01-15T08:14:40 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-15T08:29:10 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-01-15T08:39:22 < qyx> nomorekaki: snow report 5 cm
2025-01-15T09:06:09 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-15T09:18:19 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-15T09:26:34 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-1943-7b5e-c27d-ad79.fixed6.kpn.net] has joined ##stm32
2025-01-15T09:36:24 < zapb_> ALTracer, some feature like FAP are of interest for companies I assume
2025-01-15T09:42:54 < ALTracer> RDP1 is trivial after option bytes, I have tested it in BMP
2025-01-15T10:30:27 < \dev\ice> 4
2025-01-15T10:30:29 < \dev\ice> ~/.
2025-01-15T10:36:19 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-1943-7b5e-c27d-ad79.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-15T10:36:42 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-15T10:57:51 < jpa-> https://alchitry.com/news/icecube2-no-longer-free/   such a nice surprise when you go do some maintenance on an old project..
2025-01-15T10:58:24 < jpa-> interesting to see if i qualify for the free license, but i don't think i'll dare design non-yosys lattice FPGAs into projects anymore
2025-01-15T11:02:03 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer]
2025-01-15T11:09:06 < Steffanx> It's not free... But less than $500/year isn't THAT bad for non-hobbyists
2025-01-15T11:09:12 < Steffanx> Still a nice surprise though 
2025-01-15T11:11:04 < Steffanx> I'm sure 1 hour of swiss consultancy costs more than that..
2025-01-15T11:14:23 < jpa-> faketime apparently works to keep my old license working
2025-01-15T11:16:08 < ventyl> jpa-: were they brought by broadcom?
2025-01-15T11:16:38 < ventyl> s/brought/bought/
2025-01-15T11:17:52 < jpa-> at least not fully, i still own 0.4 ppm of lattice
2025-01-15T11:24:28 -!- ALTracer [~ALTracer@85.249.19.226] has joined ##stm32
2025-01-15T11:36:19 < karlp> ALTracer: #openocd right here?
2025-01-15T11:38:39 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-15T12:02:31 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
2025-01-15T12:04:47 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-01-15T12:43:27 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-15T12:47:49 < qyx> jpa-: will you buy a pizza for that?
2025-01-15T12:49:27 < qyx> oh nearly 3000 eur
2025-01-15T13:08:02 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-15T13:34:31 -!- Alexer [~alexer@alexer.net] has joined ##stm32
2025-01-15T14:28:35 -!- ALTracer [~ALTracer@85.249.19.226] has quit [Read error: Connection reset by peer]
2025-01-15T14:28:45 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-15T14:29:54 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-15T14:36:29 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-15T14:40:06 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-15T15:02:18 < jpa-> such joy debugging FPGA timing issues that depend on temperature
2025-01-15T15:02:37 < jpa-> bug happened every 5 seconds yesterday, today it doesn't happen
2025-01-15T15:02:55 < jpa-> should probably cool the chip because heating didn't make it worse
2025-01-15T15:04:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-15T15:56:16 < bitmask> its early! its out for delivery
2025-01-15T15:57:05 < bitmask> and 2 rocket launches (possibly) today, what a day
2025-01-15T15:57:30 < ventyl> starship got delayed too?
2025-01-15T15:58:11 < bitmask> yea
2025-01-15T15:58:43 < bitmask> well new glenn is technically tomorrow (1AM)
2025-01-15T16:00:23 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-15T16:00:55 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-15T16:04:50 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-15T16:04:56 < Steffanx> And it's not going to happen 
2025-01-15T16:05:08 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-15T16:05:27 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-15T16:06:11 < bitmask> starship will, new glenn prob wont
2025-01-15T16:08:06 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-15T16:08:24 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-15T16:18:10 < qyx> mouser broken?
2025-01-15T16:18:40 < qyx> I can't view my basket
2025-01-15T16:23:04 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-01-15T16:23:08 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-15T16:23:39 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-15T16:24:57 < qyx> woohooo 
2025-01-15T16:24:57 < qyx> Order History - Part History / Search
2025-01-15T16:25:03 < qyx> TIL
2025-01-15T16:27:05 < qyx> during the last 6 years I ordered 35 different stm32 models
2025-01-15T16:28:42 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-15T16:32:07 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has quit [Quit: Client closed]
2025-01-15T16:43:14 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has joined ##stm32
2025-01-15T16:44:12 < nomorekaki> qyx: 3.6cm not great, not terrible
2025-01-15T16:48:37 < qyx> nomorekaki: snow update: 0
2025-01-15T16:49:14 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-15T16:50:11 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-15T16:50:25 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-15T16:59:58 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-15T17:00:19 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-15T17:20:00 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-15T17:20:14 -!- ALTracer [~ALTracer@85.249.19.226] has joined ##stm32
2025-01-15T17:28:18 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Ping timeout: 246 seconds]
2025-01-15T17:29:05 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-15T17:50:38 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-15T17:57:15 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has quit [Quit: Client closed]
2025-01-15T18:08:30 -!- ALTracer [~ALTracer@85.249.19.226] has quit [Read error: Connection reset by peer]
2025-01-15T18:08:39 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-15T18:10:11 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-15T18:10:24 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-15T18:13:48 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-15T18:14:02 -!- ALTracer [~ALTracer@85.249.19.226] has joined ##stm32
2025-01-15T18:28:06 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 252 seconds]
2025-01-15T18:40:03 -!- ALTracer [~ALTracer@85.249.19.226] has quit [Read error: Connection reset by peer]
2025-01-15T18:40:14 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-15T18:55:16 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-15T18:55:30 -!- ALTracer [~ALTracer@85.249.19.226] has joined ##stm32
2025-01-15T19:02:22 -!- ALTracer [~ALTracer@85.249.19.226] has quit [Read error: Connection reset by peer]
2025-01-15T19:02:35 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-15T19:05:02 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-15T19:05:23 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-15T19:14:35 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-15T19:21:24 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-15T19:36:12 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: Textual IRC Client: www.textualapp.com]
2025-01-15T19:36:36 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-15T19:36:41 < bitmask> w00t
2025-01-15T19:43:52 < bitmask> i forgot how annoying setting up new computers is
2025-01-15T19:55:40 < fenugrec> what, 'git clone $configs_repo && stow *'
2025-01-15T20:08:54 < bitmask> geekbench6 went from single/multi of 1115 / 3811 to 3957 / 26373
2025-01-15T20:09:07 < bitmask> and the fans never even spun up
2025-01-15T20:11:18 < bitmask> and gpu from 12.6k to 191k
2025-01-15T20:14:58 < jpa-> and bank account to 0?
2025-01-15T20:16:32 < bitmask> you know it
2025-01-15T20:16:54 < bitmask> but thats temporary, this will last a while
2025-01-15T20:16:56 < bitmask> :)
2025-01-15T20:20:23 -!- Netsplit *.net <-> *.split quits: rkta, duude__, leptonix
2025-01-15T20:20:29 < Steffanx> Doesn't apple have this migration magic?
2025-01-15T20:22:33 -!- Netsplit over, joins: rkta, duude__, leptonix
2025-01-15T20:22:33 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Max SendQ exceeded]
2025-01-15T20:22:43 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32
2025-01-15T20:26:41 < bitmask> I have been using that mbp for 9 years without formatting once, I wanted to start fresh
2025-01-15T20:27:58 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-15T20:27:59 < bitmask> speedometer 3.0 went from 12 to 50
2025-01-15T20:28:33 < bitmask> its so nice having trackpad click feedback again, I replaced my old trackpad but it still didn't work
2025-01-15T20:29:03 < bitmask> I don't really like this keyboard though, it sounds hollow
2025-01-15T20:33:01 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-15T20:42:30 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-15T20:44:01 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-01-15T20:45:34 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-15T20:52:14 < bitmask> time to transfer 100GB very slowly
2025-01-15T21:03:33 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 252 seconds]
2025-01-15T21:06:54 -!- fenugrec [~f@192.214.232.39] has quit [Quit: fenugrec]
2025-01-15T21:09:47 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Ping timeout: 252 seconds]
2025-01-15T21:11:30 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-15T21:11:45 < bitmask> .
2025-01-15T21:12:02 -!- joel135 [uid136450@id-136450.hampstead.irccloud.com] has joined ##stm32
2025-01-15T21:26:57 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-01-15T21:40:30 -!- fenugrec [~f@192.214.232.39] has joined ##stm32
2025-01-15T21:50:30 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-15T21:51:45 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-15T21:55:00 -!- Livio_ [~livio@user/livio] has joined ##stm32
2025-01-15T21:58:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-15T21:59:30 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-15T22:32:39 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-dd39-bee-9aa3-4496.fixed6.kpn.net] has joined ##stm32
2025-01-15T22:39:00 -!- kovalevsky [~kovalevsk@181.168.239.174] has joined ##stm32
2025-01-15T22:39:00 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has changed host
2025-01-15T22:40:04 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-15T22:47:07 < Steffanx> Don´t go crazy over all this power you acquired bitmask. 
2025-01-15T22:53:25 < ventyl> bitmask: funny enough, I will have to buy some 2015ish macbook as an emergency. my another machine decided that having flat battery is not cool enough
2025-01-15T22:54:12 < bitmask> but... so... much...power....
2025-01-15T22:54:45 < bitmask> it doesn't really seem like it when I'm using this old ass router and copying from the 2015 mbp
2025-01-15T22:54:54 < bitmask> I need a new network and a nas
2025-01-15T22:55:39 < Steffanx> You need less data.
2025-01-15T22:55:59 < bitmask> nope
2025-01-15T22:57:06 < Steffanx> Yes, you have no idea what you have and how much shit is in there
2025-01-15T22:57:27 < ventyl> backup of backup of backuped backup of porn from 2007
2025-01-15T23:01:07 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Remote host closed the connection]
2025-01-15T23:02:58 < bitmask> I'm just sitting here compressing folders and copying stuff and my 2015 fans are full speed. I haven't heard the 2024 fans spin up at all
2025-01-15T23:03:24 < ventyl> that's probably because there the bearing are brand new :)
2025-01-15T23:05:40 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-15T23:46:49 < karlp> looks likebtrfs died, hence my odroid failure: https://paste.jvnv.net/view/UagQH
2025-01-15T23:58:18 < ventyl> zyp: orbtracy hit dependency hell. i have "too old" rust compiler
--- Day changed Thu Jan 16 2025
2025-01-16T00:03:28 < specing> lol
2025-01-16T00:04:43 < ventyl> ah, this will be some kind of fuckery
2025-01-16T00:04:50 < ventyl> package version does not match rustc version
2025-01-16T00:06:27 < specing> latest systemupdate wants to compile rustc 1.82
2025-01-16T00:06:43 < specing> which pulls in 1.81, which pulls in 1.8, which pulls in ... down to 1.74 lol
2025-01-16T00:07:25 < fenugrec> karlp hardware failure, or yet another instance of btrfs being "almost" reliable ?
2025-01-16T00:07:42 < fenugrec> either way, sorry for your loss (of time / data)
2025-01-16T00:12:12 < ventyl> meh, rust-1 package has version 1.84.0, rustc reports 1.67.1 aaaand wiki says that I should have installed completely different packages
2025-01-16T00:12:18 < ventyl> I am not sure I want to dive into it
2025-01-16T00:16:48 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 276 seconds]
2025-01-16T00:16:51 -!- kovalevsky_ [~kovalevsk@181.168.239.174] has joined ##stm32
2025-01-16T00:17:16 < ventyl> oh, rust vs. rustup
2025-01-16T00:18:57 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-dd39-bee-9aa3-4496.fixed6.kpn.net] has quit [Ping timeout: 248 seconds]
2025-01-16T00:26:51 < karlp> fenugrec: well, it's an emmc module from hardkernel, so.... wasn't really expecting hardware failure...
2025-01-16T00:27:09 < karlp> I've managed to get it up enough to boot, and it's spitting errors and has forced itself readonly.
2025-01-16T00:27:42 < karlp> that's enough to sit there until tomorrow for me to dump off some nginx shits and remember what I might have forgotten.
2025-01-16T00:28:11 < karlp> shitty computer shit all day long, shitty comptuer shit at home gets tired.
2025-01-16T00:28:54 -!- kovalevsky_ [~kovalevsk@181.168.239.174] has quit [Ping timeout: 252 seconds]
2025-01-16T00:30:52 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has joined ##stm32
2025-01-16T00:33:49 -!- kovalevsky_ [~kovalevsk@181.168.239.174] has joined ##stm32
2025-01-16T00:34:46 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 252 seconds]
2025-01-16T00:35:52 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 252 seconds]
2025-01-16T00:45:14 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-16T00:51:48 -!- Livio_ [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-16T00:56:07 < fenugrec> ditch btrfs, put on zfs
2025-01-16T00:58:58 < lemmi> karlp: that's a good sign your hardware is either dying or lying about write barriers
2025-01-16T01:01:44 < karlp> ditch btrfs, back to ext4 you mean :)
2025-01-16T01:02:33 < karlp> lemmi: could indeed be, odroid c2 came out 2016?
2025-01-16T01:02:57 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Ping timeout: 276 seconds]
2025-01-16T01:03:07 < karlp> not sure when I bought it, it wasn'tbrand new, and it's had problems with disk filling up and shit for years,
2025-01-16T01:03:10 < karlp> bit tedious though
2025-01-16T01:03:20 < lemmi> karlp: ext4 might be less bitchy about broken write barriers and will fail later, but you will very likely notice it even later when the drive ist *really* gone
2025-01-16T01:03:45 < karlp> this is the same little "pc" that had an attached usb3 "bckup" that led to me buying a proper qnap, and now it's losing it's rootfs, when all it still does really is nginx name redirecting
2025-01-16T01:03:47 < lemmi> btrfs is a shitty-hardware-detector, and that's probably part of the reason it's got its rep
2025-01-16T01:04:40 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-16T01:04:43 < karlp> gotta say, if "we tried to make it so awesome, it pushes hardware too much and then you lose it all" kinda makes the rep legit.
2025-01-16T01:05:34 < lemmi> anyway. parent transid verify failures are mostly fatal, although your numbers are close to each other, so it might be correctable. but best to have backups, copy out what you can, get a new drive
2025-01-16T01:05:45 < karlp> lol, "get a new drive"
2025-01-16T01:07:10 < lemmi> chances are high this will fail in some way or another again
2025-01-16T01:07:18 < lemmi> but now you know
2025-01-16T01:07:45 < karlp> oh yeah, it's fucking done.
2025-01-16T01:07:59 < karlp> it was down to nginx fronting, it's going to get just fucking turned off.
2025-01-16T01:09:36 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 252 seconds]
2025-01-16T01:10:23 < lemmi> https://wiki.tnonline.net/w/Btrfs/Parent_Transid_Verify_Failed
2025-01-16T01:11:41 < karlp> I know you'ðre trying to help, but all I'm hearing is "btrfs is awesome if you want to spend time fucking with computers, insstead of having comptuers do things for you" :)
2025-01-16T01:12:32 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has joined ##stm32
2025-01-16T01:20:55 < lemmi> not really. i don't know how important the stuff is. that page just tells you things you can try in case you need to recover anything. the error tells you, that you weren't running reliable hardware. other fs usually fuck up different in this case, so this isn't really about btrfs in this case anymore
2025-01-16T01:21:23 < karlp> yeah, but the thing is, if btrfs "detects bad hardware" three years before anything else.....
2025-01-16T01:21:28 < karlp> is it.... really ad hardware?
2025-01-16T01:21:35 < lemmi> i think so
2025-01-16T01:22:07 < lemmi> i want to know that as soon as possible, so i can so something about it before it *really* becomes a problem
2025-01-16T01:30:02 < fenugrec> lemmi thanks for your post-mortem on that btrfs log. Don't need to know that myself but interesting nonetheless
2025-01-16T01:49:51 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-01-16T01:57:34 -!- jerrycash2 [~jerrycash@user/jerrycash] has joined ##stm32
2025-01-16T01:59:40 -!- scrts87 [~scrts2@23.28.144.38] has quit [Quit: The Lounge - https://thelounge.chat]
2025-01-16T02:00:50 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Ping timeout: 248 seconds]
2025-01-16T02:02:08 -!- scrts87 [~scrts2@23.28.144.38] has joined ##stm32
2025-01-16T02:54:30 < nomorekaki> Steffanx: The Nice Guys
2025-01-16T03:00:41 -!- joel135 [uid136450@id-136450.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity]
2025-01-16T03:13:26 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-16T03:15:44 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 244 seconds]
2025-01-16T03:27:53 -!- kovalevsky_ [~kovalevsk@181.168.239.174] has quit [Ping timeout: 245 seconds]
2025-01-16T03:58:20 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-16T04:05:53 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-16T04:24:34 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-16T04:30:24 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-16T04:32:49 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-16T04:50:28 -!- bitmask_ [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-16T04:50:54 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Ping timeout: 260 seconds]
2025-01-16T05:10:38 -!- bitmask_ [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: Textual IRC Client: www.textualapp.com]
2025-01-16T05:12:00 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-16T05:33:52 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-16T05:34:08 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-16T05:37:26 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-16T05:37:34 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-16T05:47:07 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: Textual IRC Client: www.textualapp.com]
2025-01-16T05:48:26 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-16T05:50:07 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Client Quit]
2025-01-16T05:51:25 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-16T05:53:09 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-16T05:53:24 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-16T05:56:16 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-16T05:56:24 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-16T06:03:50 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-16T06:09:54 -!- jerrycash2 [~jerrycash@user/jerrycash] has quit [Ping timeout: 252 seconds]
2025-01-16T06:12:21 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 276 seconds]
2025-01-16T06:15:39 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Ping timeout: 265 seconds]
2025-01-16T06:15:53 -!- ALTracer [~ALTracer@85.249.20.246] has joined ##stm32
2025-01-16T06:17:07 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-01-16T06:26:17 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Read error: Connection reset by peer]
2025-01-16T06:26:56 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-16T06:42:39 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has quit [Quit: Client closed]
2025-01-16T06:54:59 -!- ALTracer [~ALTracer@85.249.20.246] has quit [Read error: Connection reset by peer]
2025-01-16T06:55:14 -!- ALTracer [~ALTracer@85.249.20.246] has joined ##stm32
2025-01-16T07:02:22 -!- ALTracer [~ALTracer@85.249.20.246] has quit [Read error: Connection reset by peer]
2025-01-16T07:02:38 -!- ALTracer [~ALTracer@85.249.20.246] has joined ##stm32
2025-01-16T07:04:25 -!- ALTracer [~ALTracer@85.249.20.246] has quit [Read error: Connection reset by peer]
2025-01-16T07:05:34 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-16T07:06:58 -!- scrts87 [~scrts2@23.28.144.38] has quit [Quit: The Lounge - https://thelounge.chat]
2025-01-16T07:07:21 -!- scrts87 [~scrts2@23.28.144.38] has joined ##stm32
2025-01-16T07:17:12 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-16T07:17:26 -!- ALTracer [~ALTracer@85.249.20.246] has joined ##stm32
2025-01-16T07:19:09 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: Textual IRC Client: www.textualapp.com]
2025-01-16T07:19:28 -!- bitmask [~bitmask@static-198-44-136-79.cust.tzulo.com] has joined ##stm32
2025-01-16T07:23:47 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-16T07:26:50 -!- bitmask_ [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-16T07:28:09 -!- bitmask [~bitmask@static-198-44-136-79.cust.tzulo.com] has quit [Ping timeout: 265 seconds]
2025-01-16T07:29:19 -!- ALTracer [~ALTracer@85.249.20.246] has quit [Quit: Quit]
2025-01-16T07:29:32 -!- ALTracer [~ALTracer@85.249.20.246] has joined ##stm32
2025-01-16T07:43:14 -!- bitmask_ [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-16T07:58:58 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-16T08:51:38 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-16T08:54:05 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-16T09:23:51 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-16T09:30:25 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-16T09:48:54 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-34de-aad4-5dfc-84ab.fixed6.kpn.net] has joined ##stm32
2025-01-16T09:59:58 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-16T10:00:13 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Read error: Connection reset by peer]
2025-01-16T10:14:16 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-16T11:00:45 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Ping timeout: 246 seconds]
2025-01-16T11:01:51 < qyx> ok mouser didn't update VAT for our country
2025-01-16T11:01:54 < qyx> what to do now
2025-01-16T11:02:59 < qyx> I guess nothing.
2025-01-16T11:04:19 < Steffanx> Fico's tax agency will totally find you mr qyx 
2025-01-16T11:05:42 < jpa-> order as business so VAT doesn't matter
2025-01-16T11:07:43 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-16T11:08:56 -!- DemolitionMan [~kvirc@2-224-10-159.ip168.fastwebnet.it] has joined ##stm32
2025-01-16T11:22:12 -!- DemolitionMan [~kvirc@2-224-10-159.ip168.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-16T11:23:05 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-16T11:28:50 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-16T11:43:21 < karlp> c++ modules are having far reaching impacts zyp :)
2025-01-16T11:43:50 < karlp> doxygen renamed some stuff to support them, so now swathes of existing documentation builds are borked :)
2025-01-16T11:49:25 < karlp> fuckin lol. some people have been complaining that they've been having network connections to test machines dropping "after a while" 
2025-01-16T11:49:29 < karlp> would work on a desk, not in the lab.
2025-01-16T11:49:58 < karlp> finally get confirmation from it that they just started killing connections from unknown MAC addresses, and we nee dto go and manually white list shit
2025-01-16T11:50:15 < karlp> who woudl do that to a working development lab without even talking to them
2025-01-16T11:52:44 < jpa-> the same people who set the antivirus at a software company to block all previously unseen binaries
2025-01-16T11:53:57 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-16T11:54:11 < karlp> I kinda want to ask what policy changes ar ebeing brought in to manage this better in the future, but kinda don't
2025-01-16T12:06:47 -!- ALTracer [~ALTracer@85.249.20.246] has quit [Read error: Connection reset by peer]
2025-01-16T12:06:58 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-16T12:11:56 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-16T12:12:10 -!- ALTracer [~ALTracer@85.249.20.246] has joined ##stm32
2025-01-16T12:14:06 -!- ALTracer [~ALTracer@85.249.20.246] has quit [Read error: Connection reset by peer]
2025-01-16T12:14:22 -!- ALTracer [~ALTracer@85.249.20.246] has joined ##stm32
2025-01-16T13:06:13 -!- kovalevsky_ [~kovalevsk@190.103.220.90] has joined ##stm32
2025-01-16T13:17:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-16T13:33:26 -!- ALTracer [~ALTracer@85.249.20.246] has quit [Read error: Connection reset by peer]
2025-01-16T13:33:39 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-16T13:38:42 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-16T13:38:58 -!- ALTracer [~ALTracer@85.249.20.246] has joined ##stm32
2025-01-16T13:39:50 -!- ALTracer [~ALTracer@85.249.20.246] has quit [Read error: Connection reset by peer]
2025-01-16T13:40:00 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-16T13:40:54 < ventyl> zyp: funny enough SWO/SWTF on H7 *don't* have any support in HAL headers. this is known to STM like since 2018 and they did nothing about it
2025-01-16T13:41:23 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-16T13:41:37 -!- ALTracer [~ALTracer@85.249.20.246] has joined ##stm32
2025-01-16T13:43:33 < jpa-> yeah, i've seen that on other STM32s
2025-01-16T13:44:03 < jpa-> i think there is some disagreement on whether ARM headers or ST headers should provide them.. and turns out that sometimes neither does
2025-01-16T13:44:31 < jpa-> i think many people do the register setup through debugger on PC, so that the firmware doesn't have to know about the registers
2025-01-16T14:02:05 < ventyl> yeah, I have to study it more, if it is possible to do the register setup in some most-part-independent way possible
2025-01-16T14:06:28 < ALTracer> which includes having to do extra LAR writes (does libtrace want to support STM32H7?)
2025-01-16T14:17:47 -!- kovalevsky_ [~kovalevsk@190.103.220.90] has quit [Read error: Connection reset by peer]
2025-01-16T14:29:22 < ventyl> well, I wrote it
2025-01-16T14:29:36 < ventyl> and it seems to work
2025-01-16T14:29:57 < Steffanx> For now.
2025-01-16T14:31:18 < ventyl> more than this breaking in the future, it is one part specific as there are some addresses hardcoded, which should either be part of HAL or I shall hunt for them in ROMs
2025-01-16T14:54:50 < karlp> qyx: lol: https://www.eenewseurope.com/en/u-blox-pulls-out-of-cellular-iot/
2025-01-16T14:56:42 < Steffanx> cellular iot business or the entire cellular business?
2025-01-16T14:57:03 < karlp> looks like all cellular
2025-01-16T14:57:08 < Steffanx> DAMN
2025-01-16T14:57:29 < karlp> going to focus on just gnss and "short range" (inc bluetooth/wifi)
2025-01-16T14:57:43 < Steffanx> Imagine being about to start with a project which includes some ublox module
2025-01-16T14:57:54 < karlp> what, od you like burning money?
2025-01-16T14:57:57 < karlp> why not quacktel? :)
2025-01-16T14:58:08 < karlp> or sierra, or 
2025-01-16T14:58:12 < Steffanx> reasons :P
2025-01-16T14:58:15 < karlp> but yeah, suckx.
2025-01-16T15:01:51 < Steffanx> So more nrf and esp32 modules from ublox soon -_-
2025-01-16T15:04:21 < Steffanx> I recall it was like 8-9 dollar vs 14-15 dollar/module karlp . So it could be worse.
2025-01-16T15:04:51 < qyx> lol wat se here
2025-01-16T15:04:54 < qyx> same
2025-01-16T15:05:28 < qyx> just designig a board with 3 ubloces
2025-01-16T15:06:33 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-01-16T15:07:03 < ALTracer> ventyl: it is Hard to set up SWO in a part-independent way, so please document your findings somewhere as putreg32 call sequence
2025-01-16T15:07:54 < ALTracer> CoreSight topology is only partially discoverable from ROM tables, i.e. it is unclear what are sources and sinks to each other without reading refman diagrams
2025-01-16T15:08:22 < ventyl> ALTracer: I'd like to push it into libtrace
2025-01-16T15:08:34 < ALTracer> so I had to write device tree bindings for these blocks in STM32MP157, and it seems to attach Linux drivers to some of these
2025-01-16T15:08:36 < ventyl> (as I am using the rest of it to configure ITM/DWT)
2025-01-16T15:08:55 < qyx> karlp: it is very very sad
2025-01-16T15:09:40 < ALTracer> if zyp and novakov don't mind, I guess a part-specific collection of ITM/SWO and ETM/TPIU setup is nice, that is opensource and not in Lauterbach script format
2025-01-16T15:10:40 < ventyl> if I did some more study of CoreSight (or someone reviewed the POC code), maybe it could be rewritten into form that only some constants will be supplied by the developer and the rest will be part-independent
2025-01-16T15:11:05 < ALTracer> BMP and OpenOCD each have sufficient logic to discover most blocks; Orbuculum doesn't but it relies on gdbtrace.init script collection instead
2025-01-16T15:11:06 < ventyl> as of now it seems that you only need three part-specific constants
2025-01-16T15:11:59 < ALTracer> Cortex-debug has something similar but I didn't look close enough into it
2025-01-16T15:13:57 < ALTracer> ventyl: only three? How so? Enable clocks for TraceClk and GPIO (and DBGMCU) in RCC; mux PB3 or TPIU to AF0 SYS pins (PE2-6 or else) and flip TRACEIOEN; finally do the PPB/EPPB dances with ITM/DWT/SWTF/SWO or ETM/CSTF/ETF/TPIU.
2025-01-16T15:14:46 < ALTracer> Forget one cogwheel of H74x internals and it sits silent or crashes
2025-01-16T15:15:14 < ventyl> ALTracer: OK, maybe more, but still, DBGMCU is part of CMSIS headers, so you only need to know which domains to activate (that'd be 4th)
2025-01-16T15:15:28 < ventyl> ALTracer: ITM/DTM is also part of CMSIS headers
2025-01-16T15:15:33 < ventyl> DWT*
2025-01-16T15:16:17 < ALTracer> I know they exist in CMSIS Core core_cm4.h or ST CMSIS Device stm32mp15xx_cm4.h
2025-01-16T15:16:24 < ventyl> SWO structure will most probably be very similar across parts, same for SWTF, so for ITM->SWTF->SWO organization, you only need to know base addresses of SWTF and SWO
2025-01-16T15:16:32 < ventyl> and the andpoint assignment
2025-01-16T15:17:02 < ALTracer> Interconnects are documented in refmans only. Or are they?
2025-01-16T15:17:09 < ventyl> yes
2025-01-16T15:17:15 < ventyl> same for base addresses
2025-01-16T15:17:30 < ventyl> and clock domains
2025-01-16T15:17:45 < ventyl> the rest is so part-specific, it is out of topic of libtrace
2025-01-16T15:17:51 < ALTracer> OpenOCD Tcl tpiu.config hooks were written for most of this, and you can even use non-default access-ports to poke arbitrary registers
2025-01-16T15:18:41 < ALTracer> Black Magic Debug has more than flash drivers per family of chips, but configuring e.g. SWO with a single command (like JLink offers) was out of scope
2025-01-16T15:19:31 < ALTracer> How would you gate code required per part? Runtime branch or preprocessor macro matching on \#ifdef STM32F4xx?
2025-01-16T15:20:20 -!- ALTracer [~ALTracer@85.249.20.246] has quit [Read error: Connection reset by peer]
2025-01-16T15:20:29 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-16T15:20:39 < ventyl> ALTracer: to make this less hypothetical: https://github.com/ventZl/cmrx/blob/feature/libtrace/src/os/arch/arm/swo.h
2025-01-16T15:21:20 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 265 seconds]
2025-01-16T15:21:42 < ALTracer> CoreSight SoC-400 SWO as shipped in STM32H7/MP15? Nice, why isn't it in CMSIS-Device or LL/HAL?
2025-01-16T15:22:09  * ventyl shrughs
2025-01-16T15:23:28 < ventyl> cobe won't even configure the SWO pin for AF
2025-01-16T15:23:28 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-16T15:29:49 < qyx> what will I do
2025-01-16T15:35:05 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-01-16T15:42:35 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-16T15:53:48 < Steffanx> Cancel all projects. Go on a 35 year holiday. Retire. Continue holidays.
2025-01-16T16:03:18 < jpa-> sounds good
2025-01-16T16:12:34 < Steffanx> Yes. I'm in.
2025-01-16T16:18:38 < ventyl> boring
2025-01-16T16:18:56 < ventyl> you can't deal with stressful computer crap while on holiday
2025-01-16T16:20:31 < ventyl> so, if I read it correctly, ST made a groundbreaking improvement and certain nucleo boards with STLINK 3 can't work with external devices rather than nucleo itself?
2025-01-16T16:23:40 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-16T16:23:59 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-16T16:24:44 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-16T16:30:01 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-16T16:31:41 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-16T16:38:19 -!- ALTracer [~ALTracer@185.235.137.29] has joined ##stm32
2025-01-16T16:39:06 -!- ALTracer [~ALTracer@185.235.137.29] has quit [Remote host closed the connection]
2025-01-16T16:39:21 -!- ALTracer [~ALTracer@85.249.20.246] has joined ##stm32
2025-01-16T16:56:52 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-16T17:03:22 < karlp> stlink3 explicitly doesn't work with non-st devices, correct.
2025-01-16T17:03:30 < karlp> stlinkv2 does.
2025-01-16T17:12:21 < ventyl> the stuff i'd like talk to is ST device
2025-01-16T17:12:26 < ventyl> just, it is not on the Nucleo
2025-01-16T17:12:57 < ventyl> stlinkv2 nucleos used to be able to divert stlink and talk to the stuff connected to the stlink port
2025-01-16T17:13:30 < ventyl> here the doc for nucleo states, that all I can do is to disconnect the stlink so I can calk to the nucleo MCU from external debugger
2025-01-16T17:13:36 < ventyl> which is exactly the opposite of what I want
2025-01-16T17:15:30 -!- ALTracer [~ALTracer@85.249.20.246] has quit [Ping timeout: 248 seconds]
2025-01-16T17:25:21 < qyx> ventyl: do you mean the one on H7 nucleo?
2025-01-16T17:26:11 < bitmask> holy crap this thing is fast. I've wasted so much time compiling and for intellisense to show up
2025-01-16T17:27:08 < qyx> if you need a 4000 usd computer for intellisense to work reasonably, it is something wrong with this world
2025-01-16T17:27:24 < ventyl> qyx: I have one additional H5 nucleo
2025-01-16T17:31:59 < bitmask> I cleaned my build folder and the 2015 mbp took 1:58, the 2024 mbp took 15 seconds...
2025-01-16T17:39:36 < Steffanx> Keep it in the pants bitmask  
2025-01-16T17:41:11 < bitmask> hell no, 8x faster in a real world scenario, im jizzing everywhere
2025-01-16T17:41:50 < bitmask> sorry
2025-01-16T17:41:58 < bitmask> that was uncalled for
2025-01-16T17:43:08 < qyx> my AI friend recommends me to calm down
2025-01-16T17:43:10 < qyx> I understand your concern about u-blox stopping their cellular business. Fortunately, there are other European manufacturers that offer NB-IoT and LTE Cat. 1bis modules.
2025-01-16T17:47:17 < Steffanx> Im glad to hear you have such good friend you can always talk to
2025-01-16T18:18:02 < qyx> so telit, thales
2025-01-16T18:18:08 < qyx> sierra is semtech?
2025-01-16T18:18:19 < qyx> and nordic :s
2025-01-16T18:30:09 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 246 seconds]
2025-01-16T19:04:03 < qyx> Digi XBee 3 Global LTE Cat 1, GNSS, 2G+3G fallback, Thales PLS63-W, No SIM 
2025-01-16T19:04:07 < qyx> what did I just see
2025-01-16T19:07:57 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds]
2025-01-16T19:41:01 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-01-16T20:06:26 < karlp> hrm, got most of the data off this emmc, but I've got a mysql db that was there that I'm not sure can ever be recovered.
2025-01-16T20:14:24 < ventyl> was it transacted? if yes, then there's chance you'll be able to replay the log
2025-01-16T20:18:07 < karlp> maybe, if the files on disk are valid...
2025-01-16T20:18:28 < karlp> I'm... not sure I need much that was in it, at least, it's probably acceptable if it's gone.
2025-01-16T20:45:33 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-16T20:47:00 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-16T21:08:06 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-01-16T21:37:58 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-16T21:43:01 -!- Livio_ [~livio@user/livio] has joined ##stm32
2025-01-16T21:45:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-16T22:12:42 -!- Livio_ [~livio@user/livio] has quit [Remote host closed the connection]
2025-01-16T22:24:15 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-16T22:58:03 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Read error: Connection reset by peer]
2025-01-16T23:01:06 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 248 seconds]
2025-01-16T23:14:48 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-16T23:22:30 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Remote host closed the connection]
2025-01-16T23:41:15 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-16T23:44:04 -!- qyx [~qyx@84.245.120.80] has quit [Ping timeout: 252 seconds]
2025-01-16T23:45:53 -!- qyx [~qyx@84.245.120.220] has joined ##stm32
2025-01-16T23:48:48 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-16T23:49:27 < bitmask> why is dropbox using half a gig of memory? I need a new cloud storage provided, any recs?
2025-01-16T23:59:18 < ventyl> because it can
2025-01-16T23:59:59 < ventyl> and, AFAIK, relying on "working set" information on mac os regarding how much memory does process consume is irrelevant
--- Day changed Fri Jan 17 2025
2025-01-17T00:24:00 < bitmask> yea, im def not using 36GB
2025-01-17T00:26:39 < bitmask> 10 min to starship 7 
2025-01-17T00:27:54 < ventyl> meh, there goes coding
2025-01-17T00:38:11 < bitmask> hah whats that flap
2025-01-17T00:40:23 < bitmask> a raptor is out
2025-01-17T00:40:51 < bitmask> looks like they are going for a catch
2025-01-17T00:43:55 < bitmask> here we go
2025-01-17T00:44:15 < bitmask> that was beautiful
2025-01-17T00:44:38 < bitmask> perfect catch
2025-01-17T00:45:42 < ventyl> I am more curious about starship atmospheric entry
2025-01-17T00:45:55 < ventyl> two out
2025-01-17T00:46:00 < bitmask> did something happen to the ship?
2025-01-17T00:46:45 < qyx> I can see it in the nsf stream
2025-01-17T00:46:50 < qyx> *I can't
2025-01-17T00:47:19 < bitmask> thats surprising, didn't think thats where they would have issues
2025-01-17T00:47:46 < ventyl> its new generation of ship with new engines afaik
2025-01-17T00:47:49 < ventyl> so no surprise
2025-01-17T00:47:55 < ventyl> and one engine still seems to be firing
2025-01-17T00:47:59 < bitmask> not new engines
2025-01-17T00:48:23 < qyx> oh bottom right, noice
2025-01-17T00:49:04 < bitmask> no telemetry has updated so that one engine firing isn't current
2025-01-17T00:49:29 < ventyl> ah
2025-01-17T00:50:44 < qyx> so is it dead yet?
2025-01-17T00:51:13 < bitmask> i'm also curious about what happened to the blue origin booster last night. I watched until they said they lost the booster but not sure what else was released and what happened afterwards with stage 32
2025-01-17T00:51:15 < bitmask> 2*
2025-01-17T00:51:41 < ventyl> new glenn was lost?
2025-01-17T00:51:55 < ventyl> oh and I missed that
2025-01-17T00:52:31 < bitmask> second stage seemed good but the booster didn't make it to the landing ship
2025-01-17T00:54:30 < bitmask> I don't know what the plan was for stage 2 after payload testing was done
2025-01-17T00:55:10 < bitmask> it was a pathfinder mission and the payload was never meant to disconnect with the second stage
2025-01-17T00:56:14 < ventyl> rocket operators are obligued to put upper stages to trajectory which makes them enter the atmosphere ASAP
2025-01-17T00:56:54 < bitmask> yea
2025-01-17T00:57:51 < bitmask> but im not even sure what kind of re-entry protection the second stage has, was it meant to test that or was it just meant to burn up right away. I havent really kept up with new glenn
2025-01-17T00:57:59 < ventyl> when are you united states going to ditch customary units?
2025-01-17T00:58:19 < bitmask> i wish soon, but prob never
2025-01-17T00:58:45 < ventyl> nobody is doing any serious calculations with it anyway
2025-01-17T00:58:55 < ventyl> every serious US business runs metric internally
2025-01-17T00:59:41 < bitmask> sure, even the starship telemetry is it KM
2025-01-17T00:59:56 < bitmask> what units were you referring to
2025-01-17T01:00:25 < ventyl> not just that. even most american cars run metric internally
2025-01-17T01:01:08 < ventyl> if not all
2025-01-17T01:12:30 < qyx> debris reentry
2025-01-17T01:12:52 < qyx> thorn posted https://www.youtube.com/shorts/pWwQFcwxPlg
2025-01-17T01:17:35 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-34de-aad4-5dfc-84ab.fixed6.kpn.net] has quit [Ping timeout: 244 seconds]
2025-01-17T01:19:46 < ventyl> still light, south america?
2025-01-17T01:19:54 < ventyl> brasil, or something like that
2025-01-17T01:21:14 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-17T01:22:59 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-17T02:19:21 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-17T02:31:22 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-17T02:31:50 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-17T02:56:27 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has joined ##stm32
2025-01-17T03:46:46 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-17T03:51:51 -!- yakubin [~yakubin@user/yakubin] has quit [Ping timeout: 244 seconds]
2025-01-17T04:10:54 -!- jadew [~rcc@user/rcc] has joined ##stm32
2025-01-17T04:13:18 < jadew> Sup?
2025-01-17T05:05:57 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-17T05:35:32 -!- jadew [~rcc@user/rcc] has quit [Quit: WeeChat 2.8]
2025-01-17T05:48:51 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-17T06:31:31 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-17T07:50:36 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-17T07:52:23 < qyx> oh jadew is alive
2025-01-17T07:55:08 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
2025-01-17T07:57:54 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-17T08:00:06 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-17T08:29:15 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-17T08:36:24 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-17T08:42:07 < qyx> so nrf guys, eyeballing nRF9160
2025-01-17T08:42:30 < qyx> how would I use such thing without touching any nordic software at all?
2025-01-17T08:45:33 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-c40d-9897-ee0e-8d96.fixed6.kpn.net] has joined ##stm32
2025-01-17T08:45:49 < nomorekaki> jadew pinged the channel :o
2025-01-17T08:48:10 < qyx> ok nordic semi web is even worse than ST
2025-01-17T08:50:48 < nomorekaki> holy shit qyx you never sleep
2025-01-17T08:51:25 < nomorekaki> you are available in chats virtually in all hours :o
2025-01-17T08:54:04 < nomorekaki> got stuff to do>
2025-01-17T08:54:07 < nomorekaki> bbl
2025-01-17T08:54:11 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has quit [Quit: Client closed]
2025-01-17T08:57:57 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 248 seconds]
2025-01-17T08:58:15 < jpa-> qyx: something like https://github.com/mdepx/nrf9160  seems quite reasonable, just get the libs from nordic and compile against them
2025-01-17T08:58:17 < ventyl> qyx: check errata document and then accept the fact, you will touch it
2025-01-17T08:58:29 < jpa-> (of course you still need to use nordic firmware, but can avoid the PC software)
2025-01-17T09:00:20 < qyx> I mean, I want some default firmware exporting modem functionality over AT commands or SPI
2025-01-17T09:00:34 < qyx> like everyone else does
2025-01-17T09:11:27 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-17T09:18:36 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-c40d-9897-ee0e-8d96.fixed6.kpn.net] has quit [Ping timeout: 244 seconds]
2025-01-17T09:23:27 < jpa-> ah, you don't want to use the application processor at all?
2025-01-17T09:24:24 < jpa-> https://docs.nordicsemi.com/bundle/ref_at_commands/page/REF/at_commands/intro_nrf9160.html   "The AT command API can also be exposed on one of the nRF9160 serial interfaces by programming appropriate firmware in the application core. The nRF Connect SDK contains examples of such proxy firmware that can be run stand-alone or as part of other firmware functionality in the nRF9160 application core."
2025-01-17T09:52:12 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-c40d-9897-ee0e-8d96.fixed6.kpn.net] has joined ##stm32
2025-01-17T10:09:43 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-c40d-9897-ee0e-8d96.fixed6.kpn.net] has quit [Ping timeout: 264 seconds]
2025-01-17T10:18:23 -!- yakubin [~yakubin@user/yakubin] has joined ##stm32
2025-01-17T10:54:13 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-17T11:14:07 < Steffanx> Oh jadew didn't die of covid 🥳
2025-01-17T11:15:57 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-17T11:24:53 < jpa-> he's been busy working on the thermologger
2025-01-17T11:38:17 < qyx> *thermoblogger
2025-01-17T11:38:58 < qyx> jpa-: right, I'll be using a more advanced stm32 instead of nrf (U5 probably)
2025-01-17T11:39:07 < qyx> and on the cat1bis+wifi version, imx6
2025-01-17T11:39:18 < qyx> or microchip, not yet determined
2025-01-17T11:54:57 < Steffanx> What cat1bis module will it be now ublox ran?
2025-01-17T11:59:15 < qyx> idk, my AI friend told me nrf9160 but aopparently he was wrong
2025-01-17T11:59:26 < qyx> I don't really know
2025-01-17T11:59:34 < qyx> I don't like quacktels
2025-01-17T12:31:37 < Steffanx> mawk did you inform your employer yet? 
2025-01-17T12:32:09 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has joined ##stm32
2025-01-17T12:34:53 < Steffanx> Luckily you didn't spend a shitload of money on the certification.
2025-01-17T12:35:12 < Steffanx> I wonder how long ublox will be manufacturing the modules
2025-01-17T12:38:30 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-17T12:43:22 < karlp> sequans?
2025-01-17T12:44:30 < karlp> or cavli?
2025-01-17T13:22:41 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-17T13:26:24 -!- CatCow [~wtf_over@c-98-246-223-133.hsd1.or.comcast.net] has quit [Quit: Textual IRC Client: www.textualapp.com]
2025-01-17T13:31:05 < karlp> "solved" my dsp problem :)
2025-01-17T13:31:18 < karlp> eixsting code that printed out filter config.... lied.
2025-01-17T13:31:33 < karlp> it printed out one set of figures, then re-ordered things without my knowledge.
2025-01-17T13:31:49 < karlp> going to get to delete code, and make it simpler, _and_ actually functional!
2025-01-17T13:36:59 < Steffanx> Good luck ..
2025-01-17T13:37:25 < karlp> yeah, it's great.
2025-01-17T13:37:26 < Steffanx> Famous last words?
2025-01-17T13:37:40 < karlp> it's taken all week jsut to find out what the fuck was wrong, feeling pretty dumb.
2025-01-17T13:37:54 < karlp> but, will admit that motivation has been low from other sideshows :)
2025-01-17T13:38:00 < qyx> it comes with the age
2025-01-17T13:38:06 < karlp> anyway, at least I know what the fuck is going on with it now.
2025-01-17T13:39:46 < qyx> Steffanx: what was the joke about cat1bis being more energy efficient than any NB-cellular?
2025-01-17T13:39:55 < Steffanx> Are you sure you'll be able to fix the re-ordering karlp? You seem to reorder a lot (of characters) :P
2025-01-17T13:40:26 < karlp> I do, don't I.  I blame the keyboard, not yself.
2025-01-17T13:41:30 < Steffanx> That was ublox trying to sell more modules qyx. 
2025-01-17T13:41:48 < Steffanx> It was their claim.
2025-01-17T13:42:59 < qyx> so nothing backed up by your experience?
2025-01-17T13:43:51 < Steffanx> No
2025-01-17T13:45:09 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 276 seconds]
2025-01-17T13:46:59 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has joined ##stm32
2025-01-17T13:49:30 < qyx> so things like maya-w1 will stay I hope
2025-01-17T13:51:51 < Steffanx> That's not cellular... And thats the kind of module they claim to focus on 
2025-01-17T13:52:02 < qyx> yeah short range wireless
2025-01-17T13:53:01 < qyx> so I will only have european, no-EU modules there
2025-01-17T13:53:09 < qyx> is this a coincidence
2025-01-17T13:53:40 < qyx> and I still don't have cat1bis alternative
2025-01-17T13:56:12 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 252 seconds]
2025-01-17T13:59:05 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-01-17T14:21:40 < machinehum> starship blew up
2025-01-17T14:22:13 < machinehum> And they told airplanes to fly in circles away from debris path lol? https://imgur.com/a/0ffgR6A
2025-01-17T14:32:09 < qyx> karlp: TIL sequans
2025-01-17T14:32:14 < qyx> TIL cavli
2025-01-17T14:32:51 < karlp> cavli has/had decent prices.
2025-01-17T14:34:17 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-17T14:34:36 < qyx> sequans GC02S1-EU2 is 24e on mouser in singles, not that bad
2025-01-17T14:34:59 < qyx> given that a comparable meig or other unisoc-based chink trash is 10e in singles
2025-01-17T14:41:28 < karlp> I think we got a quote for under 15 for the cavli one, but that was like three years ago or something now.
2025-01-17T14:43:24 < qyx> I can always use simcom..
2025-01-17T15:20:10 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-17T15:38:21 < fenugrec> machinehum those are holding patterns, until they get re-scheduled / routed 
2025-01-17T15:39:01 < fenugrec> looks like AZU8708 was either way above the debris cone, or didn't get the memo : )
2025-01-17T15:41:52 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-01-17T15:46:02 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-01-17T17:12:47 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-17T17:18:08 < machinehum> Yeah I saw that
2025-01-17T18:56:43 -!- c10ud_ [~c10ud@host-87-2-122-60.retail.telecomitalia.it] has quit [Read error: Connection reset by peer]
2025-01-17T19:30:00 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-17T19:36:20 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-17T21:08:20 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-17T21:14:45 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-17T21:29:29 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-9949-42bf-a04a-bb77.fixed6.kpn.net] has joined ##stm32
2025-01-17T21:57:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-17T22:03:44 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-17T22:13:42 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 246 seconds]
2025-01-17T22:14:33 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 245 seconds]
2025-01-17T22:27:20 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-17T22:34:26 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-17T22:36:27 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-17T22:41:41 < catphish> today i've spent quite a few hours trying to make my STM32WB55 transmit some bluetooth. so far no success!
2025-01-17T22:43:30 < catphish> i suspect my problem is that i'm not really debugging, i'm just doing things and hoping they work
2025-01-17T22:51:07 < qyx> https://orlybooks.com/books/trying-stuff-until-it-works
2025-01-17T22:53:57 < Steffanx> Doing your own bluetooth stack catphish ?
2025-01-17T23:00:50 < catphish> no, not really an option with STM32
2025-01-17T23:01:10 < catphish> it comes with a fancy blob that does all the hard work for you
2025-01-17T23:01:36 < catphish> what i actually want to do is zigbee, but BLE is an easier way to get started with the hwardware
2025-01-17T23:01:43 < Steffanx> Oh, then they must have a demo that should pretty much out of the box right?
2025-01-17T23:01:54 < catphish> possibly
2025-01-17T23:02:18 < catphish> my code (100% generated by cubeIDE) seems to run into a fault as soon as it initializes the radio
2025-01-17T23:02:30 < catphish> i'm trying to work out what fault, but i'm not totally sure how to do that
2025-01-17T23:02:38 < Steffanx> Today i learned ST finally confirmed and put some STM32H5 DAC issues i had in their errata. It only took them 9 months or so.
2025-01-17T23:04:55 < Steffanx> Best part is how their work around does not work with the cube, unless you decide to run your 250MHz H5 at only 75MHz. Poor cube users :P
2025-01-17T23:06:29 < catphish> hmm, this seems to be a fairly fundamental problem with the way my code is being linked, it's just a simple function call within my application that's hurtling into a fault
2025-01-17T23:06:44 < catphish> i'm not sure what fault, but i assume the function it's trying to call isn't where it thinks it is
2025-01-17T23:08:06 < catphish> 	Details:{void (void)} 0x80008ee <MX_APPE_Process>
2025-01-17T23:08:20 < catphish> BOOOOOBEE
2025-01-17T23:10:23 < catphish> that seems like a perfecty cromulent location
2025-01-17T23:21:01 < catphish> i'm super confused, something if throwing me into the default handler, but i have no idea what interrupt
2025-01-17T23:23:45 < catphish> lol, when i googled that, i found this answer
2025-01-17T23:23:56 < catphish> which happens to be the same interrupt and the same chip :)
2025-01-17T23:25:34 < catphish> and here it is :) https://community.st.com/t5/stm32-mcus-wireless/how-to-generate-generate-ipcc-c1-tx-irqhandler-and-ipcc-c1-rx/td-p/230599
2025-01-17T23:31:28 < catphish> it still doesn't seem to transmit anything, but it doesn't crash either
--- Day changed Sat Jan 18 2025
2025-01-18T00:14:49 < catphish> well, it all runs, and it transmits nothing, i just installed an ST example project, that one also runs and transmits nothing, so at this point i can only think that i've screwed up the hardware design :)
2025-01-18T01:28:49 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-9949-42bf-a04a-bb77.fixed6.kpn.net] has quit [Ping timeout: 248 seconds]
2025-01-18T01:50:50 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 252 seconds]
2025-01-18T02:16:34 < catphish> turns out 9 of my 10 boards have their antenna feed line shorted to GND
2025-01-18T02:16:46 < catphish> the 10th one works with ST sample code at least
2025-01-18T02:23:11 < catphish> and now it works with my code too. thanks everyone!
2025-01-18T02:23:33 < catphish> turns ut JLCPCB can't solder my RF filter 90% of the time :)
2025-01-18T02:30:05 < catphish> and by the look of it, the reason for that is that my paste stencil was totally wrong, oops
2025-01-18T03:02:28 < nomorekaki> catphish: are you back to innovating?
2025-01-18T04:26:37 -!- hexo__ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-18T04:27:01 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-18T04:28:50 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-18T04:35:55 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-18T07:48:12 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-18T08:00:06 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-18T08:11:48 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-18T09:02:12 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-c490-b693-2f39-88e1.fixed6.kpn.net] has joined ##stm32
2025-01-18T09:05:21 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-18T09:32:00 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-c490-b693-2f39-88e1.fixed6.kpn.net] has quit [Ping timeout: 246 seconds]
2025-01-18T09:36:14 < Posterdati> hi
2025-01-18T09:36:19 < Posterdati> please help
2025-01-18T09:37:53 < Posterdati> I need to configure pwr for stm32h735, reading manual rm0468 at page 238 and the following code on page 242 is very confusing
2025-01-18T09:38:15 < Posterdati> the code never works (actvos ready never goes high)
2025-01-18T09:38:32 < Posterdati> I'm trying to program an stm32h735g-dk board
2025-01-18T09:38:51 < Posterdati> thanks for any help
2025-01-18T10:07:25 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 244 seconds]
2025-01-18T10:08:32 < catphish> nomorekaki: a little bit :)
2025-01-18T10:17:10 < Posterdati> ?
2025-01-18T11:14:28 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-18T11:22:24 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-18T12:10:55 -!- IanW_ [~IceChat9@31.94.14.94] has joined ##stm32
2025-01-18T13:16:01 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-18T13:25:31 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 265 seconds]
2025-01-18T13:51:59 < zyp> Posterdati, did you set the PWR RCC enable first?
2025-01-18T13:52:46 < zyp> I didn't look at the manual you referenced, but from experience I can tell you that it's easy to forget PWR has a RCC enable :)
2025-01-18T14:11:36 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-18T14:18:45 < Posterdati> zyp: yes :(
2025-01-18T14:20:39 < Posterdati> zyp: on the st manual there's a routine in Reset_Handler which sets SPMS as default power source... But it doesn't work
2025-01-18T14:53:26 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-18T15:15:16 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-18T15:34:18 < ALTracer> ventyl: my phone OOM-displaced Revolution IRC client, so I have missed your question
2025-01-18T15:34:46 < ALTracer> stlinkv2 talks over SWD to any ARM chips, not just ST, when driven by BMDA or OpenOCD
2025-01-18T15:35:29 < ALTracer> over JTAG not sure, when I asked it it returns invalid JTAG chain with either devices
2025-01-18T15:36:54 < ALTracer> stlinkv3 will explicitly read out some AHB-AP ids and refuse to talk to chips even over SWD
2025-01-18T15:56:48 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 265 seconds]
2025-01-18T16:11:16 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-18T16:31:12 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 252 seconds]
2025-01-18T16:35:47 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-01-18T17:03:56 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-18T17:04:22 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-18T17:15:35 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-18T17:42:52 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-18T18:08:53 < ventyl> ALTracer: the question was more specific towards stlinkv3 embedded into some nucleo boards.
2025-01-18T18:09:43 < ALTracer> To that I say... Nucleo boards with stlinkv2-a provided 6-pin headers of stlink to debug external chips;
2025-01-18T18:10:18 < ventyl> yes, I know. that's apparently gone with stlinkv3
2025-01-18T18:10:19 < ALTracer> But Nucleo boards with stlink/v3e instead provide mipi-10 headers of target chip to use a second external debugger like jlink
2025-01-18T18:10:59 < ALTracer> Segger forums have a response that ST changed too much [firmware] between v2 and v3, and there was no similar Reflash collaboration this time
2025-01-18T18:12:51 < ALTracer> Also also, note one more thing, disconnection jumpers are gone
2025-01-18T18:13:53 < ventyl> stlink <=> nucleo disconnection jumpers?
2025-01-18T18:14:00 < ALTracer> So when I reflashed a Nucleo-H743ZI2 v3e to BMF, I looked for a way to test it with other than H7 chips, and failed. It contains voltage translators, powered by H7 Vddio, which disables UART as well when Idd jumper is removed
2025-01-18T18:14:28 < ALTracer> But SWDIO/SWCLK are always connected through these buffers to either H7 or nothing/unpowered
2025-01-18T18:14:41 < ventyl> nah, it becomes useless once I can't disconnect it from the nucleo
2025-01-18T18:15:07 < ALTracer> Per schematics, moreover, I failed to find JTDI to daisy-chain their JTAG TAPs (SWO is accessible...)
2025-01-18T18:15:38 < ALTracer> SW-DPv2 Multidrop may permit this but I haven't looked further
2025-01-18T18:16:54 < ALTracer> Insofar I was able to confirm that my BMF patches provided 27 Mbaud UART Rx and Tx with CDC-ACM HS in loopback tests, because I could keep H7 in reset and tristate its UART pins
2025-01-18T18:17:41 < ALTracer> But it will still respond on SWDIO to valid SWD sequences unless you remove some solderbridge or cut some trace, I guess, study PCB files not just schematics to determine.
2025-01-18T18:18:17 < ALTracer> Cutting Vtref<=>Vddio may prove more promising
2025-01-18T18:18:52 < ventyl> that is too involved, this way I can simply buy another stlink
2025-01-18T18:19:20 < ALTracer> that is you use a 1.27mm MIPI-10 cable to connect not an external debugger like BMPv23, but an external chip target, power from it the v3e buffers, and avoid powering onboard H7 or whatever target
2025-01-18T18:20:16 < ventyl> the thing was that adaptor cable for yapicoprobe doesn't have SWO wired, so I wanted to take nucleo with stlink, v2 used to work with external targets. bummer. then I took out jlink, but openocd+jlink is just a sad "fuck you we won't document anything of these"
2025-01-18T18:20:19 < ALTracer> I would like to buy an old STLINK/V3MINIE which does not come with v4 crypto bootloader so that I could reflash it to hs-probe or BMF using stlink-tool... STLINK/V3MODS does look older but it's less convenient.
2025-01-18T18:20:42 < ventyl> so I ended up sitting in frustration and simply gave up connecting orboculum to my RTOS
2025-01-18T18:20:46 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-18T18:21:12 < ALTracer> You just need a UART bridge to consume SWO traffic from RTOS, it does not have to be debugger-internal
2025-01-18T18:21:41 < ALTracer> Orbuculum accepts BMP EP 5, serial ports, and Orbtrace-mini pipes
2025-01-18T18:22:07 < ALTracer> openocd+jlink makes me think you should try BMDA+JLink
2025-01-18T18:22:40 < ALTracer> JLink v8 didn't have, but JLink v9 and newer have a VCP usable in SWD not JTAG transport
2025-01-18T18:22:50 < ventyl> yeah, but I do need debugger in parallel with tracing. so I have to have some way of accessing SWO pin in the header at the same time as accessing SWD
2025-01-18T18:29:29 < ALTracer> Your v3e nucleo would provide 12Mbaud UART Rx if you find a way to split the cable or flywire PB3 or solder something
2025-01-18T18:30:21 < ALTracer> their proprietary firmware chunks packets at 64 byte margin, I have no idea why, BMF is capable of 512 byte packets on same f723 hardware per my Wireshark captures
2025-01-18T18:34:24 < ventyl> if I found a way how to split that cable, I can feed that directly into yapicoprobe, which as ordinary uart
2025-01-18T18:38:55 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Ping timeout: 244 seconds]
2025-01-18T18:39:45 -!- ALTracer [~ALTracer@81.222.177.20] has joined ##stm32
2025-01-18T18:51:50 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 244 seconds]
2025-01-18T18:59:42 -!- ALTracer [~ALTracer@81.222.177.20] has quit [Read error: Connection reset by peer]
2025-01-18T19:02:02 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-18T19:06:13 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-18T19:07:10 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-18T19:14:49 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-18T19:34:16 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-18T19:35:05 < Posterdati> zyp: solved!
2025-01-18T19:41:47 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has quit [Quit: Client closed]
2025-01-18T19:42:45 < ALTracer> ventyl: wait, if you want to trace RTOS, isn't SystemView over RTT more idiomatic? (and background fetch that through AHB-AP SWD)
2025-01-18T19:43:22 < ALTracer> I guess you'd have to write some binary SystemView bindings if homebrew os is not compatible with existing offerings, which is different from printing ITM packets
2025-01-18T19:43:38 < ventyl> ALTracer: actually, I liked the tracy/orbtracy/orbuculum to dump more than just RTOS state
2025-01-18T19:45:37 < ALTracer> however, if perfetto or tracy provide equivalent facilities (more than task switch and IRQ events: semaphore/mutex taken/held and put), it's a win-win
2025-01-18T19:46:02 < ventyl> yeah, basically, I am one wire away from getting that
2025-01-18T19:46:11 < ventyl> and I still have to write *some* custom bindings for my RTOS anyway
2025-01-18T19:46:42 < ALTracer> Can you send a pic of your yapicoprobe setup? Or it's bog standard from their repo? (or Pico 1 and some cable)
2025-01-18T19:46:44 < ventyl> SystemView might be a plausible solution. Basically the only reason why I did not choose it was that I did not know it exists / implementation details
2025-01-18T19:47:38 < ventyl> ALTracer: the problem is in the cable. I only have SWCLK, SWDIO, NRST and GND broken out of SWD connector. yapicoprobe is pretty port rich
2025-01-18T19:49:52 < ALTracer> when I ordered my v3minie previously, I also bought the Waveshare STDC14 to ARM JTAG 20-pin and UART 3-pin 2.54mm breakout board as a separate Ali lot (because apparently they don't always come together)
2025-01-18T19:51:46 < ALTracer> which allows me to a) use just the UART 13-14 pins where pinned out with random pl2303ta; b) flywire arbitrary BMP-compatibles
2025-01-18T19:52:32 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-18T19:52:47 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-18T19:53:37 < ventyl> yeah, I should get something similar.
2025-01-18T19:53:43 < ventyl> or have less creepy debugging setup
2025-01-18T19:59:02 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-18T19:59:12 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-18T20:01:18 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-18T20:01:33 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-18T20:18:01 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-18T20:20:19 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-18T21:08:30 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-18T21:08:45 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-18T21:10:13 -!- hsv [~unknown@user/hsv] has quit [Ping timeout: 252 seconds]
2025-01-18T21:10:53 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-18T21:11:06 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-18T21:25:57 -!- Livio_ [~livio@user/livio] has joined ##stm32
2025-01-18T21:28:19 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-18T21:28:36 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-18T21:29:36 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-18T21:34:48 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-01-18T21:38:43 -!- srk [~sorki@user/srk] has quit [Ping timeout: 244 seconds]
2025-01-18T21:40:22 -!- srk [~sorki@user/srk] has joined ##stm32
2025-01-18T21:49:50 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-18T21:49:58 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-18T22:17:20 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-18T22:17:35 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-18T22:20:18 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-18T22:20:29 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-18T22:20:51 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-9047-e750-ebd-9333.fixed6.kpn.net] has joined ##stm32
2025-01-18T22:21:36 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-18T22:21:52 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-18T22:27:06 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-18T22:32:17 -!- hsv [~unknown@user/hsv] has joined ##stm32
2025-01-18T22:42:48 -!- Livio_ [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-18T22:44:28 -!- hsv [~unknown@user/hsv] has quit [Ping timeout: 272 seconds]
2025-01-18T22:46:03 -!- hsv [~unknown@user/hsv] has joined ##stm32
2025-01-18T22:47:07 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-18T22:48:04 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-18T22:59:06 < qyx> hello sunshines
2025-01-18T22:59:58 < qyx> it is 2025 already, would you use miniPCI-e or ngff for a cellular modem?
2025-01-18T23:07:40 < specing> does miniPCI-e still exist in 2025?
2025-01-18T23:07:51 < specing> qyx: building one or ?
2025-01-18T23:08:19 < qyx> of course it does
2025-01-18T23:08:34 < qyx> building a router, yeah
2025-01-18T23:08:52 < qyx> upgrading an existing one
2025-01-18T23:09:46 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Quit: Konversation terminated!]
2025-01-18T23:14:14 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-18T23:33:44 -!- blathijs_ [~matthijs@tika.stderr.nl] has quit [Ping timeout: 260 seconds]
2025-01-18T23:47:03 -!- blathijs_ [~matthijs@tika.stderr.nl] has joined ##stm32
2025-01-18T23:49:29 -!- qyx [~qyx@84.245.120.220] has quit [Ping timeout: 260 seconds]
2025-01-18T23:51:11 -!- qyx [~qyx@84.245.120.250] has joined ##stm32
--- Day changed Sun Jan 19 2025
2025-01-19T00:00:25 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-19T00:01:28 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-19T00:03:04 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-19T00:33:00 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-9047-e750-ebd-9333.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-19T00:54:14 -!- IanW_ [~IceChat9@31.94.14.94] has quit [Ping timeout: 260 seconds]
2025-01-19T00:54:39 -!- IanW_ [~IceChat9@31.94.14.94] has joined ##stm32
2025-01-19T00:55:24 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T00:55:33 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-19T01:44:51 < karlp> ventyl: I use link with openocd with swo at work, it "just works" ?
2025-01-19T01:46:14 < ventyl> karlp: *stlinkv3 on nucleo*
2025-01-19T01:46:26 < ventyl> for talking to off-nucleo MCU
2025-01-19T01:46:27 < karlp> I meant jlink. 
2025-01-19T01:46:34 < karlp> I was talking baout your later issues.
2025-01-19T01:46:37 < ventyl> karlp: can you share the config?
2025-01-19T01:46:44 < karlp> monday :)
2025-01-19T01:46:51 < ventyl> thanks :)
2025-01-19T01:48:00 < karlp> ok, found it https://paste.jvnv.net/view/xyeql
2025-01-19T01:48:57 < karlp> thereðs a version of trace helpers here: http://palmtree.beeroclock.net/~karlp/trace-helpers.cfg
2025-01-19T01:50:33 < ventyl> what part configures SWO specifically?
2025-01-19T01:50:54 < ventyl> MCU part is already done by libtrace, for now
2025-01-19T01:52:33 < ventyl> ah, lines 11-16
2025-01-19T01:52:48 < ventyl> that will be funny as H7 SWO is not connected to TPIU
2025-01-19T02:13:12 -!- IanW_ [~IceChat9@31.94.14.94] has quit [Quit: Bye]
2025-01-19T02:55:33 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 252 seconds]
2025-01-19T03:24:38 < zyp> Posterdati, so what was it?
2025-01-19T04:20:41 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-19T07:45:46 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-19T07:46:01 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T07:53:20 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-19T08:00:54 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T08:16:10 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-19T08:21:07 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-19T08:21:22 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T08:32:53 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T08:33:05 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-19T08:47:11 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-19T08:48:31 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T09:00:16 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T09:06:18 -!- \dev\ice [~eabdb@user/device/x-9920846] has quit [Remote host closed the connection]
2025-01-19T09:07:42 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T09:08:58 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T09:09:11 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T09:18:39 -!- \dev\ice [~eabdb@user/device/x-9920846] has joined ##stm32
2025-01-19T09:50:19 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T09:50:27 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-19T09:55:41 < ALTracer> karlp: in that beeroclock (haha) paste, RTT is used on stellaris. How is that possible?
2025-01-19T10:07:24 -!- nerozero [~nerozero@87.253.63.54] has quit [Read error: Connection reset by peer]
2025-01-19T10:24:44 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-19T10:40:56 < ALTracer> https://kb.segger.com/TM4C123G_LaunchPad
2025-01-19T10:41:10 < ALTracer> I have not found a statement on Segger wiki that they support it
2025-01-19T10:57:27 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-19T10:58:52 -!- IanW_ [~IceChat9@31.94.74.137] has joined ##stm32
2025-01-19T11:16:01 -!- Linux_Kerio [~Linux_Ker@89.173.155.197] has joined ##stm32
2025-01-19T11:16:13 -!- Linux_Kerio [~Linux_Ker@89.173.155.197] has quit [Read error: Connection reset by peer]
2025-01-19T11:39:32 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-2840-cf3f-fca2-f1a4.fixed6.kpn.net] has joined ##stm32
2025-01-19T12:51:11 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-19T12:56:24 -!- srk [~sorki@user/srk] has quit [Ping timeout: 260 seconds]
2025-01-19T12:57:15 -!- srk [~sorki@user/srk] has joined ##stm32
2025-01-19T13:01:06 -!- IanW_ [~IceChat9@31.94.74.137] has quit [Ping timeout: 276 seconds]
2025-01-19T13:02:29 -!- IanW_ [~IceChat9@31.94.74.137] has joined ##stm32
2025-01-19T13:09:52 < Steffanx> Did you break mouser AGAIN qyx?
2025-01-19T13:36:24 < qyx> no, I did nothing wrong
2025-01-19T13:36:47 < qyx> my order is delayed one day because I wasn't able to submit it
2025-01-19T13:36:59 < qyx> but it is shipped now
2025-01-19T13:42:23 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-19T13:52:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-19T14:13:03 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-19T14:13:19 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T14:13:34 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T15:58:30 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-19T15:59:04 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-19T15:59:19 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T15:59:56 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T16:00:04 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-19T17:05:11 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Ping timeout: 252 seconds]
2025-01-19T17:05:24 -!- ALTracer [~ALTracer@109.197.205.197] has joined ##stm32
2025-01-19T17:35:01 -!- ALTracer [~ALTracer@109.197.205.197] has quit [Read error: Connection reset by peer]
2025-01-19T17:35:15 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-19T17:35:59 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-19T17:36:13 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T17:39:32 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T17:40:47 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T17:42:04 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T17:42:18 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T17:43:50 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T17:44:05 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T17:48:44 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T17:49:31 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T18:00:08 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T18:33:31 -!- flom84 [~flom84@user/flom84] has joined ##stm32
2025-01-19T18:39:38 -!- flom84 [~flom84@user/flom84] has quit [Quit: Leaving]
2025-01-19T19:48:13 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-19T19:49:18 < ALTracer> oh wow, I really do spam the channel logs, don't I?
2025-01-19T19:51:26 < jpa-> very well
2025-01-19T20:00:07 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-19T20:00:22 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T20:04:35 < Steffanx> At least there's some activity :P
2025-01-19T20:05:44 -!- bitmask [~bitmask@static-198-44-136-79.cust.tzulo.com] has joined ##stm32
2025-01-19T20:12:03 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-2840-cf3f-fca2-f1a4.fixed6.kpn.net] has quit [Read error: Connection reset by peer]
2025-01-19T20:39:34 -!- bitmask [~bitmask@static-198-44-136-79.cust.tzulo.com] has quit [Ping timeout: 260 seconds]
2025-01-19T20:41:32 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-19T20:56:22 < karlp> ALTracer: what do you mean "how is rtt used on stellaris" ? you juts use it.
2025-01-19T20:56:44 < karlp> there's nothing very special with rtt...
2025-01-19T20:57:18 < karlp> ventyl: yeah, I'm big on having the host configure things, I don't burn code space on configuring debug, when the debugger knows wht they want to do....
2025-01-19T21:04:14 < karlp> ALTracer: I don't know what wiki you're looking at, rtt product page is just "any cortex m/r" https://www.segger.com/products/debug-probes/j-link/technology/about-real-time-transfer/
2025-01-19T21:04:44 < karlp> because it's literally just "here's a definied way of describing buffers, and you use debug infrastructure to read/write it"
2025-01-19T21:12:34 < catphish> ALTracer: jesus christ, if you could just not do that, that's be great :)
2025-01-19T21:16:05 -!- drzacek [~quassel@2a01:3d8:413:c100:89f4:cd4e:6cfa:3142] has joined ##stm32
2025-01-19T21:35:33 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T21:37:03 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 245 seconds]
2025-01-19T22:02:45 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-19T22:06:09 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-69ac-c0f-9200-c6bd.fixed6.kpn.net] has joined ##stm32
2025-01-19T22:29:20 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-01-19T22:36:03 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T22:36:04 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T22:46:23 -!- drzacek [~quassel@2a01:3d8:413:c100:89f4:cd4e:6cfa:3142] has quit [Quit: quit]
2025-01-19T23:47:47 -!- ALTracer [~ALTracer@107.182.129.120] has joined ##stm32
2025-01-19T23:48:15 -!- ALTracer [~ALTracer@107.182.129.120] has quit [Remote host closed the connection]
2025-01-19T23:48:23 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-19T23:52:33 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Ping timeout: 252 seconds]
--- Day changed Mon Jan 20 2025
2025-01-20T00:35:15 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-69ac-c0f-9200-c6bd.fixed6.kpn.net] has quit [Ping timeout: 246 seconds]
2025-01-20T01:28:55 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-20T01:38:35 -!- IanW_ [~IceChat9@31.94.74.137] has quit [Quit: Bye]
2025-01-20T01:55:44 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has joined ##stm32
2025-01-20T02:04:28 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-20T04:01:40 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has quit [Ping timeout: 240 seconds]
2025-01-20T04:34:08 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-20T05:40:21 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-20T07:02:51 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Read error: Connection reset by peer]
2025-01-20T07:03:29 -!- ALTracer [~ALTracer@37.232.131.141] has joined ##stm32
2025-01-20T07:33:57 < ALTracer> catphish: time to uninstall mobile client and spin up a bouncer then, I guess
2025-01-20T07:34:49 < ALTracer> All those reconnections are from wifi/lte autoswitches (low signal including) and vpn switches (so I can access Discord etc.)
2025-01-20T07:35:24 < ALTracer> I've already lowered keepalive interval from 15m to 2m because ping timeout is around 240s here
2025-01-20T07:36:12 < ALTracer> karlp: I know how Cortex-M RTT is supposed to work :)
2025-01-20T07:36:37 < ALTracer> https://github.com/blackmagic-debug/blackmagic/pull/1962 suggests that either Tiva-C is special or 90% cortexm soc are broken like that
2025-01-20T07:39:45 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-20T08:13:09 -!- haritz [~hrtz@user/haritz] has quit [Ping timeout: 248 seconds]
2025-01-20T08:31:46 -!- ALTracer [~ALTracer@37.232.131.141] has quit [Ping timeout: 252 seconds]
2025-01-20T08:32:52 -!- ALTracer [~ALTracer@109.197.204.126] has joined ##stm32
2025-01-20T08:47:13 -!- ALTracer [~ALTracer@109.197.204.126] has quit [Remote host closed the connection]
2025-01-20T08:47:32 -!- ALTracer [~ALTracer@109.197.204.126] has joined ##stm32
2025-01-20T08:47:44 -!- ALTracer [~ALTracer@109.197.204.126] has quit [Client Quit]
2025-01-20T09:05:37 < qyx> discord?
2025-01-20T09:53:25 -!- veverak [~veverak@ip-89-103-173-67.bb.vodafone.cz] has quit [Ping timeout: 248 seconds]
2025-01-20T10:09:43 -!- ALTracer [~ALTracer@109.197.204.126] has joined ##stm32
2025-01-20T10:11:10 < ALTracer> (if I miss it, I'll discover via logs)
2025-01-20T10:27:00 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-20T10:27:50 < jpa-> Wii ALTracer 
2025-01-20T10:28:08 -!- veverak [~veverak@ip-89-103-173-67.bb.vodafone.cz] has joined ##stm32
2025-01-20T10:47:17 < qyx> do I really have to google for resistor bridge calculation every time because I am lazy?
2025-01-20T10:49:59 < jpa-> you can use bookmarks
2025-01-20T10:52:49 < qyx> R = (adc * Rref) / (1 - adc)
2025-01-20T10:52:51 < qyx> is it right?
2025-01-20T10:56:53 < jpa-> there will exist a circuit for which that formula is right
2025-01-20T11:00:53 < qyx> the hell bosch uses 20 °C as a reference temperature for their NTC
2025-01-20T11:01:05 < ALTracer> not google, I prefer remembering a single more natural formula then transforming it to solve for R etc.
2025-01-20T11:01:32 < qyx> https://www.bosch-motorsport.com/content/downloads/Raceparts/en-GB/53687307119081483.html#/Tabs=53698955/
2025-01-20T11:04:12 < qyx> my AI friend is unable to even curve fit it and solve for temperature
2025-01-20T11:04:26 < qyx> i'll probably need to octave it
2025-01-20T11:04:49 < ALTracer> octave >> AI (unless it talks to WolframGPT integration?)
2025-01-20T11:05:50 < jpa-> why do you even bother, just stick the table into LUT
2025-01-20T11:08:06 < qyx> yeah doinf that right now
2025-01-20T11:14:56 -!- ALTracer [~ALTracer@109.197.204.126] has left ##stm32 [Leaving]
2025-01-20T11:29:03 < karlp> fucking infineon sent out a mail with links to both "nvsram" and "fram"
2025-01-20T11:29:11 < karlp> no offer on why I want one or the other
2025-01-20T11:29:42 < karlp> both produce sectoins have a "comparision with other nvrams" which omit the alternative infineon offering, and only compare against other vendors
2025-01-20T11:31:25 < jpa-> when doing WFI with interrupts disabled (CPSID i), is there a simple way to find out what interrupt would occur after re-enabling?
2025-01-20T11:32:14 < jpa-> i wouldn't want to scan through the NVIC pending registers
2025-01-20T11:32:24 < jpa-> and then figure out priorities
2025-01-20T11:39:40 < jpa-> i guess pending regs is the only way
2025-01-20T11:39:48 < jpa-> doesn't matter really, it's only for logging
2025-01-20T11:40:17 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-20T11:55:58 < ventyl> karlp: fair enough, the main "issue" with that script is, it configures TPIU, which on H7 is not connected to SWO
2025-01-20T11:56:13 < ventyl> and I don't have parallel trace broken out of chip
2025-01-20T12:01:08 < karlp> I keep hearing how much h7 sucks, and I'm really not hearing anything good to go with that :)
2025-01-20T12:03:15 < karlp> not if it sucks more or less than m0 though...
2025-01-20T12:03:46 < karlp> divide still sucks hard on m0: https://bin.jvnv.net/file/MSLuW.png
2025-01-20T12:03:58 < karlp> the "simple" is a straight sum / count.
2025-01-20T12:04:29 < karlp> the "optimized" is an existing complicated shift and multiply by pre-calculated magics
2025-01-20T12:05:11 < karlp> (I'd thrown out the optimized while trying to debug somethign that turned out to _not_ be a numerical problem, wanted to compare how much difference it really makes)
2025-01-20T12:05:14 < ventyl> i wouldn't say it sucks because tpiu is not connected to swo
2025-01-20T12:05:28 < ventyl> i have literally 0 experience with both tpiu and itm
2025-01-20T12:05:44 < ventyl> what sucks is missing/scattered documentation on how to make the shit worky
2025-01-20T12:12:47 < jpa-> even getting just ITM to work on H7 was annoying   http://paste.dy.fi/zl9/plain
2025-01-20T12:14:53 < ventyl> did you write that comment on STM forum? :)
2025-01-20T12:15:48 < ventyl> no, it is referenced here as well
2025-01-20T12:17:58 < jpa-> i think because CSTF has a ETM source, it would be possible to get ETM to SWO, just not at the same time as ITM
2025-01-20T12:18:26 < jpa-> err no.. that doesn't go to SWO
2025-01-20T12:18:31 < jpa-> SWTF does :D
2025-01-20T12:20:07 < ventyl> well, I don't have any issue making SWO/SWTF/ITM/DWT worky
2025-01-20T12:20:33 < ventyl> my final boss is that I don't know how to pass-through SWO via jlink
2025-01-20T12:20:39 < ventyl> and openocd
2025-01-20T12:22:41 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 244 seconds]
2025-01-20T13:52:39 -!- haritz [~hrtz@2a02:8010:65b5:0:5d9a:9bab:ee5e:b737] has joined ##stm32
2025-01-20T13:52:42 -!- haritz [~hrtz@user/haritz] has changed host
2025-01-20T14:27:42 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-20T16:07:45 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-01-20T16:37:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 264 seconds]
2025-01-20T17:30:11 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-20T17:53:08 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 252 seconds]
2025-01-20T18:29:13 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-20T18:29:20 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Read error: Connection reset by peer]
2025-01-20T20:54:17 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-20T20:57:36 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-20T21:04:17 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-20T21:16:59 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-20T21:18:36 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-20T21:20:01 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds]
2025-01-20T21:50:45 < karlp> fuckin, installed gimp on the laptop, it pulls in fucking python2.7
2025-01-20T21:54:32 < qyx> really
2025-01-20T21:54:44 < jpa-> the last good snake
2025-01-20T21:56:51 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-25de-a4a0-1478-a265.fixed6.kpn.net] has joined ##stm32
2025-01-20T21:58:35 < Fleck> poor karlp :D
2025-01-20T22:07:02 < qyx> idk I don't have python2 and I definitely have gimp
2025-01-20T22:07:09 < Steffanx> Got to use those flatpacks.
2025-01-20T22:07:17 < Steffanx> -c
2025-01-20T22:17:15 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 246 seconds]
2025-01-20T22:24:44 < qyx> no.
2025-01-20T22:30:51 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-20T22:41:17 < Steffanx> ok.
2025-01-20T22:45:25 < fenugrec> just use a distro with sane package dependencies. <insert "btw I'm on arch" meme here>
2025-01-20T23:12:42 < karlp> yeah, it just got installed and it works, I don't really have to care about it.
2025-01-20T23:12:46 < karlp> just... wot. really?
2025-01-20T23:23:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-20T23:46:05 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-20T23:54:32 -!- qyx [~qyx@84.245.120.250] has quit [Ping timeout: 272 seconds]
2025-01-20T23:56:16 -!- qyx [~qyx@84.245.121.115] has joined ##stm32
--- Day changed Tue Jan 21 2025
2025-01-21T00:02:33 < Steffanx> 🎉
2025-01-21T00:03:09 < BrainDamage> here it uses python3, but it is one of the few programs still depending on gtk2
2025-01-21T00:03:22 < BrainDamage> granted, they literally invented it, before gnome took over
2025-01-21T00:07:22 < ventyl> IIRC Gimp has some customizations of widgets that are not compatible with how GTK3 has been designed and/or are hard to be ported
2025-01-21T00:08:46 < BrainDamage> gtk3 was pretty much written entirely to fit gnome's needs and everyone else can fuck off
2025-01-21T00:12:14 < fenugrec> that seems to be at the core of gnome's policies, yes
2025-01-21T00:37:15 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 246 seconds]
2025-01-21T00:42:12 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 276 seconds]
2025-01-21T01:00:44 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-25de-a4a0-1478-a265.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-21T01:42:29 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 244 seconds]
2025-01-21T01:43:19 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 264 seconds]
2025-01-21T01:48:35 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer]
2025-01-21T01:51:01 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-21T02:02:13 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has joined ##stm32
2025-01-21T02:11:42 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-21T04:21:19 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-21T04:25:55 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Ping timeout: 264 seconds]
2025-01-21T06:27:15 -!- soweli_iki [~user@2601:c6:4100:2240:e8c0:f2f1:acba:4ec5] has joined ##stm32
2025-01-21T06:28:23 -!- soweli_iki [~user@user/soweli-iki:47461] has changed host
2025-01-21T07:07:15 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-21T07:14:28 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-21T07:24:16 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-21T07:29:04 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Ping timeout: 260 seconds]
2025-01-21T07:56:28 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-21T08:00:04 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-21T09:11:27 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-79b8-5d51-9401-fb00.fixed6.kpn.net] has joined ##stm32
2025-01-21T09:56:31 -!- veverak [~veverak@ip-89-103-173-67.bb.vodafone.cz] has quit [Ping timeout: 264 seconds]
2025-01-21T10:41:25 -!- veverak [~veverak@ip-89-103-173-67.bb.vodafone.cz] has joined ##stm32
2025-01-21T10:53:32 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-21T11:15:32 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-79b8-5d51-9401-fb00.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-21T11:16:59 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-21T11:28:01 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-21T11:38:29 < qyx> is bitmask rip yet
2025-01-21T11:38:43 < qyx> *trumped yet
2025-01-21T12:09:11 < jpa-> meh, i hate this AMD B450 motherboard usb controller and/or its linux driver.. whenever i debug a USB device and it stops responding to host, it will freeze the whole USB bus (including my keyboard and mouse)
2025-01-21T12:09:32 < jpa-> unbind/bind recovers it without reboot, but i need to run that over ssh from other system
2025-01-21T12:14:38 < Steffanx> Lol. AMD still failed to address that on their older boards?
2025-01-21T12:14:46 < Steffanx> Fails*
2025-01-21T12:17:18 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has quit [Quit: Client closed]
2025-01-21T12:21:39 < zyp> gotta love usb debugging
2025-01-21T12:29:16 < lemmi> jpa-: oh.. i'm not alone with weird usb issues on the b450 chipset?
2025-01-21T12:32:33 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-21T12:43:18 < zyp> my typical failure mode was having the host refusing to attempt enumerating any more devices on the bus, but still letting the existing ones on the bus work
2025-01-21T12:49:43 -!- veverak [~veverak@ip-89-103-173-67.bb.vodafone.cz] has quit [Ping timeout: 244 seconds]
2025-01-21T13:03:42 -!- veverak [~veverak@ip-89-103-173-67.bb.vodafone.cz] has joined ##stm32
2025-01-21T13:10:41 < Steffanx> qyx: Didn't you plan on using STM32H5? If you do, and happen to use the DAC and the two ADC peripherals simultaneously. I would reconsider that choice 
2025-01-21T13:11:13 < qyx> lolstef
2025-01-21T13:11:17 < qyx> learned the hard way?
2025-01-21T13:11:53 < Steffanx> Nah, I'm in luck for now it seems. I don't use both ADCs simultaneously.
2025-01-21T13:13:28 < Steffanx> You can still use it, but it seems only with a sysclk or hclk at 75MHz. 
2025-01-21T13:18:22 < Steffanx> Erratum 2.2.31 "forces" you to use the sysclk or hclk for the dac clock. But since it's the DAC/ADC clock it automatically applies to the ADC as well. And when using the two ADC simultaneously you must use the same clock source and prescaler 1.
2025-01-21T13:18:37 < Steffanx> And the ADC clock is limited to 75MHz
2025-01-21T13:18:59 < Steffanx> Fun times.
2025-01-21T13:25:29 < qyx> if you are using a prescaler of 1, even 75 MHz is a bit too much, isn't it?
2025-01-21T13:26:03 < qyx> how could that kind of thing even happen
2025-01-21T13:26:58 < Steffanx> It could be a little high yes..
2025-01-21T13:27:15 < Steffanx> You're fine if you don't use the DAC..
2025-01-21T13:27:57 < Steffanx> Or are fine with the DAC "randomly" not updating 
2025-01-21T13:29:05 < Steffanx> They say the output voltage can be incorrect. For now I've only seen it doesn't update the output voltage. 
2025-01-21T13:37:27 < qyx> anyway, I didn't want to use h5 for anything analol, I am not that adventueous
2025-01-21T13:37:41 < qyx> h5 is not suited for it nor low power nor anything
2025-01-21T13:37:50 < qyx> kinda useless model
2025-01-21T13:38:12 < qyx> I plan to use u5
2025-01-21T13:38:43 < qyx> well, I planned L4, then L4+, then L5.. for this particular board
2025-01-21T13:40:44 < Steffanx> Fyi U5 mentions something about ADC running simultaneously as well.
2025-01-21T14:29:19 < qyx> are they french?
2025-01-21T14:46:16 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 244 seconds]
2025-01-21T14:49:16 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-21T15:05:36 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-21T15:09:44 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-21T15:10:42 < Steffanx> So is bitmask trumped yet?
2025-01-21T15:10:52 < bitmask> TRUMP TRUMP TRUMP
2025-01-21T15:11:30 < Steffanx> o/ something something 🫥
2025-01-21T15:14:35 < ventyl> trumpet winsocked
2025-01-21T15:15:08 < fenugrec> whoa winsock, blast from the past
2025-01-21T15:21:50 < qyx> lol trumpet winsock
2025-01-21T15:23:57 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-21T15:31:02 < bitmask> time to try out some local ai models
2025-01-21T15:36:20 < Steffanx> Get to fans spinning.
2025-01-21T15:41:35 < Steffanx> Those*
2025-01-21T15:42:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-21T15:42:20 < bitmask> still havent heard the fans yet
2025-01-21T15:43:09 < qyx> does it have fans?
2025-01-21T15:44:34 < bitmask> of course, it has 2
2025-01-21T15:44:43 < bitmask> its not an air
2025-01-21T15:44:53 < bitmask> hmm, whats the best way to install python?
2025-01-21T15:45:26 < qyx> apt install python
2025-01-21T15:45:42 < bitmask> brew*
2025-01-21T15:45:56 < bitmask> using pyenv? Ive never really played around with it
2025-01-21T15:46:22 < qyx> fuk python envs of any sort
2025-01-21T15:46:31 < bitmask> hah ok
2025-01-21T15:46:55 < qyx> imo
2025-01-21T15:49:24 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-21T15:53:14 < zyp> bitmask, on macos? I'm using pyenv
2025-01-21T15:53:36 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 264 seconds]
2025-01-21T15:55:22 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-21T15:55:38 < bitmask> ohhh yea?
2025-01-21T15:55:43 < bitmask> hmmm
2025-01-21T15:56:09 < bitmask> do you actually switch between versions? or does it make upgrading and stuff easier? or what
2025-01-21T15:57:04 < fenugrec> it makes everything more complicated
2025-01-21T15:58:17 < zyp> let me look up in logs exactly why I went with pyenv
2025-01-21T15:58:32 < fenugrec> the benefit is it keeps the mess ~contained
2025-01-21T15:59:57 < qyx> but you already have the packaging system for the very same reason
2025-01-21T16:00:54 < zyp> hmm, I didn't say why, but IIRC homebrew didn't have the python version I wanted, or there were some bullshit with it that I didn't like or something
2025-01-21T16:01:26 < zyp> qyx, pyenv has nothing to do with virtualenvs or whatever you're thinking of
2025-01-21T16:02:01 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-21T16:02:33 < qyx> it has, it allows you to mess with package versions
2025-01-21T16:02:45 < zyp> as far as I can tell, the env in pyenv is pretty much restricted to managing which python is the active python in the PATH env variable
2025-01-21T16:05:56 < zyp> that said, each installed python will of course have it's own site-packages, so you are indeed getting fully separate python environments that way too, but you wouldn't want to use that as virtualenvs or whatever
2025-01-21T16:07:15 < zyp> also, FWIW I don't like virtualenvs either, but I quite like pdm, which creates a virtualenv under the hood
2025-01-21T16:10:41 < Steffanx> How does qyx manage the requirements/dependencies for his project?
2025-01-21T16:22:03 < qyx> simply, my projects are made to run on the current stable version on the only one and blessed distro
2025-01-21T16:22:21 < karlp> I've only used pyenv when I _reallllly_ needed a specific version.  normally just virtualenvs for each project.
2025-01-21T16:22:24 < qyx> with officially packaged python dependencies
2025-01-21T16:22:50 < karlp> and by "realllly needed" read "there was unhandled bugs in the bleeding edge version that fedora was shipping and I needed to downgrade"
2025-01-21T16:23:27 < qyx> every time I tried the requirements.txt and venv approach, it was a disaster
2025-01-21T16:23:34 < karlp> really?
2025-01-21T16:23:37 < qyx> it felt like node.js
2025-01-21T16:24:18 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 252 seconds]
2025-01-21T16:27:41 < fenugrec> node.py
2025-01-21T16:41:36 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-21T17:02:29 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-21T17:04:14 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-01-21T17:12:13 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-21T17:15:56 < bitmask> damn, even at 65MB/s downloading an AI model takes a while
2025-01-21T17:29:10 < bitmask> 116GB, damn, I thought it was going to be 24 :P
2025-01-21T17:31:56 < machinehum>  bitmask what models are you messing with?
2025-01-21T17:32:20 < bitmask> I wanted to try a text to image and a quick search suggested flux
2025-01-21T17:32:38 < machinehum> Using fooocus?
2025-01-21T17:36:05 < bitmask> I just downloaded it from huggingface, I was just going to use the python example, but maybe I should just use comfyUI or uhh I forget the other one I was thinking of
2025-01-21T17:36:36 < bitmask> forge i think
2025-01-21T17:37:00 < bitmask> i havent heard of fooocus but I havent really researched any of this stuff before
2025-01-21T17:39:27 < machinehum> Neither have I
2025-01-21T17:39:35 < machinehum> That's just the one I used once
2025-01-21T17:40:07 < machinehum> Conda based python thing, drop in the model it hosts a webserver
2025-01-21T17:40:20 < bitmask> I think im gonna try forge
2025-01-21T17:42:15 < bitmask> ahh yea these python examples have an if cuda else cpu
2025-01-21T17:42:20 < bitmask> so I dont think thats gonna work for me
2025-01-21T18:27:25 < bitmask> well it uses 30GB of ram and took 86 seconds, but I got an image :P
2025-01-21T18:31:02 < bitmask> finally got the fans to spin up :P
2025-01-21T18:31:58 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-21T18:38:44 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-21T18:46:05 < machinehum> bitmask: link
2025-01-21T18:46:10 < machinehum> Is it boobs?
2025-01-21T18:46:23 < machinehum> 86 seconds holy shit ahaha
2025-01-21T18:50:42 < bitmask> honestly I must have something setup incorrectly because the images came out like shit, default was for 512x512 so second try I upped it to 1024 and the resolution looked the same, like an original of 32x32 or something 
2025-01-21T18:51:04 < bitmask> I just used the default prompt which is some glass bottle with a purple galaxy in it or something like that
2025-01-21T18:59:39 < qyx> can I train it using all simpsons series?
2025-01-21T19:11:59 -!- vampirefrog [~pee@2a02:2f09:d30d:f800:4e52:62ff:fe1e:3ee9] has quit [Read error: Connection reset by peer]
2025-01-21T19:35:42 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-21T19:37:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-21T19:43:22 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-21T19:48:36 -!- c10ud_ [~c10ud@host-87-2-122-60.retail.telecomitalia.it] has joined ##stm32
2025-01-21T19:48:41 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-21T19:49:53 -!- m5zs7k_ [aquares@web10.mydevil.net] has joined ##stm32
2025-01-21T19:49:59 -!- stgl [~stgl@164.92.162.3] has quit [Ping timeout: 252 seconds]
2025-01-21T19:51:08 -!- stgl [~stgl@2a03:b0c0:3:d0::cad:a001] has joined ##stm32
2025-01-21T19:51:17 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has quit [Ping timeout: 248 seconds]
2025-01-21T19:51:24 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Read error: Connection reset by peer]
2025-01-21T19:51:33 -!- zyp [~zyp@zyp.no] has quit [Ping timeout: 272 seconds]
2025-01-21T19:51:39 -!- zyp [~zyp@zyp.no] has joined ##stm32
2025-01-21T19:51:50 -!- flatmush [~benbrewer@104.239.49.135] has quit [Quit: No Ping reply in 180 seconds.]
2025-01-21T19:52:01 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-21T19:52:02 -!- flatmush [~benbrewer@104.239.49.135] has joined ##stm32
2025-01-21T19:52:10 -!- c10ud [~c10ud@user/c10ud] has quit [Ping timeout: 272 seconds]
2025-01-21T19:53:26 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has joined ##stm32
2025-01-21T19:59:51 -!- m5zs7k_ is now known as m5zs7k
2025-01-21T20:01:50 -!- hexo__ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-21T20:02:14 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-21T20:03:35 < bitmask> I wanted to see if its censored, maybe i'll ask it to draw me some boobs before I start working
2025-01-21T20:19:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-21T20:20:47 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-21T20:27:48 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-21T20:29:37 < bitmask> NSFW
2025-01-21T20:29:37 < bitmask> https://imgur.com/a/KGoZCBX
2025-01-21T20:29:41 < bitmask> kind of...
2025-01-21T20:30:57 < Steffanx> Could not be found bitmask .. ?
2025-01-21T20:31:28 < bitmask> ? works for me
2025-01-21T20:31:29 < bitmask> hmm
2025-01-21T20:31:47 < bitmask> anyone else try it?
2025-01-21T20:34:00 < bitmask> its funny that my prompt of a woman on a nude beach is all fat chicks, must be american nude beaches
2025-01-21T20:35:32 < bitmask> not only are the images the correct resolution now, but they are also only taking 30 seconds instead of 86 or whatever it was
2025-01-21T20:35:37 < bitmask> not sure what changed
2025-01-21T20:36:38 < Steffanx> Anyway, it doesnt work your link. Not anywhere
2025-01-21T20:37:19 < bitmask> how about a direct link
2025-01-21T20:37:19 < bitmask> https://i.imgur.com/LqsvKui.png
2025-01-21T20:37:46 < bitmask> https://i.imgur.com/Oi032er.png
2025-01-21T20:37:52 < bitmask> https://i.imgur.com/kRhBXkw.png
2025-01-21T20:38:04 < bitmask> and the original shitty images
2025-01-21T20:38:04 < bitmask> https://i.imgur.com/8gYntyh.png
2025-01-21T20:38:10 < bitmask> https://i.imgur.com/PIkZ5HG.png
2025-01-21T20:38:15 < bitmask> https://i.imgur.com/fLQVEfD.png
2025-01-21T20:38:17 < bitmask> thats all
2025-01-21T20:38:52 < bitmask> https://i.imgur.com/XgsFUug.png
2025-01-21T20:38:55 < bitmask> one more
2025-01-21T20:39:01 < bitmask> https://i.imgur.com/oPpwK2d.png
2025-01-21T20:39:07 < Steffanx> wonderful..
2025-01-21T20:39:36 < Steffanx> half of them dont work. Maybe imgur is detecting its not supposed to be on imgur
2025-01-21T20:39:41 < bitmask> its a lot worse than I was hoping for, maybe its just nudity because it didnt have the training data
2025-01-21T20:39:52 < bitmask> weird
2025-01-21T20:39:53 < bitmask> maybe
2025-01-21T20:40:07 < Steffanx> The glowy bottles work
2025-01-21T20:40:18 < bitmask> maybe nudity?
2025-01-21T20:40:29 < Steffanx> Yeah i guess
2025-01-21T20:40:57 < Steffanx> Anyway, WTF did you vote for mr bitmask ? https://doge.gov/ ... I didn't take you very seriously, but now not at all anymore.
2025-01-21T20:41:30 < bitmask> Ive never voted
2025-01-21T20:41:31 < Steffanx> An official .gov website for that, dogecoin included?!
2025-01-21T20:41:48 < bitmask> our country is about to fall apart
2025-01-21T20:41:48 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-01-21T20:41:54 < bitmask> i should say my
2025-01-21T20:43:21 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-21T20:43:30 < bitmask> my vote wouldn't matter, my state is always blue
2025-01-21T20:51:48 < bitmask> ohhh i just realized why the images were so terrible, I had a setting way too low
2025-01-21T20:52:03 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 245 seconds]
2025-01-21T20:52:14 < bitmask> https://imgur.com/a/kbccL43
2025-01-21T20:52:21 < bitmask> it was the difference between those two
2025-01-21T20:53:04 < bitmask> time is back up though
2025-01-21T20:53:46 < Steffanx> 86 seconds for that isnt too bad
2025-01-21T20:54:36 < bitmask> 178 seconds
2025-01-21T20:55:13 < bitmask> I want to see if I can speed it up, I don't think its using apple's version of cuda 
2025-01-21T20:57:22 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-21T21:04:29 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-21T21:19:51 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-01-21T21:22:41 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-21T21:26:40 -!- Livio [~livio@user/livio] has quit [Client Quit]
2025-01-21T21:39:25 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-21T21:56:00 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 264 seconds]
2025-01-21T22:02:55 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-21T22:26:12 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-a97f-fec9-4afd-7735.fixed6.kpn.net] has joined ##stm32
2025-01-21T22:26:54 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-21T22:32:36 < qyx> you need a much faster machine
2025-01-21T22:33:25 < qyx> also, can anyone explain me what's the motivation in banning wind energy projects?
2025-01-21T22:38:03 < Steffanx> expensive, ugly and wildlife being harmed.
2025-01-21T22:41:58 < qyx> yeah coal mining in alaska is better
2025-01-21T22:42:45 < Steffanx> You're logic does not apply to yankeeland nowadays...
2025-01-21T22:46:05 < Steffanx> your*
2025-01-21T22:52:43 < qyx> ok what's the rescue dialog for in v8?
2025-01-21T22:52:57 < qyx> even when not rescuing anything there are no question marks
2025-01-21T22:53:57 < qyx> I am mildly confused
2025-01-21T23:14:28 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-21T23:23:14 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-21T23:23:44 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-21T23:25:47 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-01-21T23:30:45 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-21T23:39:02 < qyx> so, let's finish that modem research thing
2025-01-21T23:49:07 < karlp> ok, have the basic reverse proxy back in palce for the most important home server. now with caddy instead of nginx. very modern.
2025-01-21T23:51:53 < karlp> now to decide how to setup nextcloud again...
2025-01-21T23:57:30 < qyx> never heard of caddy
2025-01-21T23:57:41 < qyx> TIL
2025-01-21T23:58:56 < qyx> ok I really hate the "caddy start" part
2025-01-21T23:59:22 < qyx> don't we have enough service and logging managers?
--- Day changed Wed Jan 22 2025
2025-01-22T00:00:29 < qyx> ok a pro level openwrt question, I want to avoid using emmc (no spare sdio), should I NOR? NOR+NAND? NAND only?
2025-01-22T00:01:18 < qyx> (NOR+NAND is to avoid touching NAND in u-boot)
2025-01-22T00:03:34 < qyx> oh another option, emmc over SPI
2025-01-22T00:06:02 < qyx> ok emmc ruled out, the same for NAND only (sam-ba boot rom cannot use that)
2025-01-22T00:07:01 < qyx> so only SPI NOR flash, QSPI NOR flash or SD/eMMC over SDMMC interface
2025-01-22T00:09:00 < qyx> a single W25Q512JV would do, should be plenty for a router
2025-01-22T00:15:49 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 252 seconds]
2025-01-22T00:20:06 < karlp> well, the configs for caddy to present a revsere proxy to the existing http thing, and handle the letsencrypt was _far_ shorter than the certbot+nginx pile I had before
2025-01-22T00:25:23 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Remote host closed the connection]
2025-01-22T00:34:50 < ds2> isn't SPI NOR capacity limited?
2025-01-22T00:35:40 < qyx> I would say it is price limited
2025-01-22T00:36:03 < qyx> NAND is at least 10x cheaper
2025-01-22T00:36:30 < ds2> never found any decent size SPI NOR's for Linux systems
2025-01-22T00:36:56 < qyx> W25Q512JV is 64 MB, isn't it decent?
2025-01-22T00:37:06 < ds2> Mbyte or Mbit?
2025-01-22T00:37:26 < qyx> 512 Mbit, 64 MB
2025-01-22T00:38:00 < ds2> 64M is a bit tight with the coders on the loose these days
2025-01-22T00:38:49 < qyx> compress their codez, constrain their hands
2025-01-22T00:39:09 < qyx> remove snakes and jabbascripts
2025-01-22T00:39:31 < ds2> but how will you have a system without a NodeJS interpreter backed by python ;)
2025-01-22T00:40:15 < ds2> what's your application for OpenWRT?
2025-01-22T00:40:34 < qyx> literally a router
2025-01-22T00:40:39 < qyx> for a DAQ platform
2025-01-22T00:41:18 < ds2> do you need the UI?
2025-01-22T00:41:20 < qyx> some LTE/5G, some wifi, 802.15.4 just for the lulz, BLE
2025-01-22T00:41:31 < qyx> nah LuCi is a few MB only
2025-01-22T00:42:11 < ds2> but the kernel is also a few MB, it all adds up :(
2025-01-22T00:42:20 < karlp> the win of openwrt is luci....
2025-01-22T00:42:56 < karlp> qyx: all in spiflash is fine, if you don't need any data locally.
2025-01-22T00:43:18 < qyx> nope, for data there is a system controller
2025-01-22T00:43:20 < karlp> I always planned on emmc for real shits though.
2025-01-22T00:43:27 < karlp> then spiflash is plenty
2025-01-22T00:43:32 < qyx> and if there is too much data, a data card
2025-01-22T00:43:38 < karlp> yup
2025-01-22T00:43:59 < ds2> i find emmc easier for development
2025-01-22T00:44:49 < fenugrec> just make sure you use btrfs /s
2025-01-22T00:47:29 < qyx> so I decided to use maya-w2 or w3 for wifi
2025-01-22T00:58:29 < qyx> and quacktel eg800q
2025-01-22T00:59:02 < karlp> fenugrec: lol :)
2025-01-22T00:59:15 < karlp> I never looked at anything it might have ever told me about it's health.
2025-01-22T00:59:27 < karlp> I might think it was rude about how it failed, but... 
2025-01-22T01:00:42 < qyx> interesting that mouser mostly stocks non-china modems whereas tme mostly stores china ones
2025-01-22T01:01:14 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 272 seconds]
2025-01-22T01:08:05 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-a97f-fec9-4afd-7735.fixed6.kpn.net] has quit [Ping timeout: 248 seconds]
2025-01-22T01:10:37 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has joined ##stm32
2025-01-22T01:15:13 < qyx> early kaki
2025-01-22T01:16:44 < nomorekaki> early
2025-01-22T01:16:55 < nomorekaki> how is power plant?
2025-01-22T01:20:47 < qyx> not running yet, not needed
2025-01-22T01:40:28 < nomorekaki> maximum electric power?
2025-01-22T01:41:15 < nomorekaki> exhaust heat recovery?
2025-01-22T01:42:10 < bitmask> poop
2025-01-22T01:48:34 < nomorekaki> poopi poo
2025-01-22T02:02:21 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-22T02:07:21 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-22T02:14:22 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-22T02:15:26 -!- nomorekaki42 [~nomorekak@37-136-76-219.rev.dnainternet.fi] has joined ##stm32
2025-01-22T02:17:42 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-22T02:18:10 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has quit [Ping timeout: 240 seconds]
2025-01-22T02:18:19 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Client Quit]
2025-01-22T02:20:39 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-22T02:22:23 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-22T02:26:14 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-22T02:26:18 -!- nomorekaki42 [~nomorekak@37-136-76-219.rev.dnainternet.fi] has quit [Quit: Client closed]
2025-01-22T02:26:31 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has joined ##stm32
2025-01-22T03:08:15 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-22T03:15:52 -!- nomorekaki [~nomorekak@37-136-76-219.rev.dnainternet.fi] has quit [Quit: Client closed]
2025-01-22T03:22:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-22T03:28:29 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-22T03:32:53 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 245 seconds]
2025-01-22T04:22:41 -!- HelloShitty [~psysc0rpi@se-84-90-188-75.netvisao.pt] has quit [Ping timeout: 248 seconds]
2025-01-22T05:38:28 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-22T06:33:41 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-22T06:41:07 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-22T06:42:09 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-22T06:47:45 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-22T06:51:17 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Client Quit]
2025-01-22T07:47:12 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Ping timeout: 252 seconds]
2025-01-22T07:49:55 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-22T07:55:07 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-22T08:00:06 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-22T08:03:02 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-01-22T08:50:04 -!- HelloShitty [~psysc0rpi@se-84-90-188-75.netvisao.pt] has joined ##stm32
2025-01-22T09:13:25 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-4511-932f-2d79-fa03.fixed6.kpn.net] has joined ##stm32
2025-01-22T10:30:55 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-4511-932f-2d79-fa03.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-22T10:54:40 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 272 seconds]
2025-01-22T10:55:42 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-22T11:55:31 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-22T12:09:18 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-01-22T12:10:25 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-22T12:13:21 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-22T12:50:43 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-22T13:29:57 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-01-22T13:29:59 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-22T13:47:50 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 244 seconds]
2025-01-22T13:52:45 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-01-22T14:01:07 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-22T14:04:49 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-22T14:10:55 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 264 seconds]
2025-01-22T14:11:31 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-22T14:26:50 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 272 seconds]
2025-01-22T14:32:22 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-01-22T15:28:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-22T15:49:43 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-22T16:33:00 -!- pragmalin [~pragmalin@user/pragmalin] has joined ##stm32
2025-01-22T16:33:50 -!- pragmalin [~pragmalin@user/pragmalin] has quit [Client Quit]
2025-01-22T17:42:59 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-22T17:51:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-22T18:00:30 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 246 seconds]
2025-01-22T18:12:51 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-22T18:24:16 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-22T18:49:10 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-22T18:53:17 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-22T19:29:43 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-22T19:37:07 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-22T19:47:20 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 252 seconds]
2025-01-22T19:51:16 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-22T20:22:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-22T20:28:53 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-22T20:47:22 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-22T20:53:38 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-22T21:19:24 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-22T21:26:38 < Steffanx> Your shitty talk killed chats..
2025-01-22T21:27:26 < qyx> ohno
2025-01-22T21:48:05 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-01-22T22:06:21 < qyx> have you ever implemented this? https://help.mikrotik.com/docs/download/attachments/24805498/Resethole.jpg?version=1&modificationDate=1587635038753&api=v2
2025-01-22T22:06:54 < qyx> is there any reason to use it except being cool and price?
2025-01-22T22:09:55 < qyx> anyway, I want to implement as many recovery modes as possible with as few buttons as possible
2025-01-22T22:10:34 < qyx> putting a 4x dip switch looks so '90
2025-01-22T22:36:18 < qyx> also, should I really use ne555 to implement "push and hold 5s for reset" circuit?
2025-01-22T22:38:36 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-22T22:42:56 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-911a-5d32-6b3e-236.fixed6.kpn.net] has joined ##stm32
2025-01-22T22:46:54 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-22T23:25:24 < karlp> no, you use ordinary linux buttons and have it erase flash on long presses.
2025-01-22T23:25:32 < karlp> owrt has this for aggggeeeeees
2025-01-22T23:26:05 < karlp> ok. I'm burnt by caddy already.  It's not doing websocket reverse proxying for.... some reason.
2025-01-22T23:29:03 < qyx> no, I want to reset the cpu physically by long press, not erase the config
2025-01-22T23:32:04 < qyx> for now I have it like 1. running & short press - graceful reset (no shutdown possible), 2. long press - forced reset by hw, 3. pushed during powerup/reset - alternate boot dev for uboot recovery, 4. pushed during uboot loading - stay in bootloader
2025-01-22T23:43:59 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Remote host closed the connection]
2025-01-22T23:59:49 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 248 seconds]
2025-01-22T23:59:49 -!- qyx [~qyx@84.245.121.115] has quit [Ping timeout: 260 seconds]
--- Day changed Thu Jan 23 2025
2025-01-23T00:01:21 -!- qyx [~qyx@84.245.120.67] has joined ##stm32
2025-01-23T00:08:18 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-911a-5d32-6b3e-236.fixed6.kpn.net] has quit [Ping timeout: 245 seconds]
2025-01-23T00:11:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-23T00:18:44 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-23T00:25:35 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-23T00:29:48 < fenugrec> qyx, just R+C and 2 GPIOs if you're not particular about precise timing ? 
2025-01-23T00:31:17 < fenugrec> else, lmc555 for sane Iq specs vs oldschool ne555
2025-01-23T00:32:22 < fenugrec> you probably don't need the flip-flop part of a 555 anyway, just a comparator, or schmitt trigger.
2025-01-23T00:32:47 < fenugrec> Lol, 18 days later, newark finally decides to ship my trash. I don't even remember half of what was on that order
2025-01-23T00:50:22 < qyx> fenugrec: tps3422 fits
2025-01-23T01:12:56 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 252 seconds]
2025-01-23T01:25:17 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: Textual IRC Client: www.textualapp.com]
2025-01-23T01:25:33 < fenugrec> good find. I rarely look at such specialized parts because typically they're unreasonably expensive
2025-01-23T01:34:07 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-23T01:52:50 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-23T02:02:47 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 265 seconds]
2025-01-23T03:27:28 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-23T04:04:40 -!- ferdna_ [~ferdna@user/ferdna] has joined ##stm32
2025-01-23T04:07:06 -!- ferdna [~ferdna@user/ferdna] has quit [Ping timeout: 252 seconds]
2025-01-23T05:00:55 -!- ferdna_ [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-23T05:18:57 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-23T05:23:33 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 248 seconds]
2025-01-23T05:38:59 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-23T06:15:18 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-23T06:34:15 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-23T06:57:17 -!- machinehum2 [machinehum@2a01:7e01::f03c:94ff:fe4d:b21c] has joined ##stm32
2025-01-23T07:02:09 -!- machinehum [machinehum@2a01:7e01::f03c:94ff:fe4d:b21c] has quit [Ping timeout: 246 seconds]
2025-01-23T07:28:09 < bitmask> PBR is starting to look decent, just gotta work on my lighting
2025-01-23T07:28:09 < bitmask> https://i.imgur.com/jjNAQvt.png
2025-01-23T07:31:37 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-23T08:18:42 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-23T08:36:34 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-23T08:45:24 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 260 seconds]
2025-01-23T08:48:48 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-01-23T09:07:02 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-95f4-4d7c-7cab-5f03.fixed6.kpn.net] has joined ##stm32
2025-01-23T09:43:19 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-95f4-4d7c-7cab-5f03.fixed6.kpn.net] has quit [Ping timeout: 264 seconds]
2025-01-23T10:45:01 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-23T10:50:08 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-23T11:00:23 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Ping timeout: 245 seconds]
2025-01-23T11:11:38 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-23T12:14:31 -!- veverak [~veverak@ip-89-103-173-67.bb.vodafone.cz] has quit [Ping timeout: 264 seconds]
2025-01-23T12:16:39 -!- veverak [~veverak@ip-89-103-173-67.bb.vodafone.cz] has joined ##stm32
2025-01-23T13:50:05 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 252 seconds]
2025-01-23T13:53:11 < jpa-> http://paste.dy.fi/0RC/plain   thanks gdb, this numbering makes perfect sense
2025-01-23T13:57:42 < ventyl> hm, if I try to forward my USB device into VM, tinyUSB borks on inability to activate configuration. the very same configuration can be activated on device start.
2025-01-23T13:57:51 < ventyl> this is going to be an interesting debug session.
2025-01-23T14:06:12 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-01-23T14:48:53 -!- ventyl [~ventyl@adsl-dyn-113.95-102-88.t-com.sk] has quit [Ping timeout: 248 seconds]
2025-01-23T14:53:27 < machinehum2> Train tickets booked for Fosdem \o\
2025-01-23T14:56:57 -!- machinehum2 is now known as machinehum
2025-01-23T14:59:42 < nohit> i just realized that you can rotate the chip in pinout view in cubemx
2025-01-23T14:59:53 < nohit> that's great for design
2025-01-23T14:59:58 < jpa-> i have not realized that yet
2025-01-23T15:01:22 < BrainDamage> I get routinely disappointed that cubemx doesn't feature 3d compiz-like spinning cubes
2025-01-23T15:10:54 < qyx> yeah I learned that only recently
2025-01-23T15:30:33 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-23T15:46:05 < Steffanx> Enjoy sitting on the podium machinehum 
2025-01-23T15:47:12 < Steffanx> Assuming you'll join Drew...
2025-01-23T15:49:37 < qyx> morning drew
2025-01-23T15:49:56 < qyx> oh no it is morning dev
2025-01-23T15:49:59 < qyx> dew
2025-01-23T15:55:20 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-23T15:58:33 < machinehum> Steffanx: I have no idea what you're talking about
2025-01-23T15:58:44 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-23T16:02:03 < BrainDamage> I guess https://drewdevault.com/2025/01/16/2025-01-16-No-Billionares-at-FOSDEM-please.html
2025-01-23T16:02:28 < Steffanx> Yes that
2025-01-23T16:03:10 < BrainDamage> the guy's a bit of a drama head
2025-01-23T16:03:59 < BrainDamage> I mean, I understand his concerns, some of foss world did become a little bit too much corporate-like
2025-01-23T16:09:08 < specing> some? Lol
2025-01-23T16:09:37 < specing> most foss seems to be developed on proprietaryhub. FOSS is in full crisis rn
2025-01-23T16:10:42 < BrainDamage> nobody gives a shit about that, they don't hold control over the software
2025-01-23T16:11:54 < BrainDamage> github doesn't make decisions on what you do with your code, a sponsor often does
2025-01-23T16:12:12 < BrainDamage> s/code/time/, since here's also conferences, etc
2025-01-23T16:13:06 < BrainDamage> and your inability to distinguish this key point essentially ruins any discussion with you
2025-01-23T16:13:15 < qyx> github is probably the best working collaboration tool available
2025-01-23T16:13:22 < qyx> since it is owned by microsoft
2025-01-23T16:14:12 < qyx> sf ded, google code ded, many others ded or gitlabbed
2025-01-23T16:14:23 < qyx> and you still have the choice
2025-01-23T16:14:48 < qyx> I was also like whoa m$ is buying gh, why, why
2025-01-23T16:14:58 < BrainDamage> specing is a bit of an extremist that refuses to even interact with projects hosted on github
2025-01-23T16:15:17 < BrainDamage> as if the platform makes the sin
2025-01-23T16:15:26 < BrainDamage> I wonder if they only drink open source water
2025-01-23T16:15:32 < qyx> but they are doing good, I would say much better than the others
2025-01-23T16:15:47 < fenugrec> 'open source water' hehe
2025-01-23T16:16:44 < qyx> BrainDamage: reminds me.. ada
2025-01-23T16:17:09 < fenugrec> but I agree I don't think ex-CEO has any place at an OSS conference to push their... (looking up...)  blockchain crap ? wtf
2025-01-23T16:17:56 < Steffanx> Will specing be in fosdem this year?
2025-01-23T16:20:09 < fenugrec> MS buying github was a powermove. Free AI training data, tons of metadata; and market nearly cornered, ready for an enshittification that I'm still waiting for
2025-01-23T16:21:24 < BrainDamage> yeah, I am also disillusioned it's a backstab waiting to happen, but the data is open, you're not locked on the platform
2025-01-23T16:21:49 < karlp> I don't think they need to enshittify it, it's probably pouring in money
2025-01-23T16:22:16 < BrainDamage> git keeps a local copy of the history, you might lose the issues, but at least not the code
2025-01-23T16:23:34 < BrainDamage> but there's a difference from "you'll likely get backstabbed in the future" and "you're a corporate slave for using their service"
2025-01-23T16:23:36 < fenugrec> agreed, it's not as un-recoverable as, say, no more good search engines. Losing issue / PR discussions is unfortunate, but I think the data is scrape-able ?
2025-01-23T16:23:43 < specing> BrainDamage: your inability to recognise that social media can be and is used for mass manipulation ruins any discussion with you
2025-01-23T16:23:51 < specing> Steffanx: nah
2025-01-23T16:24:57 < BrainDamage> first time I see that argument from you
2025-01-23T16:25:25 < BrainDamage> I don't consider github social media, it certainly is subject of manipulation, but I don't think people interact socially there
2025-01-23T16:25:51 < specing> projects are more depend on proprietaryhub than you think. There's not just the issues, there's also the wikis, the CI (which would need to be rewritten for other platforms), and actually moving most of your contributors elsewhere
2025-01-23T16:26:18 < specing> github definetely is social media
2025-01-23T16:29:12 < fenugrec> it does have some amount of 'network effect' beyond just being a project host. wouldn't call it social media
2025-01-23T16:29:47 < BrainDamage> wiki is also a git repo
2025-01-23T16:29:55 < BrainDamage> it's just a bunch of markdown files
2025-01-23T16:30:22 < BrainDamage> rewriting the CI is something you do always when shifting platform because there is no standard
2025-01-23T16:30:33 < BrainDamage> and likely, it'd be hard to write a generic enough standard
2025-01-23T16:31:16 < BrainDamage> most projects are maintained by a single person, with very occasionally contributions, when you move the repo, you've already moved the contributor
2025-01-23T16:31:56 < BrainDamage> the occasional contributor barrier difficulty will massivey shift up simply by not using the most popular service, no matter its nature
2025-01-23T16:34:09 < sauce> most of the foss software forges with modern featuresets support relatively seamless importing from github
2025-01-23T16:34:21 < sauce> and github runners are the closest thing to a CI standard that exists
2025-01-23T16:34:52 < qyx> idk the dame happened to travis, wasn't the end of the world
2025-01-23T16:34:56 < qyx> *same
2025-01-23T16:35:00 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 264 seconds]
2025-01-23T16:43:04 < sauce> i certainly don't disagree that it's worth migrating the foss ecosystem away from github in the mid-long term but as far as i can tell, the alternative for small projects is diverting a significant amount of contributors' time away from development and toward maintaining self hosted infrastructure
2025-01-23T16:43:07 < sauce> and losing network effects etc
2025-01-23T16:46:23 < BrainDamage> before github it was sourceforge, and before sourceforge I forgot what else was there
2025-01-23T16:46:41 < BrainDamage> generally, devs don't want to concern themselve with the details of sysadmin
2025-01-23T16:46:59 < BrainDamage> and some of them can be quite consuming, if you start handling moderation
2025-01-23T16:49:49 < sauce> one model i see around that seems to work quite well is a nonprofit org that aggregates multiple projects' communities and infrastructure, like freedesktop / SPI, pooling resources and time and money
2025-01-23T16:50:06 < machinehum> I think github wikis are not just a bunch of markdown files
2025-01-23T16:50:12 < machinehum> Unless I was doing it wrong
2025-01-23T16:50:40 < machinehum> I was under the impression they were, and should be, but then looked into it and they were not
2025-01-23T16:52:11 < machinehum> "We would appreciate if anyone organizing a protest would contact us in advance at info@fosdem.org so we can ensure that we’re able to meet our crowd control and fire safety obligations."
2025-01-23T16:55:56 < BrainDamage> machinehum: git clone http://github.com/user/repo.wiki.git
2025-01-23T16:56:33 < BrainDamage> just because you edit them from the wysiwyg interface, it doesn't mean they aren't simple markdown files on a git repo
2025-01-23T16:56:58 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-23T16:57:34 < machinehum> oh shit
2025-01-23T16:57:52 < machinehum> So github basically make another mini git repo thing for them
2025-01-23T16:58:33 < BrainDamage> yes, and as far as setups goes, it's pretty common too among personal wikis
2025-01-23T16:59:22 < BrainDamage> it makes sense for them to do as well because the needs of project are usually limited and it scales up welll
2025-01-23T16:59:34 < BrainDamage> and if a project needs something more complex, they can just host their own
2025-01-23T16:59:40 < machinehum> smort
2025-01-23T17:00:13 < machinehum> I misinterpreted what you were saying, I thought you meant md files kept IN the repo
2025-01-23T17:00:20 < machinehum> like the main one for the project
2025-01-23T17:00:53 -!- Netsplit *.net <-> *.split quits: drfff, srk, martinmoene, akaWolf, jmcgnh
2025-01-23T17:00:53 < specing> sauce: there are public FOSS hosts such as codeberg, gitgud, notabug, ...
2025-01-23T17:03:22 < sauce> yes, none of which provide turnkey CI to new projects without approval
2025-01-23T17:05:55 -!- Netsplit over, joins: drfff, jmcgnh, srk, martinmoene, akaWolf
2025-01-23T17:06:34 < specing> sauce: yep, CI is an issue
2025-01-23T17:06:47 < karlp> just write in ada, perfect first time. no need for ci.
2025-01-23T17:06:59 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Excess Flood]
2025-01-23T17:06:59 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Remote host closed the connection]
2025-01-23T17:07:19 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-01-23T17:08:21 < sauce> which is perfectly understandable, infrastructure is expensive. another huge barrier to entry is limited support for private / proprietary projects. idk about you but i am pretty sure most foss contributors also need to eat
2025-01-23T17:10:10 < sauce> and if building something for a client requires a completely separate forge, you may as well just use that one for the foss stuff too
2025-01-23T17:19:07 < sauce> i am personally hoping the federation model catches on, need to get around to linking my forgejo instance
2025-01-23T17:19:49 < BrainDamage> I am hoping git bug also gets some love, not as a replacement, but as an integration standard
2025-01-23T17:20:08 < BrainDamage> having bugs tracked part of the git repo is super useful for personal projects
2025-01-23T17:22:34 < sauce> i also kind of want to try fossil
2025-01-23T17:26:10 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-01-23T17:27:06 < specing> karlp: funny, but you still have to check if MR actually compiles ;)
2025-01-23T17:28:20 < sauce> pff who needs CI just use hooks
2025-01-23T17:30:18 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-23T18:13:19 < qyx> tbh for the last uboot-kernel-rootfs combo I just wrote a single bash script because it was exceptionally hard to debug it using actions
2025-01-23T18:13:56 < qyx> apparently I was using the wrong tool for the job
2025-01-23T18:22:11 < sauce> was the missing link feedback / observability or what?
2025-01-23T18:30:13 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 248 seconds]
2025-01-23T18:32:52 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-01-23T18:40:29 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-01-23T18:44:36 -!- Luggi09498284764 [~lux@host-87-8-111-82.retail.telecomitalia.it] has quit [Ping timeout: 276 seconds]
2025-01-23T18:58:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-23T19:12:16 -!- ventyl [~ventyl@bband-dyn56.95-103-46.t-com.sk] has joined ##stm32
2025-01-23T19:12:46 < qyx> sauce: the process, try an action, no worky, try another, no worky, another.. ok, somethih is wrong, fix, something other is wrong, fix
2025-01-23T19:13:15 < sauce> just the iteration time being longer than invoking the script directly?
2025-01-23T19:13:16 < qyx> each step takes 15 minutes, two days wasted
2025-01-23T19:14:17 < qyx> being on ssh and having the state preserved between commands is much easier to debug, I can do it step by step
2025-01-23T19:14:42 < qyx> but thats not possible on gh's actions
2025-01-23T19:16:05 < sauce> ah yeah that is something i miss dearly from gitlab runners
2025-01-23T19:17:19 < specing> using runners as remote hosts? Yeah, I used them (gitlabCE's) that way too
2025-01-23T19:18:04 < specing> Hmm, maybe you can install reverse ssh and have them rssh somewhere?
2025-01-23T19:26:09 < bitmask> https://i.imgur.com/KoxBjYH.png
2025-01-23T19:26:10 < bitmask> so pretty
2025-01-23T19:34:07 < Steffanx> Something is not right 
2025-01-23T19:34:43 < Steffanx> Just curious. Who but you uses your machine bitmask ?
2025-01-23T19:35:05 < bitmask> why do you ask?
2025-01-23T19:35:20 < Steffanx> I'm curious why one would use their full name as usernamd
2025-01-23T19:35:46 < bitmask> oh haha yea my bad, it was the default and I forgot to change it
2025-01-23T19:35:54 < Steffanx> :P
2025-01-23T19:36:38 < bitmask> I gotta make that display a relative path too....
2025-01-23T19:36:54 < Steffanx> What's next? Transparent bottles?
2025-01-23T19:37:06 < bitmask> nah, a lot more to do before that
2025-01-23T19:38:04 < bitmask> I want to implement a transform gizmo, not sure if thats next though, a lot of UI stuff needs to be done
2025-01-23T20:09:09 -!- scrts87 [~scrts2@23.28.144.38] has quit [Quit: The Lounge - https://thelounge.chat]
2025-01-23T20:09:35 -!- scrts87 [~scrts2@23.28.144.38] has joined ##stm32
2025-01-23T20:11:29 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-23T20:55:15 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-23T20:55:48 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-5835-bbfd-e93a-8d8b.fixed6.kpn.net] has joined ##stm32
2025-01-23T20:56:02 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-01-23T21:11:35 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32
2025-01-23T21:52:11 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-23T22:30:15 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 246 seconds]
2025-01-23T23:36:49 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Quit: Konversation terminated!]
2025-01-23T23:37:19 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
--- Day changed Fri Jan 24 2025
2025-01-24T00:19:54 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T00:22:48 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-24T00:23:18 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-5835-bbfd-e93a-8d8b.fixed6.kpn.net] has quit [Ping timeout: 246 seconds]
2025-01-24T00:25:54 -!- soweli_iki [~user@user/soweli-iki:47461] has quit [Remote host closed the connection]
2025-01-24T00:27:52 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has quit [Quit: kernel upgrade]
2025-01-24T00:29:35 -!- nomorekaki [~nomorekak@87-93-147-232.bb.dnainternet.fi] has joined ##stm32
2025-01-24T00:31:46 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has joined ##stm32
2025-01-24T00:51:43 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 264 seconds]
2025-01-24T01:04:06 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T01:07:40 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-24T01:18:51 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T01:20:30 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-24T01:31:29 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 244 seconds]
2025-01-24T01:40:27 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T01:46:17 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-24T01:49:44 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 260 seconds]
2025-01-24T01:51:00 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-24T03:01:03 -!- Shaun_ [~shaun@user/shaun] has joined ##stm32
2025-01-24T03:01:22 -!- sugarbee1 [~barbas@81.4.123.134] has joined ##stm32
2025-01-24T03:04:29 -!- karlp [karlp@palmtreev6.beeroclock.net] has quit [Remote host closed the connection]
2025-01-24T03:04:30 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Remote host closed the connection]
2025-01-24T03:04:30 -!- Shaun [~shaun@user/shaun] has quit [Remote host closed the connection]
2025-01-24T03:04:30 -!- sugarbeet [~barbas@81.4.123.134] has quit [Remote host closed the connection]
2025-01-24T03:04:49 -!- karlp [~karlp@palmtree.beeroclock.net] has joined ##stm32
2025-01-24T03:04:52 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-24T04:13:14 -!- karlp [~karlp@palmtree.beeroclock.net] has quit [Ping timeout: 252 seconds]
2025-01-24T04:13:31 -!- karlp [karlp@palmtreev6.beeroclock.net] has joined ##stm32
2025-01-24T04:15:30 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T04:21:54 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-24T05:38:29 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 248 seconds]
2025-01-24T05:50:55 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T05:57:20 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-24T06:24:00 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 276 seconds]
2025-01-24T06:47:03 -!- fenugrec [~f@192.214.232.39] has quit [Ping timeout: 245 seconds]
2025-01-24T07:23:23 -!- soweli_iki [~user@2601:c6:4100:2240:202:a7ea:12e:47af] has joined ##stm32
2025-01-24T07:23:48 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-24T07:24:31 -!- soweli_iki [~user@user/soweli-iki:47461] has changed host
2025-01-24T07:25:15 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T07:31:55 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-24T07:58:01 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-24T08:00:04 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T08:07:06 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-24T08:24:03 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Remote host closed the connection]
2025-01-24T08:31:57 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-01-24T09:00:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T09:08:12 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-24T09:31:06 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-443e-8630-cc8d-4a25.fixed6.kpn.net] has joined ##stm32
2025-01-24T09:37:08 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-24T09:39:44 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-24T09:41:57 < jpa-> oh, cortex-m33 has built-in stack overflow prevention, that's nice
2025-01-24T09:42:51 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-24T09:51:49 -!- veverak [~veverak@ip-89-103-173-67.bb.vodafone.cz] has quit [Ping timeout: 248 seconds]
2025-01-24T10:13:07 < Steffanx> Do you ever had a stack overflow yourself jpa- ?
2025-01-24T10:15:53 < jpa-> yeah, many times
2025-01-24T10:36:01 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T10:36:56 -!- veverak [~veverak@ip-89-103-173-67.bb.vodafone.cz] has joined ##stm32
2025-01-24T10:38:17 < jpa-> heh, this must be the silliest RP2040 PIO program I have written so far:   "mov PINS, PINS"  and just infinite loop that
2025-01-24T10:42:41 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-24T10:49:26 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Remote host closed the connection]
2025-01-24T10:49:58 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-24T10:51:14 < qyx> what does it do besides draining power
2025-01-24T10:54:01 < ventyl> jpa-: the only advantage of this mechanism over MPU is convenience and the ability to protect handler stack from overflow
2025-01-24T10:54:15 < ventyl> other than that it is inferior to what is possible since two decades
2025-01-24T10:54:40 < jpa-> qyx: input & output pin mapping is different, so it mirrors input pin states to other output pins
2025-01-24T10:54:50 < jpa-> ventyl: sure, for processors with MPU
2025-01-24T10:55:14 < ventyl> jpa-: well, MPU is present on prety much everything except cm0
2025-01-24T10:55:34 < jpa-> i think most cortex-m3 don't have it either, but i can be wrong
2025-01-24T10:56:12 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-24T10:56:12 < jpa-> also i have found the MPU a bit cumbersome for the purpose, because you then need to have a "red zone" that you cannot use for other purpose
2025-01-24T10:56:25 < ventyl> what red zone?
2025-01-24T10:56:43 < ventyl> ah, understood
2025-01-24T10:56:58 < ventyl> handling stack overflow by circular inversion
2025-01-24T10:57:11 < ventyl> well, that's a tax you have to pay for not using memory protection unconditionally
2025-01-24T10:57:57 < jpa-> i assume you are thinking of an RTOS scenario where you might have a stack of other task there, so you can just block that
2025-01-24T10:58:29 < jpa-> that said, in single task scenarios i have found putting stack at the start of RAM quite adequate
2025-01-24T11:00:20 < machinehum> I bought an open source smart watch thing and it drifted 4 mins overnight lol
2025-01-24T11:00:28 < ventyl> pinetime? :D
2025-01-24T11:00:35 < machinehum> Nah Watchy
2025-01-24T11:00:41 < ventyl> pinetime is rather precise
2025-01-24T11:00:47 < qyx> does it have esp32 inside
2025-01-24T11:00:56 < machinehum> Watchy qyx yes
2025-01-24T11:01:18 < machinehum> Which is a pretty... not great part for a lower power device imo
2025-01-24T11:07:29 < machinehum> They used an LDO to step down the battery to 3.3v
2025-01-24T11:07:56 < machinehum> Turns out power consumption wasn't high on their priority list
2025-01-24T11:07:58 < qyx> from 3.6?
2025-01-24T11:08:22 < qyx> that's not that bad, still 90% efficient with minimum Iq
2025-01-24T11:08:28 < qyx> better than most cheap switchers
2025-01-24T11:08:50 < machinehum> 3.7
2025-01-24T11:10:14 < machinehum> I think it's still worth using a small switcher
2025-01-24T12:32:04 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-24T13:04:30 < BrainDamage> I guess they skimped on a 32kHz xtal and used a bog standard xo
2025-01-24T13:05:21 < BrainDamage> in principle you could profile it and at least compensate the 1st order offset
2025-01-24T13:06:15 < BrainDamage> it's still going to drift few secs/day, but at least that won't make you late ... due to a device whose main porpoise is tracking time
2025-01-24T13:08:09 < qyx> 4 min overnight is 8000 ppm, that's a better RC oscillator accuracy
2025-01-24T13:09:51 < BrainDamage> ah, right, so maybe not much compensation can be done
2025-01-24T13:32:06 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-24T13:34:46 -!- ventyl [~ventyl@bband-dyn56.95-103-46.t-com.sk] has quit [Ping timeout: 265 seconds]
2025-01-24T14:09:08 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-24T14:23:36 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-24T14:24:42 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-24T14:25:04 -!- fenugrec [~f@192.214.232.39] has joined ##stm32
2025-01-24T14:49:15 -!- nomorekaki [~nomorekak@87-93-147-232.bb.dnainternet.fi] has quit [Quit: Client closed]
2025-01-24T15:47:54 -!- ventyl [~ventyl@bband-dyn36.178-40-9.t-com.sk] has joined ##stm32
2025-01-24T17:23:31 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 264 seconds]
2025-01-24T18:05:29 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-443e-8630-cc8d-4a25.fixed6.kpn.net] has joined ##stm32
2025-01-24T18:06:43 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 264 seconds]
2025-01-24T18:08:18 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-24T18:08:36 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-443e-8630-cc8d-4a25.fixed6.kpn.net] has quit [Ping timeout: 252 seconds]
2025-01-24T18:13:55 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-443e-8630-cc8d-4a25.fixed6.kpn.net] has joined ##stm32
2025-01-24T18:17:24 -!- martinmoene__ [~Martin@2a02-a45a-96ba-1-443e-8630-cc8d-4a25.fixed6.kpn.net] has quit [Ping timeout: 252 seconds]
2025-01-24T18:20:36 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-24T18:32:28 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Read error: Connection reset by peer]
2025-01-24T18:33:20 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-24T18:39:07 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 264 seconds]
2025-01-24T18:43:23 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-24T18:43:41 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 252 seconds]
2025-01-24T18:46:59 -!- c10ud_ [~c10ud@host-87-2-122-60.retail.telecomitalia.it] has quit [Quit: Leaving]
2025-01-24T18:48:36 < karlp> fecking, nuked my entire vscode install, restup esp-idf from scratch, worked for the first demo project, made a new demo project, now it's busted again.
2025-01-24T18:48:53 < karlp> guess it's back to being a glorified editor again
2025-01-24T18:52:19 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-24T18:55:47 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-24T18:56:52 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-24T19:13:19 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 260 seconds]
2025-01-24T19:32:48 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-24T19:48:44 < Steffanx> Time to start those vscode in docker container magic karlp . Then you can nuke your install all the time
2025-01-24T19:49:02 < Steffanx> *start using
2025-01-24T19:49:30 < Steffanx> with the extensions running in the container
2025-01-24T20:11:12 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-443e-8630-cc8d-4a25.fixed6.kpn.net] has quit [Read error: Connection reset by peer]
2025-01-24T20:29:12 < fenugrec> I wait for the day when trivial stuff like notepad / calc software will need their own docker container because nothing is maintainable anymore
2025-01-24T20:31:42 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T20:32:07 < ventyl> you have that already - AppImage
2025-01-24T20:33:36 < fenugrec> that is true
2025-01-24T20:34:06 < fenugrec> albeit less extreme than a full docker image
2025-01-24T20:36:43 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-24T20:43:43 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-24T20:44:28 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T20:47:00 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-24T20:50:26 < ventyl> just a tiny bit
2025-01-24T20:50:33 < ventyl> so, all the time, I've been stupid
2025-01-24T20:51:08 < ventyl> a proper probe, when connected to RP2040, will create two GDB ports
2025-01-24T20:51:18 < ventyl> so you can attach one GDB to each of them and debug multi-core
2025-01-24T20:51:38 < qyx> that's a very unusual thing to learn before becoming a pensioner
2025-01-24T20:54:13 < qyx> k same here, this pcb is totally broken
2025-01-24T20:54:23 < qyx> used INA181 for 28 V
2025-01-24T21:01:23 < Steffanx> why?
2025-01-24T21:02:51 < qyx> because dumb
2025-01-24T21:03:43 < Steffanx> shit happens
2025-01-24T21:06:36 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 244 seconds]
2025-01-24T21:12:43 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-34f2-f37d-f89a-db20.fixed6.kpn.net] has joined ##stm32
2025-01-24T21:16:01 < ventyl> jpa-: it seems that Cortex-M3 as configured with STM32L1 and F1 series, does have MPU
2025-01-24T21:58:24 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 265 seconds]
2025-01-24T22:09:31 -!- joel135 [uid136450@id-136450.hampstead.irccloud.com] has joined ##stm32
2025-01-24T22:17:31 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-24T22:27:31 -!- ferdna_ [~ferdna@user/ferdna] has joined ##stm32
2025-01-24T22:30:07 -!- ferdna [~ferdna@user/ferdna] has quit [Ping timeout: 264 seconds]
2025-01-24T22:33:33 -!- ferdna__ [~ferdna@user/ferdna] has joined ##stm32
2025-01-24T22:36:48 -!- ferdna_ [~ferdna@user/ferdna] has quit [Ping timeout: 272 seconds]
2025-01-24T22:41:01 -!- ferdna_ [~ferdna@user/ferdna] has joined ##stm32
2025-01-24T22:43:30 -!- ferdna__ [~ferdna@user/ferdna] has quit [Ping timeout: 252 seconds]
2025-01-24T23:05:35 < bitmask> hdr is pretty neat
2025-01-24T23:05:35 < bitmask> https://i.imgur.com/Nl4JmBw.jpg
2025-01-24T23:06:12 < bitmask> it really pops in real life
2025-01-24T23:07:21 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-24T23:15:15 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-34f2-f37d-f89a-db20.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-24T23:23:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-24T23:30:35 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
--- Day changed Sat Jan 25 2025
2025-01-25T00:01:18 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-25T00:03:29 -!- qyx [~qyx@84.245.120.67] has quit [Ping timeout: 248 seconds]
2025-01-25T00:04:35 -!- qyx [~qyx@84.245.121.135] has joined ##stm32
2025-01-25T00:04:42 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-25T00:17:36 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-25T00:56:18 < bitmask> BOOM SHAKALAKA
2025-01-25T00:56:25 < bitmask> He's on fire!
2025-01-25T01:11:40 < antto> did someone say boom shakalaka ;P~
2025-01-25T01:13:33 -!- joel135 [uid136450@id-136450.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity]
2025-01-25T03:12:00 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-25T03:12:38 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 252 seconds]
2025-01-25T03:20:32 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-25T04:14:15 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-25T04:17:10 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-25T04:17:17 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Client Quit]
2025-01-25T04:30:56 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-25T04:34:11 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Client Quit]
2025-01-25T04:44:40 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-25T04:54:23 -!- quinor [08c0f10716@2a03:6000:1812:100::dad] has quit [Server closed connection]
2025-01-25T04:54:29 -!- quinor [08c0f10716@2a03:6000:1812:100::dad] has joined ##stm32
2025-01-25T05:03:36 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-25T05:22:25 -!- hexo_ [~hexo@user/hexo] has quit [Quit: Leaving]
2025-01-25T07:44:41 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-25T07:49:35 -!- ferdna_ [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-25T08:00:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-25T08:06:21 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-25T08:14:11 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Read error: Connection reset by peer]
2025-01-25T08:14:36 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32
2025-01-25T08:18:03 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-25T09:27:55 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-25T09:28:13 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-d07d-b9e-1233-66c6.fixed6.kpn.net] has joined ##stm32
2025-01-25T09:43:08 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-25T10:47:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-25T10:52:26 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 252 seconds]
2025-01-25T11:01:58 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 252 seconds]
2025-01-25T11:51:53 -!- karlp [karlp@palmtreev6.beeroclock.net] has quit [Server closed connection]
2025-01-25T11:52:10 -!- karlp [karlp@palmtreev6.beeroclock.net] has joined ##stm32
2025-01-25T12:28:08 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-01-25T12:33:18 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-25T13:01:17 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-25T15:02:55 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-25T15:10:12 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-25T15:44:44 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 260 seconds]
2025-01-25T16:31:32 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-25T16:45:14 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-d07d-b9e-1233-66c6.fixed6.kpn.net] has quit [Remote host closed the connection]
2025-01-25T16:45:30 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-d07d-b9e-1233-66c6.fixed6.kpn.net] has joined ##stm32
2025-01-25T19:08:57 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-25T19:16:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-25T19:22:59 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-25T20:14:53 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-25T20:17:46 -!- blathijs_ [~matthijs@tika.stderr.nl] has quit [Ping timeout: 244 seconds]
2025-01-25T20:23:57 -!- blathijs [~matthijs@tika.stderr.nl] has joined ##stm32
2025-01-25T20:29:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-25T20:35:33 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-25T21:01:54 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 276 seconds]
2025-01-25T21:07:55 -!- Shaun_ is now known as Shaun
2025-01-25T21:20:33 -!- Livio [~livio@user/livio] has quit [Quit: Reconnecting]
2025-01-25T21:20:51 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-25T21:24:21 -!- Livio [~livio@user/livio] has quit [Client Quit]
2025-01-25T21:47:17 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 252 seconds]
2025-01-25T21:47:57 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-25T22:01:50 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds]
2025-01-25T22:02:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-25T22:04:39 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-25T23:23:36 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-25T23:25:37 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-25T23:33:42 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
--- Day changed Sun Jan 26 2025
2025-01-26T00:16:29 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-d07d-b9e-1233-66c6.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-26T00:24:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-26T01:14:51 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-01-26T02:10:51 -!- haritzondo [~hrtz@82-69-11-11.dsl.in-addr.zen.co.uk] has joined ##stm32
2025-01-26T02:10:56 -!- haritz [~hrtz@user/haritz] has quit [Read error: Connection reset by peer]
2025-01-26T02:33:05 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 244 seconds]
2025-01-26T02:35:52 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 252 seconds]
2025-01-26T02:39:28 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-26T06:39:35 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-26T07:08:27 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-4585-8b1c-622-c68e.fixed6.kpn.net] has joined ##stm32
2025-01-26T08:00:04 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-26T08:02:50 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-26T08:07:30 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-26T09:46:07 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-4585-8b1c-622-c68e.fixed6.kpn.net] has quit [Read error: Connection reset by peer]
2025-01-26T09:50:13 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 248 seconds]
2025-01-26T09:52:16 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-26T10:48:49 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-26T11:10:41 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-26T11:29:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-26T11:56:36 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-26T12:02:35 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-26T12:12:01 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 248 seconds]
2025-01-26T12:20:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-26T12:53:31 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-26T12:58:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-26T13:05:27 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-26T13:06:26 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Ping timeout: 265 seconds]
2025-01-26T13:31:05 -!- scrts87 [~scrts2@23.28.144.38] has quit [Ping timeout: 252 seconds]
2025-01-26T13:59:10 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-26T13:59:18 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 246 seconds]
2025-01-26T14:04:21 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-26T14:29:35 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-26T14:39:40 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 252 seconds]
2025-01-26T14:45:26 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-26T15:08:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-26T15:21:07 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-26T15:28:17 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-26T15:37:27 -!- drkow [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-26T15:40:32 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 252 seconds]
2025-01-26T15:49:35 < bitmask> ahh so much to do
2025-01-26T16:15:14 < Steffanx> Absolutely
2025-01-26T16:28:32 < ventyl> another cool and creepy project found today
2025-01-26T16:31:40 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-26T16:40:46 < Steffanx> And what project is that Mr ventyl ?
2025-01-26T16:43:12 < ventyl> clay
2025-01-26T16:43:28 < ventyl> guy wrote a header-only GUI layout library in plain C
2025-01-26T16:46:03 < ventyl> https://github.com/nicbarker/clay
2025-01-26T18:12:50 < qyx> that readme is a whole book
2025-01-26T19:54:45 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-26T19:57:41 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-26T19:58:00 -!- ferdna [~ferdna@user/ferdna] has quit [Remote host closed the connection]
2025-01-26T19:58:24 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-26T20:20:26 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-f4da-b9ca-f9e1-d44d.fixed6.kpn.net] has joined ##stm32
2025-01-26T21:02:51 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-26T21:37:53 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 245 seconds]
2025-01-26T21:56:33 -!- drzacek [~quassel@2a01:3d8:4fc:ba00:65bd:a2a3:d197:2ead] has joined ##stm32
2025-01-26T22:03:09 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-26T22:04:38 -!- drzacek [~quassel@2a01:3d8:4fc:ba00:65bd:a2a3:d197:2ead] has quit [Quit: quit]
2025-01-26T22:31:14 -!- Livio_ [~livio@user/livio] has joined ##stm32
2025-01-26T22:34:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-26T22:52:09 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-26T23:27:40 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-26T23:29:59 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-26T23:37:23 < bitmask> oh boy, security deposit has been sent
2025-01-26T23:37:29 < bitmask> finally getting out of here
2025-01-26T23:49:07 < ventyl> are you fleeing US already?
2025-01-26T23:58:56 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-f4da-b9ca-f9e1-d44d.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
--- Day changed Mon Jan 27 2025
2025-01-27T00:07:38 -!- qyx [~qyx@84.245.121.135] has quit [Ping timeout: 252 seconds]
2025-01-27T00:09:35 -!- qyx [~qyx@84.245.120.155] has joined ##stm32
2025-01-27T00:27:34 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-27T00:52:33 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 248 seconds]
2025-01-27T01:04:28 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-27T01:07:44 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-27T01:17:00 -!- Livio_ [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-27T01:22:29 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 260 seconds]
2025-01-27T01:59:12 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 252 seconds]
2025-01-27T02:28:04 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-27T02:30:31 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-27T02:55:50 < bitmask> ventyl just my town and my gf's parents house finally
2025-01-27T04:48:54 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-27T04:57:42 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-27T05:14:32 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-27T05:58:10 -!- yakubin_ [~yakubin@user/yakubin] has joined ##stm32
2025-01-27T05:58:56 -!- scrts87 [~scrts2@23.28.144.38] has joined ##stm32
2025-01-27T05:59:11 -!- yakubin [~yakubin@user/yakubin] has quit [Ping timeout: 244 seconds]
2025-01-27T07:11:52 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-01-27T07:49:21 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-27T07:53:41 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-27T07:55:03 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-27T07:59:53 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-27T08:00:03 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-27T08:01:03 -!- nerozero [~nerozero@87.253.63.54] has quit [Remote host closed the connection]
2025-01-27T08:03:02 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-27T08:08:08 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-27T08:19:37 -!- martinmoene_ [~Martin@2a02:a45a:96ba:1:83e:93df:495b:8601] has joined ##stm32
2025-01-27T09:01:59 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-27T09:42:54 -!- drkow [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 244 seconds]
2025-01-27T09:43:27 -!- catphish [~quassel@user/catphish] has quit [Ping timeout: 276 seconds]
2025-01-27T09:47:50 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-27T09:47:52 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-01-27T09:48:35 -!- catphish [~quassel@user/catphish] has joined ##stm32
2025-01-27T10:16:13 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-27T10:43:57 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-27T10:50:14 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-27T11:59:39 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-27T11:59:49 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Read error: Connection reset by peer]
2025-01-27T12:15:25 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-27T12:59:58 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 245 seconds]
2025-01-27T13:05:51 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-27T13:33:38 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 244 seconds]
2025-01-27T13:37:54 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 248 seconds]
2025-01-27T13:49:04 -!- haritzondo [~hrtz@user/haritz] has changed host
2025-01-27T13:49:10 -!- haritzondo is now known as haritz
2025-01-27T14:30:36 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-27T14:57:14 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-27T15:06:28 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 272 seconds]
2025-01-27T15:10:17 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-27T15:15:36 -!- martinmoene_ [~Martin@2a02:a45a:96ba:1:83e:93df:495b:8601] has quit [Ping timeout: 276 seconds]
2025-01-27T15:20:40 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-83e-93df-495b-8601.fixed6.kpn.net] has joined ##stm32
2025-01-27T15:28:39 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-27T15:29:04 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-27T15:35:45 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 248 seconds]
2025-01-27T15:52:28 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 245 seconds]
2025-01-27T15:54:43 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-27T16:02:51 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-83e-93df-495b-8601.fixed6.kpn.net] has quit [Remote host closed the connection]
2025-01-27T16:03:08 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-83e-93df-495b-8601.fixed6.kpn.net] has joined ##stm32
2025-01-27T16:09:06 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-27T16:11:07 -!- phryk [~totallyno@user/phryk] has quit [Quit: ZNC 1.9.1 - https://znc.in]
2025-01-27T16:11:52 -!- phryk [~totallyno@user/phryk] has joined ##stm32
2025-01-27T16:30:12 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Quit: Leaving]
2025-01-27T16:43:14 -!- jadew [~rcc@user/rcc] has joined ##stm32
2025-01-27T16:43:23 < jadew> o/
2025-01-27T16:43:52 < jadew> Maybe o7 would be safer, given recent events :D
2025-01-27T16:44:12 < jadew> Can't wave in ascii anymore
2025-01-27T16:54:30 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-01-27T16:55:48 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-27T17:00:09 -!- jadew [~rcc@user/rcc] has left ##stm32 [WeeChat 4.1.1]
2025-01-27T17:13:55 < benishor> fuck elon
2025-01-27T17:25:26 < specing> What did elon do now? Or is that re the salute?
2025-01-27T17:28:46 < karlp> jr,. cam
2025-01-27T17:29:05 < karlp> hrm, apparenrlt I have TT electrical supply, not tn-c-s as I thought.
2025-01-27T17:32:24 < Steffanx> Lol jadew must be really busy with his picologger clone
2025-01-27T18:36:53 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 265 seconds]
2025-01-27T18:38:34 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-27T18:50:01 -!- drkow [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-27T18:53:18 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 252 seconds]
2025-01-27T19:23:54 < qyx> lol jadew
2025-01-27T19:34:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 264 seconds]
2025-01-27T19:37:24 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-27T19:39:33 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 248 seconds]
2025-01-27T20:04:15 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 246 seconds]
2025-01-27T20:12:28 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-27T20:36:16 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has quit [Quit: Lost terminal]
2025-01-27T20:36:53 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has joined ##stm32
2025-01-27T20:44:43 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has quit [Quit: Lost terminal]
2025-01-27T20:45:22 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has joined ##stm32
2025-01-27T20:55:51 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-27T21:26:34 < qyx> hello pros, do these look pro enough? https://www.tme.eu/sk/details/pjp6012-pro-n/meracie-haciky/electro-pjp/6012-pro-n/
2025-01-27T21:34:28 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-27T21:36:27 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-27T21:48:00 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 272 seconds]
2025-01-27T22:00:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-27T22:01:48 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-27T22:19:15 < bitmask> I just stopped myself from downloading pirated software... Ive never done that before
2025-01-27T22:32:21 < Steffanx> I'm proud of you bitmask
2025-01-27T22:32:32 < bitmask> :)
2025-01-27T23:09:07 < Steffanx> 🎉
2025-01-27T23:12:18 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-27T23:17:35 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-27T23:38:00 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 264 seconds]
2025-01-27T23:45:36 -!- soweli_iki [~user@user/soweli-iki:47461] has quit [Remote host closed the connection]
2025-01-27T23:47:08 -!- soweli_iki [~user@2601:c6:4100:2240:b219:3ad4:cc12:6e5e] has joined ##stm32
2025-01-27T23:47:28 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-27T23:48:16 -!- soweli_iki [~user@user/soweli-iki:47461] has changed host
2025-01-27T23:51:09 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-83e-93df-495b-8601.fixed6.kpn.net] has quit [Ping timeout: 260 seconds]
--- Day changed Tue Jan 28 2025
2025-01-28T00:01:24 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-28T00:30:33 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 252 seconds]
2025-01-28T01:07:26 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-28T01:24:14 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Quit: WeeChat 4.4.4]
2025-01-28T01:24:47 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-28T01:27:28 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 245 seconds]
2025-01-28T01:39:12 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 246 seconds]
2025-01-28T01:43:38 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-28T01:46:50 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-28T02:09:39 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-28T02:18:05 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Quit: WeeChat 4.4.4]
2025-01-28T02:56:40 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-28T02:58:26 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-28T03:20:13 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-28T03:21:13 -!- yakubin_ [~yakubin@user/yakubin] has quit [Quit: Bye]
2025-01-28T03:21:26 -!- yakubin [~yakubin@user/yakubin] has joined ##stm32
2025-01-28T03:32:31 -!- ferdna [~ferdna@user/ferdna] has quit [Remote host closed the connection]
2025-01-28T03:32:55 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-28T03:39:29 -!- ferdna_ [~ferdna@user/ferdna] has joined ##stm32
2025-01-28T03:41:44 -!- ferdna [~ferdna@user/ferdna] has quit [Ping timeout: 260 seconds]
2025-01-28T03:52:24 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-28T04:26:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-28T04:29:34 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-28T04:32:47 -!- nuxil [~nuxil@telia-590889-175.connect.netcom.no] has joined ##stm32
2025-01-28T04:38:36 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Ping timeout: 252 seconds]
2025-01-28T04:38:43 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-28T04:39:01 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-28T04:42:49 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-28T04:44:30 -!- noarb [~noarb@user/noarb] has quit [Client Quit]
2025-01-28T04:51:47 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-28T04:58:36 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-28T04:58:52 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-28T05:08:52 -!- ferdna_ [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-28T05:17:51 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-28T05:29:14 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-28T05:38:36 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-28T05:42:16 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-28T05:48:45 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-28T05:51:54 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-28T06:05:08 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Quit: WeeChat 4.4.4]
2025-01-28T06:05:35 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-28T06:20:54 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-28T06:24:40 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-28T06:31:35 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-28T06:32:04 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Ping timeout: 260 seconds]
2025-01-28T06:32:25 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-28T06:36:07 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has quit [Ping timeout: 244 seconds]
2025-01-28T06:50:57 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has joined ##stm32
2025-01-28T07:06:38 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 252 seconds]
2025-01-28T08:00:03 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-28T08:06:34 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-28T08:14:47 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-28T08:37:41 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-28T08:40:31 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-9d8d-fb44-ef68-6fd.fixed6.kpn.net] has joined ##stm32
2025-01-28T08:44:59 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-28T09:46:20 -!- Luggi09498284764 [~lux@host-87-5-231-61.retail.telecomitalia.it] has joined ##stm32
2025-01-28T09:46:27 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-9d8d-fb44-ef68-6fd.fixed6.kpn.net] has quit [Ping timeout: 276 seconds]
2025-01-28T10:00:29 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-28T10:54:44 < machinehum> https://imgur.com/a/jjNOzti
2025-01-28T10:54:46 < machinehum> lol
2025-01-28T10:54:53 < machinehum> linearity: yes.
2025-01-28T11:00:48 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-28T11:47:49 < karlp> qyx: I've used ~identical ones to make some stuff for oldjob before, works fine?
2025-01-28T11:48:01 < karlp> what do you mean by "pro" though?
2025-01-28T11:49:03 < qyx> quality-wise, good molds, some reasonable plastic instead of consumer-quality PP/PE
2025-01-28T11:49:50 < karlp> I have no comment on the particular brand, I walked into a local electronics shop and bought whatthey had, looked the same.
2025-01-28T11:49:54 < karlp> they were fine.
2025-01-28T11:50:08 < qyx> oh
2025-01-28T11:50:29 < karlp> we used them for years for some programming thing, 
2025-01-28T11:50:42 < qyx> I have literally one single shop in this iceland-sized towm where I could possibly buy it
2025-01-28T11:50:59 < karlp> yeah, the shop I bought them from won't existin a few years either, 
2025-01-28T11:51:14 < karlp> it's actually one of the few places that has kept covid restrictions in place
2025-01-28T11:51:39 < karlp> the owners will die soon anyway, and no way will anyone else do it as a profit business.
2025-01-28T11:51:47 < qyx> lol yeah
2025-01-28T12:36:45 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 276 seconds]
2025-01-28T13:06:36 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-28T13:21:39 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-28T13:39:47 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Ping timeout: 244 seconds]
2025-01-28T13:40:55 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-28T14:15:48 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-28T14:43:23 -!- oatmilkapril is now known as april
2025-01-28T14:43:30 -!- april [~oatmilkap@user/oatmilkapril] has quit [Quit: WeeChat 4.4.4]
2025-01-28T16:28:43 -!- scrts87 [~scrts2@23.28.144.38] has quit [Ping timeout: 252 seconds]
2025-01-28T17:23:23 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-28T17:39:58 -!- specing [~specing@user/specing] has quit [Ping timeout: 245 seconds]
2025-01-28T17:40:28 -!- specing [~specing@user/specing] has joined ##stm32
2025-01-28T17:46:01 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-28T17:52:19 -!- specing [~specing@user/specing] has quit [Ping timeout: 252 seconds]
2025-01-28T18:06:38 -!- nuxil [~nuxil@telia-590889-175.connect.netcom.no] has quit [Ping timeout: 252 seconds]
2025-01-28T18:20:12 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Ping timeout: 252 seconds]
2025-01-28T18:30:12 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-28T18:30:57 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-28T18:37:43 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-28T18:40:34 -!- scrts87 [~scrts2@23.28.144.38] has joined ##stm32
2025-01-28T18:46:48 < ventyl>   * @param  PeriphClk Peripheral Clock
2025-01-28T18:47:12 < ventyl> thank you STM for this extent of enlightenment you provide us!
2025-01-28T18:53:30 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-28T18:55:09 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-28T18:58:09 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 260 seconds]
2025-01-28T18:58:57 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-28T19:23:12 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 246 seconds]
2025-01-28T19:30:48 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-28T19:31:19 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-28T19:43:09 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-28T19:51:51 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-28T20:00:29 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-28T20:07:18 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-28T20:20:35 -!- jerrycash2 [~jerrycash@user/jerrycash] has joined ##stm32
2025-01-28T20:24:02 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Ping timeout: 265 seconds]
2025-01-28T20:53:43 < antto> ventyl, "Peripheral are things which are not in the center. Clocks are things that tick."
2025-01-28T20:54:35 < antto> now with this knowlage, nothing can stop you from succeeding!
2025-01-28T20:57:55 < ventyl> laziness can
2025-01-28T20:58:45 -!- specing [~specing@user/specing] has joined ##stm32
2025-01-28T21:00:29 -!- stgl [~stgl@2a03:b0c0:3:d0::cad:a001] has quit [Ping timeout: 260 seconds]
2025-01-28T21:00:50 -!- soweli_i` [~user@2601:c6:4100:2240:3a16:4775:893e:e1a0] has joined ##stm32
2025-01-28T21:01:14 -!- stgl [~stgl@2a03:b0c0:3:d0::cad:a001] has joined ##stm32
2025-01-28T21:01:17 -!- zapb__ [~zapb@2a01:4f8:c010:372f::1] has joined ##stm32
2025-01-28T21:01:39 -!- lemmi [~lemmi@user/lemmi] has quit [Ping timeout: 260 seconds]
2025-01-28T21:02:14 -!- soweli_iki [~user@user/soweli-iki:47461] has quit [Ping timeout: 260 seconds]
2025-01-28T21:02:14 -!- \dev\ice [~eabdb@user/device/x-9920846] has quit [Ping timeout: 260 seconds]
2025-01-28T21:02:15 -!- Steffanx [sid97872@user/steffanx] has quit [Ping timeout: 260 seconds]
2025-01-28T21:02:49 -!- zapb_ [~zapb@2a01:4f8:c010:372f::1] has quit [Ping timeout: 260 seconds]
2025-01-28T21:02:54 < bitmask> why do dogs have to be so lovable
2025-01-28T21:03:34 < bitmask> im not gonna miss any of the people I live with, but this puppy?
2025-01-28T21:03:58 -!- \dev\ice [~eabdb@2a01:4f8:1c1c:2178::1] has joined ##stm32
2025-01-28T21:04:21 -!- Steffanx [sid97872@user/steffanx] has joined ##stm32
2025-01-28T21:04:34 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-508d-e2d4-56da-11eb.fixed6.kpn.net] has joined ##stm32
2025-01-28T21:05:00 < ventyl> steal it
2025-01-28T21:05:32 < bitmask> I might
2025-01-28T21:06:49 < ventyl> worst case scenario, you can eat it later
2025-01-28T21:14:01 -!- nuxil [~nuxil@telia-590889-175.connect.netcom.no] has joined ##stm32
2025-01-28T21:14:08 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-28T21:15:25 -!- lemmi [~lemmi@user/lemmi] has joined ##stm32
2025-01-28T21:22:03 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Ping timeout: 245 seconds]
2025-01-28T21:25:20 < antto> o_O
2025-01-28T21:25:40 < Steffanx> Did you give your orbtrace hw legs or a device to make it stealth mr zyp ? 
2025-01-28T21:25:49 < Steffanx> It disappeared and is nowhere to be found.
2025-01-28T21:26:15 < Steffanx> do you give refunds for nowhere to be found orbtraces?
2025-01-28T21:29:42 < Steffanx> its untracable
2025-01-28T21:30:54 < antto> put GPS on it
2025-01-28T21:31:16 < antto> put a "car-finder" on it
2025-01-28T21:32:16 < Steffanx> i already tried "findmyorbtracemini.com" but no luck
2025-01-28T21:33:42 -!- scrts874 [~scrts2@23.28.144.38] has joined ##stm32
2025-01-28T21:34:57 < fenugrec> grep orbtrace * -R, sorry, it's not here
2025-01-28T21:35:32 -!- scrts87 [~scrts2@23.28.144.38] has quit [Ping timeout: 272 seconds]
2025-01-28T21:35:32 -!- scrts874 is now known as scrts87
2025-01-28T21:45:50 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-28T21:52:17 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-28T22:03:20 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-28T22:07:57 < Steffanx> Ah i located it... it was in the it-cant-possibly-be-in-that-box-box.
2025-01-28T22:08:53 < qyx> I have a box labelled "gtfo"
2025-01-28T22:09:11 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-28T22:09:23 < qyx> it is for things I don't have the cognitive capacity required to think about where to put them
2025-01-28T22:09:55 < qyx> from time to time I look inside and surprise myself what's inside
2025-01-28T22:11:28 < Steffanx> heh this is kind of a box like that
2025-01-28T22:12:04 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has joined ##stm32
2025-01-28T22:18:30 -!- soweli_i` is now known as soweli_iki
2025-01-28T22:18:30 -!- soweli_iki [~user@user/soweli-iki:47461] has changed host
2025-01-28T22:23:45 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-01-28T22:33:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-28T22:57:19 -!- nuxil [~nuxil@telia-590889-175.connect.netcom.no] has quit [Ping timeout: 260 seconds]
2025-01-28T22:58:32 -!- nuxil [~nuxil@telia-590889-175.connect.netcom.no] has joined ##stm32
2025-01-28T23:02:44 -!- DemolitionMan [~kvirc@93-38-68-156.ip69.fastwebnet.it] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-01-28T23:37:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-28T23:44:43 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-28T23:51:29 -!- nuxil [~nuxil@telia-590889-175.connect.netcom.no] has quit [Quit: Segmentation fault]
--- Day changed Wed Jan 29 2025
2025-01-29T00:06:50 -!- qyx_ [~qyx@84.245.120.129] has joined ##stm32
2025-01-29T00:08:50 -!- qyx [~qyx@84.245.120.155] has quit [Ping timeout: 248 seconds]
2025-01-29T00:17:14 -!- haritz is now known as saimazoon
2025-01-29T00:18:56 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-508d-e2d4-56da-11eb.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-29T00:24:01 -!- qyx_ is now known as qyx
2025-01-29T01:05:24 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 244 seconds]
2025-01-29T01:16:34 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 260 seconds]
2025-01-29T01:36:19 < qyx> anyone ever used USART in FIFO mode?
2025-01-29T02:08:53 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-29T02:20:09 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Ping timeout: 260 seconds]
2025-01-29T03:00:37 < qyx> oh I fixed it, works now
2025-01-29T03:43:44 -!- yakubin [~yakubin@user/yakubin] has quit [Ping timeout: 260 seconds]
2025-01-29T04:04:25 -!- yakubin [~yakubin@user/yakubin] has joined ##stm32
2025-01-29T04:25:00 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-29T04:32:05 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-29T05:57:52 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-29T06:00:35 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-29T06:53:30 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-29T06:59:12 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 272 seconds]
2025-01-29T07:06:48 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-01-29T07:12:00 -!- rob_w [~bob@2001:a61:13e4:b701:d1d8:70e:d462:7444] has joined ##stm32
2025-01-29T07:12:02 -!- rob_w [~bob@2001:a61:13e4:b701:d1d8:70e:d462:7444] has quit [Remote host closed the connection]
2025-01-29T07:12:14 -!- drkow [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 244 seconds]
2025-01-29T07:35:23 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-29T07:38:01 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-29T07:38:58 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-29T07:41:52 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-29T07:50:18 -!- ferdna_ [~ferdna@user/ferdna] has joined ##stm32
2025-01-29T07:52:49 -!- ferdna [~ferdna@user/ferdna] has quit [Ping timeout: 260 seconds]
2025-01-29T07:59:46 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 248 seconds]
2025-01-29T08:00:21 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-29T08:06:11 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-29T08:24:09 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-29T08:27:20 -!- ferdna_ [~ferdna@user/ferdna] has quit [Remote host closed the connection]
2025-01-29T08:53:07 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-29T09:01:39 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-357a-bd6d-3929-bed8.fixed6.kpn.net] has joined ##stm32
2025-01-29T09:13:09 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 260 seconds]
2025-01-29T09:13:21 -!- nuxil [~nuxil@telia-2e0fa6-129.connect.netcom.no] has joined ##stm32
2025-01-29T09:14:35 -!- nuxil [~nuxil@telia-2e0fa6-129.connect.netcom.no] has quit [Read error: Connection reset by peer]
2025-01-29T09:16:56 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-01-29T10:16:09 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-357a-bd6d-3929-bed8.fixed6.kpn.net] has quit [Ping timeout: 260 seconds]
2025-01-29T10:22:57 < qyx> I am detecting a magic word over an encrypted medium (serial), I guess I can choose arbitrary number for that purpose in this case, am I right?
2025-01-29T10:33:31 < jpa-> what else would you use?
2025-01-29T10:39:50 < qyx> some specific bytes like 0x55 or so
2025-01-29T10:44:21 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-29T10:49:10 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-29T11:00:41 < jpa-> qyx: if you then encrypt it, doesn't it just become random jumble anyway?
2025-01-29T11:01:10 < jpa-> otherwise async serial syncs best with 0xFF or 0x00, because those get out of frame errors
2025-01-29T11:12:18 < qyx> yeah
2025-01-29T11:14:33 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-29T11:14:46 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Read error: Connection reset by peer]
2025-01-29T11:55:54 < qyx> packet parsing is always a total mess
2025-01-29T12:02:25 < karlp> fuck yeah, reported an issue to the vscode esp-idf repo, and theyv'e fixed it / added the feature back in.
2025-01-29T12:02:49 < karlp> I can now press f5 and build/debug set breakpoints for esp32 in vscode like you've always been meant to :)
2025-01-29T12:06:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-29T12:10:40 < ventyl> vscode plugins seem to get and lost and then get again features on random basis
2025-01-29T12:10:52 < ventyl> cmake plugin was initially running tests in parallel
2025-01-29T12:11:06 < ventyl> then someone got an idea that everyone has too much time, so lets run them one by one
2025-01-29T12:11:31 < ventyl> this apparently pissed someone else off so few months later it got reverted back to parallel execution
2025-01-29T12:15:31 < karlp> yeah, it's not ideal
2025-01-29T12:15:56 < karlp> but ever since netbeans c++ got nuked by the apache onboarding team there's been only shitty options
2025-01-29T12:16:23 < karlp> I've had vscode working ok for kinetis shit for a whiel, but I've only recently fought to try and get the esp32 sutff to the same level
2025-01-29T12:16:44 < karlp> I used to have to gdb externally, I'm kinda looking forward to having it working inside the ide for esp32 as well.
2025-01-29T12:31:35 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-29T12:34:47 < ventyl> i am 50:50 for external / internal gdb
2025-01-29T12:35:06 < ventyl> TUI makes IDE integration much less necessary
2025-01-29T12:44:12 < BrainDamage> setting breakpoints in a gui editor is way way more comfortable
2025-01-29T12:44:24 < BrainDamage> as well as visual stepping
2025-01-29T12:44:44 < ventyl> C-a C-s, n, n, n, s, s, s, works for visual stepping
2025-01-29T12:45:24 < ventyl> breakpoints become much less comfortable if you want to either execute something or add some condition
2025-01-29T12:45:29 < ventyl> IIRC, at least VSCode sucks here
2025-01-29T12:45:48 < jpa-> my debugging seems to be mostly about studying memory and registers after the fact
2025-01-29T12:46:08 < qyx> I do not debug
2025-01-29T12:46:56 < ventyl> yeah, and I got asked to teach IoT
2025-01-29T12:47:33 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Ping timeout: 244 seconds]
2025-01-29T13:21:54 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-29T13:39:29 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-29T13:43:02 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Quit: WeeChat 4.4.4]
2025-01-29T14:07:46 < jpa-> people always say "lines of code doesn't matter, good programmers do more with less lines".. well this week it feels that i'm doing 10+ bugs per line of code
2025-01-29T14:07:47 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-29T14:08:30 < qyx> removing lines and adding bugs?
2025-01-29T14:08:35 < qyx> sounds logical
2025-01-29T14:12:52 < jpa-> nah, writing new spaghetti on a fresh base, good projects should be mess right from the beginning so that they can be cleaned up through organic growth later
2025-01-29T14:23:36 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-29T14:27:46 < karlp> ventyl: mostly I like the easier viewing and drilling into variables when I'm stopped.
2025-01-29T14:27:59 < karlp> and deselecting and selecting new breakpoints,
2025-01-29T14:41:32 < qyx> DMA pros, I have never used UART with DMA, is there a possibility to finish DMA reception using RX timeout flag? (RTOF)?
2025-01-29T14:41:47 < qyx> length is not known beforehand
2025-01-29T14:46:42 < qyx> apparently I can abort the DMA from RTOF interrupt only
2025-01-29T14:51:30 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 246 seconds]
2025-01-29T15:11:25 < jpa-> qyx: that sounds correct
2025-01-29T15:15:30 < qyx> kinda sad because I can't do it fast enough on a 4 MBaud UART
2025-01-29T15:16:12 < jpa-> you want to delimit packets by RTOF?
2025-01-29T15:16:17 < qyx> yes
2025-01-29T15:16:31 < jpa-> hmm, which chip?
2025-01-29T15:16:38 < jpa-> maybe you can timer your way out of it
2025-01-29T15:17:19 < jpa-> i.e. make the timer expire after some time and have that trigger another DMA channel that e.g. copies the current DMA pointer to a "packet end pointers" array
2025-01-29T15:17:44 < jpa-> though i guess you can't easily have timer input on same pin as USART RX
2025-01-29T15:18:15 < qyx> looks like I am doing something wrong
2025-01-29T15:18:35 < jpa-> irq latency shouldn't be that much either though
2025-01-29T15:19:12 < qyx> I need to play with it a bit more
2025-01-29T15:42:24 < qyx> my FTDI can do 2 MBaud only
2025-01-29T15:42:27 < qyx> but imx6 can do 4 MBaud
2025-01-29T17:00:33 < ventyl> so... a stupid question. what is the objective purpose of tinyusb driver->reset() method?
2025-01-29T17:00:38 < ventyl> nuke all the driver state?
2025-01-29T18:09:50 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-29T18:18:26 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 248 seconds]
2025-01-29T18:21:18 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-29T18:54:16 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-29T19:21:26 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-29T19:56:02 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-01-29T20:04:36 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 252 seconds]
2025-01-29T20:05:20 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-ad00-3080-70cb-31cf.fixed6.kpn.net] has joined ##stm32
2025-01-29T20:29:02 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-29T20:53:54 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 260 seconds]
2025-01-29T20:57:12 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-01-29T21:05:03 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-29T21:06:51 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-29T21:09:40 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-01-29T21:54:50 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-29T22:02:15 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-29T22:16:31 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-29T22:17:07 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-29T22:20:55 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-29T22:22:18 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-29T22:25:52 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-29T22:26:51 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-29T22:34:33 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 245 seconds]
2025-01-29T22:35:12 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-29T23:17:28 -!- saimazoon [~hrtz@user/haritz] has quit [Ping timeout: 252 seconds]
2025-01-29T23:18:09 -!- haritz [~hrtz@82-69-11-11.dsl.in-addr.zen.co.uk] has joined ##stm32
2025-01-29T23:18:09 -!- haritz [~hrtz@user/haritz] has changed host
2025-01-29T23:39:09 < qyx> karlp: got those little clip things, look very good
2025-01-29T23:40:04 < qyx> also 20m of flexivolt(tm)(r) measurement wire
2025-01-29T23:40:13 < qyx> very pro too
2025-01-29T23:52:39 -!- fw4eged [~fw4eged@2a12:26c0:3002:7a00:8fd0:ba36:7d70:8a1a] has joined ##stm32
2025-01-29T23:54:44 < fw4eged> Hello all. I'm having some weird issues flashing a NUCLEO-WL55JC with basic firmware (flashing LEDs) generated from stm32 cube mx. When I flash the .bin file nothing happends but if I first flash the .elf (it doesn't work of course) and then flash the .bin it works
2025-01-29T23:55:22 < fw4eged> I've dumped the memory on both cases (dumping just the exact size of the bin) and their checksum matches
2025-01-29T23:56:16 < PlasmaHH> "it doesn't work of course" why? I always flash elfs with gdb...
2025-01-29T23:56:22 < qyx> same here
2025-01-29T23:56:38 < fw4eged> yes I meant with a simple st-flash, not gdb
2025-01-29T23:56:43 < fw4eged> or openocd*
2025-01-29T23:57:09 < fw4eged> but I might be wrong in expecting it not to work in this case, I've been off of firmware for some time
2025-01-29T23:57:21 < qyx> what does 'doesn't work' mean
2025-01-29T23:57:25 < qyx> is it stuck somewhere?
2025-01-29T23:58:01 < fw4eged> the firmware doesn't seem to boot; The expected outcome is for it to just flash 3 LEDs every x ms
2025-01-29T23:58:15 < fw4eged> I haven't probed to see if it's actually stuck
2025-01-29T23:58:31 < PlasmaHH> you might want to check with a debugger
2025-01-29T23:58:45 < fw4eged> I just found it weird that erasing+flashin .bin does't work but flashing .elf + .bin works
2025-01-29T23:58:50 < fw4eged> yeah I might have to
2025-01-29T23:59:02 < PlasmaHH> for some chips openocd has a bug in certain circumstances where it doesn't initialized the chip correctly when starting the flash program and you always have to try it twice
2025-01-29T23:59:20 < PlasmaHH> maybe try flashing the bin twice?
2025-01-29T23:59:31 < qyx> also on newer stm32s there is that empty flash detection
2025-01-29T23:59:41 < qyx> after flashing you have to *power cycle*
2025-01-29T23:59:43 < fw4eged> using st-flash currently. I need to try with opencd
2025-01-29T23:59:50 < qyx> otherwise it always goes into the system bootloader
2025-01-29T23:59:57 < PlasmaHH> wait what power cycle, that sounds mean
2025-01-29T23:59:58 < fw4eged> hm let me try to power-cycle, but I think i've done it.
--- Day changed Thu Jan 30 2025
2025-01-30T00:00:09 < qyx> yes power cycle is needed, reset is not enough
2025-01-30T00:00:39 < qyx> once it is nonempty, it is not needed anymore
2025-01-30T00:00:44 < PlasmaHH> just like with reading from the wrong memory addresses needs power cycling too...
2025-01-30T00:00:56 < qyx> but you would have to check if that applies to your mcu
2025-01-30T00:01:17 < fw4eged> it didn't work
2025-01-30T00:01:53 < qyx> maybe option bytes? maybe they are being flashed from the elf?
2025-01-30T00:02:00 < qyx> or idk how cube works, I am not using it
2025-01-30T00:02:30 < qyx> it may boot from the wrong memory
2025-01-30T00:02:36 < PlasmaHH> don't even know if st-flash can read elf files or interprets them as binary...
2025-01-30T00:03:15 < qyx> oh yeah, idk
2025-01-30T00:03:18 < qyx> let's wait for pros
2025-01-30T00:03:40 < PlasmaHH> best is to use a debugger instead of waiting
2025-01-30T00:03:45 < PlasmaHH> which brings me to my problem...
2025-01-30T00:05:00 < PlasmaHH> anyone knows if the H753 uses core revision r0p0/r0p1 or a later one? I have trouble single stepping in certain cases because it executes an interrupt handler and runs from there (and crashes) which makes certain debugging things really a pain... and the question is if I do something wrong or its an older buggy core..
2025-01-30T00:06:46 < antto> wasn't there a way to read that with the debugger?
2025-01-30T00:10:13 < PlasmaHH> possibly, couldn't find anything in the refman...
2025-01-30T00:10:27 < PlasmaHH> doesn't mean it isn't there ;)
2025-01-30T00:12:33 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 246 seconds]
2025-01-30T00:13:04 < PlasmaHH> Hm, one st forum post claims H7 is r1p1 which would mean I do something wrong... or openocd/gdb ...
2025-01-30T00:24:24 < PlasmaHH> ah, the h7 errata says something to the effect of "arms own errata for r1p1 is available at some link" so that must mean they use r1p1
2025-01-30T00:26:49 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-30T01:17:26 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-30T01:19:43 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-30T01:24:53 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-30T01:26:32 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-30T01:29:10 -!- fw4eged [~fw4eged@2a12:26c0:3002:7a00:8fd0:ba36:7d70:8a1a] has quit [Ping timeout: 240 seconds]
2025-01-30T01:30:48 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 265 seconds]
2025-01-30T01:34:17 -!- nuxil [~nuxil@telia-2e0fa6-129.connect.netcom.no] has joined ##stm32
2025-01-30T01:40:06 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 252 seconds]
2025-01-30T01:43:07 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Quit: WeeChat 4.4.4]
2025-01-30T01:44:00 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-30T01:53:19 -!- fw4eged [~fw4eged@2a12:26c0:3002:7a00:8fd0:ba36:7d70:8a1a] has joined ##stm32
2025-01-30T01:53:49 -!- fw4eged [~fw4eged@2a12:26c0:3002:7a00:8fd0:ba36:7d70:8a1a] has quit [Remote host closed the connection]
2025-01-30T01:54:00 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-30T01:59:48 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-ad00-3080-70cb-31cf.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-30T02:01:57 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-30T02:13:19 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-30T03:19:08 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-30T03:21:53 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-30T03:38:33 -!- nuxil [~nuxil@telia-2e0fa6-129.connect.netcom.no] has left ##stm32 [Leaving]
2025-01-30T03:51:53 -!- soweli_iki [~user@user/soweli-iki:47461] has quit [Remote host closed the connection]
2025-01-30T03:54:32 -!- ferdna_ [~ferdna@user/ferdna] has joined ##stm32
2025-01-30T03:57:24 -!- ferdna [~ferdna@user/ferdna] has quit [Ping timeout: 260 seconds]
2025-01-30T03:59:32 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-30T04:16:34 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-30T04:18:51 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-30T05:03:45 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 246 seconds]
2025-01-30T05:31:15 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-30T06:25:38 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-30T06:33:46 -!- ferdna_ [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-30T06:33:53 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-30T06:40:53 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-30T07:05:01 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-30T07:19:09 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-30T08:00:06 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-30T08:07:36 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-30T09:20:01 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-30T09:43:38 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer]
2025-01-30T09:46:37 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-01-30T10:33:09 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has joined ##stm32
2025-01-30T10:55:20 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Ping timeout: 265 seconds]
2025-01-30T10:55:41 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-30T11:19:42 < qyx> time to do some C codez for lunix
2025-01-30T11:19:56 < qyx> after maybe 2 years
2025-01-30T11:20:30 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-30T11:25:48 < mawk> what are you coding qyx 
2025-01-30T11:26:33 < qyx> that ipv6 to custom protocol bridge I talked about recently
2025-01-30T11:26:57 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-b5be-9296-f1ab-5c03.fixed6.kpn.net] has joined ##stm32
2025-01-30T11:28:59 < karlp> no-one here is insane enough to be trying to send me a parcel surprise are they?
2025-01-30T11:31:27 < qyx> what do you want to forward?
2025-01-30T11:50:27 < karlp> no, I mean, the post is demanding an invoice or to charge me to open the parcel and look for an invoice.
2025-01-30T11:50:37 < karlp> i think I'm going to tell them to send whatever the fuck it is back.
2025-01-30T11:52:03 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-01-30T12:01:39 < jpa-> declare it as gift, taric 36020000
2025-01-30T12:23:04 < mawk> o nice
2025-01-30T12:51:51 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-30T12:54:16 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-30T13:06:55 -!- c10ud [~c10ud@user/c10ud] has quit [Quit: Leaving]
2025-01-30T13:07:10 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-01-30T13:17:52 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-30T13:20:40 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-30T13:45:45 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has joined ##stm32
2025-01-30T13:55:20 -!- oatmilkapril [~oatmilkap@user/oatmilkapril] has quit [Quit: WeeChat 4.4.4]
2025-01-30T14:18:41 < qyx> this is insane, I'll delete half of freertos
2025-01-30T14:36:04 < jpa-> sounds like a good plan, but what will you do with the another half?
2025-01-30T14:44:46 -!- akaWolf [~akaWolf@akawolf.org] has quit [Ping timeout: 252 seconds]
2025-01-30T15:29:18 < qyx> my ftdi makes random gaps in transmitted data
2025-01-30T15:33:11 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-30T15:41:41 < jpa-> sounds pretty normal if you are using usb-serial
2025-01-30T15:41:56 < jpa-> with libftdi you should be able to send all the data at once
2025-01-30T15:42:30 < qyx> https://paste.jvnv.net/view/gtAho
2025-01-30T15:42:42 < jpa-> though i'd expect write() to not get split if it is less than 64 bytes or whatever fits in usb packet
2025-01-30T15:42:47 < qyx> https://paste.jvnv.net/view/ruflS
2025-01-30T15:42:48 < qyx> gross.
2025-01-30T15:54:43 < qyx> I can process one packet with a corresponding response in 16 ms, so about 62.5 KB/s
2025-01-30T15:59:32 < qyx> and I get a gap every 300 packets or so
2025-01-30T16:04:29 < qyx> hm I need to write it in a single write, not two
2025-01-30T16:04:58 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-30T16:30:34 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-30T16:39:51 -!- haritz is now known as saimazoon
2025-01-30T17:00:27 < karlp> yeah, multiple writes will absolutely trash perf in lots of things.
2025-01-30T17:00:54 < karlp> you can saw "zero copy" all you like, but sometimes it really is better to just reate it first and write once.
2025-01-30T17:11:48 < zyp> 16ms round trip sounds pretty awful in any case
2025-01-30T17:13:02 < qyx> with a 1 KB packet on a 1 mbit/s medium
2025-01-30T17:13:22 < karlp> sounds like my 100mbit ethernet that's actually over a 115200 uart behind the scenes :)
2025-01-30T17:13:23 < qyx> the response is shorter though
2025-01-30T17:13:32 < zyp> I thought we were talking usb here
2025-01-30T17:13:42 < qyx> yeah serial over ft232
2025-01-30T17:13:55 < qyx> linux-usb-ft232-1mbaud-stm32
2025-01-30T17:14:25 < zyp> right, so the hardware sounds as awful as the performance :)
2025-01-30T17:14:37 < qyx> anyway, grabbed some proper tools, imx6
2025-01-30T17:14:51 < qyx> with a CAN PHY attached to a uart peripheral
2025-01-30T17:19:09 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-30T17:22:55 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-01-30T17:23:19 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-30T17:41:04 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-01-30T17:44:47 < qyx> I don't understand, when I echo -ne "abcd" to the serial port in a cycle, I get nic and clear "abcd" on the output
2025-01-30T17:45:13 < qyx> when I echo a 1KB file to the serial port, 50% of the time I get nice and clear burst of data
2025-01-30T17:45:54 < qyx> and the rest is *added* garbage from wherever I don't understand
2025-01-30T17:51:14 < qyx> time to compile my code instead of shelling and bashing around
2025-01-30T17:52:31 < qyx> # opkg install gcc
2025-01-30T17:52:31 < qyx> Installing gcc (12.3.0-5) to root...
2025-01-30T17:52:32 < qyx> Downloading https://downloads.openwrt.org/releases/23.05.2/packages/arm_cortex-a7_neon-vfpv4/packages/gcc_12.3.0-5_arm_cortex-a7_neon-vfpv4.ipk
2025-01-30T17:53:45 < c10ud> when i used tty on unix-like i remember having to deal with a lot of settings from the late eighties in order to get a working condition
2025-01-30T17:54:11 < c10ud> wasn't linux tho, but i had to put the tty in raw mode for anything to work as expected
2025-01-30T17:54:18 < c10ud> or something like that
2025-01-30T17:54:50 < c10ud> in linux IIRC it was more straightforward but then it might depend on the distro
2025-01-30T17:55:16 < qyx> yes even the basic thing as arbitrary baudrate setting is hard to get working
2025-01-30T18:05:09 < qyx> By default, the UART is configured as follows:
2025-01-30T18:05:10 < qyx> • Baud Rate: 115200
2025-01-30T18:05:15 < qyx> 115200 is default setting and can work well.
2025-01-30T18:05:22 < qyx> Rita, NXP tech support
2025-01-30T18:05:23 < qyx> thanks.
2025-01-30T18:05:38 < qyx> the guy specifically asked for higher baud rates
2025-01-30T18:06:14 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-30T18:20:27 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 244 seconds]
2025-01-30T18:37:27 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-30T18:39:48 < qyx> tweak here and there, nice -5, start preparing the new packet before the previous one is fully sent and I can get a continuous stream of data on the output
2025-01-30T18:48:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-30T19:10:08 < qyx> am I just dumb, G4, I programmed option bytes using cube
2025-01-30T19:10:35 < qyx> nBOOT0 to 0 and nSWBOOT0 to 0
2025-01-30T19:10:56 < qyx> so BOOT0 is taken from the OB, OB is zero, so it should behave like boot0 = L
2025-01-30T19:11:00 < qyx> that is, boot from flash
2025-01-30T19:11:06 < qyx> but it still goes to the system bl
2025-01-30T19:17:42 < qyx> wut? now it boots https://bin.jvnv.net/file/eluGz/Screenshot_2025-01-30_18-17-16.png
2025-01-30T19:18:19 < qyx> oh it is *n*BOOT0
2025-01-30T19:35:08 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-30T19:43:42 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-30T19:45:57 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-30T20:01:19 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-30T20:04:06 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-30T20:26:18 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 244 seconds]
2025-01-30T20:31:15 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-30T20:31:44 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-30T20:43:28 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-30T21:20:28 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-30T21:22:17 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-30T21:28:06 -!- specing [~specing@user/specing] has quit [Ping timeout: 252 seconds]
2025-01-30T21:31:41 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-30T21:33:07 -!- specing [~specing@user/specing] has joined ##stm32
2025-01-30T21:54:05 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-01-30T21:54:17 -!- Livio [~livio@user/livio] has joined ##stm32
2025-01-30T22:17:01 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-30T22:17:57 -!- drzacek [~quassel@2a01:3d8:48b:7300:56a:8df6:555a:d076] has joined ##stm32
2025-01-30T22:35:15 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-30T22:40:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 264 seconds]
2025-01-30T22:45:02 -!- ventZl [~ventZl@2a02:2788:1008:2b4:6599:9aa5:79dd:2941] has joined ##stm32
2025-01-30T22:47:46 -!- PlasmaHH [~PlasmaHH@user/plasmahh] has quit [Ping timeout: 265 seconds]
2025-01-30T22:51:20 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 252 seconds]
2025-01-30T23:05:49 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 260 seconds]
2025-01-30T23:14:06 -!- PaulFertser [paul@paulfertser.info] has quit [Ping timeout: 272 seconds]
2025-01-30T23:30:26 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32
2025-01-30T23:31:35 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-30T23:32:17 -!- drzacek [~quassel@2a01:3d8:48b:7300:56a:8df6:555a:d076] has quit [Quit: quit]
2025-01-30T23:33:49 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 260 seconds]
2025-01-30T23:38:17 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
--- Day changed Fri Jan 31 2025
2025-01-31T00:10:44 -!- qyx [~qyx@84.245.120.129] has quit [Ping timeout: 260 seconds]
2025-01-31T00:12:19 -!- qyx [~qyx@84.245.120.253] has joined ##stm32
2025-01-31T00:15:44 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 265 seconds]
2025-01-31T00:16:58 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-31T00:34:16 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-31T00:35:50 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-31T00:37:29 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-b5be-9296-f1ab-5c03.fixed6.kpn.net] has quit [Ping timeout: 265 seconds]
2025-01-31T00:58:16 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 265 seconds]
2025-01-31T00:59:11 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-31T01:11:26 -!- ventZl [~ventZl@2a02:2788:1008:2b4:6599:9aa5:79dd:2941] has quit [Quit: Client closed]
2025-01-31T01:13:29 < qyx> https://github.com/cofyc/argparse/blob/master/tests/basic.c
2025-01-31T01:13:34 < qyx> this looks much better than getopt
2025-01-31T01:19:22 < aandrew> interesting
2025-01-31T01:19:34 < aandrew> I mean I'm quite used to getopt but this could be nice
2025-01-31T01:19:50 < aandrew> MIT license is nice
2025-01-31T01:21:44 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 260 seconds]
2025-01-31T01:31:44 < qyx> ok works
2025-01-31T01:47:33 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 248 seconds]
2025-01-31T02:03:42 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-31T02:15:22 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-31T02:22:33 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-31T02:28:18 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-31T02:31:56 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-31T03:18:17 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-31T04:01:23 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-31T04:06:09 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-31T04:08:16 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-01-31T04:12:57 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-31T04:15:06 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-31T04:27:50 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 244 seconds]
2025-01-31T04:36:18 -!- noarb [~noarb@user/noarb] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-01-31T04:38:37 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-01-31T04:52:30 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
2025-01-31T05:35:20 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-31T05:58:06 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-01-31T06:19:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-31T06:26:14 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-31T07:00:39 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-31T07:07:53 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-31T07:46:00 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-b031-178-f316-a720.fixed6.kpn.net] has joined ##stm32
2025-01-31T07:55:43 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-31T08:02:37 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-31T08:03:04 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-b031-178-f316-a720.fixed6.kpn.net] has quit [Ping timeout: 260 seconds]
2025-01-31T08:20:00 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-01-31T08:41:09 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Excess Flood]
2025-01-31T08:46:49 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-01-31T09:53:03 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-01-31T10:19:11  * qyx compiling PREEMPT_RT for imx6
2025-01-31T10:45:10 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-01-31T10:47:05  * qyx still compiling
2025-01-31T10:48:19 < jpa-> does this sound crazy: I have a code that is completely interrupt-based, main loop is just while(1) { wfi(); }. Can I reduce interrupt latency by having each interrupt handler end in wfi(), which should permit tail-chaining without unnecessary unstack & restack of the main loop registers I never use?
2025-01-31T10:49:58 < qyx> additionally remove main() loop by running a low priority recurring interrupt (keeping the flag set)
2025-01-31T10:50:47 < jpa-> hmm
2025-01-31T10:51:00 < jpa-> i guess that would accomplish the same
2025-01-31T10:51:04 < jpa-> and be cleaner
2025-01-31T10:51:11 < qyx> that was a joke
2025-01-31T10:52:26 < jpa-> no, it sounds very smart
2025-01-31T10:52:36 < jpa-> thank you for great insight
2025-01-31T10:53:31 < jpa-> though i guess the ending wfi() is slightly less jittery because the interrupt wouldn't happen during the 6-cycle transition to low prio handler
2025-01-31T10:57:41 < qyx> you know you are doing somewhing wrong when hunting for the last microseconds
2025-01-31T10:57:47 < qyx> exactly like me
2025-01-31T10:57:50 < jpa-> nanoseconds
2025-01-31T10:58:09 < jpa-> this will save me 42 ns, it's huge
2025-01-31T10:58:10 < qyx> ok, RT kernel booted
2025-01-31T10:58:17 < qyx> whatcha innovating?
2025-01-31T10:58:46 < qyx> oh CPU LED is not working in RT
2025-01-31T10:58:59 < qyx> apparently too much realtime burden setting a gpio, they removed it
2025-01-31T11:00:22 < c10ud> lol
2025-01-31T11:16:06 -!- ventZl [~ventZl@2a02:2788:1008:2b4:b0e0:f787:3da9:8bcb] has joined ##stm32
2025-01-31T11:29:25 < qyx> ok the non-realtime thing is tc-drain
2025-01-31T11:31:17 < qyx> getting somewhere, I have to schedule transmissions using the monotonic clock and compute the actual time it takes to transmit the data
2025-01-31T11:51:14 < qyx> it works finally
2025-01-31T11:52:36 < qyx> problems faced: add PREEMPT_RT, musl hasn't sched_setscheduler, must have cgroups, must use a separate thread, pthread_attr_setschedpolicy to SCHED_RR
2025-01-31T11:53:09 < qyx> use pthread_attr_setschedparam to set *nonzero* priority
2025-01-31T11:53:15 < qyx> set ulimit to allow that
2025-01-31T11:59:04 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-31T12:04:26 < karlp> sounds pretty successful, time to call it a day :)
2025-01-31T12:08:22 < karlp> argparse does look nice.
2025-01-31T12:08:22 -!- ventZl [~ventZl@2a02:2788:1008:2b4:b0e0:f787:3da9:8bcb] has quit [Quit: Client closed]
2025-01-31T12:08:33 < karlp> sif doign desktop C though ;)
2025-01-31T12:18:44 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 252 seconds]
2025-01-31T13:29:33 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-31T13:46:12 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 272 seconds]
2025-01-31T14:47:38 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-31T15:06:36 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-31T15:11:12 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-01-31T15:27:35 < karlp> hrm, I just did a careful git add -p to stage some stuff, then I wanted to stash what was left, and check that my staged patch still compiled and test it,
2025-01-31T15:27:41 < karlp> and stash stashes it all
2025-01-31T15:28:04 < karlp> there's a stash --staged which somehow does the inverse of what I want, and only stashes what you staged, which I can't see any use for at all :)
2025-01-31T15:52:57 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-31T15:56:13 < mawk> to do git add -p then stash 
2025-01-31T15:56:15 < mawk> maybe
2025-01-31T15:56:20 < mawk> but you can do git stash -p already
2025-01-31T15:58:18 < mawk> karlp: git stash -k
2025-01-31T15:58:27 < mawk> that should do what you want
2025-01-31T15:58:30 < mawk> it leaves what's staged alone
2025-01-31T16:01:24 < karlp> hah, that is indeed what I wanted.
2025-01-31T16:01:31 < karlp> thanks, i didn't find that reading the stash manual
2025-01-31T16:02:49 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-31T16:06:32 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-31T16:21:35 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-01-31T16:43:15 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-31T16:47:53 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Ping timeout: 245 seconds]
2025-01-31T17:37:37 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-31T17:44:34 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-31T17:56:31 < qyx> hm, what should I use for communication between a measurement device and a handheld device, wirelessly?
2025-01-31T17:56:53 < qyx> I may need to transfer some low resolution video, low latency data (not much), web interface, etc
2025-01-31T17:57:05 < qyx> about 50-200 m range, line of sight
2025-01-31T17:57:34 < qyx> yes I am making excuses for not using 2.4 GHz wifi
2025-01-31T18:02:42 < Steffanx> 5GHz wifi
2025-01-31T18:03:24 < qyx> really?
2025-01-31T18:03:39 < qyx> I should probably simulate the data and try in real world
2025-01-31T18:04:12 < BrainDamage> 200m you'll likely need directive antennas
2025-01-31T18:04:15 < qyx> the problem with 5G wifi is it is indoor only in EU unless you don't do radar detection before transmission
2025-01-31T18:04:22 < qyx> *unless you do
2025-01-31T18:04:57 < machinehum> I did not know that
2025-01-31T18:05:15 < qyx> yes 5.3 and 5.8 GHz is indoor only
2025-01-31T18:05:23 < qyx> and 5.5-5.7 GHz, TPC and DFS are mandatory
2025-01-31T18:05:36 < qyx> because of met radars
2025-01-31T18:07:06 < lemmi> TPC is only mandatory when you want to go to 30dbm
2025-01-31T18:07:13 < lemmi> (at least here)
2025-01-31T18:07:27 < lemmi> and AFAIK you can also avoid DFS below 14dbm
2025-01-31T18:07:51 < qyx> that TPC below 30 dBm I know of
2025-01-31T18:07:55 < lemmi> which should be enough for 200m with enough antenna gain
2025-01-31T18:07:58 < qyx> the 14 dBm limit nope, never heard that
2025-01-31T18:08:14 < qyx> yeah but it has to be omnidirectional
2025-01-31T18:08:19 < lemmi> typically it's called SRD (short range devices)
2025-01-31T18:08:36 < qyx> but SRD is limited in bandwidth, isn't it?
2025-01-31T18:08:42 < lemmi> and they are limited to 14dbm EIRP
2025-01-31T18:08:46 < qyx> not applicable to wifi
2025-01-31T18:08:50 < lemmi> yes it is
2025-01-31T18:09:00 < lemmi> because you can use the 5.8ghz range
2025-01-31T18:09:30 < qyx> here == ?
2025-01-31T18:09:32 < lemmi> *but* it may only be indoors and it may be some germany special thing
2025-01-31T18:09:56 < qyx> then there is bluetooth long range phy
2025-01-31T18:10:57 < lemmi> 60ghz would be good for 200m. very low latency (much lower than 5ghz wifi). but i don't think i have seen omnidirectional antennas
2025-01-31T18:11:43 < BrainDamage> 60GHz would suffer from signal quality impact from weather
2025-01-31T18:11:49 < lemmi> nah. it's fine
2025-01-31T18:12:01 < qyx> that doesn'$t matter here, you won't be using the device in bad weather
2025-01-31T18:12:07 < lemmi> only very heavy rain is a problem
2025-01-31T18:12:15 < qyx> 60 GHz is static only here afaik
2025-01-31T18:12:26 < qyx> and you have to notify the whatever gov agency
2025-01-31T18:12:31 < lemmi> hm
2025-01-31T18:12:41 < qyx> they even have a webapp for that
2025-01-31T18:13:10 < lemmi> we finally got 58-71ghz (i think) to play with. even with very high EIRP if the antenna gain is >35dbi
2025-01-31T18:13:43 < lemmi> on the higher end, we manages up to 12km links in tests, and 6km are very stable 
2025-01-31T18:14:46 < lemmi> oh.. maybe have another look at where DFS is required. we have some 20mhz here and there where it's not a requirement
2025-01-31T18:16:18 -!- bitmask [~bitmask@c-73-112-55-67.hsd1.nj.comcast.net] has joined ##stm32
2025-01-31T18:16:29 < qyx> k to look as a pro, I'll setup an outdoor maker quality accesspoint with a random specification antenna and a rover with gps and client and ping/iptraf running
2025-01-31T18:16:53 < qyx> I can abuse my datalogger, it has all required for that
2025-01-31T18:19:02 < qyx> hm I don't have a 5GHz minipcie/USB
2025-01-31T18:50:31 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-3942-372e-16f2-931a.fixed6.kpn.net] has joined ##stm32
2025-01-31T19:03:29 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-31T19:04:52 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-31T19:15:33 < karlp> which jurisdictions are actually enforcing outdoor 5g shit anyway?
2025-01-31T19:16:17 < qyx> i live under such radar and they regularly catch offenders causing interference
2025-01-31T19:16:51 < qyx> but it is much less visible nowadays than like 15y ago when it barely worked
2025-01-31T19:17:11 < qyx> they may have improved the filtering too
2025-01-31T19:22:25 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-31T19:29:22 -!- c10ud [~c10ud@user/c10ud] has quit [Quit: Leaving]
2025-01-31T19:37:20 < karlp> well, I sat down to try and get these services up again.
2025-01-31T19:37:35 < karlp> and it appears nginx was never serving these websockets to the qnap webpage either.
2025-01-31T19:37:49 < karlp> I suspect it's a qnap problem, not a caddy/nginx problem at this point :)
2025-01-31T20:06:09 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 248 seconds]
2025-01-31T20:07:56 < qyx> so for my new $proj, AI friend is saying I can use IMU to estimate position of my measuring $thing
2025-01-31T20:08:17 < qyx> it says a consumer imu should be able to be within 2 m after 100 m of travel
2025-01-31T20:09:55 < qyx> and a high end imu (like ADIS16480) should be under 0.25 m, it also claims that using 3 of these can make thigs even better, arounf 8 cm of deviation
2025-01-31T20:21:22 < ds2> what is those claims based on?
2025-01-31T20:45:25 < qyx> ai!
2025-01-31T20:45:55 < qyx> apparently only estimated noise
2025-01-31T20:47:08 < jpa-> qyx: ADIS16480 has accelerometer drift of 0.029 m/sec/sqrt(hour) so to me it seems that unless you have a velocity reference, you'll see several centimeters per second drift
2025-01-31T20:47:22 < jpa-> the more the longer it is from when you have been able to zero the accelerometer
2025-01-31T20:47:59 < ds2> generalling the improvements aren't linear with increased number of sensors
2025-01-31T20:48:43 < ds2> was hoping there was an app note that says I am wrong about that :/
2025-01-31T20:48:45 < jpa-> if you can use ultrasonic / rf doppler, camera or lidar for velocity reference, things get a lot better
2025-01-31T20:49:38 < jpa-> characterizing IMU accuracy as "error per distance travelled" makes no sense, as they will drift even when stationary, so it depends on how fast you travel that 100 meters
2025-01-31T20:49:47 < ds2> how would that improve it for the general case? (i.e. a drunken walk)
2025-01-31T20:53:26 < ds2> speaking of LIDAR, has anyone looked into improving the spatial resolution of a LIDAR camera by putting it on small vibrator and averaging multiple samples?
2025-01-31T21:01:35 -!- \dev\ice [~eabdb@user/device/x-9920846] has changed host
2025-01-31T21:12:51 < qyx> yeah it is probably plainly wrong
2025-01-31T21:12:59 < qyx> also I want to move the $thing with steppers
2025-01-31T21:29:33 < qyx> hm on linux I can't simply frame data by gaps
2025-01-31T21:29:59 < qyx> because it needs massive buffering to at least work
2025-01-31T21:30:16 < qyx> I tried multiple approaches already :s
2025-01-31T21:42:57 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-31T21:49:05 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-31T22:10:09 < bitmask> meh, i dont wanna work
2025-01-31T22:16:18 < Steffanx> ok, youre fired bitmask 
2025-01-31T22:16:26 < bitmask> ok
2025-01-31T22:16:28 < bitmask> see ya
2025-01-31T22:16:36 < Steffanx> chao
2025-01-31T22:18:07 < bitmask> moving is getting real, I'm not looking forward to the actual process
2025-01-31T22:18:26 < bitmask> I gotta get healthy
2025-01-31T22:19:16 < bitmask> at least I will have room to exercise and a gym
2025-01-31T22:19:25 < bitmask> i just gotta go to them
2025-01-31T22:19:30 < Steffanx> you have room to exercise too now.. 
2025-01-31T22:19:40 < Steffanx> next to naked uncle
2025-01-31T22:21:44 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 272 seconds]
2025-01-31T22:23:52 < bitmask> naked uncle passed away a while ago
2025-01-31T22:24:03 < bitmask> and no, i really dont
2025-01-31T22:25:12 < bitmask> these rooms are small, put a bed a desk and a couple small pieces of furniture and you already have to be careful walking around 
2025-01-31T22:25:55 < Steffanx> but a lot of room outside
2025-01-31T22:25:58 < Steffanx> *space
2025-01-31T23:11:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-01-31T23:12:41 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-01-31T23:17:15 -!- martinmoene_ [~Martin@2a02-a45a-96ba-1-3942-372e-16f2-931a.fixed6.kpn.net] has quit [Ping timeout: 252 seconds]
2025-01-31T23:22:12 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has quit [Quit: Konversation terminated!]
2025-01-31T23:25:22 -!- Linux_Kerio [~Linux_Ker@chello089173155197.chello.sk] has joined ##stm32
2025-01-31T23:43:58 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-01-31T23:46:09 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 252 seconds]
2025-01-31T23:56:03 -!- PaulFertser [paul@paulfertser.info] has quit [Ping timeout: 252 seconds]
--- Log closed Sat Feb 01 00:00:37 2025