--- Log opened Tue Jul 01 00:00:58 2025
2025-07-01T00:16:38 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-01T00:23:17 < karlp> lol, dpd "your package will be delivered between 10:42 and 11:42"
2025-07-01T00:27:25 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-01T00:32:30 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 244 seconds]
2025-07-01T00:35:20 < qyx> they are being very precise and slightly accurate
2025-07-01T00:35:41 < qyx> most probably, TBD
2025-07-01T01:20:16 < karlp> well, it was getting dropped to a warehouse in the uk anyway.
2025-07-01T01:24:08 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-01T01:28:54 -!- qyx [~qyx@84.245.121.138] has quit [Ping timeout: 252 seconds]
2025-07-01T01:30:53 -!- qyx [~qyx@84.245.120.221] has joined ##stm32
2025-07-01T02:10:26 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 272 seconds]
2025-07-01T04:56:36 -!- tpbsd [~Terry@1.145.24.183] has quit [Read error: Connection reset by peer]
2025-07-01T05:04:29 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Remote host closed the connection]
2025-07-01T05:06:55 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-01T05:10:26 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Max SendQ exceeded]
2025-07-01T05:13:15 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-01T05:14:05 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Remote host closed the connection]
2025-07-01T05:14:31 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-01T05:26:25 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-07-01T06:38:02 -!- tpbsd [~Terry@1.145.28.153] has joined ##stm32
2025-07-01T06:56:56 -!- tpbsd [~Terry@1.145.28.153] has quit [Remote host closed the connection]
2025-07-01T06:57:16 -!- tpbsd [~Terry@1.145.28.153] has joined ##stm32
2025-07-01T07:45:24 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-01T07:53:54 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-01T08:00:21 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-01T08:06:35 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-01T08:12:27 -!- tpbsd [~Terry@1.145.28.153] has quit [Read error: Connection reset by peer]
2025-07-01T08:26:25 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-01T08:44:42 -!- tpbsd [~Terry@1.145.30.181] has joined ##stm32
2025-07-01T09:12:07 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-01T09:17:53 -!- tpbsd [~Terry@1.145.30.181] has quit [Ping timeout: 248 seconds]
2025-07-01T09:41:12 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 244 seconds]
2025-07-01T09:47:38 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-01T10:45:55 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-01T10:56:22 -!- tpbsd [~Terry@1.145.38.102] has joined ##stm32
2025-07-01T11:11:17 < jpa-> qyx: if you don't need gigabit, don't do gigabit; seems obvious to me, it will always be more robust and easier to debug
2025-07-01T11:12:05 < jpa-> (but i don't know if rgmii in 100 Mbps mode is really much different in that respect compared to RMII)
2025-07-01T11:13:21 < jpa-> the RGMII clocking is better but it doesn't really matter at those speeds
2025-07-01T11:14:17 -!- tpbsd [~Terry@1.145.38.102] has quit [Read error: Connection reset by peer]
2025-07-01T11:30:39 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-01T11:33:51 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-01T11:38:13 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-01T12:11:02 < zyp> IME «the delay part» of RGMII is always handled internally by one of the chips
2025-07-01T12:11:47 < zyp> RGMII being source synchronous, means just length match all RX* signals to each other and length match all TX* signals to each other
2025-07-01T12:14:07 < zyp> from my perspective, RMII has two advantages over RGMII, the major one being that you've only got 9 signals to route (including MDIO), vs 14 for RGMII
2025-07-01T12:16:31 < zyp> and the second is that if you're doing a FPGA MAC, you only need a single clock domain and can output REF_CLK, so you don't need any clock input pins and clock domain crossings
2025-07-01T12:17:47 < zyp> second advantage is moot for non-FPGA applications
2025-07-01T12:20:35 < zyp> if I were designing with a SoC with a RGMII-capable MAC, I'd probably pick a RGMII PHY even if I didn't strictly need gigabit speeds, unless there's significant cost savings reasons to do otherwise, or I really want to save those five signals
2025-07-01T12:21:53 < qyx> I am not interested in saving signals, I have plenty of free pins
2025-07-01T12:22:00 < qyx> but gigabit mac is power hungry
2025-07-01T12:22:33 < zyp> MAC or PHY?
2025-07-01T12:23:00 < qyx> sorry, phy
2025-07-01T12:23:27 < qyx> MAC is RGMII/RMII capable (imx93)
2025-07-01T12:23:50 < zyp> fair point, power budget is another concern
2025-07-01T12:24:25 < zyp> why are you doing battery powered ethernet?
2025-07-01T12:24:31 < qyx> gigabit PHY even in 100mbit mode is half the power consumption of the whole SoC+LPDDR+eMMC
2025-07-01T12:26:19 < qyx> ok answer to this question is a bit more complex
2025-07-01T12:30:32 < zyp> I figure if it's for temporary use, the solution is to have a way to have it powered down when not in use
2025-07-01T12:31:41 < zyp> and if it's for permanent use, unless your switch is also battery powered, you could just do PoE
2025-07-01T12:33:23 < zyp> besides this, have you looked at EEE?
2025-07-01T12:34:34 < zyp> I don't think either of the PHYs you've considered supports EEE
2025-07-01T12:36:52 < qyx> hm, I'll probably just power it down
2025-07-01T12:37:40 < zyp> EEE is 802.3az, i.e. the stuff to put the link in a low power mode when it's idle
2025-07-01T12:38:35 < zyp> the broadcom PHYs on my FPGA stuff supports it, I had to disable it, because it was adding a bunch of latency to my realtime comms
2025-07-01T12:46:33 < zyp> looking at the power specs for DP83825I, it looks similar to KSZ8081 in active mode (40-50mA), drops to <20mA in EEE mode
2025-07-01T12:48:21 < zyp> KSZ9031 doesn't look much worse than KSZ8081 in 100M mode
2025-07-01T12:49:58 < karlp> EEE seems pretty wonky real world though.
2025-07-01T12:50:21 < zyp> I think the majority of ethernet power draw in any case is transmitted power, not locally dissipated
2025-07-01T12:50:26 < karlp> I've tried the magic register incantations on dp83825i and it makes an immeasureable difference,
2025-07-01T12:50:41 < karlp> and there's a pile of reports on openwrt with problems with EEE impls on various phy drivers.
2025-07-01T12:51:17 < karlp> I kinda want to play with some different switch gear to see if it can really be made to work, but it it doesn't default on anywhere, so I think it has serious interop problems in the real world.
2025-07-01T12:52:20 < zyp> EEE is advertised in autonegotiation, both sides of the link needs to support it to enable
2025-07-01T12:53:23 < zyp> the broadcom PHYs I used defaults to on in «legacy MAC» mode, i.e. transparent EEE functionality
2025-07-01T12:54:04 < zyp> which means that the PHY has an internal FIFO in the TX path, so it can delay start of transmission while it's waking up the link
2025-07-01T12:54:11 < karlp> hrm, I'm not sure it's quite that simple.  it has to be enabled to even enable that thit is is supported to negotiate it.
2025-07-01T12:55:09 < zyp> I would assume it differs between PHYs whether it's advertised by default or not
2025-07-01T12:56:20 < zyp> also, I never measured what it means for power consumption, I only measured what it meant for latency, and the only reason I realized it existed in the first place was that I was measuring unreasonably high latency
2025-07-01T12:56:41 < karlp> hah
2025-07-01T12:57:16 < zyp> latency that weirdly disappeared when I put a profishark in between two FPGA boards
2025-07-01T12:57:32 < zyp> (the profishark does not advertise EEE)
2025-07-01T12:59:39 < zyp> > The DP83825I does not have buffering capability to store the data while in LPI signaling mode.
2025-07-01T12:59:52 < zyp> so it doesn't do that :p
2025-07-01T13:03:10 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-01T13:22:58 < qyx> yeah I coukd use the DP..
2025-07-01T13:23:05 < qyx> already opened the datasheet
2025-07-01T13:48:03 < zyp> if you're going for EEE, you should probably either ensure your MAC also supports it, or pick a PHY with full transparent EEE handling
2025-07-01T14:56:51 < qyx> I decided to go DP* just for the lulz of trashing microchip
2025-07-01T14:57:07 < jbo> hello
2025-07-01T14:57:08 < qyx> also, less external components
2025-07-01T15:01:06 < karlp> it'ðs also really cheap
2025-07-01T15:01:11 < karlp> only 36c on jlc
2025-07-01T15:03:52 < jbo> how are you guys doing these days? having fun?
2025-07-01T15:04:43  * karlp shrugs
2025-07-01T15:04:50 < karlp> I just did a kicad order for work, so that was nice.
2025-07-01T15:05:04 < karlp> and it's pretty hard to be grumpy in summer when the weather's good.
2025-07-01T15:05:10 < jbo> heh
2025-07-01T15:05:20 < jbo> I am grumpy because it's too sunny and too hot for swiss alps
2025-07-01T15:05:20 < karlp> I'm still having mountains of WTFs at general software/hardware here...
2025-07-01T15:07:35 < qyx> I am continuously wtfing at everything
2025-07-01T15:07:40 < qyx> also, too hot outside
2025-07-01T15:08:22 < Steffanx> Better enjoy that sun while you have it Mr jbo 
2025-07-01T15:09:32 < karlp> check out this awesome USB connector: https://jlcpcb.com/partdetail/hanxia-HX_TYPE_C_2P2J/C25168795
2025-07-01T15:10:11 < qyx> 3 cents and 2 teeth only?
2025-07-01T15:11:01 < karlp> yep, not even sure what is connectred at all.
2025-07-01T15:17:22 < jbo> Steffanx, as you know, this is an extremely sunny / good-weather part of switzerland. we have that pretty much all day every day :p
2025-07-01T15:34:47 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Excess Flood]
2025-07-01T15:43:19 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-01T15:53:30 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-07-01T16:48:44  * karlp lols at debian nerds
2025-07-01T16:49:24 < tomeaton17> I am more of a temple os enjoyer
2025-07-01T16:51:39 < ventyl> one of them, linux distribution selection chart contains a question: "do you have life?" where "no" yields an option of Arch Linux.
2025-07-01T16:51:53 < ventyl> I wonder what there is for people who migrated to arch from slack?
2025-07-01T16:52:33 < tomeaton17> LFS
2025-07-01T16:58:51 < aandrew> heh I played with LFS for a while when making tiny compactflash based firewalls
2025-07-01T16:59:43 < aandrew> I'm also a slack expat -- very briefly SLS -> slack -> very briefly LFS -> debian for servers, ubuntu for desktops
2025-07-01T17:00:00 < aandrew> I should get a t-shirt made: I survived the great a.out -> ELF transition
2025-07-01T17:00:07 < aandrew> the libc -> glibc too
2025-07-01T17:01:55 < zyp> I gave up ubuntu for desktops a decade ago
2025-07-01T17:02:40 < zyp> my work desktop is debian, works fine
2025-07-01T17:05:04 < aandrew> for the fpga shit it's a debian server with xfce and xrdp installed, I haven't tried to actually have a linux desktop in almost a decade
2025-07-01T17:06:19 < tomeaton17> Isn't that still a linux desktop though? 
2025-07-01T17:07:24 < zyp> I use macos at home, xquartz usually works fine when I need to run any linux gui shit like fpga tools
2025-07-01T17:15:05 < aandrew> my laptop is osx, that's what I physically type on. the GUI shit on the debian servers are kind of "when I need to touch it" but I use CLI as much as possible for that stuff
2025-07-01T17:35:13 < qyx> karlp: what happened
2025-07-01T17:35:31 < karlp> debian lolsters are trying to package libopencm3 for debian, which is already a dumb idea,
2025-07-01T17:35:58 < karlp> but they're submitting braindead patches replacing ptyhon2 with python3, without even doin the basic 2to3 step to even _attempt_ 
2025-07-01T17:36:29 < qyx> anyone in particular?
2025-07-01T17:36:44 < ventyl> karlp: lol :D
2025-07-01T17:37:24 < karlp> so it' slike "hurhur, we have strict policies and have fixed your code".... didn't even fix the syntax to be valid with python3, let alone verify functionality...
2025-07-01T17:42:26 < qyx> anyway, starting today, I don't give a shit
2025-07-01T17:42:29 < qyx> in general
2025-07-01T17:43:00 < qyx> I decided I am not feeling offended if I don't understand this world
2025-07-01T17:44:37 < qyx> yesterday I was delivered a device to test, I was notified by 4 means, by email, sms, call and whatsapp
2025-07-01T17:44:47 < qyx> today I received another call asking if I read the email
2025-07-01T17:45:26 < qyx> --
2025-07-01T17:45:31 < qyx> also, unrelated
2025-07-01T17:46:32 < qyx> I was debugging some device in the $customer office and apparently the communication between two boards wasn't going as expected
2025-07-01T17:47:01 < qyx> a guy from $customer came to me, looked at the device asking "does it have high enough resistance?"
2025-07-01T17:59:05 -!- Robert34 [~Robert34@modemcable022.175-37-24.static.videotron.ca] has joined ##stm32
2025-07-01T18:00:48 -!- Robert34 [~Robert34@modemcable022.175-37-24.static.videotron.ca] has quit [Client Quit]
2025-07-01T18:01:04 -!- PhantomWork [~PhantomWo@modemcable022.175-37-24.static.videotron.ca] has joined ##stm32
2025-07-01T18:01:16 -!- PhantomWork [~PhantomWo@user/phantom] has changed host
2025-07-01T18:03:44 < c10ud> lol -- which media, serial, can, eth? 
2025-07-01T18:12:20 < aandrew> ... high enough resistance? Sounds like some 4-20mA stuff
2025-07-01T18:42:12 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-01T18:54:31 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer]
2025-07-01T18:54:53 -!- c10ud [~c10ud@host-87-0-123-69.retail.telecomitalia.it] has joined ##stm32
2025-07-01T18:54:53 -!- c10ud [~c10ud@user/c10ud] has changed host
2025-07-01T19:13:27 -!- PhantomWork [~PhantomWo@user/phantom] has quit [Ping timeout: 272 seconds]
2025-07-01T19:54:38 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-01T20:55:31 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-01T20:58:33 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 244 seconds]
2025-07-01T21:02:41 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-01T21:32:22 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-01T21:38:47 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-01T21:58:40 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-01T22:23:01 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 276 seconds]
2025-07-01T22:43:49 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 248 seconds]
2025-07-01T23:10:57 -!- joel135 [uid136450@id-136450.hampstead.irccloud.com] has joined ##stm32
2025-07-01T23:14:21 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-01T23:14:21 -!- haritz [~hrtz@user/haritz] has changed host
--- Day changed Wed Jul 02 2025
2025-07-02T00:04:09 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-07-02T01:04:08 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 245 seconds]
2025-07-02T01:25:31 -!- joel135 [uid136450@id-136450.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity]
2025-07-02T02:03:05 -!- tpbsd [~Terry@1.145.38.144] has joined ##stm32
2025-07-02T05:40:51 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-07-02T06:05:38 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-07-02T06:13:22 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 248 seconds]
2025-07-02T06:32:22 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-07-02T06:40:12 -!- tpbsd [~Terry@1.145.38.144] has quit [Read error: Connection reset by peer]
2025-07-02T07:15:42 -!- tpbsd [~Terry@1.145.14.72] has joined ##stm32
2025-07-02T07:52:30 -!- tpbsd [~Terry@1.145.14.72] has quit [Read error: Connection reset by peer]
2025-07-02T08:00:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-02T08:07:22 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-02T08:17:43 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-02T08:28:09 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-02T08:39:08 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-02T09:03:14 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-02T09:09:33 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-02T09:09:57 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-02T10:06:32 -!- tpbsd [~Terry@1.145.7.143] has joined ##stm32
2025-07-02T10:19:46 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-02T10:47:44 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 260 seconds]
2025-07-02T10:57:12 -!- tpbsd [~Terry@1.145.7.143] has quit [Read error: Connection reset by peer]
2025-07-02T11:50:42 -!- tpbsd [~Terry@1.145.59.96] has joined ##stm32
2025-07-02T11:51:08 < machinehum> ;o got a job interview
2025-07-02T11:51:43 < machinehum> https://imgur.com/a/CUN7OMY
2025-07-02T11:52:05 < machinehum> Pretty excited to write some Linux drivers in C++
2025-07-02T11:53:42 < tpbsd> machinehum, awesome, good luck!
2025-07-02T12:00:13 -!- tpbsd [~Terry@1.145.59.96] has quit [Read error: Connection reset by peer]
2025-07-02T13:34:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-02T13:40:31 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-02T14:54:38 < Steffanx> Cool Mr machinehum 
2025-07-02T14:54:49 < Steffanx> New job or are you jobless?
2025-07-02T14:59:16 < machinehum> The company I work for went kaput
2025-07-02T15:35:03 < Steffanx> Oh dear
2025-07-02T15:49:33 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-02T16:07:19 < tomeaton17> https://search.murata.co.jp/Ceramy/image/img/A01X/G101/ENG/GA342QR7GF101KW01-01.pdf am I misinterpreting this or is the recommended pad size smaller than the maximum width of the component terminals? Page 1 and 21 for the 42 L/W code
2025-07-02T16:17:19 -!- sugarbeet [~barbas@81.4.123.134] has quit [Ping timeout: 260 seconds]
2025-07-02T16:18:00 -!- sugarbeet [~barbas@81.4.123.134] has joined ##stm32
2025-07-02T16:27:03 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 245 seconds]
2025-07-02T16:35:09 < karlp> debian lols continue
2025-07-02T16:36:50 < ventyl> more comments in those closed items?
2025-07-02T16:37:43 < ventyl> lolz
2025-07-02T16:37:54 < ventyl> is the guy actually aware what locm3 does?
2025-07-02T16:41:21 < karlp> apparently our attitdue is holding up "other applications that depend on libopencm3" being included into debian?
2025-07-02T16:41:23  * karlp shrugs
2025-07-02T16:46:44 < qyx> any links to entertain a bit?
2025-07-02T17:17:56 < Steffanx> Is locm3 still relevant?
2025-07-02T17:20:42 < ventyl> allegedly, it has a lot of use in platform.io
2025-07-02T17:21:18 < ventyl> karlp: who knows if they realize those other applications are actually a bare-metal firmware
2025-07-02T17:23:28 < qyx> I use it regularly
2025-07-02T17:56:18 < qyx> internal bootloader: what is the minimum number of pins?
2025-07-02T17:56:34 < qyx> 2? (boot0 combined with uart_rx + uart_tx)
2025-07-02T17:56:57 < qyx> I guess it should be possible to make a single pin bootloader with boot0 only
2025-07-02T18:16:09 < karlp> Steffanx: it's "fine" if you are targetting platforms that are alreadyt done/ready.
2025-07-02T18:16:29 < karlp> there's no "decay" or anything per se,
2025-07-02T18:16:33 < karlp> qyx: https://github.com/libopencm3/libopencm3/issues/1596
2025-07-02T18:27:09 < qyx> how can he maintain a project he knows nothing about?
2025-07-02T18:40:20 < zyp> there's probably some sort of selection bias there, the package maintainers with more of a clue would probably realize packaging libopencm3 is pointless and not attempt it in the first place
2025-07-02T18:47:49 < ventyl> so, non worky "moron, you left the lights on" horn was due to dead speaker
2025-07-02T18:48:55 < qyx> so why is he doing it? to get more debian-fu?
2025-07-02T18:49:01  * karlp shrugs
2025-07-02T18:49:26 < karlp> I suspect a digital wallet or yubikey thing.
2025-07-02T18:49:47 < karlp> and debians policys will be "no third party libs in your code" 
2025-07-02T18:50:10 < karlp> but "muh freedum" means they have the firmwre buildable with the app for updates or something?
2025-07-02T18:50:12  * karlp shrugs
2025-07-02T18:50:27 < karlp> debian doesn't have a working newlib right now, so... fuck em.
2025-07-02T18:50:52 < ventyl> it doesn't make sense anyway as you don't want to search for locm using pkgconfig or something
2025-07-02T18:51:00 < ventyl> your dependencies will go brrrr
2025-07-02T18:51:11 < karlp> I mean, it's debian 100% stable bolt down.
2025-07-02T18:51:26 < karlp> all projects must use the same version of libopencm3 :)
2025-07-02T18:51:30 < ventyl> haha
2025-07-02T18:51:37 < ventyl> which is also 5 years old
2025-07-02T18:51:40 < ventyl> at least
2025-07-02T18:51:49 < karlp> it's just tedious to have them yell at me for calling them out on it.
2025-07-02T18:52:02 < karlp> sure improves my desire to work on it more....
2025-07-02T18:52:14 < ventyl> is there more debian wisdom?
2025-07-02T18:54:11 < karlp> I mena, this is a debian packaging bug that I've not done teh work to report, because it's .... involved. to report.
2025-07-02T18:54:13 < karlp> https://github.com/karlp/newlib-inttypes-wat
2025-07-02T18:54:38 < karlp> debian stable is correctly stable and working ;)
2025-07-02T19:10:24 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32
2025-07-02T19:10:55 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 252 seconds]
2025-07-02T19:12:06 -!- duude__- is now known as duude__
2025-07-02T19:24:06 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 265 seconds]
2025-07-02T20:31:34 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-02T20:49:02 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-02T21:16:33 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 276 seconds]
2025-07-02T21:21:56 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-02T22:00:37 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-02T22:43:45 -!- tpbsd [~Terry@1.145.42.120] has joined ##stm32
2025-07-02T22:57:11 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Quit: Leaving]
2025-07-02T22:57:54 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-02T23:30:17 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-07-02T23:41:13 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 245 seconds]
2025-07-02T23:42:44 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-02T23:45:24 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 276 seconds]
--- Day changed Thu Jul 03 2025
2025-07-03T00:16:30 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Ping timeout: 268 seconds]
2025-07-03T00:17:26 -!- m5zs7k [aquares@web10.mydevil.net] has joined ##stm32
2025-07-03T00:18:24 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 260 seconds]
2025-07-03T01:30:06 -!- tpbsd [~Terry@1.145.42.120] has quit [Read error: Connection reset by peer]
2025-07-03T01:32:17 -!- qyx [~qyx@84.245.120.221] has quit [Ping timeout: 248 seconds]
2025-07-03T01:33:59 -!- qyx [~qyx@84.245.120.8] has joined ##stm32
2025-07-03T01:58:33 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-03T02:21:34 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-03T02:22:34 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-07-03T03:01:12 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-03T03:01:20 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer]
2025-07-03T03:37:52 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-03T04:58:59 -!- c10ud [~c10ud@user/c10ud] has quit [Ping timeout: 260 seconds]
2025-07-03T05:22:50 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-03T05:30:03 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-03T05:48:06 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-03T05:54:27 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-03T06:36:08 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 244 seconds]
2025-07-03T06:59:41 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-07-03T07:13:09 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-03T07:20:25 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Remote host closed the connection]
2025-07-03T07:27:05 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-03T07:46:01 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-07-03T07:57:29 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-03T08:30:55 -!- c10ud [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has joined ##stm32
2025-07-03T08:30:55 -!- c10ud [~c10ud@user/c10ud] has changed host
2025-07-03T08:32:31 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-03T08:49:06 -!- tpbsd [~Terry@1.145.50.228] has joined ##stm32
2025-07-03T08:56:59 -!- tpbsd [~Terry@1.145.50.228] has quit [Read error: Connection reset by peer]
2025-07-03T08:57:48 -!- tpbsd [~Terry@1.145.50.228] has joined ##stm32
2025-07-03T09:21:46 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-03T10:03:01 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-03T11:13:25 -!- tpbsd [~Terry@1.145.50.228] has quit [Read error: Connection reset by peer]
2025-07-03T12:41:50 < qyx> let's play the game again
2025-07-03T12:41:54 < qyx> Unrouted: 425
2025-07-03T13:14:42 -!- ventyl [~ventyl@bband-dyn108.95-103-98.t-com.sk] has quit [Ping timeout: 244 seconds]
2025-07-03T13:21:26 < Steffanx> Game over.
2025-07-03T13:27:04 < specing> good morning innovators
2025-07-03T13:32:45 -!- ventyl [~ventyl@bband-dyn139.178-40-31.t-com.sk] has joined ##stm32
2025-07-03T13:37:19 < Steffanx> Gooday fellow innovation creator. How is your day today?
2025-07-03T13:37:52 < specing> warm. 34'C
2025-07-03T13:54:20 < qyx> is it the day that is warm?
2025-07-03T14:07:29 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-03T14:10:01 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-03T14:31:12 < jbo> good morning happy campers
2025-07-03T15:36:01 < nohit> Good morning
2025-07-03T15:52:49 < Steffanx> Gooday
2025-07-03T15:54:26 < tomeaton17> has laurence been in these parts recently?
2025-07-03T16:10:38 < qyx> Unrouted: 230
2025-07-03T16:18:21 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32
2025-07-03T16:24:01 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 248 seconds]
2025-07-03T16:46:18 -!- ice [~ice@loud.house] has joined ##stm32
2025-07-03T16:59:49 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-03T17:00:20 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Client Quit]
2025-07-03T17:02:53 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-03T17:08:56 -!- tpbsd [~Terry@1.145.54.128] has joined ##stm32
2025-07-03T17:34:48 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300::58e] has quit [Remote host closed the connection]
2025-07-03T17:34:58 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300::35e] has joined ##stm32
2025-07-03T18:22:38 -!- tpbsd [~Terry@1.145.54.128] has quit [Read error: Connection reset by peer]
2025-07-03T18:33:43 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-03T19:03:49 < qyx> ha, 98 left, one more day
2025-07-03T19:22:31 < Steffanx> *night
2025-07-03T21:59:23 -!- PhantomWork [~PhantomWo@modemcable022.175-37-24.static.videotron.ca] has joined ##stm32
2025-07-03T21:59:32 -!- PhantomWork [~PhantomWo@user/phantom] has changed host
2025-07-03T22:11:40 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 265 seconds]
2025-07-03T22:12:34 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-07-03T22:20:41 -!- PhantomWork [~PhantomWo@user/phantom] has quit [Ping timeout: 272 seconds]
2025-07-03T23:11:15 -!- PhantomWork [~PhantomWo@modemcable022.175-37-24.static.videotron.ca] has joined ##stm32
2025-07-03T23:11:22 -!- PhantomWork [~PhantomWo@user/phantom] has changed host
2025-07-03T23:12:52 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-03T23:25:02 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-07-03T23:54:38 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 244 seconds]
2025-07-03T23:58:31 -!- PhantomWork [~PhantomWo@user/phantom] has quit [Quit: Client closed]
--- Day changed Fri Jul 04 2025
2025-07-04T00:42:07 < zyp> qyx, what's your opinion on M5 vs M8 vs M12 connectors?
2025-07-04T00:46:46 < zyp> at a glance it looks like the bigger you go, the cheaper the cable assemblies get
2025-07-04T00:50:52 < qyx> I am avoiding M5 because they are not cheap, not cool and not easily obtainable
2025-07-04T00:51:23 < qyx> I use M8 solely for sensors so far and don'ŧ use field wireable connectors, all cables are molded (well, there are some exceptions)
2025-07-04T00:51:55 < qyx> and I use M12 for communication only with the standardized pinout (canopen/devicenet), so I can get molded cables if I want
2025-07-04T00:52:10 < qyx> but usually those are long cable runs so I make them to the required length
2025-07-04T00:52:29 < qyx> for power I use M12 T-coded
2025-07-04T00:52:48 < qyx> I avoid 230V over M12, but if I need to, I use M12 S-coded
2025-07-04T00:54:02 < qyx> and I plan to use 3-pin A-coded M12 for T1L+PoDL
2025-07-04T00:55:54 < qyx> because time goes by and still no reasonable and widely available standard connector is being made
2025-07-04T01:00:02 < zyp> I picked up a six axis force sensor: https://photos.app.goo.gl/fCW5JyqT1BNL4kcz5
2025-07-04T01:00:44 < zyp> need to make an 8-channel ADC board for it, thinking about using CAN
2025-07-04T01:04:26 < qyx> for the head?
2025-07-04T01:04:31 < zyp> putting a FPGA in it so I can attach it to the realtime ethernet shit seems overkill, especially since it'll be too small to fit one of those cheap modules
2025-07-04T01:05:45 < zyp> could do a MCU with ethernet, but either way I'd have to make a gateway thing to hook it up to, might as well use CAN since PHYs are much cheaper/easier than ethernet
2025-07-04T01:07:26 < qyx> what strain gauges does it have?
2025-07-04T01:07:51 < qyx> oh combined linear shit
2025-07-04T01:08:01 < qyx> into some kind of autocompensating bridge
2025-07-04T01:08:04 < qyx> *s
2025-07-04T01:08:50 < qyx> must be fun to manufacture, I would do
2025-07-04T01:09:22 < qyx> anyway, 19 signals to go, but that's for tomorrow
2025-07-04T01:09:56 < zyp> there's four of those octagons, with what looks like two wheatstone bridges on each, for measuring horizontal and vertical force, respectively
2025-07-04T01:25:12 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-04T01:53:20 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-04T02:00:17 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 265 seconds]
2025-07-04T02:08:22 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-04T02:09:38 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-04T02:20:04 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-04T02:29:29 -!- tpbsd [~Terry@1.145.47.57] has joined ##stm32
2025-07-04T02:55:52 < karlp> lol, called, it, securitay key shit
2025-07-04T03:00:15 -!- hexo [~hexo@user/hexo] has quit [Quit: Leaving]
2025-07-04T03:37:34 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer]
2025-07-04T04:07:26 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-04T04:59:01 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-04T06:43:55 -!- tpbsd [~Terry@1.145.47.57] has quit [Read error: Connection reset by peer]
2025-07-04T07:05:26 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-04T07:22:20 -!- tpbsd [~Terry@1.145.12.74] has joined ##stm32
2025-07-04T07:46:42 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-04T08:00:01 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-04T08:06:27 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-04T08:36:14 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 260 seconds]
2025-07-04T08:37:59 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-04T08:38:42 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-04T09:12:21 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-04T09:50:18 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 276 seconds]
2025-07-04T09:51:39 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-04T09:52:00 -!- krish2487 [~krishna@62.135.140.101] has quit [Client Quit]
2025-07-04T09:57:29 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-04T09:58:55 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-04T10:05:07 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-07-04T10:37:14 -!- tpbsd [~Terry@1.145.12.74] has quit [Read error: Connection reset by peer]
2025-07-04T10:39:36 -!- teknix [~unknown@user/hsv] has quit [Ping timeout: 252 seconds]
2025-07-04T10:42:35 < jbo> hello welcome guten tag
2025-07-04T11:05:29 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-04T11:10:49 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 276 seconds]
2025-07-04T11:11:59 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-04T11:12:05 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer]
2025-07-04T11:21:35 < Steffanx> Have room?
2025-07-04T11:22:21 < tomeaton17> yes
2025-07-04T11:37:52 -!- tpbsd [~Terry@1.145.33.179] has joined ##stm32
2025-07-04T11:52:20 -!- tpbsd [~Terry@1.145.33.179] has quit [Read error: Connection reset by peer]
2025-07-04T11:57:02 -!- teknix [~unknown@user/hsv] has joined ##stm32
2025-07-04T12:45:28 -!- tomeaton17 [~tom@user/tomeaton17] has quit [Quit: ZNC 1.9.0+deb2ubuntu0.1~esm2 - https://znc.in]
2025-07-04T12:46:03 -!- tomeaton17 [~tom@user/tomeaton17] has joined ##stm32
2025-07-04T13:53:37 -!- yukam [~yukam@user/yukam] has quit [Ping timeout: 248 seconds]
2025-07-04T14:10:58 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-04T14:30:53 -!- yukam [~yukam@user/yukam] has joined ##stm32
2025-07-04T15:42:43 -!- sugarbeet [~barbas@81.4.123.134] has quit [Ping timeout: 244 seconds]
2025-07-04T15:43:39 -!- sugarbeet [~barbas@81.4.123.134] has joined ##stm32
2025-07-04T16:08:18 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 272 seconds]
2025-07-04T18:03:09 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-07-04T18:34:17 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-04T18:38:28 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-04T19:00:21 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-04T20:06:42 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-04T20:29:33 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-04T21:06:36 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-07-04T22:45:49 -!- tpbsd [~Terry@1.145.53.195] has joined ##stm32
2025-07-04T22:49:18 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-04T22:49:24 < bitmask> happy 4th
2025-07-04T22:50:09 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-04T22:54:09 < ventyl> are you legally bound to say that?
2025-07-04T23:04:02 < Steffanx> i wish you a happy day every day bitmask . 
2025-07-04T23:04:07 < Steffanx> every day is special
2025-07-04T23:04:14 < bitmask> you as well Steffanx 
2025-07-04T23:07:21 -!- tpbsd [~Terry@1.145.53.195] has quit [Read error: Connection reset by peer]
2025-07-04T23:09:02 -!- tpbsd [~Terry@1.145.53.195] has joined ##stm32
2025-07-04T23:11:42 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 244 seconds]
2025-07-04T23:11:55 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-04T23:24:53 < machinehum> hullo stm32
2025-07-04T23:28:55 < tpbsd> machinehum, hi!
2025-07-04T23:29:24 < machinehum> o/
2025-07-04T23:29:28 < tpbsd> machinehum, whats new ?
2025-07-04T23:30:05 < machinehum> Company I work for blew up and fired everyone
2025-07-04T23:30:36 < machinehum> And now I have a job interview for another company on monday
2025-07-04T23:30:42 < machinehum> Right now I'm drinking on a deck
2025-07-04T23:30:50 < machinehum> You?
2025-07-04T23:31:29 < tpbsd> Ive switched to Helix editor ubtil I can try NixOS as I was using Neovim but it has a serious problem for in that it inserts a extra blank line on enter, every time. I think it may be Ubuntu hence the change in OS soon
2025-07-04T23:31:56 < machinehum> Helix editor
2025-07-04T23:32:02 < machinehum> Never heard of it
2025-07-04T23:32:14 < tpbsd> machinehum, Im reading about a LOT of layoffs atm
2025-07-04T23:32:41 < tpbsd> Helix is a 'post modern Vim replacement written mainly in Rust
2025-07-04T23:33:07 < machinehum> cli?
2025-07-04T23:33:31 < machinehum> I don't have a good reason to switch away from vim
2025-07-04T23:33:37 < tpbsd> I prefer neovim as it has plugins and Ive made a couple of my own already, but the extra linefeed is a showstopper
2025-07-04T23:33:59 < ventyl> isn't that extra linefeed coming from some plugin?
2025-07-04T23:34:05 < machinehum> I'm confused, you hit enter it puts two lines?
2025-07-04T23:34:10 < ventyl> i'd load neovim without plugins to see if it still happens
2025-07-04T23:34:32 < tpbsd> yeah it's cli, and *mostly* Vim compatible, but although I used Vim the last 30 years, I prefer neovim and helix
2025-07-04T23:34:58 < machinehum> ventyl: alternatively, open a bug 
2025-07-04T23:35:16 < machinehum> /s
2025-07-04T23:35:28 < tpbsd> ventyl, I did, I removed all traces of nvim and installed a new one with no extras, (as default), same problem
2025-07-04T23:35:31 < bitmask> anyone familiar with PBR?
2025-07-04T23:35:46 < machinehum> Yeah, the worst beer on the planet
2025-07-04T23:35:49 < bitmask> heh
2025-07-04T23:35:56 < tpbsd> machinehum, bugs have already been opened before me
2025-07-04T23:36:03 < machinehum> What lol?
2025-07-04T23:36:25 < machinehum> This is actually a problem? No way...
2025-07-04T23:36:27 < qyx> are you being opened by bugs?
2025-07-04T23:36:44 < tpbsd> machinehum, I think it may be Ubuntu, I know some Linuxes dont handle TTY's well
2025-07-04T23:37:31 < machinehum> Is nvim also cli? I think I use gvim, only reason is it has clipboard support
2025-07-04T23:37:37 < tpbsd> Im not blaming neovim, it could be Ubuntu so I'll eliminate that next
2025-07-04T23:37:58 < tpbsd> yeah nvim is also cli
2025-07-04T23:38:08 < machinehum> What terminal emu are you using?
2025-07-04T23:38:29 < tpbsd> alacritty
2025-07-04T23:38:40 < jbo> kitty
2025-07-04T23:38:48 < qyx> tricky kitty
2025-07-04T23:39:07 < tpbsd> I needed to use that to support the higher color res and extra fonts
2025-07-04T23:39:24 < machinehum> Have you tried a different keyboard?
2025-07-04T23:39:30 < tpbsd> all in all I much prefer Alacritty over xterm
2025-07-04T23:39:33 < jbo> yes. I have one at home and one at work
2025-07-04T23:39:39 < qyx> what xterm?
2025-07-04T23:39:45  * qyx checks the calendar
2025-07-04T23:39:45 < machinehum> jbo: hello
2025-07-04T23:40:09 < tpbsd> machinehum, not yet, Im on a Logitrech G15
2025-07-04T23:40:55 < tpbsd> however Helix has none of these problems under the same conditions
2025-07-04T23:41:38 < tpbsd> a lot of users prefer Helix as there isnt much setup/config, it's useful right out of the box
2025-07-04T23:41:55 < tpbsd> and it has the LSP's and everything 
2025-07-04T23:42:40 < tpbsd> Im finding myself very productive on Helix, https://docs.helix-editor.com/languages.html
2025-07-04T23:44:31 < machinehum> hmm
2025-07-04T23:46:09 < tpbsd> machinehum, I also used gvim (religiously) for the last 20 years
2025-07-04T23:46:46 < tpbsd> machinehum, Helic clipboard support ootb is perfect, even with a mouse selection
2025-07-04T23:46:48 < qyx> I was using debian+kde+kate 2004-2008, debian+xfce+geany since then
2025-07-04T23:46:51 < tpbsd> helix
2025-07-04T23:47:19 < qyx> I have never had a single problem with any of them
2025-07-04T23:47:29 < tpbsd> Im actually a FreeBSD user since 2018, Linux 1979 - 2018
2025-07-04T23:47:37 < tpbsd> oops
2025-07-04T23:47:47 < tpbsd> Im actually a FreeBSD user since 2018, Linux 1997 - 2018
2025-07-04T23:47:52 < qyx> if I ever had a problem with a clipboard, I would throw the computer out of the window
2025-07-04T23:48:31 < tpbsd> but Im on ubuntu atm as the FreeBSD Ollama LLM host is borked on FreeBSD and I wanted to try out all the Floss LLMs
2025-07-04T23:49:15 < tpbsd> the clipboard is not well handled in nvim I'm my opinion, unless the user spend a lot of time setting it up
2025-07-04T23:49:24 < qyx> oh I am not grazing llamas yet
2025-07-04T23:49:42 < machinehum> gvim is simple
2025-07-04T23:49:53 < machinehum> d to try out all the Floss
2025-07-04T23:50:01 < tpbsd> Ive replaced Google already, with Qwen-2.5:72b LLM, it's fantastic
2025-07-04T23:50:48 < machinehum> I love how I just said it was simple and then fucked up using itand dumped shit into irc buffer
2025-07-04T23:50:51 < tpbsd> AI cant program to save it's life but it's very handy if used like an assistant
2025-07-04T23:50:51 < machinehum> set clipboard=unnamedplus
2025-07-04T23:51:19 < machinehum> tpbsd: How do you use it?
2025-07-04T23:51:44 < tpbsd> yeah, I wasnt impressed with nvims default clipboard support after 20 years of perfect gvim clipboard ops
2025-07-04T23:51:57 < machinehum> The only think I've found useful is making some boiler plate code or teaching me german
2025-07-04T23:52:26 < machinehum> But also it's probably shit german
2025-07-04T23:52:42 < tpbsd> machinehum, for sumarizing docs, writing user docs, and telling me about stuff (like google)
2025-07-04T23:53:10 < tpbsd> these larger LLM's know a bit about everything
2025-07-04T23:54:22 < tpbsd> machinehum, LLM's are great at turning your design notes into boring user docs, in whatever format you want
2025-07-04T23:55:39 < tpbsd> everyone deems to be focusing on LLM's writing code and replacing programmers, to which I call bullsh*t, never happen
2025-07-04T23:55:40 < machinehum> Translation
2025-07-04T23:55:44 < machinehum> basically
2025-07-04T23:55:51 < tpbsd> yeah and translation also
2025-07-04T23:56:03 < machinehum> Well what you said was translation
2025-07-04T23:56:30 < machinehum> turning design notes into user docs
2025-07-04T23:56:46 < machinehum> No new info created, just translating
2025-07-04T23:56:52 < tpbsd> Im actually a retired electronics technician, not a programmer, so Ive never minded doing user docs, but the LLM is frankly a lot better than me at that
2025-07-04T23:57:25 < tpbsd> yeah, but users need simpler docs, not design notes etc
2025-07-04T23:57:45 < machinehum> Yeah makes sense
2025-07-04T23:57:46 < tpbsd> and someone has to do that unless a LLM does it
2025-07-04T23:58:25 < tpbsd> also they want nice bulleted docs, all neat and tidy, no a bunch of scrappy design notes
2025-07-04T23:58:36 < tpbsd> that kind of stuff
2025-07-04T23:59:54 < tpbsd> Ive had LLM's design some small simple code and it was fine with the major Languages like Lua etc. Forget unpopuler languages like Forth, LLM's have no clue there
--- Day changed Sat Jul 05 2025
2025-07-05T00:00:53 < machinehum> kernel stuff it's useless
2025-07-05T00:01:09 < machinehum> It will gladly make up a bunch of stuff
2025-07-05T00:01:41 < machinehum> But yeah, I stick to just reading things for 90%
2025-07-05T00:02:03 < tpbsd> machinehum, I also once asked a LLM to design a 'unregulated self oscillating psu using two 2N3055 NPN transistors and a transformer" and the reply was perfect, same as I would have described. But they cant convert that to a schematic
2025-07-05T00:02:50 < tpbsd> yeah, kernel stuff would be a massive fail
2025-07-05T00:05:05 < tpbsd> I can get my largest home hosted LLM (:70b) to design a XLS recipie to process a CMSIS-SVD file and add a extra field, and it does a perfect job, neat, well commented and it works first time. But thats as far as Id trust it
2025-07-05T00:05:44 < tpbsd> and more complex and it's of into lala land
2025-07-05T00:06:49 < machinehum> I have tried using it for complex-ish thing, It loves adding complexity
2025-07-05T00:07:00 < machinehum> Pointlessly
2025-07-05T00:07:33 < tpbsd> hahah, true
2025-07-05T00:07:43 < tpbsd> like any intern
2025-07-05T00:12:04 < machinehum> I remember an intern wrote some code that was making a string in a function and returning the pointer from the function and I was like uhh don't do that
2025-07-05T00:12:15 < machinehum> He was like "code works fine"
2025-07-05T00:12:31 < machinehum> I'm like okay whatever
2025-07-05T00:13:03 < tpbsd> hahah
2025-07-05T00:14:09 < machinehum> I don't consider myself to be a C expert
2025-07-05T00:14:18 < machinehum> But I can make is safe ish
2025-07-05T00:15:04 < tpbsd> Im a Forth addict and you should see the Forth coders in action, they aren't happy until the code is perfect, as small as possible, as fast as possible. They would never utter "code works fine"
2025-07-05T00:15:36 < machinehum> I also found another codebase for a medical device that malloced up these massive structs everytime a freertos task was spawned
2025-07-05T00:15:52 < machinehum> And this happened ... a lot
2025-07-05T00:16:08 < tpbsd> I havent written any C for 20 years now, I moved away from pure electronics into a wifi biz for 15 years and then retired and became addicted to Forth
2025-07-05T00:16:10 < machinehum> Erm like guys this isn't great
2025-07-05T00:16:22 < machinehum> forth
2025-07-05T00:16:39 < machinehum> isn't that like reverse polish notation or someting
2025-07-05T00:16:45 < machinehum> Stack based something
2025-07-05T00:16:51 < tpbsd> oh man, remember the Toyota Camry 'killer EMU' code ?
2025-07-05T00:17:02 < machinehum> Noooo
2025-07-05T00:18:17 < tpbsd> oyota's Electronic Throttle Control System (ETCS) and its firmware, which was found to have significant code-quality issues.5
2025-07-05T00:18:17 < tpbsd>  The ECM software was described as having 11,000 global variables and being "spaghetti" code, with many functions rated untestable due to high Cyclomatic Complexity.
2025-07-05T00:18:43 < machinehum> top tier shit
2025-07-05T00:19:01 < tpbsd> this came out after a driver was killed when she hit the brakes, instead of stopping the vehicle accelerated flat out
2025-07-05T00:19:36 < machinehum> It's insane someting like that can even happen
2025-07-05T00:20:01 < tpbsd> it turned out that to stop under these conditions (a head on) the driver needed to release the brakes then apply them again for the ECU to be happy
2025-07-05T00:20:16 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-07-05T00:20:58 < tpbsd> it was the usual story, programmers under release pressure writing C crap
2025-07-05T00:21:29 < machinehum> Immagine writing code for video games
2025-07-05T00:21:39 < tpbsd> and insufficient testing, even in automotive which has special laws re testing
2025-07-05T00:21:46 < machinehum> Fucking horrible
2025-07-05T00:22:42 < tpbsd> well I can't as Im not a programmer, Im a electronics tech
2025-07-05T00:23:40 < qyx> you don't want to see that
2025-07-05T00:24:12 < machinehum> Most of the time I fly fast and loose, but I did one medical device and one life saving device
2025-07-05T00:24:29 < machinehum> So for those its... yeah
2025-07-05T00:24:32 < qyx> I am curious about the latter one
2025-07-05T00:24:32 < machinehum> Slow down
2025-07-05T00:24:56 < machinehum> qyx: https://aquaeye.com/
2025-07-05T00:25:14 < machinehum> So now they have a pro device, but I did the first one
2025-07-05T00:25:20 < machinehum> Just the hardware
2025-07-05T00:26:30 < tpbsd> machinehum, thats very cool!
2025-07-05T00:26:49 < machinehum> The tech wasn't hard, but had to be perfect
2025-07-05T00:27:29 < machinehum> Fuck I'm out of beers
2025-07-05T00:33:22 < qyx> machinehum: Recco for water?
2025-07-05T00:34:03 < machinehum> mmm not really, recco needs a device on the drowner
2025-07-05T00:34:14 < qyx> oh this is transponder-free?
2025-07-05T00:34:20 < machinehum> It's just a sonar
2025-07-05T00:34:22 < machinehum> Yeah
2025-07-05T00:51:48 < qyx> Unrouted: 0 \o/
2025-07-05T00:51:56 < qyx> but still not finished
2025-07-05T00:56:30 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 272 seconds]
2025-07-05T01:04:45 < qyx> so JLC default prepreg is 0.21 mm with er=4.4, that indeed makes 50 ohm single ended difficult
2025-07-05T01:04:54 < qyx> need to be about 0.35 mm wide
2025-07-05T01:05:09 < qyx> let's deal with it
2025-07-05T01:11:04 < qyx> ok looks ugly
2025-07-05T01:22:52 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye]
2025-07-05T01:26:33 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-07-05T01:34:29 -!- qyx [~qyx@84.245.120.8] has quit [Ping timeout: 248 seconds]
2025-07-05T01:36:10 -!- qyx [~qyx@84.245.120.246] has joined ##stm32
2025-07-05T01:37:08 < tpbsd> machinehum, this is the doc covering the Toyota 'killer ECU'    https://www.edn.com/toyotas-killer-firmware-bad-design-and-its-consequences/
2025-07-05T01:38:24 < qyx> I have read 70 page document about it iirc, idk if it is the same
2025-07-05T01:38:39 < qyx> I couldn't believe until I experienced it
2025-07-05T01:38:43 < tpbsd> qyx, probably the same one
2025-07-05T01:39:23 < qyx> last year I was programming a single cylinder OHV engine ECU, with inverter cranking by the generator itself, LPG injection control, etc.
2025-07-05T01:39:45 < qyx> and it is exactly that kind of application where it is super hard to encapsulate things in proper objects
2025-07-05T01:40:02 < qyx> because it inherently is spaghetti
2025-07-05T01:40:11 < qyx> forget about dependency injection
2025-07-05T01:40:33 < qyx> it was so complex that now I am not surprised it was done that way
2025-07-05T01:40:51 < tpbsd> and single or v-twin ecu are hard to do anyway, they run badly at idle if big capacity, backfire a lot ?
2025-07-05T01:41:32 < tpbsd> I have a 1200cc Moto Guzzi Griso, it has a open ecu and the fuelling is poor
2025-07-05T01:41:33 < qyx> I would not say it was particularly hard but yes, I spent a fair count of days doing it
2025-07-05T01:41:52 < qyx> and it is still not running properly
2025-07-05T01:42:01 < tpbsd> 1200cc @ 110 HP
2025-07-05T01:42:02 < qyx> maps are not implemented 100%, etc.
2025-07-05T01:42:08 < qyx> oh this is a small one, 2 hp
2025-07-05T01:42:28 < tpbsd> yeah, it's a imprecise science in the open source world
2025-07-05T01:43:20 < tpbsd> it would run like a swiss watch if the ecu was done by audi, but then it would be all locked up and secret and cost megabucks
2025-07-05T01:44:11 < qyx> it is more magic than antennas
2025-07-05T01:45:02 < tpbsd> heh, yeah
2025-07-05T01:45:42 < tpbsd> I have a OSS map and laptop application for it
2025-07-05T01:49:30 -!- tpbsd [~Terry@1.145.53.195] has quit [Read error: Connection reset by peer]
2025-07-05T03:41:01 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-05T04:11:19 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 276 seconds]
2025-07-05T04:42:02 -!- stgl [~stgl@164.92.162.3] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-07-05T04:42:16 -!- stgl [~stgl@164.92.162.3] has joined ##stm32
2025-07-05T05:16:41 -!- tpbsd [~Terry@1.145.14.182] has joined ##stm32
2025-07-05T05:58:45 -!- tpbsd [~Terry@1.145.14.182] has quit [Read error: Connection reset by peer]
2025-07-05T07:11:12 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-05T08:00:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-05T08:05:44 -!- tpbsd [~Terry@1.145.56.221] has joined ##stm32
2025-07-05T08:07:23 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-05T08:35:17 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 248 seconds]
2025-07-05T08:37:17 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-05T08:53:52 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-05T09:00:09 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-05T09:00:10 -!- tpbsd [~Terry@1.145.56.221] has quit [Read error: Connection reset by peer]
2025-07-05T09:27:21 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-05T09:48:10 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-05T09:51:14 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 245 seconds]
2025-07-05T11:21:17 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-07-05T12:07:22 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-05T12:18:25 -!- mercenary [~mercenary@user/mercenary] has quit [Quit: ZNC 1.9.1 - https://znc.in]
2025-07-05T12:25:39 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-05T12:32:24 -!- mercenary [~mercenary@user/mercenary] has joined ##stm32
2025-07-05T13:10:38 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-05T13:22:34 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 272 seconds]
2025-07-05T13:50:02 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-05T14:15:30 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-05T14:41:38 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-05T15:06:41 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-05T15:15:48 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-05T15:38:45 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-05T16:37:51 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Remote host closed the connection]
2025-07-05T16:38:14 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-05T17:57:52 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-05T18:26:17 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-05T18:30:54 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-05T18:49:26 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-05T19:13:29 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 260 seconds]
2025-07-05T19:22:55 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-05T19:33:54 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Ping timeout: 260 seconds]
2025-07-05T19:35:35 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-07-05T19:55:18 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-05T19:58:03 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-05T20:05:45 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-05T20:16:00 < qyx> hm kicad 9 doesn't remember my library path settings
2025-07-05T20:16:14 < qyx> I have to manually set 3D model path on every run
2025-07-05T20:22:53 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 245 seconds]
2025-07-05T20:44:35 < ds2> speaking of kicad, does the UI behave like other random software (inkscape, gimp, office, etc) or is odd ball like OrCAD/Eagle/etc...
2025-07-05T20:45:04 < ds2> MCAD software seems to behave similarly but ECAD so far has been all different
2025-07-05T20:52:32 < qyx> in what regard?
2025-07-05T20:53:04 < qyx> the drawing canvas behaves in kicad way, ui widgets are standard WX, so behaves mostly consistently with the environment
2025-07-05T20:55:25 < jpa-> i don't know what is so odd ball about orcad or eagle either
2025-07-05T20:55:56 < qyx> idk eagle used some weirdo UI lib even on linux
2025-07-05T20:56:05 < qyx> it looked like windows 95 and behaved differently
2025-07-05T20:56:36 < qyx> exactly like running Tk in 2025
2025-07-05T20:56:42 < jpa-> the early 2000s cadsoft eagle?
2025-07-05T20:57:15 < qyx> that's the only one i know, up to 7.4
2025-07-05T20:57:18 < qyx> so cadsoft and farnell
2025-07-05T20:57:51 < jpa-> yeah.. early days of portable software
2025-07-05T20:58:04 < jpa-> when every program had their own portable UI toolkit
2025-07-05T20:58:30 < qyx> and now it is the same
2025-07-05T20:58:38 < qyx> every program has chrome inside and custom javascript shit
2025-07-05T20:59:28 < jpa-> well, at least they all use chrome (and its relatively good porting) instead of having their own custom library
2025-07-05T21:01:05 < qyx> if software development stopped for a bit and hardware development continued, our lives would improve drastically
2025-07-05T21:01:38 < jpa-> so that we'd have 64 core CPUs and would still run 1 thread programs?
2025-07-05T21:01:39 < qyx> since the early days of mobile phones, opening an address book still takes the same time
2025-07-05T21:02:17 < qyx> and since the early days of android, you still run out of flash space in about 2 years
2025-07-05T21:02:53 < jpa-> i have 128 GB on the phone i bought a few years ago and i'm still only using a bit over half
2025-07-05T21:03:04 < ds2> 3D MCAD drawing is pretty much the same... getting around OrCAD vs Eagle is completely different... Eagle's cut and paste is its own way
2025-07-05T21:03:31 < jpa-> ds2: try using freecad and report back if it is pretty much the same ;)
2025-07-05T21:03:35 < ds2> does KiCAD cut and paste work just other things (highly), CTRL-C, CTRL-V
2025-07-05T21:03:47 < ds2> FreeCAD is surprisingly similar to other MCAD
2025-07-05T21:03:47 < jpa-> nowadays yeah
2025-07-05T21:03:53 < qyx> idk but cut&paste in eg. microstation, autocad, etc. was everything but not ctrl+c/ctrl+v?
2025-07-05T21:04:09 < qyx> qcad too
2025-07-05T21:04:14 < jpa-> if freecad is too normal, try brlcad ;)
2025-07-05T21:04:24 < ds2> what's nowadays? the last version I used was too slow to do useful work but made an excelent format converter
2025-07-05T21:04:42 < jpa-> it was a few versions ago when kicad's copy paste started working well
2025-07-05T21:04:48 < jpa-> before that it had weird limitations
2025-07-05T21:04:49 < ds2> couldn't get brlcad to run so no comment... qcad is consistent with other 2D cad
2025-07-05T21:05:08 < jpa-> haha, that's exactly my experience with brlcad too.. "how do i start this program" :)
2025-07-05T21:05:29 < ds2> I am just trying to figure out how much time to plan on for switching to kicad from eagle
2025-07-05T21:05:52 < jpa-> it was easy enough for me back in kicad 4
2025-07-05T21:06:18 < jpa-> and kicad has gotten much better since then
2025-07-05T21:06:18 < ds2> were you an Eagle user before?
2025-07-05T21:06:42 < jpa-> yeah, up to 2011 or so
2025-07-05T21:07:25 < ds2> the other thing I am trying to figure out is how reliable are the Eagle -> KiCad converters... got old customer stuff and libraries that have been provened out by going through mfg (PCB, assembly, etc)
2025-07-05T21:07:46 < ds2> did you convert things over wit the included tools?
2025-07-05T21:07:52 < jpa-> i did not
2025-07-05T21:07:55 < Steffanx> I was surprised how well the altium importers seemed to work
2025-07-05T21:07:58 < Steffanx> In kicad
2025-07-05T21:07:59 < jpa-> you could import, export to gerbers and compare
2025-07-05T21:08:01 < qyx> I did eagle and then kicad 5
2025-07-05T21:08:11 < jpa-> to verify nothing changes
2025-07-05T21:08:38 < ds2> is there a better tool to compare things besides gerbv?
2025-07-05T21:09:04 < jpa-> gerbv's XOR mode works ok enough
2025-07-05T21:09:59 < jpa-> i'd expect if there are missing stuff, it will be some weird stuff like some zone attributes getting lost or per-pad soldermask aperture sizes
2025-07-05T21:11:26 < ds2> or things getting sent to the wrong layer... I remember having to tweak the cam jobs to match the different PCB houses
2025-07-05T21:12:30 < ds2> anyone regret moving to KiCAD? Eagle 6 has served very well but its 3D MCAD integration is weak 
2025-07-05T21:19:50 < qyx> no, would do it again
2025-07-05T21:30:03 < jpa-> yeah, maybe if comparing to altium there might be some pondering but definitely ditch old eagle
2025-07-05T21:30:38 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-05T21:35:35 < ds2> Is Altium even reliable? been avoiding them like the plague after Portel crash and corrupted things
2025-07-05T21:36:21 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-05T21:41:10 < Steffanx> My colleague complains about it all the time, but he complains a lot. No data loss though 
2025-07-05T21:41:33 < Steffanx> Or corruption 
2025-07-05T21:43:38 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-05T22:10:08 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-05T23:18:41 < qyx> what happened to seeed's pcb service?
2025-07-05T23:23:33 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-07-05T23:33:37 < Steffanx> Doesn't it still exist?
2025-07-05T23:37:07 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-05T23:45:57 < qyx> I can't see it
2025-07-05T23:57:29 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
--- Day changed Sun Jul 06 2025
2025-07-06T00:36:00 < Steffanx> https://www.seeedstudio.com/fusion_pcb.html jlcpcb china clone
2025-07-06T00:41:51 < qyx> no seed was first to offer iirc
2025-07-06T00:42:02 < qyx> jlcpcb came afterwards
2025-07-06T00:42:26 < qyx> I was using seeed fusion pcb regularly
2025-07-06T00:43:04 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-07-06T00:43:43 < qyx> ok $56 and 4-6 working days
2025-07-06T00:43:53 < qyx> then aisler is better
2025-07-06T02:09:07 < karlp> ds2: a hardware guy at work just starting using kicad for some private/side contracting, after years of altium, and he's like, "if I was starting a business, I'd never fucking pay for altium!"
2025-07-06T02:10:04 < karlp> yeah, seeed and itead were both pre jlc
2025-07-06T02:17:28 < karlp> my old job was eagle until 7, then we outsourced some stuff, with drafts in eagle, then I moed us to kicad with v6, and never looked back.
2025-07-06T02:17:44 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Ping timeout: 268 seconds]
2025-07-06T02:17:47 < karlp> new job got on the altium cloud train.
2025-07-06T02:18:06 < karlp> but some projects are being done in easyeda. (lol) and I'v esipped some things in kicad too.
2025-07-06T02:18:31 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-07-06T02:18:38 < karlp> and the new deidcated hw guy has gone, "yo, kicad is fucking fine hey?!"
2025-07-06T02:19:23 < karlp> and even one of the 40 year old (work experience, he's 77, iirc) nutters recently posted how he did osme proto thing in kicad, and got jlc to assmeble it, and "this was fucking awesome! we shoulud all do this more!"
2025-07-06T02:19:37 < karlp> so yeah, time to short renesas....
2025-07-06T02:19:44 < karlp> or.. just lol at them for buying it.
2025-07-06T02:22:21 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Client Quit]
2025-07-06T02:23:37 -!- m5zs7k [aquares@web10.mydevil.net] has quit [Remote host closed the connection]
2025-07-06T02:36:13 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-06T02:37:17 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-06T02:37:41 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-06T02:58:06 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-06T03:10:38 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-06T03:16:55 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-06T03:31:13 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 245 seconds]
2025-07-06T03:59:08 -!- tpbsd [~Terry@1.145.44.114] has joined ##stm32
2025-07-06T04:13:33 < qyx> oh yeah itead was the other one
2025-07-06T04:53:10 -!- tpbsd [~Terry@1.145.44.114] has quit [Read error: Connection reset by peer]
2025-07-06T05:01:06 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-06T05:52:50 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-06T06:05:00 -!- NEYi [~NEYi@195.234.78.191] has quit [Read error: Connection reset by peer]
2025-07-06T06:11:10 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-07-06T06:19:23 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Quit: bitmask]
2025-07-06T07:36:30 -!- tpbsd [~Terry@1.145.53.118] has joined ##stm32
2025-07-06T07:59:45 -!- tpbsd [~Terry@1.145.53.118] has quit [Read error: Connection reset by peer]
2025-07-06T08:12:22 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-06T08:29:11 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-06T08:34:59 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 260 seconds]
2025-07-06T08:36:31 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-06T09:02:01 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-06T09:05:25 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-06T09:10:34 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 260 seconds]
2025-07-06T09:11:14 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-06T09:11:18 -!- tpbsd [~Terry@1.145.27.69] has joined ##stm32
2025-07-06T09:36:02 -!- tpbsd [~Terry@1.145.27.69] has quit [Read error: Connection reset by peer]
2025-07-06T10:04:21 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 248 seconds]
2025-07-06T10:06:30 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-07-06T10:36:40 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-07-06T10:47:27 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-06T11:01:50 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-07-06T11:14:36 < Steffanx> Yeah I know seeed was before, but I don't recall the order page looking exactly like jlc
2025-07-06T11:17:17 < Steffanx> Do people still use oshpark?
2025-07-06T11:56:12 -!- tpbsd [~Terry@1.145.23.145] has joined ##stm32
2025-07-06T12:07:19 -!- tpbsd [~Terry@1.145.23.145] has quit [Read error: Connection reset by peer]
2025-07-06T12:15:05 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-06T12:58:29 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Read error: Connection reset by peer]
2025-07-06T13:01:09 < qyx> idk I never used it
2025-07-06T13:03:34 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-07-06T13:57:13 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-06T14:53:23 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-07-06T16:23:33 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye]
2025-07-06T16:38:01 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-06T16:39:00 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-06T16:39:24 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-06T18:02:53 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-06T18:52:29 -!- LFSveteran [~LFSvetera@keymaker.msrv.nl] has quit [Ping timeout: 245 seconds]
2025-07-06T18:52:29 -!- c10ud_ [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has joined ##stm32
2025-07-06T18:53:15 -!- LFSveteran [~LFSvetera@keymaker.msrv.nl] has joined ##stm32
2025-07-06T18:53:18 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 245 seconds]
2025-07-06T18:54:08 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 245 seconds]
2025-07-06T18:54:26 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-06T18:55:23 -!- c10ud [~c10ud@user/c10ud] has quit [Ping timeout: 245 seconds]
2025-07-06T19:07:34 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-07-06T20:11:29 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-07-06T20:29:21 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-07-06T20:33:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-06T20:40:30 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-06T20:43:44 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-06T21:29:58 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-06T21:41:46 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-06T22:39:41 -!- tpbsd [~Terry@1.145.4.75] has joined ##stm32
2025-07-06T22:41:23 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-06T22:42:36 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-06T22:43:05 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-06T22:46:04 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 260 seconds]
2025-07-06T22:55:13 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-07-06T23:07:37 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-07-06T23:36:49 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
--- Day changed Mon Jul 07 2025
2025-07-07T00:04:13 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 252 seconds]
2025-07-07T00:57:54 -!- tpbsd [~Terry@1.145.4.75] has quit [Read error: Connection reset by peer]
2025-07-07T01:00:03 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-07-07T01:00:20 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-07T01:09:10 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-07T01:10:03 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-07T01:10:31 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-07T01:11:44 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer]
2025-07-07T01:16:19 < karlp> I think US people still do, because the shipping is really cheap, and "buy american"
2025-07-07T01:16:35 < karlp> the keyboard crowd loves it, they have some "pretty" mask options
2025-07-07T01:29:13 < zyp> transparent mask IIRC
2025-07-07T01:30:13 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-07-07T01:35:42 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-07T01:39:12 -!- qyx [~qyx@84.245.120.246] has quit [Ping timeout: 252 seconds]
2025-07-07T01:41:12 -!- qyx [~qyx@84.245.121.13] has joined ##stm32
2025-07-07T02:04:41 < qyx> transparent mask is not pretty
2025-07-07T02:07:37 -!- tpbsd [~Terry@1.145.41.115] has joined ##stm32
2025-07-07T02:22:36 < qyx> and jlc apparently broke their "stay signed in" checkbox
2025-07-07T02:24:00 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-07-07T02:31:08 -!- tpbsd [~Terry@1.145.41.115] has quit [Read error: Connection reset by peer]
2025-07-07T02:57:22 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-07T03:36:22 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-07T04:47:40 -!- tpbsd [~Terry@1.145.10.63] has joined ##stm32
2025-07-07T05:02:37 -!- tpbsd [~Terry@1.145.10.63] has quit [Read error: Connection reset by peer]
2025-07-07T05:26:32 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-07T05:39:40 -!- tpbsd [~Terry@1.145.20.75] has joined ##stm32
2025-07-07T05:42:34 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Quit: Konversation terminated!]
2025-07-07T05:48:19 -!- tpbsd [~Terry@1.145.20.75] has quit [Read error: Connection reset by peer]
2025-07-07T06:05:17 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-07-07T06:06:23 -!- ferdna [~ferdna@user/ferdna] has quit [Remote host closed the connection]
2025-07-07T06:08:26 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-07T07:09:06 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-07T07:10:51 -!- nerozero [~nerozero@87.253.63.54] has quit [Read error: Connection reset by peer]
2025-07-07T07:12:37 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-07T07:43:35 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-07T08:00:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-07T08:00:52 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-07T08:06:35 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-07T08:16:52 -!- tpbsd [~Terry@1.145.27.115] has joined ##stm32
2025-07-07T08:18:52 -!- tpbsd [~Terry@1.145.27.115] has quit [Read error: Connection reset by peer]
2025-07-07T08:32:48 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 252 seconds]
2025-07-07T08:34:45 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-07T08:56:58 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-07T08:56:58 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-07T09:38:08 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 272 seconds]
2025-07-07T09:44:29 -!- tpbsd [~Terry@1.145.0.218] has joined ##stm32
2025-07-07T09:56:50 -!- tpbsd [~Terry@1.145.0.218] has quit [Read error: Connection reset by peer]
2025-07-07T10:15:43 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-07T10:44:24 -!- tpbsd [~Terry@1.145.13.63] has joined ##stm32
2025-07-07T10:49:04 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-07T10:49:25 -!- tpbsd [~Terry@1.145.13.63] has quit [Read error: Connection reset by peer]
2025-07-07T11:17:40 -!- tpbsd [~Terry@1.145.7.83] has joined ##stm32
2025-07-07T11:20:57 -!- tpbsd [~Terry@1.145.7.83] has quit [Read error: Connection reset by peer]
2025-07-07T12:56:52 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-07T13:32:29 -!- fdarling [~forest@syn-096-033-104-194.biz.spectrum.com] has joined ##stm32
2025-07-07T14:05:52 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-07T14:28:21 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-07T16:53:15 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-07-07T17:00:02 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-07T17:16:12 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-07T17:17:09 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-07T17:17:33 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-07T17:18:51 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-07T17:23:58 -!- fdarling [~forest@syn-096-033-104-194.biz.spectrum.com] has quit [Quit: Leaving]
2025-07-07T17:51:38 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-07T19:47:33 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-07-07T20:05:31 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-07T20:32:35 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-07T21:12:14 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-07T21:33:02 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-07T21:33:20 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer]
2025-07-07T22:02:51 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 265 seconds]
2025-07-07T22:48:45 -!- tpbsd [~Terry@1.145.50.195] has joined ##stm32
2025-07-07T23:04:01 -!- tpbsd [~Terry@1.145.50.195] has quit [Read error: Connection reset by peer]
2025-07-07T23:12:46 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-07T23:28:12 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-07T23:29:20 -!- tpbsd [~Terry@65.181.12.97] has joined ##stm32
2025-07-07T23:41:09 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-07T23:54:45 -!- infisc [uid692580@user/infisc] has joined ##stm32
--- Day changed Tue Jul 08 2025
2025-07-08T00:02:31 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 268 seconds]
2025-07-08T00:06:41 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-08T00:08:34 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-07-08T00:12:52 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-08T00:24:01 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 248 seconds]
2025-07-08T00:26:50 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-08T00:47:49 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 260 seconds]
2025-07-08T00:50:14 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-08T01:13:51 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-08T02:59:22 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-08T05:05:04 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-08T06:23:45 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-07-08T07:27:12 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-08T07:54:03 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-08T08:58:12 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-08T09:03:56 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-08T09:14:47 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-08T09:54:45 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-07-08T10:11:37 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-08T10:48:46 < qyx> $customer says he sees nothing wrong with the board
2025-07-08T10:48:48 < qyx> https://bin.jvnv.net/file/aplcX
2025-07-08T10:49:17 < qyx> I would say it just looks a bit used and ugly, nothing specific
2025-07-08T10:52:04 < jpa-> clean it up and resell it
2025-07-08T11:06:46 -!- PaulFertser [paul@paulfertser.info] has quit [Read error: Connection reset by peer]
2025-07-08T11:06:51 -!- PaulFertser_ [~paul@paulfertser.info] has joined ##stm32
2025-07-08T11:24:06 < qyx> the heat source was definitely the inductor itself, but the question is, why
2025-07-08T11:27:56 < qyx> probably caused by saturation? at an increased ambient temp, the inductor temperature during normal operation becomes high enough that saturation current temperature derating is significant and causes inductor saturation
2025-07-08T11:30:01 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-08T11:48:58 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-08T11:57:52 < jpa-> but any sane system has current limiting for inductor
2025-07-08T12:01:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-08T12:04:07 < tpbsd> jpa-, could there be a shorted turn in the inductor ?
2025-07-08T12:10:49 < qyx> I replaced the inductor and even at 22°C ambient the whole thing warms significantly
2025-07-08T12:15:07 < tpbsd> qyx, whats it in, what does it do ?
2025-07-08T12:16:28 < tpbsd> qyx, is the fitted value correct for the application ?
2025-07-08T12:20:23 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-08T12:20:59 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-08T14:03:07 < krish2487> qyx: customer is right.. I see nothing wrong.. other than too much flux on the board.. :-D 
2025-07-08T15:06:09 -!- PaulFertser_ is now known as PaulFertser
2025-07-08T15:26:46 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-08T15:32:32 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-08T15:32:36 < bitmask> so itchy
2025-07-08T15:33:13 < bitmask> hellloooo
2025-07-08T15:44:51 < jbo> hello party people
2025-07-08T15:47:34 < bitmask> whats up whats up
2025-07-08T15:56:22 < bitmask> wow, starting work at 8:45AM, thats a first for me
2025-07-08T15:58:10 < zyp> is that late or early?
2025-07-08T16:01:52 < bitmask> early
2025-07-08T16:01:56 < bitmask> I usually start at like 2pm
2025-07-08T16:01:57 < bitmask> :P
2025-07-08T16:02:13 < jbo> what happened to the american dream?
2025-07-08T16:02:16 < ventyl> I used too
2025-07-08T16:02:36 < bitmask> I'm not a morning person
2025-07-08T16:02:37 < ventyl> but then customer decided to rather sell their business as agent orange sat on the throne
2025-07-08T16:03:00 < jbo> don't trust people that claim to be a morning person
2025-07-08T16:03:14 < jbo> 9 out of 10 times complete psychopaths for sure
2025-07-08T16:03:17 < jbo> :p
2025-07-08T16:03:19 < ventyl> i am a morning person
2025-07-08T16:03:24 < jbo> see
2025-07-08T16:03:32 < ventyl> I rather take nap in the afternoon
2025-07-08T16:11:49 < bitmask> I can't nap, it really sucks
2025-07-08T16:12:27 < jbo> ventyl, what happened to the F?
2025-07-08T16:12:51 < bitmask> first of all I have to be really tired to fall asleep at all, second, if I do fall asleep, I have to nap at least a couple hours and theres a 50% chance I won't be able to wake back up
2025-07-08T16:17:40 < ventyl> jbo: I can only assume: my guess is that they did the math, expected that tariffs agent orange was threatening even pinguins would ruin their profit margins and increase price of inputs. so they pulled the plug
2025-07-08T16:18:19 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-08T16:20:10 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-08T16:20:23 < ventyl> man, the docs I wrote suck
2025-07-08T16:23:19 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 260 seconds]
2025-07-08T16:57:51 < bitmask> have AI write docs, isn't that the one thing they are good at?
2025-07-08T17:13:35 < ventyl> once I gave AI task to rewrite main README.md. the result looked like as if Charlie Sheen spilled month worth of cocaine all over the place and AI snorted it all
2025-07-08T17:35:49 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-08T17:37:46 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-08T17:57:57 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds]
2025-07-08T18:01:55 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-08T18:01:59 < bitmask> woo normal maps
2025-07-08T18:01:59 < bitmask> https://imgur.com/a/aOFW3tb
2025-07-08T18:18:45 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds]
2025-07-08T18:32:42 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-08T18:47:36 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-07-08T19:03:57 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-08T19:08:35 < Steffanx> Such dutch street bitmask 
2025-07-08T19:08:55 < bitmask> I did that just for you.... uhh sure
2025-07-08T19:09:42 < Steffanx> Lies.
2025-07-08T19:10:11 < Steffanx> Should add a stroopwafel
2025-07-08T19:10:12 < bitmask> but, but... but. ok
2025-07-08T19:12:26 < bitmask> ugh, I hate when I write code thinking I'll never have to change things and then when I have to change things I have to rewrite everything
2025-07-08T19:13:02 < bitmask> maybe I'll go to the gym and take a break from it, because im about to shoot it in the face
2025-07-08T19:13:05 < zyp> Steffanx, when are you gonna send me more stroopwafels?
2025-07-08T19:13:33 < Steffanx> Tomorrow? 
2025-07-08T19:13:38 < bitmask> me too!
2025-07-08T19:13:50 < Steffanx> Need a new air fryer too?
2025-07-08T19:14:03 < zyp> nah, it's still going strong
2025-07-08T19:18:28 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 272 seconds]
2025-07-08T19:24:19 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-08T19:25:41 < Steffanx> Are you even ready for 1.5-3kg of stroopwafels bitmask ?
2025-07-08T19:33:09 < jbo> +1
2025-07-08T19:38:43 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 245 seconds]
2025-07-08T19:39:49 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-08T19:48:06 -!- tpbsd [~Terry@65.181.12.97] has quit [Ping timeout: 252 seconds]
2025-07-08T19:48:13 -!- tpbsd [~Terry@206.83.122.91] has joined ##stm32
2025-07-08T19:58:34 < ds2> p
2025-07-08T20:12:37 < aandrew> that's a lot of stroopwafels
2025-07-08T20:25:58 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-08T20:26:07 < bitmask> ugh, gym was a bad idea
2025-07-08T20:35:38 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-08T20:37:29 < bitmask> I feel like ive been going to the gym for years now. its only been 2.5 months
2025-07-08T20:42:00 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-07-08T20:45:59 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-08T20:58:34 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-07-08T21:00:51 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-07-08T21:02:20 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 244 seconds]
2025-07-08T21:15:05 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-08T21:25:56 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-08T21:41:24 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds]
2025-07-08T21:53:29 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds]
2025-07-08T23:19:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-08T23:45:47 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-08T23:59:55 < qyx> the thing is swithcing properly, nothing exceptionally ringing https://bin.jvnv.net/file/ISAt4/capture10.png
--- Day changed Wed Jul 09 2025
2025-07-09T00:07:29 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-07-09T00:11:29 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-09T00:19:21 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 252 seconds]
2025-07-09T00:22:03 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-09T00:56:25 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-09T01:20:00 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-09T01:24:05 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-09T01:32:14 -!- bitmask [~bitmask@146.70.185.62] has joined ##stm32
2025-07-09T01:38:54 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-09T01:41:14 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-09T01:41:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-09T01:41:49 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-09T01:44:29 -!- qyx [~qyx@84.245.121.13] has quit [Ping timeout: 260 seconds]
2025-07-09T01:46:17 -!- qyx [~qyx@84.245.121.254] has joined ##stm32
2025-07-09T02:05:33 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-09T02:11:18 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-09T02:41:06 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-09T03:09:42 < qyx> nah
2025-07-09T03:22:22 < zyp> ok
2025-07-09T03:43:21 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-09T04:11:03 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 276 seconds]
2025-07-09T04:12:52 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-09T04:28:27 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-09T04:40:29 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-09T05:16:21 -!- bitmask [~bitmask@146.70.185.62] has quit [Ping timeout: 252 seconds]
2025-07-09T05:50:16 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Remote host closed the connection]
2025-07-09T05:50:52 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-09T06:09:59 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-09T06:17:01 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-09T06:27:34 -!- ds2 [~ds2@69.54.141.155] has quit [Ping timeout: 252 seconds]
2025-07-09T07:19:19 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-09T08:00:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-09T08:12:01 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-09T08:50:02 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-09T09:12:35 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-09T10:04:05 < ventyl> jbo: see? I am a morning person!
2025-07-09T10:04:33 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 245 seconds]
2025-07-09T10:40:04 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer]
2025-07-09T10:56:36 < Steffanx> I wish you a wonderful morning ventyl 
2025-07-09T11:19:03 < qyx> wonderwhat
2025-07-09T11:19:17 < qyx> my wonderful morning at 6am was not wonderful
2025-07-09T11:31:24 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-07-09T11:39:57 < qyx> is mouser ded
2025-07-09T11:40:37 < qyx> BQ25758EVM is $350 O_o
2025-07-09T11:48:53 < tomeaton17> is it? its £200 here
2025-07-09T12:12:25 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-07-09T14:28:55 < jbo> lol
2025-07-09T14:29:35 < jbo> is 25758 the new 25756?
2025-07-09T14:30:20 < jbo> aah, USB PD instead of MPPT
2025-07-09T16:32:56 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 252 seconds]
2025-07-09T18:12:50 < qyx> wat usb pd
2025-07-09T18:30:38 -!- tpbsd [~Terry@206.83.122.91] has quit [Ping timeout: 252 seconds]
2025-07-09T18:30:44 -!- tpbsd [~Terry@206.83.118.35] has joined ##stm32
2025-07-09T19:11:30 < Steffanx> Yes
2025-07-09T20:01:36 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-09T20:09:52 < qyx> no, both 25756 and 25758 support USB PD, 25758 has no special "charging" functions, it is juet a cc/cv
2025-07-09T20:45:23 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-09T20:56:32 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-09T20:58:33 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 276 seconds]
2025-07-09T21:00:14 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-07-09T21:03:59 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-09T21:11:42 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-07-09T22:20:14 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-09T22:24:41 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-09T23:20:11 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-09T23:25:53 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-09T23:26:46 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-09T23:27:11 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-09T23:28:07 -!- Guest23 [~Guest75@178.42.5.236.ipv4.supernova.orange.pl] has joined ##stm32
2025-07-09T23:28:27 -!- Guest23 [~Guest75@178.42.5.236.ipv4.supernova.orange.pl] has quit [Client Quit]
--- Day changed Thu Jul 10 2025
2025-07-10T00:11:31 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 276 seconds]
2025-07-10T00:43:27 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 276 seconds]
2025-07-10T00:45:39 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-07-10T00:46:49 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-10T00:51:17 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 248 seconds]
2025-07-10T00:52:16 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-07-10T00:52:59 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-10T01:12:52 -!- NEYi [~NEYi@195.234.78.191] has quit [Read error: Connection reset by peer]
2025-07-10T01:24:28 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Read error: Connection reset by peer]
2025-07-10T01:25:30 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-07-10T01:25:49 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32
2025-07-10T01:28:09 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-10T01:41:27 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-10T01:48:57 -!- Livio_ [~livio@user/livio] has joined ##stm32
2025-07-10T01:49:11 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-10T02:13:50 -!- Livio_ [~livio@user/livio] has quit [Quit: leaving]
2025-07-10T04:31:33 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-10T04:38:30 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-10T05:34:20 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-07-10T05:51:28 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has quit [Ping timeout: 276 seconds]
2025-07-10T06:07:47 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has joined ##stm32
2025-07-10T06:54:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-10T06:59:21 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-10T07:00:56 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-10T07:04:37 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-10T07:11:20 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-10T08:13:36 -!- tpbsd-nixos [~Terry@206.83.118.35] has joined ##stm32
2025-07-10T08:29:34 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 260 seconds]
2025-07-10T08:31:14 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-10T08:39:58 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-10T09:15:49 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-10T10:27:55 -!- tpbsd-nixos [~Terry@206.83.118.35] has quit [Remote host closed the connection]
2025-07-10T13:45:41 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-10T13:45:42 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-10T14:04:12 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-10T14:22:27 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 276 seconds]
2025-07-10T15:12:48 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-10T15:36:31 < jbo> pls don't slack off during working hours
2025-07-10T15:37:21 < ventyl> does taking a shit count as slacking?
2025-07-10T15:38:36 < jbo> the first 4 minutes don't.
2025-07-10T16:04:46 < ventyl> my anus does not work so fast
2025-07-10T16:04:59 < jbo> machinehum, need your services ^
2025-07-10T16:15:30 < jpa-> why would anyone be working in the summer
2025-07-10T16:18:09 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 260 seconds]
2025-07-10T16:23:53 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-10T17:00:51 < mercenary> in summer, we work. in winter, we hibernate.
2025-07-10T17:22:03 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 245 seconds]
2025-07-10T17:28:57 < qyx> working hours?
2025-07-10T17:43:14 < tomeaton17> 9-5
2025-07-10T17:48:05 < Steffanx> I met a mate of yours today jpa- . For some reason he decided move to the Netherlands. I wonder what you did to him
2025-07-10T18:27:55 < jbo> probably also ghosted him
2025-07-10T18:42:45 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-07-10T19:18:36 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-10T19:19:29 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-10T19:19:54 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-10T19:24:27 < Steffanx> I see
2025-07-10T19:41:58 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-10T20:19:21 -!- specing [~specing@user/specing] has quit [Ping timeout: 244 seconds]
2025-07-10T20:23:21 < Steffanx> I guess that's how it goes nowadays 
2025-07-10T20:59:14 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-07-10T21:06:22 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-07-10T21:32:05 < jpa-> Steffanx: it was for the stroopwaffels
2025-07-10T21:51:31 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 276 seconds]
2025-07-10T22:33:41 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-07-10T23:01:09 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-10T23:26:13 -!- specing [~specing@user/specing] has joined ##stm32
2025-07-10T23:47:27 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-10T23:52:36 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 265 seconds]
2025-07-10T23:54:10 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
--- Day changed Fri Jul 11 2025
2025-07-11T00:03:40 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-11T00:10:46 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-07-11T00:14:12 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-07-11T00:19:49 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 260 seconds]
2025-07-11T00:21:17 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-11T01:02:07 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-11T01:24:40 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-11T01:46:38 -!- qyx [~qyx@84.245.121.254] has quit [Ping timeout: 245 seconds]
2025-07-11T01:48:27 -!- qyx [~qyx@84.245.121.58] has joined ##stm32
2025-07-11T02:11:37 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-11T02:34:05 -!- System_Error [~SystemErr@user/systemerror] has quit [Read error: Connection reset by peer]
2025-07-11T02:47:50 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-11T04:30:21 -!- tpbsd-nixos [~Terry@206.83.118.35] has joined ##stm32
2025-07-11T05:50:52 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-07-11T06:10:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-11T06:14:25 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-11T06:33:55 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-11T08:04:09 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-11T08:35:00 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-11T09:11:57 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-11T09:42:25 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-07-11T10:16:31 -!- specing [~specing@user/specing] has quit [Ping timeout: 252 seconds]
2025-07-11T10:19:27 -!- tpbsd-nixos [~Terry@206.83.118.35] has quit [Remote host closed the connection]
2025-07-11T11:38:27 -!- c10ud_ [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has quit [Quit: Leaving]
2025-07-11T11:48:12 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-11T11:51:29 -!- catphish [~quassel@user/catphish] has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
2025-07-11T11:51:53 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-07-11T12:03:14 < machinehum> lol
2025-07-11T13:30:00 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-11T13:30:18 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer]
2025-07-11T13:57:38 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-11T14:00:01 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-11T14:00:01 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-11T14:19:01 -!- rob_w [~bob@2001:a61:61f7:c901:29ee:c46a:e50c:9daf] has joined ##stm32
2025-07-11T14:51:31 -!- specing [~specing@user/specing] has joined ##stm32
2025-07-11T14:52:47 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-11T14:52:58 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer]
2025-07-11T15:03:18 -!- rob_w [~bob@2001:a61:61f7:c901:29ee:c46a:e50c:9daf] has quit [Ping timeout: 245 seconds]
2025-07-11T15:21:24 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-11T15:25:17 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Client Quit]
2025-07-11T15:26:57 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-11T16:19:09 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 252 seconds]
2025-07-11T16:36:42 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-11T16:53:22 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 244 seconds]
2025-07-11T17:11:02 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-11T20:04:33 -!- tpbsd [~Terry@206.83.118.35] has quit [Ping timeout: 245 seconds]
2025-07-11T20:05:11 -!- catphish [~quassel@user/catphish] has joined ##stm32
2025-07-11T20:05:33 -!- tpbsd [~Terry@206.83.123.55] has joined ##stm32
2025-07-11T20:09:22 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-11T20:31:42 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-07-11T20:40:27 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-07-11T20:40:45 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32
2025-07-11T21:13:24 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-11T21:44:44 -!- dkc [~dan@user/dkc] has joined ##stm32
2025-07-11T21:45:20 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 265 seconds]
2025-07-11T21:50:42 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-11T23:23:39 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 260 seconds]
2025-07-11T23:35:35 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-11T23:42:29 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 248 seconds]
2025-07-11T23:43:34 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-11T23:52:00 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
--- Day changed Sat Jul 12 2025
2025-07-12T00:01:38 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 245 seconds]
2025-07-12T00:16:34 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 260 seconds]
2025-07-12T00:18:59 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-12T00:26:11 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-12T01:08:10 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 268 seconds]
2025-07-12T01:26:18 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-12T01:27:15 -!- Alexer [~alexer@alexer.net] has quit [Ping timeout: 252 seconds]
2025-07-12T01:28:00 -!- Alexer [~alexer@alexer.net] has joined ##stm32
2025-07-12T03:43:48 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-12T04:34:20 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-12T04:37:55 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-12T05:03:29 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-12T07:26:14 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-12T09:28:29 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-12T11:23:08 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-12T11:23:48 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-12T11:33:26 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-12T12:39:31 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-12T13:04:57 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-12T14:09:59 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-12T14:33:27 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-12T16:21:24 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-12T16:32:45 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-12T17:05:21 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-12T18:14:41 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-07-12T18:59:29 < jpa-> meh i want a bigger sail
2025-07-12T19:06:20 < Steffanx> For your iceboat?
2025-07-12T19:09:49 < jpa-> the ice has temporarily melted, so i use a windsup for now
2025-07-12T19:18:57 < Steffanx> Cool :)
2025-07-12T19:21:16 < jpa-> but wife saw some other windsurfers and said they all had bigger sails than i do
2025-07-12T19:23:16 < Steffanx> Only your wife and jbo know how big your sail is.. I think?
2025-07-12T19:24:03 < jpa-> not anymore.. the whole beach has seen it now
2025-07-12T19:28:23 < Steffanx> Sounds like she gave your permission to go bigger 
2025-07-12T19:28:47 < jpa-> yeah but i'm too cheap
2025-07-12T19:31:45 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-12T19:41:12 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-07-12T19:41:37 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-12T19:42:56 < qyx> is jpa- into wind-whatever now?
2025-07-12T19:43:06 < jpa-> yeah
2025-07-12T19:43:08 < jpa-> beats coding
2025-07-12T19:43:43 < qyx> isn't it a bit cold in jpaland for that?
2025-07-12T19:44:13 < jpa-> nah, the ice melted already in mid-april and i waited two weeks after that
2025-07-12T19:50:50 < Steffanx> Also Finnish are icecold. So they are used to it
2025-07-12T19:51:40 < Steffanx> So just give yours to the kid and get a bigger one 
2025-07-12T19:52:09 < jpa-> but my moneys
2025-07-12T19:52:26 < jpa-> no coding and all surf makes jpa a poor man
2025-07-12T19:55:54 < Steffanx> Is your birthday soon?
2025-07-12T20:15:51 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 244 seconds]
2025-07-12T20:18:34 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-12T21:21:11 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-07-12T21:42:26 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-12T22:23:47 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-07-12T22:30:45 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-12T23:05:25 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 265 seconds]
2025-07-12T23:06:29 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-12T23:32:39 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-12T23:44:59 < qyx> I hope pros are at least weekending much
--- Day changed Sun Jul 13 2025
2025-07-13T00:02:02 < zyp> yup
2025-07-13T00:10:53 < Steffanx> What is weekending qyx? Not working?
2025-07-13T00:20:03 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-07-13T01:19:46 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-07-13T01:46:23 < jbo> so much weekending, can barely handle it
2025-07-13T01:49:37 -!- qyx [~qyx@84.245.121.58] has quit [Ping timeout: 244 seconds]
2025-07-13T01:51:22 -!- qyx [~qyx@84.245.120.2] has joined ##stm32
2025-07-13T01:51:31 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-13T01:54:49 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 260 seconds]
2025-07-13T02:07:04 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds]
2025-07-13T02:09:38 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-13T02:13:29 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-07-13T02:52:20 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-13T04:45:56 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-13T07:05:33 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-13T07:49:24 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-13T08:03:19 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-13T08:04:25 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-13T08:04:50 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-13T08:48:03 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-07-13T09:52:44 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-13T10:29:03 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-13T10:34:42 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-13T10:46:18 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-13T10:50:11 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-13T11:48:53 -!- teknix [~unknown@user/hsv] has quit [Ping timeout: 248 seconds]
2025-07-13T11:50:40 -!- teknix [~unknown@user/hsv] has joined ##stm32
2025-07-13T12:41:15 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-07-13T12:59:03 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-13T13:59:33 -!- specing [~specing@user/specing] has quit [Ping timeout: 248 seconds]
2025-07-13T14:01:05 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-13T14:04:04 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 272 seconds]
2025-07-13T15:03:25 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-13T15:21:09 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 248 seconds]
2025-07-13T15:24:04 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-13T15:26:19 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-13T15:48:09 -!- ice [~ice@loud.house] has quit [Ping timeout: 276 seconds]
2025-07-13T17:15:24 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-13T17:15:24 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-13T17:28:54 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 276 seconds]
2025-07-13T17:30:56 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-13T17:35:58 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-13T18:13:49 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-13T18:43:42 -!- specing [~specing@user/specing] has joined ##stm32
2025-07-13T20:58:21 -!- fenugrec [~f@45.58.111.92] has joined ##stm32
2025-07-13T21:41:59 -!- specing [~specing@user/specing] has quit [Ping timeout: 252 seconds]
2025-07-13T21:45:46 -!- specing [~specing@user/specing] has joined ##stm32
2025-07-13T21:47:12 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-13T21:57:04 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-07-13T22:12:53 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-07-13T23:13:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-13T23:14:09 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer]
2025-07-13T23:30:52 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 276 seconds]
--- Day changed Mon Jul 14 2025
2025-07-14T00:35:14 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-14T00:46:15 < jbo> meh
2025-07-14T01:03:22 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-14T01:08:14 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 244 seconds]
2025-07-14T02:10:24 -!- fenugrec [~f@45.58.111.92] has quit [Ping timeout: 260 seconds]
2025-07-14T02:34:09 -!- fenugrec [~f@45.58.111.92] has joined ##stm32
2025-07-14T05:38:37 -!- tpbsd [~Terry@206.83.123.55] has quit [Read error: Connection reset by peer]
2025-07-14T05:40:08 -!- tpbsd [~Terry@206.83.123.55] has joined ##stm32
2025-07-14T05:47:54 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-14T06:02:24 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 260 seconds]
2025-07-14T06:03:08 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-14T07:20:41 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-14T08:14:52 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-14T08:15:43 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-14T09:01:59 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-14T09:22:37 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-14T09:45:41 -!- tpbsd-nixos [~Terry@206.83.123.55] has joined ##stm32
2025-07-14T09:46:41 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 248 seconds]
2025-07-14T09:47:24 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-14T09:49:33 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 245 seconds]
2025-07-14T11:52:19 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-14T13:10:58 -!- tpbsd-nixos [~Terry@206.83.123.55] has quit [Remote host closed the connection]
2025-07-14T13:14:56 < Steffanx> Hem
2025-07-14T13:18:41 < qyx> hemt
2025-07-14T14:22:46 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-14T16:16:06 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-14T18:04:27 -!- fenugrec [~f@45.58.111.92] has quit [Quit: fenugrec]
2025-07-14T18:56:10 -!- nerozero [~nerozero@87.253.63.54] has quit [Read error: Connection reset by peer]
2025-07-14T18:56:19 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-14T20:08:31 < Steffanx> True 
2025-07-14T20:17:35 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-14T20:31:12 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-14T20:45:12 < jpa-> i bought the sail
2025-07-14T20:45:24 < jpa-> maybe it will bring me some joy when i'm broke and living under the bridge
2025-07-14T20:49:04 < qyx> now, buy a lone island, build a cabin, get Internet and some power, bring some food, code for 7 days in a row
2025-07-14T20:51:14 < jpa-> it didn't cost *that* much
2025-07-14T20:52:15 < jpa-> and while finns in general love cabins, when i already live next to a lake it seems somewhat unnecessary
2025-07-14T20:56:39 < qyx> but you live in a crowded place
2025-07-14T21:05:57 < jpa-> true, sometimes i can catch a glimpse of another person before they run away
2025-07-14T21:07:52 < qyx> are those finnish islands buyable?
2025-07-14T21:09:29 < jpa-> sure, there are some islands for sale
2025-07-14T21:12:02 < jpa-> https://asunnot.oikotie.fi/myytavat-loma-asunnot/jyv%C3%A4skyl%C3%A4/23226355  
2025-07-14T21:12:25 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-14T21:12:28 < jpa-> only costs as much as a home
2025-07-14T21:12:39 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-07-14T21:13:14 < ventyl> you can live under tent then
2025-07-14T21:14:06 < ventyl> there's cabin already, nice
2025-07-14T21:14:13 < ventyl> so the island is actually for free
2025-07-14T21:16:09 < qyx> a little bit too flat for my liking
2025-07-14T21:17:46 < ventyl> build a volcano and let it erupt
2025-07-14T21:27:15 < jpa-> https://www.etuovi.com/kohde/21245532  is this hilly enough? ;)
2025-07-14T21:28:52 < jpa-> easier to defend against pirates
2025-07-14T21:36:20 < qyx> this is much much better
2025-07-14T21:37:40 < qyx> I gues there are no underground cables to get/rent/whatever? and all those people are running generators?
2025-07-14T21:38:48 < jpa-> looks like no electricity in that cabin, just gas stove & fridge
2025-07-14T21:39:39 < jpa-> nowadays most cabins that aren't already connected to electric grid will just use solar panels
2025-07-14T21:39:57 < jpa-> actually that one also says solar
2025-07-14T22:22:13 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-14T22:45:33 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-14T22:55:20 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 268 seconds]
2025-07-14T22:57:12 < qyx> what, kicad9 started placing resistors with different text size for ref and value
2025-07-14T22:57:29 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-14T23:09:39 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 260 seconds]
2025-07-14T23:12:04 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-14T23:38:49 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 260 seconds]
2025-07-14T23:55:33 < antto> wut
--- Day changed Tue Jul 15 2025
2025-07-15T00:06:22 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 276 seconds]
2025-07-15T00:37:34 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 276 seconds]
2025-07-15T00:39:28 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-15T00:55:14 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 260 seconds]
2025-07-15T01:03:32 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300::35e] has quit [Ping timeout: 244 seconds]
2025-07-15T01:49:00 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-15T01:54:44 -!- qyx [~qyx@84.245.120.2] has quit [Ping timeout: 260 seconds]
2025-07-15T01:56:23 -!- qyx [~qyx@84.245.121.134] has joined ##stm32
2025-07-15T02:31:08 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-15T02:32:01 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-15T02:32:29 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-15T02:34:33 -!- NEYi_ [~NEYi@195.234.78.191] has joined ##stm32
2025-07-15T02:35:29 -!- NEYi_ [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-15T02:35:32 -!- NEYi [~NEYi@195.234.78.191] has quit [Client Quit]
2025-07-15T02:35:54 -!- NEYi_ [~NEYi@195.234.78.191] has joined ##stm32
2025-07-15T03:12:40 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300:433f:7942:6b1a:37f8] has joined ##stm32
2025-07-15T03:56:28 -!- NEYi_ [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-07-15T04:00:42 -!- martinmoene_ [~martinmoe@132.229.46.129] has joined ##stm32
2025-07-15T04:04:20 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Ping timeout: 252 seconds]
2025-07-15T04:07:05 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-15T04:28:39 -!- tpbsd-nixos [~Terry@206.83.123.55] has joined ##stm32
2025-07-15T04:33:32 -!- drkow [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has joined ##stm32
2025-07-15T04:37:39 -!- drfff [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Ping timeout: 265 seconds]
2025-07-15T04:38:09 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 276 seconds]
2025-07-15T04:39:12 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-15T04:42:25 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-15T04:43:07 -!- drkow [~k\o\w@pool-99-255-54-76.cpe.net.cable.rogers.com] has quit [Read error: Connection reset by peer]
2025-07-15T05:15:39 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-15T05:32:57 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-15T05:33:07 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer]
2025-07-15T06:31:41 -!- tpbsd [~Terry@206.83.123.55] has quit [Remote host closed the connection]
2025-07-15T06:53:48 -!- tpbsd-nixos [~Terry@206.83.123.55] has quit [Quit: I'm quitting to find peace with my inner stack !]
2025-07-15T06:54:06 -!- tpnix [~Terry@206.83.123.55] has joined ##stm32
2025-07-15T07:29:00 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-15T07:52:25 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-15T07:55:01 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-15T08:06:50 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-15T08:09:49 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 260 seconds]
2025-07-15T08:11:18 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-15T08:17:05 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-15T08:27:57 < jpa-> qyx: isn't that just from the "graphical items default values" setting in board setup
2025-07-15T08:57:13 < t4nk_fn> is anyone using a current gentoo ebuild for stm32cubeide? I got some older ones in a local repo, but I can't remember where I got them
2025-07-15T08:57:31 < t4nk_fn> and I couldn't find any either
2025-07-15T09:07:32 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-15T09:12:50 -!- catphish [~quassel@user/catphish] has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
2025-07-15T09:13:06 -!- catphish [~quassel@user/catphish] has joined ##stm32
2025-07-15T09:13:09 -!- catphish [~quassel@user/catphish] has quit [Client Quit]
2025-07-15T09:13:26 -!- catphish [~quassel@user/catphish] has joined ##stm32
2025-07-15T09:14:47 < t4nk_fn> well, I guess I could just uninstall it and use some vm if I ever wanted to use it again even
2025-07-15T09:15:08 < t4nk_fn> think it's been handy sometimes in the past
2025-07-15T09:30:01 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-15T09:53:30 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-07-15T09:54:55 < qyx> it more or less works if you just unpack it and run
2025-07-15T09:55:22 < qyx> at least the cube works, idk about the ide
2025-07-15T09:56:33 < qyx> jpa-: the setting is correct, value text size is correct, only the ref is wrong (smaller, 40 mil or so, instead of the default 50 mil)
2025-07-15T09:56:36 < qyx> also fuk mil
2025-07-15T10:11:34 < qyx> also gentoo in 2025
2025-07-15T10:15:30 < t4nk_fn> ;)
2025-07-15T10:15:53 < t4nk_fn> I couldn't go back to using anything else, matey
2025-07-15T10:33:54 < ventyl> i can relate
2025-07-15T10:34:09 < ventyl> I left slackware only last year
2025-07-15T10:40:14 < jpa-> qyx: for me it appears to make the fab layer refdes smaller if it wouldn't otherwise fit, but silkscreen is default size
2025-07-15T10:41:10 < jpa-> which is nice because by default kicad's fab layer used to be a total mess
2025-07-15T10:55:17 < qyx> jpa-: oh, eeschema
2025-07-15T10:55:50 < jpa-> oh
2025-07-15T10:56:16 < qyx> https://bin.jvnv.net/file/QbVxF/Screenshot_2025-07-15_09-55-43.png
2025-07-15T10:57:52 < jpa-> and this is the standard symbol from kicad libs?
2025-07-15T10:58:11 < qyx> yes
2025-07-15T10:58:25 < qyx> but let's create another new project
2025-07-15T10:58:53 < jpa-> weird
2025-07-15T10:59:07 < jpa-> if you edit library symbol, how does it show there?
2025-07-15T10:59:51 < qyx> https://bin.jvnv.net/file/U4qSs/Screenshot_2025-07-15_09-59-34.png
2025-07-15T10:59:53 < qyx> ohlol
2025-07-15T11:00:28 < jpa-> it was your evil twin who edits your kicad system libs while you sleep
2025-07-15T11:03:39 < qyx> I am still not ready to accept the fact the grid is now 50 mil and the "normal" symbols don't align on 100 mil grid
2025-07-15T11:04:11 < qyx> I don't want 50 mil grid, it makes everything look ugly and slows down the work
2025-07-15T11:21:31 -!- specing [~specing@user/specing] has quit [Remote host closed the connection]
2025-07-15T11:21:56 -!- specing [~specing@user/specing] has joined ##stm32
2025-07-15T11:47:37 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-15T11:49:45 -!- teknix [~unknown@user/hsv] has quit [Ping timeout: 276 seconds]
2025-07-15T11:56:18 -!- teknix [~unknown@user/hsv] has joined ##stm32
2025-07-15T12:22:22 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-15T12:36:19 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-15T12:42:11 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-15T13:15:07 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-15T13:40:34 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-07-15T15:35:56 -!- grindhold [~quassel@mail.skarphed.org] has quit [Server closed connection]
2025-07-15T15:37:34 -!- grindhold [~quassel@mail.skarphed.org] has joined ##stm32
2025-07-15T16:04:18 -!- tpbsd [~Terry@206.83.123.55] has joined ##stm32
2025-07-15T16:06:59 -!- tpnix [~Terry@206.83.123.55] has quit [Ping timeout: 260 seconds]
2025-07-15T16:24:00 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 252 seconds]
2025-07-15T16:58:59 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-15T17:00:29 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-15T17:04:43 < qyx> why the hell mouser lacks filter by connector type in the coax connector category?
2025-07-15T17:44:57 < jpa-> duh, they are all coaxial
2025-07-15T17:45:54 < jpa-> (for me it does have "RF Series" though https://eu.mouser.com/c/connectors/rf-interconnects/rf-connectors-coaxial-connectors  :)
2025-07-15T18:12:26 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-15T18:37:16 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-15T18:44:27 -!- tpbsd [~Terry@206.83.123.55] has quit [Remote host closed the connection]
2025-07-15T18:44:47 -!- tpbsd [~Terry@206.83.123.55] has joined ##stm32
2025-07-15T19:08:21 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds]
2025-07-15T19:58:15 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-15T20:03:13 < bitmask> lakjsdflkasjdf
2025-07-15T20:03:47 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-15T20:05:07 -!- tpbsd [~Terry@206.83.123.55] has quit [Remote host closed the connection]
2025-07-15T20:05:17 -!- tpbsd [~Terry@206.83.123.55] has joined ##stm32
2025-07-15T20:06:05 < Steffanx> Yeah bitmask . It's always been like that. 
2025-07-15T20:06:28 < Steffanx> Will you sail to dutchland to get some stroopwafels now, jpa- ?
2025-07-15T20:06:51 < bitmask> my stomach is killing me
2025-07-15T20:07:06 < bitmask> well, not my stomach, I always say stomach, but close enough
2025-07-15T20:07:25 < bitmask> my intestines are killing me doesn't sound as nice
2025-07-15T20:08:47 < Steffanx> Fun times...
2025-07-15T20:10:07 -!- ice [~ice@loud.house] has joined ##stm32
2025-07-15T20:13:57 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds]
2025-07-15T20:15:02 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-15T20:31:59 < qyx> also why the hell is bss84 default symbol upside down
2025-07-15T20:32:22 < qyx> I already caused me to fail 3 times
2025-07-15T20:51:30 < machinehum> O.o
2025-07-15T20:51:36 -!- tpnix [~Terry@65.181.3.174] has joined ##stm32
2025-07-15T20:52:56 < machinehum> I guess nobody is coming to my hackspace tonight and I'll just sit here alone in the dark
2025-07-15T20:53:24 -!- tpbsd [~Terry@206.83.123.55] has quit [Ping timeout: 252 seconds]
2025-07-15T21:09:51 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-07-15T21:10:04 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer]
2025-07-15T21:33:30 < Steffanx> Get that jbo over there machinehum 
2025-07-15T21:54:54 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 276 seconds]
2025-07-15T22:10:52 < machinehum> jbo: wake up
2025-07-15T22:21:05 < machinehum> God this code is so dogshit, I would not dump it on my worst enemy
2025-07-15T22:22:39 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds]
2025-07-15T22:53:10 < tpnix> machinehum, thats a bit sad, no one at the hackerspace
2025-07-15T22:53:53 < machinehum> Two people came
2025-07-15T22:53:56 < machinehum> They're cool
2025-07-15T22:58:33 < tpnix> excellent!
2025-07-15T22:58:34 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-15T23:17:08 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-15T23:17:30 < bitmask> well I had to take too much methadone, but my guts don't hurt anymore
2025-07-15T23:17:39 < bitmask> finally get some work dun
2025-07-15T23:18:40 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-15T23:25:56 -!- antto [~pewpew@antonsavov.net] has quit [Server closed connection]
2025-07-15T23:26:26 -!- antto [~pewpew@antonsavov.net] has joined ##stm32
2025-07-15T23:29:09 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 276 seconds]
2025-07-15T23:31:02 -!- IanW_ [~IceChat9@84.92.106.254] has joined ##stm32
2025-07-15T23:31:48 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-07-15T23:33:53 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-15T23:49:09 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds]
2025-07-15T23:53:14 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
--- Day changed Wed Jul 16 2025
2025-07-16T00:08:06 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-07-16T00:22:26 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-16T00:23:08 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-07-16T00:48:18 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-16T01:02:58 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds]
2025-07-16T01:08:34 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-16T01:25:25 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds]
2025-07-16T01:34:56 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-16T01:44:18 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 244 seconds]
2025-07-16T02:00:38 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-16T02:00:39 < bitmask> why can't I just stay connected....
2025-07-16T02:16:49 -!- IanW_ [~IceChat9@84.92.106.254] has quit [Quit: Bye]
2025-07-16T03:14:48 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-07-16T03:44:00 < bitmask> I'm rating some AI responses for work and in the middle of answering my question it started outputting the source code for some virus scanner (completely unrelated to my prompt although at least its code)
2025-07-16T03:47:33 < specing> bitmask: can you find the code in question online?
2025-07-16T03:48:05 < bitmask> i assume so, I already closed it, I think I remember the name of the app let me search
2025-07-16T03:48:15 < bitmask> it was apache licensed it said
2025-07-16T03:48:28 < specing> if it reprod the code from something and gave no attribution... oh ? okay...
2025-07-16T03:48:52 < specing> apache is non-copyleft, right?
2025-07-16T03:49:53 < bitmask> I dont remember
2025-07-16T03:50:06 < bitmask> I went to the website, it has a link to its code on github
2025-07-16T04:07:29 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds]
2025-07-16T04:24:36 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-16T04:26:15 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-16T04:30:56 -!- leptonix [~leptonix@tiger.leptonix.net] has quit [Server closed connection]
2025-07-16T04:31:11 -!- leptonix [~leptonix@tiger.leptonix.net] has joined ##stm32
2025-07-16T05:39:01 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-16T06:39:33 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 245 seconds]
2025-07-16T08:08:15 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-16T08:08:48 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 252 seconds]
2025-07-16T08:10:32 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-16T08:28:39 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-16T08:36:41 < antto> the AI burped in the middle of a conversation?
2025-07-16T08:38:33 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-16T09:01:46 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-16T09:23:03 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-16T09:41:32 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-16T09:43:31 -!- tomeaton17 [~tom@user/tomeaton17] has quit [Quit: ZNC 1.9.0+deb2ubuntu0.1~esm2 - https://znc.in]
2025-07-16T09:43:50 -!- tomeaton17 [~tom@user/tomeaton17] has joined ##stm32
2025-07-16T09:50:21 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-07-16T10:53:32 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-16T11:48:39 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-16T12:00:02 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-16T12:16:17 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-16T12:32:36 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-16T12:33:26 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-16T12:33:55 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-16T12:59:18 < karlp> specing: you mean, apache is free?
2025-07-16T12:59:44 < ventyl> free, but you still need to attribute
2025-07-16T13:09:49 -!- grindhold [~quassel@mail.skarphed.org] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
2025-07-16T13:57:09 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has joined ##stm32
2025-07-16T13:58:01 < specing> karlp: dumpware
2025-07-16T14:00:13 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has quit [Client Quit]
2025-07-16T14:02:07 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has joined ##stm32
2025-07-16T14:14:17 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-07-16T14:17:32 -!- grindhold_ [~quassel@mail.skarphed.org] has joined ##stm32
2025-07-16T14:20:13 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has quit [Ping timeout: 276 seconds]
2025-07-16T14:27:18 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-07-16T14:45:44 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-16T16:09:24 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 268 seconds]
2025-07-16T16:11:15 -!- hexo_ [~hexo@user/hexo] has quit [Read error: Connection reset by peer]
2025-07-16T16:11:35 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-16T16:35:19 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-16T16:35:31 < bitmask> good <insert appropriate time of day>
2025-07-16T16:37:43 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-07-16T16:59:15 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-16T17:41:52 < Steffanx> Welcome me bitmask 
2025-07-16T17:42:03 < bitmask> welcome Steffanx 
2025-07-16T17:42:05 < Steffanx> Happy appropriate time of the day!
2025-07-16T17:42:19 < bitmask> hows it going
2025-07-16T17:42:42 < Steffanx> Could be better, could be worse
2025-07-16T17:42:56 < Steffanx> And in your part of the world? 
2025-07-16T17:42:57 < bitmask> sounds familiar
2025-07-16T17:43:04 < bitmask> (same)
2025-07-16T17:44:50 < bitmask> what ever happened to your CNC that you didn't need?
2025-07-16T17:45:20 < bitmask> I've wanted a cnc for so long but I also definitely don't need one
2025-07-16T17:45:42 < bitmask> just curious if you found some fun uses for it or not
2025-07-16T17:46:24 < Steffanx> I "needed" it. Building it was fun :P
2025-07-16T17:46:47 < Steffanx> But nah haven't used it so much lately 
2025-07-16T17:47:19 < bitmask> i see
2025-07-16T18:07:04 -!- aandrew [~aandrew@vps-2437c00c.vps.ovh.ca] has quit [Ping timeout: 276 seconds]
2025-07-16T18:14:00 -!- aandrew [~aandrew@vps-2437c00c.vps.ovh.ca] has joined ##stm32
2025-07-16T18:50:18 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 272 seconds]
2025-07-16T19:00:36 < ventyl> wtf is nordic smoking?
2025-07-16T19:04:56 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-16T19:06:19 -!- tpbsd [~Terry@206.83.119.78] has joined ##stm32
2025-07-16T19:07:18 < Steffanx> Why Mr ventyl ?
2025-07-16T19:08:24 < ventyl> they made something that's actually worse than cube?
2025-07-16T19:08:41 < ventyl> nrf connect seems to be a) extremely involved and convoluted b) depending on Zephyr?!
2025-07-16T19:08:48 -!- tpnix [~Terry@65.181.3.174] has quit [Ping timeout: 252 seconds]
2025-07-16T19:10:57 < Steffanx> It was pretty easy to get something up and running with nrf connect and zephyr last time I tried... 
2025-07-16T19:11:44 < Steffanx> I had more troubles with their old sdk and the huuge as config
2025-07-16T19:11:47 < Steffanx> Ass*
2025-07-16T19:12:33 < ventyl> yeah, having zephyr in place sucks quite a lot if you want build another RTOS using it
2025-07-16T19:17:31 < Steffanx> Ah yes
2025-07-16T19:23:38 < ventyl> so, fuck nordic I guess
2025-07-16T19:23:54 < qyx> be strong
2025-07-16T19:26:24 < Steffanx> nRF52 still works with the old er SDK.. 
2025-07-16T19:28:07 < ventyl> yeah, but that sucks as well
2025-07-16T19:28:26 < ventyl> and I'd like to have it working on nrf54 as well
2025-07-16T19:28:58 < ventyl> LI just shown me a post of some guy who did some bare-metal stuff on nrf54 using nrf-connect
2025-07-16T20:08:14 -!- tpnix [~Terry@65.181.13.176] has joined ##stm32
2025-07-16T20:09:37 -!- tpbsd [~Terry@206.83.119.78] has quit [Ping timeout: 248 seconds]
2025-07-16T20:43:36 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-16T21:08:39 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-16T21:12:06 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-07-16T21:41:41 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-16T21:53:20 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-16T21:54:42 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-16T21:56:18 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds]
2025-07-16T21:58:28 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 276 seconds]
2025-07-16T22:09:18 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-16T22:24:02 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds]
2025-07-16T22:35:44 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-16T22:37:48 -!- tpbsd [~Terry@65.181.15.207] has joined ##stm32
2025-07-16T22:40:05 -!- tpnix [~Terry@65.181.13.176] has quit [Ping timeout: 248 seconds]
2025-07-16T23:13:04 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 260 seconds]
2025-07-16T23:25:15 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-16T23:27:44 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-16T23:35:14 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 260 seconds]
2025-07-16T23:35:15 < zyp> ventyl, «depending on» isn't the right word, nrf connect sdk *is* zephyr
2025-07-16T23:38:01 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-16T23:39:08 < ventyl> zyp: right
2025-07-16T23:39:41 < ventyl> oh, at least it looked like SDK is just a dependency of connect, so you can actually kind-of get SDK as a separate, yet not fully functional component
2025-07-16T23:40:06 < zyp> what do you mean by «connect»?
2025-07-16T23:40:40 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-16T23:41:05 < ventyl> I blindly used AI to outline installation steps while sitting on a meeting and it suggested that SDK itself is installed as a separate component from within nrfutil
2025-07-16T23:41:34 < zyp> NCS (nrf connect sdk) is effectively a zephyr fork
2025-07-16T23:42:24 < zyp> you can install it, but IMO it's better to just reference it directly from a west manifest in your project repository
2025-07-16T23:42:30 < ventyl> well, then fuck nordic
2025-07-16T23:42:49 < zyp> just like how you'd refer to an upstream zephyr version
2025-07-16T23:44:29 < zyp> we're currently trialling a fun tech stack at work
2025-07-16T23:44:49 -!- veverak [~veverak@2a01:4f8:1c1c:377c::1] has joined ##stm32
2025-07-16T23:44:59 < qyx> is it SAFU
2025-07-16T23:45:09 < veverak> well, turns out that nordic BLE is quite ... favored in BLE/low power world
2025-07-16T23:45:15 < veverak> anybody any experience with how stm32wb can compete?
2025-07-16T23:45:22 < ventyl> I have never been a fan of integrated everything into single package
2025-07-16T23:45:31 < veverak> (hint: I really dont like that they Nordic forces Zephyr, but I do like stm)
2025-07-16T23:46:05 < zyp> I have some experience with stm32wb, but not enough to compare
2025-07-16T23:46:23 < veverak> using BLE? 
2025-07-16T23:46:37 < zyp> I never really got that far :p
2025-07-16T23:46:49 < veverak> ah... wanna share what did you do with it and how it went?
2025-07-16T23:47:07 < ventyl> zyp: hm, it seems that it doesn't even ship CMSIS headers
2025-07-16T23:47:51 < zyp> veverak, I was poking at the CPU2 security, trying to unlock it to run custom code, and ended up bricking it
2025-07-16T23:48:24 < veverak> ah, not really interesting for my use case :/
2025-07-16T23:48:28 < zyp> on wb55, only CPU2 can access the radio peripheral, and it's locked down and only runs vendor blobs
2025-07-16T23:48:38 < veverak> yeah, I am actually ok with that
2025-07-16T23:48:58 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-16T23:48:59 < zyp> for an actual BLE project, I would be too
2025-07-16T23:49:10 < zyp> but I were messing around :p
2025-07-16T23:49:49 < veverak> I mean, so far it seemed that Nordic is fine for us, but I will have multiple different platforms under one ... platform ... to develop products
2025-07-16T23:50:12 < veverak> Shared code, enforced standards, the whole intention is to build it with single cmake infrastructure
2025-07-16T23:50:36 < zyp> anyway, at work we're currently trialling stacking embassy (rust) on top of zephyr
2025-07-16T23:50:39 < veverak> The fact that Nordic would force Zephyr on us in newer chips would make all of this much more complicated
2025-07-16T23:50:42 < veverak> </rint>
2025-07-16T23:50:49 < zyp> using https://github.com/embassy-rs/trouble for BLE
2025-07-16T23:50:51 < veverak> </rant>
2025-07-16T23:52:16 < zyp> so we've got the BLE controller running in zephyr/NCS, using an IPC HCI to hook that to trouble
2025-07-16T23:53:49 < zyp> if somebody eventually develops a BLE controller for nrf54 that doesn't require zephyr (e.g. apache nimble), we could rip out the zephyr layer and build the application without
2025-07-16T23:54:05 < ventyl> actually the BLE was #1 reason why I wanted to port my RTOS to nordic
2025-07-16T23:54:11 < zyp> (assuming no other zephyr dependencies)
2025-07-16T23:54:15 < veverak> actually
2025-07-16T23:54:21 < ventyl> as it is (at least the nrf52) has support in nimble
2025-07-16T23:54:26 < veverak> I do hate West more than zephyr itself
2025-07-16T23:54:52 < veverak> I would be ok with zephyr stack if I could build it as "just cmake" which based on doc might be doable
2025-07-16T23:55:14 < veverak> but I have to decide what we will sue in our product for next 5 years, so no pressure for being sure
2025-07-16T23:55:22 < veverak> TIL: apache nimble
2025-07-16T23:56:40 < zyp> we've also got some upcoming projects with nrf70, and I think official drivers for that are also just in zephyr
2025-07-16T23:57:04 < veverak> second nice thing about stm: dual-core <3
2025-07-16T23:57:12 < veverak> but afaik nordic does have dual cores too?
2025-07-16T23:57:17 < zyp> nrf53 is dual core
2025-07-16T23:57:25 < zyp> and AIUI nrf54h is, but that's still not released
2025-07-16T23:57:47 < zyp> and technically nrf54l is also dual core if you count the little risc-v it also has
2025-07-16T23:57:52 < ventyl> are any stm32 dual cores symmetric and both cores user-programmable?
2025-07-16T23:58:11 < veverak> zyp: ok, what I actually want is: separate application code from the wireless stack
2025-07-16T23:58:22 < veverak> anyway, current setup is something like stm32l4+stm32f4+nrf52
2025-07-16T23:58:23 < ventyl> veverak: why?
2025-07-16T23:58:39 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-16T23:58:46 < veverak> which is pain in the arse, and it all could be just stm32wb (in theory)
2025-07-16T23:59:08 < veverak> I would feel much more comfortable collapsing everything to one chip that is stm32, than to nordic at this point, but thats mostly because of more experience with stm
2025-07-16T23:59:10 < zyp> ventyl, not aware of any symmetric dual cortex-m, but apart from wb the other ones lets you use both cores yourself
2025-07-16T23:59:40 < veverak> ventyl: the wireless stack creates (by design) bunch of interrupts in the core it runs at
--- Day changed Thu Jul 17 2025
2025-07-17T00:00:00 < veverak> ventyl: we have much easier life in system where that is separated to different core than the main one
2025-07-17T00:00:36 < veverak> having interrupts for binary blob you know nothing about interleaving with your "world" is not great :)
2025-07-17T00:00:47 < ventyl> then there's this CYW43 from pico-w, which just got released as separate module
2025-07-17T00:01:01 < ventyl> one nice feature is that it is fully standalone from radio certification POV
2025-07-17T00:01:09 < zyp> we have one project where the nrf54l is too short on IO, so before vacation we were arguing whether we should multiplex stuff, or switch to a stm32h5 as the main mcu, and just use the nrf54l for BLE
2025-07-17T00:01:30 < veverak> I mean, if you don't need anything special from the BLE why not, it's reasonable step
2025-07-17T00:01:44 < ventyl> veverak: ah yeah, living with BLOB sucks. as I've ever only used nimble I didn't realize this.
2025-07-17T00:01:47 < veverak> The issue is that we are becoming special and features planned for next feq quartals hint that funny times ahead
2025-07-17T00:01:57 < zyp> from a firmware perspective, using trouble for the BLE host, it doesn't really matter whether we've got the BLE controller running in the same chip or a different one
2025-07-17T00:02:16 < veverak> zyp: btw: I use stm32h5 in personal project and love it :)
2025-07-17T00:02:18 < ventyl> binary blob wouldn't be an option from memory isolation POV either. most probably it wouldn't be possible to isolate it
2025-07-17T00:02:48 < zyp> but we're probably not getting away from zephyr anyway, because that project will have a nrf70 as well
2025-07-17T00:03:13 < zyp> so we probably want zephyr on the stm32h5 to drive the nrf70
2025-07-17T00:04:21 < veverak> hmmm 
2025-07-17T00:04:28 < zyp> anyway, rust is great
2025-07-17T00:04:40 < veverak> maybe it makes sense to investigate whenever we can have zephyr without west
2025-07-17T00:05:02 < zyp> at least once you get past the «shit, all the code I've ever written is now obsolete» shock
2025-07-17T00:05:11 < zyp> what's wrong with west?
2025-07-17T00:05:46 < veverak> really don't like the idea of some project forcing wrapper over cmake as build system on me
2025-07-17T00:06:00 < veverak> with builtin dependency management
2025-07-17T00:06:26 < ventyl> you'll be glad it is there
2025-07-17T00:06:31 < ventyl> in.... 18 months or so
2025-07-17T00:06:35 < ventyl> probably a bit earlier
2025-07-17T00:06:38 < veverak> why? :)
2025-07-17T00:06:45 < ventyl> CRA and SBOMs
2025-07-17T00:06:54 < zyp> the manifest stuff is pretty reasonable when you use it the right way
2025-07-17T00:07:21 < veverak> wdym by CRA?
2025-07-17T00:07:26 < ventyl> I assume that west will integrate, or somehow get supported in VEX management tools
2025-07-17T00:07:37 < ventyl> veverak: Cybersecurity Resilience Act
2025-07-17T00:07:46 < qyx> ventyl: new part of CE
2025-07-17T00:08:46 < qyx> sorry
2025-07-17T00:08:48 < qyx> veverak: ^
2025-07-17T00:08:48 < veverak> ventyl: not relevant for us as far as I know
2025-07-17T00:09:01 < qyx> haha
2025-07-17T00:09:11 < veverak> yeah, I might be naive
2025-07-17T00:09:13 < veverak> :)
2025-07-17T00:09:16 < ventyl> do you do military, automotive or medical?
2025-07-17T00:09:20 < ventyl> if not, then: https://ygreky.com/2025/01/the-cra-obligations/
2025-07-17T00:09:24 < ventyl> read and cry
2025-07-17T00:09:54 < zyp> veverak, but even with west, you can probably call cmake directly if you want
2025-07-17T00:10:02 < veverak> ventyl: maybe we do one of those three
2025-07-17T00:10:15 < veverak> zyp: I mean, there is this https://docs.zephyrproject.org/latest/develop/west/without-west.html
2025-07-17T00:10:48 < ventyl> isn't west designed just a step ran prior to cmake to obtain and collect dependencies?
2025-07-17T00:11:00 < ventyl> veverak: if you do automotive, then I feel sorry for you
2025-07-17T00:11:12 < veverak> ventyl: we are a niche product
2025-07-17T00:11:17 < zyp> ventyl, yep, it's mainly a repository management thing
2025-07-17T00:11:28 < veverak> ventyl: we try to pass non-military but we kinda can be considered military
2025-07-17T00:11:33 < zyp> IIRC west was heavily inspired by google's repo
2025-07-17T00:12:17 < zyp> anyway, when iterating on my rust on zephyr code, I often call cargo directly
2025-07-17T00:12:53 < veverak> I mean, if zephyr really _just_ pulls in some form of modules and the way cmake for zephyr is written allow me to bypass it... it's ok
2025-07-17T00:13:27 < zyp> when west/cmake/whatever calls cargo, the output is not colored and west/cmake/whatever adds more noise
2025-07-17T00:13:49 < ventyl> zyp: I did something similar for $automotive, written entirely in CMake
2025-07-17T00:14:12 < ventyl> if I were facing this challenge 6-8 months later, I'd probably use Conan
2025-07-17T00:14:26 < zyp> so I typically iterate with cargo directly until I've got something that's ready to be tested, then I call west to do the full build
2025-07-17T00:14:29 < veverak> I had mixed feelings baout conan
2025-07-17T00:14:46 < zyp> cargo builds a static lib, west/cmake links it into the full zephyr build
2025-07-17T00:15:04 < veverak> I like some ideas and in previous company, they basically reinvented conan by their own shitty .py script which I hated with passion (I generally hade stuff that tries to overlay cmake)
2025-07-17T00:15:25 < zyp> I generally hate cmake :)
2025-07-17T00:15:26 < veverak> On the other hand... with embedded, I don't think that conan would actually solve something :/
2025-07-17T00:15:35 < veverak> zyp: yes, but that's being part of using something?
2025-07-17T00:15:42 < veverak> (hating it) :)
2025-07-17T00:15:47 < ventyl> my main concern with Conan was that people of automotive would happily load any crap from public repositories, suffer from supply chain attack and never realize it
2025-07-17T00:15:53 < zyp> I try to avoid using it as much as I can
2025-07-17T00:16:00 < veverak> ventyl: wat
2025-07-17T00:16:04 < veverak> ventyl: I thought automotive should be paranoid
2025-07-17T00:16:18 < ventyl> so we built a packaging system based on CMake and artifactory
2025-07-17T00:16:22 < ventyl> veverak: they are mostly retards
2025-07-17T00:16:24 < veverak> zyp: I would prefer to use bazel actually, but cmake is more ... familiar ... to people
2025-07-17T00:17:02 < veverak> anyway, as for cmake: I liked fetchcontent OR CPM (simple wrapper over it)
2025-07-17T00:17:16 < veverak> but in current company htere is monorepo with hard copy of all the dependencies and ... frnakly ...
2025-07-17T00:17:35 < veverak> the hard copy just works and is much smaller amount of complexity
2025-07-17T00:17:46 < zyp> I usually pick meson for stuff cmake could make sense for
2025-07-17T00:17:48 < ventyl> hardcopy sucks
2025-07-17T00:17:52 < ventyl> CPM is nice
2025-07-17T00:18:04 < veverak> hardcopy in monorepo is fine so far
2025-07-17T00:18:08 < veverak> (trust me, I am easy to hate stuff)
2025-07-17T00:18:11 < zyp> my impression is that meson is sort of «cmake, but done in a sane way»
2025-07-17T00:18:26 < veverak> *in embedded monorepo
2025-07-17T00:18:28 < ventyl> i found little advantage in meson over cmake
2025-07-17T00:18:45 < ventyl> but that's probably due to the fact I am well used to cmake syntax after some 15 years of using it
2025-07-17T00:19:02 < ventyl> veverak: monorepo implies hardcopy, doesn't it?
2025-07-17T00:19:21 < veverak> ah, yeah
2025-07-17T00:19:25 < zyp> the advantage of meson over cmake is that it's obvious how to get it to do what you want
2025-07-17T00:19:35 < veverak> obvious is relative
2025-07-17T00:19:47 < veverak> recently I realized that plenty of stuff that feels obvious to me in cmake is not so obvious to other people :)
2025-07-17T00:20:06 < zyp> by obvious I mean obvious without 15 years of experience with the thing
2025-07-17T00:20:42 < ventyl> I'd say that with modern CMake it is extremely obvious too
2025-07-17T00:21:06 < veverak> ... excep that the oficial documentation is not gread in explaining how modern cmake project should look like
2025-07-17T00:21:13 < zyp> anyway, now I'm on the rust train, so now I really only have to care about cargo :p
2025-07-17T00:21:51 < veverak> well, we have .c codebase that we try to convert to .cpp
2025-07-17T00:22:00 < veverak> and let me tell you what I think about languages:
2025-07-17T00:22:04 < ventyl> veverak: in my current project, there are three boards which share many components, so monorepo is a great disadvantage
2025-07-17T00:22:11 < veverak> it's completely irrelevant, the code would suck in ANY language because it was designed by morons
2025-07-17T00:22:13 < veverak> ehmmm
2025-07-17T00:22:15 < veverak> :)
2025-07-17T00:22:18 < ventyl> currently some components are saved as hardcopy but that sucks
2025-07-17T00:22:54 < veverak> ah, you share many components but I guess you do not want to affect each device if you have new version of component due to only one of them?
2025-07-17T00:23:00 < ventyl> git submodules suck as a way of component management too
2025-07-17T00:23:13 < ventyl> that's what versioning is for
2025-07-17T00:23:31 < zyp> the rust on zephyr project actually started as a c++ on zephyr project
2025-07-17T00:23:47 < ventyl> moreover, this shit is built on top of RTOS which enforces abstract APIs, so most of the code doesn't have smallest clue on HW it runs at
2025-07-17T00:24:49 < veverak> oh, nice
2025-07-17T00:24:52 < veverak> thats what I strive for :)
2025-07-17T00:25:00 < ventyl> its opensource
2025-07-17T00:25:08 < veverak> ventyl: I kinda like git submodules tbf
2025-07-17T00:25:17 < veverak> but... I can see why it might be problematic
2025-07-17T00:25:19 < veverak> :)
2025-07-17T00:25:40 < ventyl> probably the biggest pain point is that literally *nothing* supports them as a source of dependency information for SBOM generation
2025-07-17T00:25:43 < zyp> coworker was experimenting with C++20 coroutines and we were discussing some stuff, like whether it was possible to have the compiler catch stuff like passing the reference to a stack local to a coroutine and returning the coroutine
2025-07-17T00:25:53 < veverak> ventyl: interesting, makes sense
2025-07-17T00:26:13 < zyp> and I made an offhand comment like «I think you'd have to switch to rust to get the lifecycle tracking that could catch that :p»
2025-07-17T00:26:21 < ventyl> so I am going to switch to CPM very soon
2025-07-17T00:26:29 < veverak> yeah, CPM is nice
2025-07-17T00:26:48 < qyx> what is cpm
2025-07-17T00:26:48 < zyp> and a day or two later he drops by my office; «you know what, we shouldn't just switch to rust instead of C++?»
2025-07-17T00:27:09 < veverak> qyx: https://github.com/cpm-cmake/CPM.cmake
2025-07-17T00:27:27 < zyp> followed by some feasibility discussions, and now we're trialling it in a project
2025-07-17T00:27:33 < ventyl> the $automotive package manager was basically CPM. just it was a wrapper over curl rather than fetchcontent
2025-07-17T00:27:34 < zyp> and so far it's going great
2025-07-17T00:27:52 < ventyl> IIRC, fetchcontent didn't exist back then or was just a very fresh feature
2025-07-17T00:28:08 < veverak> ah, coroutines are SO NICE
2025-07-17T00:28:10 < ventyl> yeah, it didn't exist
2025-07-17T00:28:13 < veverak> (Except the dyn. allocation part)
2025-07-17T00:28:28 < zyp> dynamic allocation is not mandatory
2025-07-17T00:28:29 < ventyl> you don't have to dynamically allocate for coroutines
2025-07-17T00:28:29 < qyx> I am starting getting a bit frustrated by cmake
2025-07-17T00:28:38 < veverak> qyx: everyone is
2025-07-17T00:28:45 < ventyl> i am not
2025-07-17T00:28:55 < qyx> because it does the right job using the wrong way
2025-07-17T00:29:11 < ventyl> so far its the sanest thing I've seen covering all the use cases I needed
2025-07-17T00:29:12 < veverak> zyp: ventyl: you can't avoid that it has to be allocated somewhere, you can use customm allcoator but you can't really avoid it compeltely
2025-07-17T00:29:38 < ventyl> veverak: that's limitation of C++ coroutines
2025-07-17T00:29:45 < veverak> ah, sorry, I meant the C++ ones :)
2025-07-17T00:29:55 < zyp> veverak, rust embassy uses statically allocated coroutines
2025-07-17T00:30:00 < ventyl> and I am not sure if even there it can't be circumvented
2025-07-17T00:30:14 < veverak> ventyl: eeeeh, it's complicated
2025-07-17T00:30:37 < veverak> ventyl: there is optimization in the specification that allocator can avoid the allocation if it sees that the coros won't escape current stack or another sane condition
2025-07-17T00:30:39 < ventyl> I've been teaching coroutines in one company using C++ 20
2025-07-17T00:30:52 < veverak> but afaik you can't _enforce_ that optimization
2025-07-17T00:31:01 < veverak> other than that, you either dynamically allocate or specify your own allocator
2025-07-17T00:31:06 < ventyl> there wasn't much to teach as C++20 only provides the foundation language features and no use
2025-07-17T00:31:17 < ventyl> so I shown them how to write a thread switcher using it
2025-07-17T00:31:23 < veverak> the biggest bummer being that given nature of C++ compilation process, you can't know the size of coorutine frame during compile time
2025-07-17T00:31:27 < ventyl> I am not sure if they understood anything they've seen
2025-07-17T00:31:43 < veverak> (frame size of C++ coro is know only during link time)
2025-07-17T00:32:24 < zyp> veverak, in rust that somehow works
2025-07-17T00:33:20 < zyp> I haven't looked into how exactly it's done, but API-wise you can set a pool size per task: https://docs.embassy.dev/embassy-executor/git/cortex-m/attr.task.html
2025-07-17T00:33:21 < ventyl> i am not quite sure that this statement is true
2025-07-17T00:34:10 < veverak> zyp: the reason why the issue apepars is that the size of coroutine frame depends on how well can the compiler optimize it's internals, given existence of LTO you know that certainly quite late
2025-07-17T00:34:37 < veverak> by internals I mean the "local" variables inside the coroutine that have to survive suspension of coroutine and hence be stored in coroutine frame
2025-07-17T00:34:56 < veverak> I do believe that the issue is solvable, but a tricky one
2025-07-17T00:35:40 < zyp> AIUI in embassy, child frames will be allocated inside the parent frame, so once you've made a task, you've got a static allocation large enough for every coroutine the task will be awaiting at once
2025-07-17T00:36:04 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-17T00:36:12 < veverak> ah screw me
2025-07-17T00:36:15 < veverak> it's late o clock again, see ya
2025-07-17T00:36:20 < ventyl> I'd say that suspension/resumption points work as flush points so unless you can optimize something out completely, its presence doesn't depend on optimization level
2025-07-17T00:36:53 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-17T00:36:55 < veverak> not yet
2025-07-17T00:37:21 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-17T00:37:37 < veverak> ventyl: I can argue that you can whip up awaiter code that can't be optimized during compilation of one compilation unit, because it's code is in different one
2025-07-17T00:37:49 < veverak> but LTO might conclude that the awaiter never awaits and remove that suspension point entirely
2025-07-17T00:38:45 < veverak> I do believe that compiler should be able to tell upper bound during compilation of one compilation unit and maybe that might be good enough
2025-07-17T00:39:37 < veverak> and now I am gone :)
2025-07-17T00:45:12 < ventyl> I still haven't resolved the mess pico-sdk does with trampoline code that jumps to bootrom code
2025-07-17T00:45:41 < ventyl> if it was just reading tables in bootrom and then jumping there it could be solvable
2025-07-17T00:49:25 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-07-17T00:50:58 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-17T00:59:42 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-07-17T01:09:22 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-17T01:18:37 -!- tpbsd [~Terry@65.181.15.207] has quit [Read error: Connection reset by peer]
2025-07-17T01:20:16 -!- tpbsd [~Terry@65.181.15.207] has joined ##stm32
2025-07-17T01:26:39 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 260 seconds]
2025-07-17T01:33:40 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-07-17T01:57:09 -!- qyx_ [~qyx@84.245.121.235] has joined ##stm32
2025-07-17T01:59:27 -!- qyx [~qyx@84.245.121.134] has quit [Ping timeout: 252 seconds]
2025-07-17T02:09:00 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-17T02:18:28 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 276 seconds]
2025-07-17T02:28:05 -!- qyx_ is now known as qyx
2025-07-17T02:41:39 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-07-17T02:58:39 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-17T03:47:26 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-07-17T04:45:58 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-17T04:52:58 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-17T05:15:29 -!- tpbsd [~Terry@65.181.15.207] has quit [Remote host closed the connection]
2025-07-17T05:48:19 -!- tpnix [~Terry@65.181.15.207] has joined ##stm32
2025-07-17T06:15:56 -!- splud [~noneya.bi@user/splud] has quit [Server closed connection]
2025-07-17T06:16:25 -!- splud [~noneya.bi@user/splud] has joined ##stm32
2025-07-17T08:07:58 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 252 seconds]
2025-07-17T08:09:47 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-17T08:16:02 -!- ferdna [~ferdna@user/ferdna] has quit [Ping timeout: 252 seconds]
2025-07-17T08:19:47 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-17T08:28:18 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-07-17T08:29:35 -!- ferdna [~ferdna@user/ferdna] has quit [Remote host closed the connection]
2025-07-17T08:44:27 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-17T09:10:12 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-17T09:30:37 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-17T09:55:57 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-17T10:45:03 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-17T10:56:47 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-17T11:09:29 < machinehum> pico-sdk is a mess?
2025-07-17T11:17:05 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-17T11:17:17 < ventyl> it causes mess if you activate memory protection
2025-07-17T11:17:40 < ventyl> as wrappers installed by pico-sdk are all over the place
2025-07-17T11:44:46 < jpa-> pico-sdk is very nice, but the memory protection & secure boot stuff of RP2350 get a bit complex
2025-07-17T11:45:41 < jpa-> bootrom bugs are also very annoying to workaround
2025-07-17T11:46:12 < ventyl> memory protection isn't on by default, is it?
2025-07-17T11:48:04 < jpa-> i think now
2025-07-17T11:48:06 < jpa-> *not
2025-07-17T11:48:59 < ventyl> then it is easy peasy
2025-07-17T11:49:17 < ventyl> ARMv8 mpu even got rid of major pain point of v6 and v7 MPU
2025-07-17T11:49:44 < jpa-> MSPLIM is nice too, much easier stack overflow protection than messing with MPU
2025-07-17T11:50:29 < ventyl> it is managed automatically for me, so no messing
2025-07-17T11:51:49 < ventyl> yet it may allow me to free up one MPU region
2025-07-17T12:17:42 < ventyl> if I messed with startup code and linker scripts this could help me to save ~two MPU regions
2025-07-17T13:31:19 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-17T14:13:00 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 265 seconds]
2025-07-17T14:38:03 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-17T14:42:55 -!- jbo_ [~jbo@user/tct] has joined ##stm32
2025-07-17T14:43:14 -!- jbo [~jbo@user/tct] has quit [Ping timeout: 248 seconds]
2025-07-17T14:51:55 -!- jbo [~jbo@user/tct] has joined ##stm32
2025-07-17T14:53:57 -!- jbo_ [~jbo@user/tct] has quit [Ping timeout: 248 seconds]
2025-07-17T15:05:32 < machinehum> I've used Zephyr for RP2040, was fine if you like Zephyr
2025-07-17T15:05:40 < machinehum> But I think next project I'll try their SDK
2025-07-17T15:15:40 < ventyl> well, I am writing an RTOS, so Zephyr is kind of redundant for me
2025-07-17T15:15:49 < ventyl> moreover their handling of MPU is 1990-ish
2025-07-17T15:16:35 < ventyl> and I bet that if you tried to enable MPU on RP2040 in Zephyr, you'd face same issues
2025-07-17T15:33:18 < jbo> what happened to fentyl? :(
2025-07-17T15:33:25 < jbo> it was my greatest creation yet
2025-07-17T15:37:52 < ventyl> circuit breaker restarted router
2025-07-17T15:42:34 < jbo> :<
2025-07-17T15:49:39  * qyx bought a zyp-approved Sittbrunn
2025-07-17T15:49:44 < qyx> looks pro
2025-07-17T16:04:27 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-17T16:21:40 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 272 seconds]
2025-07-17T16:30:56 -!- Sadale [~Sadale@user/sadale] has quit [Server closed connection]
2025-07-17T16:31:20 -!- Sadale [~Sadale@user/sadale] has joined ##stm32
2025-07-17T16:59:00 < zyp> yellow or blue?
2025-07-17T17:14:12 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-17T17:38:17 < ColdKeyboard> Is there a low-cost IC that you can use for counting impulses/edges? For example if you have multiple devices that report their RPM by outputing high/low transitions for every rotation
2025-07-17T17:39:02 < ColdKeyboard> I'm not sure if I should just roll the dice and hog half the MCU time with counting interrupts or if there is a cheap way to ofload that to a simple counter IC
2025-07-17T17:42:51 < ventyl> timer/counter can count impulses for you
2025-07-17T17:43:12 < qyx> yes the cheap way is to use timers 
2025-07-17T17:43:20 < ventyl> you can then read and reset this value periodically, so the load is low but precision is high
2025-07-17T17:44:15 < ColdKeyboard> True, but the problem is that I need 10 of these :\
2025-07-17T17:44:37 < qyx> thats not problem at all
2025-07-17T17:45:21 < ColdKeyboard> I would need 10 timers or to multiplex them?
2025-07-17T17:45:48 < ColdKeyboard> I know RP2040 has 8x PIO state machines that can count interrupts but I have not tried it
2025-07-17T17:47:48 < qyx> also, a moderately rotating thing is probably not more than 100-200-ish Hz
2025-07-17T17:48:11 < qyx> thats nothing, you can do that using external interruots
2025-07-17T17:48:29 < qyx> if it is much more, just use a divider in front of the mcu
2025-07-17T17:51:21 < ColdKeyboard> I'll give it a try. I'm thinking of giving RP2040/RP2350 a try. If I'm reading the datasheet correctly it has PIO blocks that could independently count up/down
2025-07-17T18:09:09 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 248 seconds]
2025-07-17T19:13:01 < karlp> ventyl: how does git submodules get in the way of sbom generation?
2025-07-17T19:14:45 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-17T19:17:59 -!- tpbsd [~Terry@65.181.15.207] has joined ##stm32
2025-07-17T19:20:54 -!- tpnix [~Terry@65.181.15.207] has quit [Ping timeout: 272 seconds]
2025-07-17T20:20:45 < ColdKeyboard> What's SBOM?
2025-07-17T20:35:47 < zyp> software bill of materials
2025-07-17T20:36:24 < zyp> in other words, what your software is made up of (libraries, versions, etc…)
2025-07-17T20:45:41 < ColdKeyboard> Gotcha
2025-07-17T20:54:38 < qyx> requirements.txt
2025-07-17T20:55:08 < zyp> isn't that obsolete?
2025-07-17T20:55:26 -!- tpnix [~Terry@206.83.112.166] has joined ##stm32
2025-07-17T20:55:37 < qyx> idk, I am living under a rock
2025-07-17T20:57:10 -!- tpbsd [~Terry@65.181.15.207] has quit [Ping timeout: 272 seconds]
2025-07-17T21:15:50 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-17T21:17:04 < bitmask> https://imgur.com/a/pK5BOmV
2025-07-17T21:17:23 < bitmask> almost got the culling of the back of the arcs working
2025-07-17T21:27:03 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 245 seconds]
2025-07-17T21:28:11 < ColdKeyboard> What would be a good low cost option for connecting ~25A DC @ 12V to the 2Oz PCB?
2025-07-17T21:28:39 < ColdKeyboard> Just use like 3-4 screw terminals for + and another 3-4 screw terminals for - ?
2025-07-17T21:29:34 < jpa-> molex like used in pc stuff could work too
2025-07-17T21:29:56 < zyp> what's it for?
2025-07-17T21:35:58 < zyp> I'd consider shit like this: https://www.phoenixcontact.com/en-no/products/pcb-connector-xpc-25-4-st-508-1491345
2025-07-17T21:36:12 < zyp> if you wanna go cheap, there's clones
2025-07-17T21:37:15 < karlp> yeah, just pick a pitch that you are comforatble with.
2025-07-17T21:37:33 < karlp> 3.5, 3.8, 5, 5.08, 7.62, 10, 10.xx 
2025-07-17T21:37:46 < zyp> 5.08 seems to be the shit for those currents
2025-07-17T21:38:00 < karlp> and you can get mating in allll sorts of angles and terminations
2025-07-17T21:38:07 < karlp> yeah, 5.08 says 16A.
2025-07-17T21:38:23 < karlp> depends how you want to spread it around.
2025-07-17T21:42:49 < ColdKeyboard> I just need to deliver about ~25A, maybe 30A max to power some very high power DC fans
2025-07-17T21:43:17 < ColdKeyboard> And I don't want any "specialized" connectors because it's PITA to crimp them, you sometimes need special crimps etc...
2025-07-17T21:43:35 < ColdKeyboard> Screw terminal seems straightforward, just not sure if it's appropriate for this amount of current
2025-07-17T21:44:14 < zyp> you get screw terminals rated for all sorts of currents
2025-07-17T21:45:54 < ColdKeyboard> I'll give them a try
2025-07-17T21:49:14 < qyx> I would just use molexes
2025-07-17T21:49:21 < qyx> minifit/megafit
2025-07-17T21:49:27 < qyx> megafit is 23A or so per pin
2025-07-17T21:50:18 < qyx> I am starting to avoid screw anything, "field wireable" is a curse word here
2025-07-17T21:51:20 < qyx> then you need to deal with all kind of shit like customer calling "doe sit matter whether I screw + first or - first? should i screw CAN first?"
2025-07-17T22:11:37 < jpa-> if you use the 8-pin ATX 12V connector, you can use PC power supplies :)
2025-07-17T22:14:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-17T22:15:44 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-17T22:15:44 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-17T22:17:33 < qyx> zyp: what's the current thing? (re: requirements.txt)
2025-07-17T22:29:06 < qyx> also rip felix baumgartner
2025-07-17T22:56:50 < karlp> pyproject.toml iirc
2025-07-17T22:58:43 < karlp> also, paragliding most dangerous again...
2025-07-17T22:59:20 < karlp> oh, not a ground wind issue this time...
2025-07-17T23:13:34 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-17T23:22:01 < qyx> In 2016, he recommended Hungarian Prime Minister Viktor Orban for the Nobel Peace Prize and endorsed a right-wing populist candidate for the Austrian presidency.
2025-07-17T23:22:04 < qyx> ok lol
2025-07-17T23:22:33 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 265 seconds]
2025-07-17T23:26:04 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-17T23:33:46 < karlp> yah
2025-07-17T23:35:30 < karlp> imagine having sv1.is on a personalized number plate, registered since 2014, and .... just hvaing "hello world" on your page?
2025-07-17T23:37:14 < zyp> they had (somewhat) more content before: https://web.archive.org/web/20180809025409/http://sv1.is/
2025-07-17T23:37:24 < karlp> yeah, I just found some other stuff.
2025-07-17T23:37:26 < karlp> still.
2025-07-17T23:38:05 < karlp> 2020 it had a different wrodpress theme, still blank
2025-07-17T23:38:13 < karlp> (I found a subdomain that they use though)
2025-07-17T23:51:07 < qyx> hm I can see FM radio stations on my riglol using a 1 meter loop antenna
2025-07-17T23:51:11 < qyx> but I can't see any VLF
--- Day changed Fri Jul 18 2025
2025-07-18T00:42:34 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-07-18T01:16:51 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-18T01:23:18 < BrainDamage> fm is the strongest  signal you can pick up with any radio usually
2025-07-18T01:23:34 < BrainDamage> so it's not surprising you can see that and not the rest
2025-07-18T01:28:37 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 248 seconds]
2025-07-18T03:24:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-18T03:34:40 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-18T05:15:56 -!- polprog [~ath0@about/hackers/polprog] has quit [Server closed connection]
2025-07-18T05:16:12 -!- polprog [~ath0@about/hackers/polprog] has joined ##stm32
2025-07-18T05:44:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-18T05:47:41 < ColdKeyboard> How likely is that this guy can actually handle 20A without melting https://lcsc.com/product-detail/Pluggable-System-Terminal-Block_DORABO-DB2ERC-5-08-2P-BK_C430456.html
2025-07-18T06:23:41 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-18T07:36:48 < tpnix> ColdKeyboard, fine if you solder the wires to the pins of that connector, probably not well if you use a plug given the small surface area of the pins
2025-07-18T07:46:53 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-18T07:53:44 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-18T07:54:13 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-18T07:57:08 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-18T08:06:02 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 252 seconds]
2025-07-18T08:07:59 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-18T08:44:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-18T09:00:48 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-18T09:01:50 -!- tpnix [~Terry@206.83.112.166] has quit [Read error: Connection reset by peer]
2025-07-18T09:03:28 -!- tpnix [~Terry@206.83.112.166] has joined ##stm32
2025-07-18T09:06:18 -!- tpnix [~Terry@206.83.112.166] has quit [Read error: Connection reset by peer]
2025-07-18T09:07:05 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-18T09:08:00 -!- tpnix [~Terry@206.83.112.166] has joined ##stm32
2025-07-18T09:10:01 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-18T09:46:24 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-18T10:58:33 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-18T11:02:44 < ventyl> karlp: they don't get in the way, they just don't help it either. I haven't seen a reasonable tool that could pick-up dependencies from git submodules and generate CRA-compliant SBOM
2025-07-18T12:49:25 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-18T13:06:00 -!- akaWolf [~akaWolf@akawolf.org] has quit [Read error: Connection reset by peer]
2025-07-18T13:09:26 -!- akaWolf [~akaWolf@akawolf.org] has joined ##stm32
2025-07-18T13:46:18 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-07-18T15:45:18 < qyx> what's so specific about that cra-compliant sbom?
2025-07-18T15:45:42 < qyx> getting list of dependencies and versions from .gitmodules is a bash oneliner
2025-07-18T15:46:50 < ventyl> it requires more than just URL and version
2025-07-18T15:49:42 < machinehum> Damn rp2354 is just 2350 w/ 2MB flash
2025-07-18T15:50:35 < qyx> ventyl: not much more, authors, some identifiers
2025-07-18T15:52:50 < ventyl> qyx: that's just enough for tools which provide these to ignore .gitmodules
2025-07-18T15:53:07 < ventyl> and you don't really want to maintain these manually
2025-07-18T15:53:11 < ventyl> '90s are gone
2025-07-18T15:53:53 < qyx> I can't see ani specific problem
2025-07-18T15:54:33 < qyx> first of all, being git, it provides pretty precise jnformation about authors
2025-07-18T15:56:01 < qyx> for additionak info, you can pokr git providers as most of the used packages are hosted on github-like services
2025-07-18T15:56:12 < qyx> *poke
2025-07-18T16:07:54 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 260 seconds]
2025-07-18T17:20:56 -!- ventyl [~ventyl@bband-dyn139.178-40-31.t-com.sk] has quit [Server closed connection]
2025-07-18T17:21:04 -!- ventyl [~ventyl@bband-dyn139.178-40-31.t-com.sk] has joined ##stm32
2025-07-18T18:56:49 < jpa-> now my sail no longer leaves me in shame
2025-07-18T18:57:00 < jpa-> .. but the state of my credit card balance does
2025-07-18T19:08:15 < qyx> time to do some actual work
2025-07-18T19:11:59 < jpa-> never
2025-07-18T19:12:52 < Steffanx> I'm sorry jpa- 
2025-07-18T19:13:01 < Steffanx> What can the ##stm32 do for you?
2025-07-18T19:13:36 < jpa-> hire my wife so she can start funding my surfing
2025-07-18T19:14:24 < Steffanx> What will she do for that money? I mean only decent things. 
2025-07-18T19:15:48 < jpa-> click on things until the little dots of light on the screen look right
2025-07-18T19:17:34 < qyx> sounds like programming
2025-07-18T19:19:04 < jpa-> can also click on things until the little dots are wrong, and call that testing
2025-07-18T19:24:09 < Steffanx> Is that in Photoshop or what?
2025-07-18T19:25:39 < qyx> reminds me of
2025-07-18T19:26:23 < jpa-> last real job was labview & teststand
2025-07-18T19:26:42 < qyx> https://forums.ni.com/t5/image/serverpage/image-id/49572iA8CE845FF0EF3AAF?v=v2
2025-07-18T19:26:48 < qyx> oh I as right
2025-07-18T19:26:50 < Steffanx> Oh LabVIEW is something I would need some for
2025-07-18T19:26:53 < Steffanx> I hate it
2025-07-18T19:27:19 < qyx> jpa-: which industry?
2025-07-18T19:27:29 < jpa-> industrial automation
2025-07-18T19:28:00 < jpa-> Steffanx: outsource it to finland
2025-07-18T19:28:13 < Steffanx> Can I pay in stroopwafels?
2025-07-18T19:28:44 < qyx> good to know though, I don't know any labviewer except those from the previous $work
2025-07-18T19:29:21 < qyx> jpa-: is she able to do VIs for custom measurement components and provide support for them?
2025-07-18T19:29:23 < Steffanx> The worst part is how they all make screenshots on forums.. and then I have to find the same icon. It's awful 
2025-07-18T19:30:20 < jpa-> qyx: probably.. i know something about labview too so i can pitch in when there is no wind
2025-07-18T19:30:46 < qyx> I know nothing and I still want to believe I am able to avoid it
2025-07-18T19:31:30 < Steffanx> And when you feel adventurous you'll write a DLL jpa- ?
2025-07-18T19:32:09 < jpa-> uh.. i haven't felt that adventurous in years
2025-07-18T19:33:06 < jpa-> though one job i got after i said "yes" to "Do you know XML, NET and DLL?"
2025-07-18T19:35:23 < Steffanx> They had you write a LabVIEW DLL in dotnet?
2025-07-18T19:35:53 < Steffanx> Apparently there are python blocks for LabVIEW. How wonderful 
2025-07-18T19:37:04 < jpa-> i once compiled python to be called as a library from labview on one of those NI CompactRIO boxes
2025-07-18T19:37:23 < jpa-> it worked and wasn't terrible, which is kinda terrifying
2025-07-18T19:37:40 < Steffanx> Yet sailing sounds more fun
2025-07-18T19:38:46 < jpa-> nowadays i don't get to click around in labview, i have to use this spaghetti language called C++
2025-07-18T19:46:47 < qyx> such an abomination, very special characters, templates
2025-07-18T19:47:11 < qyx> quirky
2025-07-18T19:53:50 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-18T20:33:09 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-07-18T21:24:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-18T21:41:09 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 276 seconds]
2025-07-18T21:53:59 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-18T22:01:20 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 272 seconds]
2025-07-18T22:16:44 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-18T22:18:57 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-18T22:23:37 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-18T22:29:59 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-18T22:30:01 < zyp> I wrote a DLL a few months ago
2025-07-18T22:32:09 < zyp> wanted to do some stuff with Lattice Radiant, after spending too much time trying to get it to accept a valid license, I gave up and replaced the DLL that's responsible for the license check
2025-07-18T22:33:32 < jpa-> heh, that seems like standard operating procedure for lattice tools
2025-07-18T22:33:59 < jpa-> i need to create fake "eth0" because lattice icecube cannot check for enp9s0
2025-07-18T22:35:09 < zyp> when I later switched from windows to a linux container, I tried rebuilding the .dll as a .so, but the linux version have different library splits, so it didn't work
2025-07-18T22:35:43 < zyp> tried doing some LD_PRELOAD shit as well, but it also didn't work
2025-07-18T22:35:56 < zyp> on the other hand, a real license did, so I just dropped that in and called it a day
2025-07-18T22:36:31 < zyp> it was perfectly happy with my 02:00:00:00:00:00 mac addr as well
2025-07-18T22:47:48 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Remote host closed the connection]
2025-07-18T22:50:15 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-18T22:51:08 < Mangy_Dog> 492
2025-07-18T22:59:52 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-18T23:13:37 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-18T23:18:39 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 252 seconds]
2025-07-18T23:21:27 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-18T23:23:40 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 272 seconds]
2025-07-18T23:26:00 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 252 seconds]
2025-07-18T23:27:13 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-18T23:33:42 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
--- Day changed Sat Jul 19 2025
2025-07-19T00:21:56 < qyx> this is interesting, H7 has 3x 16 bit ADCs
2025-07-19T00:22:23 < qyx> BUT not all are usable at the top speed, on all channels, etc.
2025-07-19T00:22:33 < qyx> and it depends on the package
2025-07-19T00:23:39 < qyx> BGA can achieve full ADC clock frequency and sampling rates 3.6 Msps, even running in triple interleaved
2025-07-19T00:24:05 < qyx> but eg. TQFP144 only 0.7 Msps
2025-07-19T00:55:08 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-19T00:57:45 < qyx> TIL SSXO
2025-07-19T01:01:23 < qyx> TIL even basic OCXOs have ~1 W consumption
2025-07-19T01:11:20 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 272 seconds]
2025-07-19T01:22:29 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-19T01:28:28 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-19T02:00:48 -!- qyx [~qyx@84.245.121.235] has quit [Ping timeout: 245 seconds]
2025-07-19T02:02:39 -!- qyx [~qyx@84.245.120.151] has joined ##stm32
2025-07-19T02:09:31 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-19T02:26:24 -!- akaWolf [~akaWolf@akawolf.org] has quit [Ping timeout: 252 seconds]
2025-07-19T02:31:34 -!- akaWolf [~akaWolf@akawolf.org] has joined ##stm32
2025-07-19T03:07:29 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 260 seconds]
2025-07-19T03:42:24 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-07-19T03:58:49 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-19T03:59:41 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-19T04:00:05 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-19T04:10:52 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-07-19T04:15:31 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-19T06:41:18 -!- tpnix [~Terry@206.83.112.166] has quit [Remote host closed the connection]
2025-07-19T07:15:13 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-19T07:22:25 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-19T07:33:03 -!- tpnix [~Terry@206.83.112.166] has joined ##stm32
2025-07-19T07:33:19 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-19T07:36:12 -!- tpnix [~Terry@206.83.112.166] has quit [Remote host closed the connection]
2025-07-19T08:35:53 -!- tpnix [~Terry@206.83.112.166] has joined ##stm32
2025-07-19T08:38:46 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-19T09:50:22 < jpa-> qyx: i thought they all can *run* at the top speed, but the GPIO infrastructure is not fast enough to achieve 16-bit resolution with short sampling times
2025-07-19T09:51:47 < jpa-> even with BGA you probably need quite careful routing to actually get the best performance.. it doesn't help to have better package if your PCB then has long traces
2025-07-19T10:45:38 < qyx> idk even the clock freq is limited
2025-07-19T10:45:59 < qyx> and it is not gpio related most probably, package related rather
2025-07-19T10:46:20 < qyx> because the figures are specified for different number of ADCs running (per package)
2025-07-19T10:46:48 < qyx> if you run only one, you can run it faster
2025-07-19T11:04:51 -!- tpnix [~Terry@206.83.112.166] has quit [Remote host closed the connection]
2025-07-19T11:13:00 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 272 seconds]
2025-07-19T11:20:12 -!- tpnix [~Terry@206.83.112.166] has joined ##stm32
2025-07-19T11:34:38 -!- tpnix [~Terry@206.83.112.166] has quit [Remote host closed the connection]
2025-07-19T11:35:13 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-19T11:49:40 < jpa-> qyx: i guess it's not STM32H743 then but some other model?
2025-07-19T12:02:12 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-19T12:15:16 -!- tpnix [~Terry@206.83.112.166] has joined ##stm32
2025-07-19T12:49:12 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-19T12:51:15 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-19T13:06:13 -!- \dev\ice [~eabdb@user/device/x-9920846] has quit [Quit: leaving]
2025-07-19T13:07:06 -!- \dev\ice [~eabdb@user/device/x-9920846] has joined ##stm32
2025-07-19T13:36:57 < qyx> I am checking h743/753
2025-07-19T13:37:40 < qyx> jpa-: see AN 5354
2025-07-19T13:41:40 -!- mercenary [~mercenary@user/mercenary] has quit [Quit: ZNC 1.9.1 - https://znc.in]
2025-07-19T13:42:58 -!- mercenary [~mercenary@user/mercenary] has joined ##stm32
2025-07-19T13:47:30 -!- mercenary [~mercenary@user/mercenary] has quit [Quit: ZNC 1.10.0 - https://znc.in]
2025-07-19T13:48:58 -!- mercenary [~mercenary@user/mercenary] has joined ##stm32
2025-07-19T14:23:33 -!- specing [~specing@user/specing] has quit [Ping timeout: 248 seconds]
2025-07-19T14:25:13 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-19T15:16:48 < jpa-> qyx: ok, yeah, "maximum ADC frequency can be defined to ensure the VREF is correctly settled during bit evaluation and hence guarantee an ADC transfer function with no missing codes"  so the problem is adc-to-adc interference if vref cap is too far (which it will be in lqfp)
2025-07-19T16:29:33 -!- tpnix [~Terry@206.83.112.166] has quit [Remote host closed the connection]
2025-07-19T16:29:56 -!- tpnix [~Terry@206.83.112.166] has joined ##stm32
2025-07-19T17:08:04 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 260 seconds]
2025-07-19T17:10:39 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-19T17:10:49 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-19T17:14:58 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 240 seconds]
2025-07-19T17:15:35 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-19T17:43:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-19T17:45:58 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 240 seconds]
2025-07-19T17:45:59 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has joined ##stm32
2025-07-19T17:46:18 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has quit [Remote host closed the connection]
2025-07-19T17:46:33 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-19T18:07:14 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-19T18:37:25 < qyx> so, the layout is probably gonna be cru-ci-al
2025-07-19T18:59:03 < qyx> I wonder if I should use 0402, they are recommending them
2025-07-19T19:23:41 < qyx> ok I need cubez
2025-07-19T19:52:05 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-19T20:04:37 -!- tpbsd [~Terry@206.83.118.98] has joined ##stm32
2025-07-19T20:07:57 -!- tpnix [~Terry@206.83.112.166] has quit [Ping timeout: 276 seconds]
2025-07-19T20:12:59 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 260 seconds]
2025-07-19T20:18:41 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-19T20:18:41 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-19T20:30:25 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-19T20:37:27 -!- specing [~specing@user/specing] has joined ##stm32
2025-07-19T21:09:07 < jpa-> 0402 NP0 on opposite side of bga is best
2025-07-19T21:09:46 < jpa-> (+ larger x7r)
2025-07-19T21:52:19 < qyx> 10n 0402 np0/c0g is probably uncommon
2025-07-19T21:52:40 < qyx> although I use them in 0603 regularly
2025-07-19T21:53:11 < qyx> in other news, I just opened a bag of cereals and their license is already expired
2025-07-19T21:53:31 < qyx> must be old
2025-07-19T22:13:14 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-19T22:32:06 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-19T23:36:45 -!- Livio [~livio@user/livio] has joined ##stm32
--- Day changed Sun Jul 20 2025
2025-07-20T00:05:21 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-20T00:09:58 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 245 seconds]
2025-07-20T00:47:28 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds]
2025-07-20T01:36:47 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-20T03:23:22 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-07-20T03:31:40 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-20T03:32:30 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-20T03:32:55 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-20T04:04:59 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-20T05:16:49 < aandrew> your cereal is licensed?
2025-07-20T05:52:33 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-20T08:17:03 -!- infisc [uid692580@user/infisc] has quit [Ping timeout: 245 seconds]
2025-07-20T08:20:11 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-20T08:36:31 -!- tpbsd [~Terry@206.83.118.98] has quit [Remote host closed the connection]
2025-07-20T08:45:31 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-20T08:57:41 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-20T09:16:37 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-20T09:24:52 -!- tpnix [~Terry@206.83.118.98] has quit [Remote host closed the connection]
2025-07-20T09:47:53 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-20T10:39:05 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-20T10:45:52 -!- tpnix [~Terry@206.83.118.98] has quit [Remote host closed the connection]
2025-07-20T10:48:25 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-20T11:22:42 -!- NEYi [~NEYi@195.234.78.191] has quit [Ping timeout: 272 seconds]
2025-07-20T12:04:59 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-20T12:14:25 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-20T12:25:17 -!- IanW_ [~IceChat9@31.94.74.42] has joined ##stm32
2025-07-20T12:38:33 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-20T13:50:28 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 240 seconds]
2025-07-20T14:47:16 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Ping timeout: 272 seconds]
2025-07-20T15:00:06 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-07-20T15:14:36 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-20T17:24:59 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-20T17:48:37 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-20T19:07:45 -!- IanW_ [~IceChat9@31.94.74.42] has quit [Quit: Bye]
2025-07-20T19:40:45 -!- ds2 [~ds2@69.54.141.155] has joined ##stm32
2025-07-20T20:14:59 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-20T20:28:23 -!- ds2 [~ds2@user/ds2] has changed host
2025-07-20T20:29:48 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-07-20T21:10:57 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-20T21:39:43 -!- tpnix [~Terry@206.83.118.98] has quit [Remote host closed the connection]
2025-07-20T21:41:28 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-20T21:48:31 -!- tpnix [~Terry@206.83.118.98] has quit [Quit: I'm quitting to find peace with my inner stack !]
2025-07-20T22:01:10 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-20T22:39:28 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-20T23:11:44 -!- vampirefrog [~vampirefr@2a02:2f09:d30d:7d00:4e52:62ff:fe1e:3ee9] has joined ##stm32
2025-07-20T23:11:50 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-20T23:26:52 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-20T23:40:57 -!- tpnix [~Terry@206.83.118.98] has quit [Remote host closed the connection]
2025-07-20T23:44:32 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-20T23:44:32 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-20T23:54:24 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
--- Day changed Mon Jul 21 2025
2025-07-21T00:38:12 -!- tpnix [~Terry@206.83.118.98] has quit [Remote host closed the connection]
2025-07-21T01:03:12 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-21T01:07:13 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 248 seconds]
2025-07-21T01:10:12 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-21T01:20:28 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 240 seconds]
2025-07-21T01:25:58 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds]
2025-07-21T01:33:29 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-21T01:39:56 -!- tpnix [~Terry@206.83.118.98] has quit [Remote host closed the connection]
2025-07-21T02:01:38 -!- qyx [~qyx@84.245.120.151] has quit [Ping timeout: 248 seconds]
2025-07-21T02:03:40 -!- qyx [~qyx@84.245.120.253] has joined ##stm32
2025-07-21T02:28:53 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-21T02:35:03 -!- tpnix [~Terry@206.83.118.98] has quit [Read error: Connection reset by peer]
2025-07-21T02:38:24 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-21T02:42:50 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-07-21T04:59:35 -!- tpnix [~Terry@206.83.118.98] has quit [Quit: I'm quitting to find peace with my inner stack !]
2025-07-21T06:43:33 < ColdKeyboard> How are these eFuses supposed to handle 10A in 2x2mm package??
2025-07-21T06:44:47 < ColdKeyboard> I guess you would have to use 2Oz copper at least?
2025-07-21T07:42:28 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-21T08:03:31 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-21T08:29:13 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-21T08:57:18 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-21T09:00:53 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 248 seconds]
2025-07-21T09:02:24 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-21T09:07:34 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-21T09:13:19 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-21T09:34:16 < jpa-> ColdKeyboard: usually you'd have a wide copper plane that tapers down to the narrow part, it still dissipates heat from the connection
2025-07-21T09:38:12 < jpa-> if you are fancy, copper-filled vias and multi-layer copper planes work great for getting lots of current into a small pad
2025-07-21T09:44:22 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-07-21T10:27:18 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-21T10:35:08 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-21T10:40:46 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-21T11:04:06 -!- tpnix [~Terry@206.83.118.98] has quit [Remote host closed the connection]
2025-07-21T11:30:07 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-21T11:42:01 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-21T11:59:13 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-21T12:15:30 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-21T12:16:24 -!- dormito [~dormito@user/dormito] has joined ##stm32
2025-07-21T12:32:12 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
2025-07-21T12:57:18 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-07-21T14:07:35 -!- tpnix [~Terry@206.83.118.98] has quit [Read error: Connection reset by peer]
2025-07-21T14:08:01 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-21T14:25:09 -!- tpnix [~Terry@206.83.118.98] has quit [Read error: Connection reset by peer]
2025-07-21T14:26:46 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-21T14:33:24 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Ping timeout: 260 seconds]
2025-07-21T14:33:51 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-21T14:33:57 -!- tpnix [~Terry@206.83.118.98] has quit [Read error: Connection reset by peer]
2025-07-21T14:35:17 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-21T14:38:25 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-21T14:49:13 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-21T14:58:17 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Read error: Connection reset by peer]
2025-07-21T15:00:13 -!- martinmoene__ [~martinmoe@132.229.46.129] has joined ##stm32
2025-07-21T15:03:11 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-21T15:03:49 -!- martinmoene_ [~martinmoe@132.229.46.129] has quit [Ping timeout: 276 seconds]
2025-07-21T15:24:27 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-21T15:34:35 -!- specing [~specing@user/specing] has quit [Remote host closed the connection]
2025-07-21T15:40:34 -!- specing [~specing@user/specing] has joined ##stm32
2025-07-21T15:41:06 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-21T17:52:56 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-21T18:21:25 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-21T18:22:19 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-21T18:22:43 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-21T18:42:43 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-21T18:54:58 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 245 seconds]
2025-07-21T19:42:10 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-21T20:10:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-21T20:17:03 -!- goodvibrations32 [~user@user/goodvibrations32] has joined ##stm32
2025-07-21T20:32:58 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-21T20:49:29 -!- NEYi_ [~NEYi@195.234.78.191] has joined ##stm32
2025-07-21T20:50:00 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-07-21T20:50:34 -!- 029AABHPU [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-21T20:51:58 -!- NEYi [~NEYi@195.234.78.191] has quit [Ping timeout: 240 seconds]
2025-07-21T20:51:58 -!- martinmoene__ [~martinmoe@132.229.46.129] has quit [Ping timeout: 240 seconds]
2025-07-21T20:52:28 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds]
2025-07-21T21:24:11 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-21T21:27:30 -!- 029AABHPU [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds]
2025-07-21T21:32:28 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-21T21:32:28 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-21T21:44:01 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-07-21T22:15:47 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Remote host closed the connection]
2025-07-21T22:18:49 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-21T22:19:28 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Remote host closed the connection]
2025-07-21T22:19:47 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-21T22:56:24 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 272 seconds]
2025-07-21T23:05:25 < qyx> customer states: everything works but I have no data since ..
2025-07-21T23:06:05 < qyx> a quick check on blitzortung.org says there was a storm at that time, at that place
2025-07-21T23:06:24 < qyx> accepting bets, fried lte modem
2025-07-21T23:39:34 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 260 seconds]
2025-07-21T23:40:14 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-21T23:40:58 < tpnix> qyx, I used to supply premade P-P wifi kits all over Australia. I'd take note of the storms and after a lightning storm I'd start getting 'warranty claims' from that area. "Oh no, no storms here" they would claim, and when I opened the AP's black spiderwebs inside!
2025-07-21T23:42:19 < tpnix> supplying only sheilded cat5e stopped the problem entirely as I always supplied 2x 20metre cat5e cables in the kits
2025-07-21T23:57:03 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32
--- Day changed Tue Jul 22 2025
2025-07-22T01:01:21 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-07-22T01:02:21 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-22T01:19:44 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 252 seconds]
2025-07-22T02:06:54 -!- akaWolf [~akaWolf@akawolf.org] has quit [Quit: Lost terminal]
2025-07-22T02:10:37 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Remote host closed the connection]
2025-07-22T02:20:11 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-22T02:34:09 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Remote host closed the connection]
2025-07-22T02:42:22 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-22T02:58:27 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-22T03:31:45 -!- tpnix [~Terry@206.83.118.98] has quit [Remote host closed the connection]
2025-07-22T03:50:07 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-22T05:36:30 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Remote host closed the connection]
2025-07-22T05:37:32 -!- esden [sid32455@id-32455.hampstead.irccloud.com] has quit [Ping timeout: 244 seconds]
2025-07-22T05:41:15 -!- esden [sid32455@id-32455.hampstead.irccloud.com] has joined ##stm32
2025-07-22T05:42:21 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-22T05:44:42 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-22T05:45:18 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Remote host closed the connection]
2025-07-22T05:45:38 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-22T05:56:28 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Remote host closed the connection]
2025-07-22T06:02:41 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-22T06:11:20 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Max SendQ exceeded]
2025-07-22T06:16:04 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-22T06:17:04 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 276 seconds]
2025-07-22T06:18:07 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-07-22T06:19:20 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Remote host closed the connection]
2025-07-22T06:27:25 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-22T06:29:18 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-22T06:36:12 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-22T06:59:39 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-22T07:03:32 -!- haritz [~hrtz@user/haritz] has quit [Ping timeout: 265 seconds]
2025-07-22T07:09:09 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-22T07:09:10 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-22T07:21:34 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-22T08:29:41 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-22T08:59:53 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 252 seconds]
2025-07-22T09:01:39 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-22T09:10:05 -!- tpnix [~Terry@206.83.118.98] has quit [Remote host closed the connection]
2025-07-22T09:21:03 < qyx> I hoped avoiding yocto
2025-07-22T09:21:04 < qyx> but no
2025-07-22T09:22:15 -!- tpnix [~Terry@206.83.118.98] has joined ##stm32
2025-07-22T10:01:03 < machinehum> :c
2025-07-22T10:04:50 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-07-22T10:13:44 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer]
2025-07-22T10:18:33 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-07-22T10:22:40 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-22T12:02:36 -!- jhalmen [373aef909d@sourcehut/user/slowjo] has quit [Remote host closed the connection]
2025-07-22T12:02:36 -!- quinor [08c0f10716@2a03:6000:1812:100::dad] has quit [Remote host closed the connection]
2025-07-22T12:11:08 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-22T13:10:40 -!- quinor [08c0f10716@2a03:6000:1812:100::dad] has joined ##stm32
2025-07-22T13:10:42 -!- jhalmen [373aef909d@sourcehut/user/slowjo] has joined ##stm32
2025-07-22T13:49:31 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has joined ##stm32
2025-07-22T13:52:02 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 248 seconds]
2025-07-22T14:06:02 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has quit [Remote host closed the connection]
2025-07-22T14:06:18 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-22T14:20:03 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-22T14:27:36 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-22T14:37:23 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-22T14:56:22 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-22T15:14:12 -!- goodvibrations32 [~user@user/goodvibrations32] has quit [Remote host closed the connection]
2025-07-22T15:19:58 < qyx> devicetree pros, is it a dumb idea to write dt overlays without vendor bsp and out of kernel tree? and compile them using dtc alone
2025-07-22T15:20:46 < qyx> because vendor uboot and kernel is more or less usable as is, I would like to avoid building all the shit myself
2025-07-22T15:20:52 < qyx> but I need to do some minor changes to dt
2025-07-22T15:51:34 < jbo> you can just supply a *.patch to yocto in a custom layer
2025-07-22T15:52:06 < jbo> that will be applied before the dtc gets invoked
2025-07-22T15:55:53 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-22T15:58:44 -!- goodvibrations32 [~user@user/goodvibrations32] has joined ##stm32
2025-07-22T16:00:47 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer]
2025-07-22T16:03:10 < qyx> jbo: to be specific, I don't know what yocto is and how to get it
2025-07-22T16:03:28 < jbo> aah, sorry. thought your messages above indicated that you're into yocto now
2025-07-22T16:03:36 < qyx> haha
2025-07-22T16:03:48 < qyx> vendor bsp is yocto
2025-07-22T16:04:07 < jbo> and you're trying really hard not to use it?
2025-07-22T16:04:59 < qyx> if getting it, running and instructing it to compile my overlay is 5 commands, I guess I could accept the torture
2025-07-22T16:05:37 < qyx> *of actually using it
2025-07-22T16:12:21 < jbo> it might require a bit of dickery if you never worked with it.
2025-07-22T16:12:30 < jbo> make sure you pay attention to the version compatibility matrix
2025-07-22T16:16:38 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-22T16:22:44 -!- c10ud [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has joined ##stm32
2025-07-22T16:22:44 -!- c10ud [~c10ud@user/c10ud] has changed host
2025-07-22T16:23:47 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-22T16:35:28 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 240 seconds]
2025-07-22T17:42:45 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-22T17:42:46 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-22T17:56:57 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-22T17:57:28 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-22T17:57:28 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-22T18:01:56 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-22T18:08:02 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-22T18:36:00 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-22T19:19:02 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has joined ##stm32
2025-07-22T19:21:55 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has quit [Remote host closed the connection]
2025-07-22T19:22:11 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has joined ##stm32
2025-07-22T19:22:33 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has quit [Remote host closed the connection]
2025-07-22T19:22:50 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has joined ##stm32
2025-07-22T19:23:00 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 276 seconds]
2025-07-22T19:23:14 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has quit [Remote host closed the connection]
2025-07-22T19:23:30 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-22T19:43:41 -!- NEYi_ [~NEYi@195.234.78.191] has quit [Read error: Connection reset by peer]
2025-07-22T20:13:44 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-07-22T20:26:26 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-22T21:01:28 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 240 seconds]
2025-07-22T21:39:48 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-22T22:13:42 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Quit: Leaving]
2025-07-22T22:14:00 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32
2025-07-22T22:17:45 < qyx> # Copyright (C) 2012, 2015 O.S. Systems Software LTDA.
2025-07-22T22:17:46 < qyx> # Released under the MIT license (see COPYING.MIT for the terms)
2025-07-22T22:17:46 < qyx> LICENSE = "GPL-2.0-only"
2025-07-22T22:18:02 < qyx> should I pick my favorite one?
2025-07-22T22:44:08 < machinehum> Pick violence
2025-07-22T22:44:36 < machinehum> Strip out the licence, call it your own, chinaman style
2025-07-22T22:59:37 < BrainDamage> run it through a llm, and acquire legal ownership for the west too
2025-07-22T23:30:44 < antto> qyx, throw a coin
2025-07-22T23:30:56 < antto> if the outcome is the wrong one - throw it again
--- Day changed Wed Jul 23 2025
2025-07-23T00:23:58 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds]
2025-07-23T01:28:33 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 248 seconds]
2025-07-23T01:36:12 < qyx> I am starting to understand what yocto wants to be
2025-07-23T01:36:43 < qyx> but I still can't use it
2025-07-23T02:03:49 -!- qyx [~qyx@84.245.120.253] has quit [Ping timeout: 248 seconds]
2025-07-23T02:05:42 -!- qyx [~qyx@84.245.120.204] has joined ##stm32
2025-07-23T03:02:42 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-23T03:53:34 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-23T04:05:39 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-23T04:49:25 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-23T04:57:07 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-23T05:42:22 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-23T06:09:43 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-23T06:25:42 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-23T06:35:42 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-23T07:47:55 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-23T07:54:58 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-23T08:21:30 < qyx> +                       dev_dbg(&pdev->dev, "i.MX93 BUGGY RMII mode workaround enabled\n");
2025-07-23T08:21:34 < qyx> sounds like fun
2025-07-23T08:25:55 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-23T08:58:45 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 276 seconds]
2025-07-23T09:00:07 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-23T09:51:50 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-23T10:06:27 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-07-23T10:50:41 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-23T11:23:35 < jbo> moin
2025-07-23T11:35:58 < machinehum> moin
2025-07-23T11:44:55 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-23T12:14:12 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has joined ##stm32
2025-07-23T12:16:22 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has quit [Remote host closed the connection]
2025-07-23T12:16:38 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has joined ##stm32
2025-07-23T12:17:28 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 240 seconds]
2025-07-23T12:19:42 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has quit [Remote host closed the connection]
2025-07-23T12:19:58 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-23T12:24:44 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-23T12:25:35 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-23T12:26:00 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-23T12:56:09 -!- mawk [mawk@wireguard/contributor/mawk] has quit [Quit: ZNC - https://znc.in]
2025-07-23T12:56:23 -!- mawk [mawk@wireguard/contributor/mawk] has joined ##stm32
2025-07-23T13:58:17 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-23T14:30:29 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 248 seconds]
2025-07-23T17:40:21 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-23T17:50:15 < Steffanx> Gooday
2025-07-23T17:53:10 < tomeaton17> hello there
2025-07-23T17:58:17 < machinehum>  Alright
2025-07-23T17:58:29 < machinehum> Now we are cooking with gas
2025-07-23T17:59:23 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-23T18:03:56 < tomeaton17> working with some PVs today
2025-07-23T18:10:28 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-23T18:53:27 -!- tpbsd [~Terry@206.83.112.227] has joined ##stm32
2025-07-23T18:56:24 -!- tpnix [~Terry@206.83.118.98] has quit [Ping timeout: 260 seconds]
2025-07-23T19:31:26 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has joined ##stm32
2025-07-23T19:33:31 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 265 seconds]
2025-07-23T19:43:53 -!- NEYi [~NEYi@195.234.78.191] has quit [Read error: Connection reset by peer]
2025-07-23T20:09:36 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 272 seconds]
2025-07-23T20:16:28 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 240 seconds]
2025-07-23T20:29:05 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-23T20:29:05 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-23T20:32:03 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-23T21:01:19 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-23T21:02:17 < bitmask> good afternoon ppl
2025-07-23T21:07:16 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-07-23T21:08:58 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has quit [Ping timeout: 240 seconds]
2025-07-23T21:13:53 < jbo> hello
2025-07-23T21:15:55 < qyx> o/
2025-07-23T21:18:58 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 240 seconds]
2025-07-23T21:21:54 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-23T21:42:28 -!- specing [~specing@user/specing] has quit [Read error: Connection reset by peer]
2025-07-23T21:46:37 -!- specing [~specing@user/specing] has joined ##stm32
2025-07-23T22:13:03 -!- jfsimon [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Ping timeout: 276 seconds]
2025-07-23T22:29:34 < qyx> hm anyone did usb_gadget using configfs?
2025-07-23T22:43:29 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:b805:f6da:8684:ddde] has joined ##stm32
2025-07-23T22:43:39 < qyx> but it seems I am one step before even being able to configure the gadget
2025-07-23T22:43:53 < qyx> my d+/d- are both at 0 V and hosts reports nothing
2025-07-23T22:44:03 < qyx> peripheral reports vbus error despite vbus being 4.95 V
2025-07-23T22:44:17 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:b805:f6da:8684:ddde] has quit [Remote host closed the connection]
2025-07-23T22:44:42 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:b805:f6da:8684:ddde] has joined ##stm32
2025-07-23T23:14:38 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has joined ##stm32
2025-07-23T23:19:21 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 276 seconds]
2025-07-23T23:29:06 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-23T23:29:23 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-23T23:34:58 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 240 seconds]
2025-07-23T23:48:11 < qyx> oh it works in ums mode in u-boot, so it is not a hardware issue
2025-07-23T23:53:19 -!- infisc [uid692580@user/infisc] has joined ##stm32
--- Day changed Thu Jul 24 2025
2025-07-24T00:26:18 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 276 seconds]
2025-07-24T01:19:22 < qyx> k everything works
2025-07-24T01:19:47 < qyx> probably not under windows but who uses windows in 2025
2025-07-24T01:21:56 < jbo> untrue
2025-07-24T01:22:13 < zyp> be nice
2025-07-24T01:22:13 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has quit [Remote host closed the connection]
2025-07-24T01:22:40 < qyx> I have one configuration and two functions, ECM and ACM
2025-07-24T01:22:55 < jbo> uhm... have I been not-nice? :o
2025-07-24T01:23:13 < jbo> I know people who use windows in 2025 - so the statement is untrue in my book.
2025-07-24T01:40:04 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 260 seconds]
2025-07-24T01:42:38 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-24T02:06:58 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 240 seconds]
2025-07-24T02:08:52 < qyx> i think I have enough momentum now to try to make the SD cards work too
2025-07-24T02:09:43 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-07-24T02:26:10 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-07-24T02:29:23 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-24T04:04:28 -!- goodvibrations32 [~user@user/goodvibrations32] has quit [Ping timeout: 240 seconds]
2025-07-24T05:09:59 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-24T05:17:01 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-24T05:31:09 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-24T05:48:55 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-24T05:49:52 -!- Livio [~livio@user/livio] has quit [Client Quit]
2025-07-24T07:11:04 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-24T07:40:50 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-24T07:57:43 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-24T08:44:06 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-24T08:54:30 -!- emeb_mac [~emeb_mac@ip174-73-147-156.ph.ph.cox.net] has joined ##stm32
2025-07-24T08:55:40 -!- emeb_mac [~emeb_mac@ip174-73-147-156.ph.ph.cox.net] has quit [Client Quit]
2025-07-24T09:18:15 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-24T10:15:34 -!- goodvibrations32 [~user@user/goodvibrations32] has joined ##stm32
2025-07-24T11:13:35 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-24T11:23:18 -!- specing [~specing@user/specing] has quit [Read error: Connection reset by peer]
2025-07-24T11:27:50 -!- specing [~specing@user/specing] has joined ##stm32
2025-07-24T12:10:50 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-24T13:30:46 -!- PaulFertser [~paul@paulfertser.info] has quit [Read error: Connection reset by peer]
2025-07-24T13:35:36 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32
2025-07-24T13:37:13 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-24T13:37:13 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-24T13:44:47 < qyx> chats completely died
2025-07-24T13:55:54 < tomeaton17> :(
2025-07-24T14:26:14 < machinehum> Hmm okay got another job interview
2025-07-24T14:26:28 < machinehum> Hopefully I wont fuck this one up
2025-07-24T14:54:08 < ventyl> why do you think you fucked previous up?
2025-07-24T14:54:26 < machinehum> I'm bad at live coding interviews
2025-07-24T14:55:14 < aandrew> everyone is bad at live coding interviews because that's not how people write firmware in real life
2025-07-24T14:55:38 < aandrew> live coding interviews / whiteboard coding / etc are fucking idiotic and companies that use them are giving you valuable information
2025-07-24T14:55:43 < qyx> idk I haven't done a single one
2025-07-24T14:56:15 < aandrew> idiot interviewer: here's a whiteboard marker. show us how you'd reverse a binary tree in Go
2025-07-24T14:56:23 < machinehum> lol
2025-07-24T14:56:24 < aandrew> fuck you
2025-07-24T14:57:02 < machinehum> I once had someone ask me to write an device tree file for a board
2025-07-24T14:57:05 < machinehum> I'm like uhhh
2025-07-24T14:57:16 < machinehum> I can decribe it loosely
2025-07-24T14:57:31 < aandrew> machinehum: lol, you basically shake their hand, thank them for the opportunity and excuse yourself
2025-07-24T14:57:47 < qyx> how? grep all devicetree files in the boot/arch/dts of your interest and pick one you like, copy&paste?
2025-07-24T14:57:52 < aandrew> if they ask why you tell them that any company where they ask such a fucking idiotic question is not a company you want to work at
2025-07-24T14:58:29 < machinehum> qyx: that's my... I think most peoples process for this
2025-07-24T14:58:31 < aandrew> devicetree is fucking awful to begin with but write one for an arbitrary arch, arbitrary device and in an interview? lol
2025-07-24T14:58:45 < machinehum> aandrew: I thought was an insane question
2025-07-24T14:59:12 < aandrew> it is an insane question. I guess before excusing myself I'd ask the interviewer if they were HR or dev team management
2025-07-24T14:59:32 < aandrew> becuase if HR I'd decline to answer with the reasoning that the question is not a serious one
2025-07-24T14:59:42 < aandrew> and if dev team manager I'd walk saying they're fucking incompetent
2025-07-24T15:00:32 < aandrew> I know I'm not desperate for work right now and that makes my responses kind of snarky/pithy and I sound like an internet tough guy 
2025-07-24T15:00:59 < aandrew> but interviews are bidirectional interactions; you're interviewing the company as much s they're interviewing you
2025-07-24T15:01:31 < aandrew> I have declined offers before, and I have quoted work with a rate that was sure to be rejected for similar reasons
2025-07-24T15:01:58 < aandrew> "you sound like you're going to be a pain in the ass to work with. here's my rate with the asshole coefficient applied."
2025-07-24T15:02:20 < qyx> what's your usual asshole coefficient?
2025-07-24T15:02:27 < qyx> I am seeking some inspiration
2025-07-24T15:04:31 < ventyl> aandrew: I conducted interviews with live coding as a part of the interview. yet the goal was something completely else than figure out if candidate can invert tree
2025-07-24T15:05:12 < aandrew> depends on the style of asshole but I think the highest I've quoted worked out to something like $400/hr which back then when my rate was $90 was pretty high
2025-07-24T15:05:13 < lemmi> i'd probably start by estimating how much time i'd be annoyed on top of the time spent there and factor that in :)
2025-07-24T15:05:26 < ventyl> we gave them 45 minutes to solve rather trivial problem (record time solving it was like 6 or 7 minutes) to meet some quality standards and let them decide on what to do, how to do it and in what order to do it
2025-07-24T15:06:03 < aandrew> ventyl: live coding is a terrible thing to do - you want to test their knowledge and observe their approach
2025-07-24T15:06:29 < aandrew> nobody writes code on a fucking whiteboard ever. even pseudocode on a whiteboard is silly
2025-07-24T15:07:33 < ventyl> aandrew: our live coding sessions were performed on PC, in IDE of candidate's choice, with free help of interwebs (unless $client opted out from this rule). it was more like pair programming session as I've been allowed to provide help.
2025-07-24T15:07:50 < ventyl> like, for example if they made a typo that I kned would hold them back for 10 minutes I told them
2025-07-24T15:08:14 < aandrew> but again, if you're looking for actual code or pseudocode on a whiteboard you should be ashamed
2025-07-24T15:08:58 < aandrew> ventyl: that's a LOT different. Still not awesome since coding with someone looking over your shoulder is stressful but I'd not apply an asshole coefficient to that
2025-07-24T15:10:07 < aandrew> pair programming works *great* for some people. I have too much going on in my head to be able to get it out of my mouth while trying to write code, but that's a personal thing
2025-07-24T15:10:21 < ventyl> aandrew: i find it better in terms of knowledge vs. time. in 45 minutes, this way you find out much more about one's coding style and approach than by inspecting take-home assignment which takes 5 hours to complete
2025-07-24T15:10:38 < ventyl> moreover, having a working solution wasn't a must-have condition
2025-07-24T15:11:16 < aandrew> I've always described it as a single-access lock on the language center of my brain. I can code or talk, not both. It's also why I find listening to music with lyrics or having a tv or people talking nearby so fucking distracting
2025-07-24T15:11:44 < qyx> haha same here
2025-07-24T15:12:03 < ventyl> I did some leetcode-style "live coding" assignments where I got blocked by stupid typo and lack of debugger for more than an hour on something that a debugger stopped on segmentation fault would solve in 5 seconds
2025-07-24T15:12:09 < aandrew> ventyl: yep, I agree with you - I learn so much more out of seeing their approach than I do their actual soution
2025-07-24T15:12:12 < aandrew> solution
2025-07-24T15:12:26 < machinehum> aandrew: I would also agree with that
2025-07-24T15:13:20 < aandrew> I can problem solve by talking through it (and in fact that's typically how I work even when alone, lots of utterances and wtfs and calling the computer / compiler / hardware / source code nasty names)
2025-07-24T15:13:26 < machinehum> I started typing and they're like "describe what you're doing", I started describing, code got shit 
2025-07-24T15:13:46 < aandrew> but to write anything other than superficial code I can't talk while doing it
2025-07-24T15:15:54 < aandrew> https://ibb.co/sdPRX3rt -- I share this often
2025-07-24T15:17:32 < qyx> aandrew: :D
2025-07-24T15:18:43 < ventyl> yet another post on microcontrollers are not built to withstand abstractions
2025-07-24T15:19:13 < ventyl> dude. $2 STM32 would beat the shit out of 486DX if they lived in the same era
2025-07-24T15:22:43 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-24T15:25:33 < qyx> speaking of distractions, 1.5 hours passed and I am still looking at that unfinished pcb
2025-07-24T15:25:54 < qyx> at least chats are revived
2025-07-24T15:28:23 < aandrew> heh
2025-07-24T15:29:09 < aandrew> $2 STM32 beating te shit out of 486DX? under which metrics?
2025-07-24T15:30:45 < tomeaton17> cost lol
2025-07-24T15:31:16 < ventyl> quite probably even in terms of raw performance
2025-07-24T15:37:20 < ventyl> almost. something like L4/F4 will have ~80% of per-MHz performance of 486
2025-07-24T15:38:47 < aandrew> ventyl: I'd have to really look at it -- normalizing MHz I think you're right but I would expect that 486 might have it beat on I/O (DMA doesn't count)
2025-07-24T15:39:27 < aandrew> absolutely trounces the 486 on factors like MIPS/W
2025-07-24T15:40:13 < ventyl> aandrew: while 486 was paired with ISA, I doubt even the IO performance
2025-07-24T15:41:03 < ventyl> moreover, Intel's implementation of 486 was quite shitty. pretty much any other competing product outclassed it
2025-07-24T15:42:45 -!- akaWolf [~akaWolf@akawolf.org] has joined ##stm32
2025-07-24T15:43:16 < aandrew> well yeah ISA is shit. even PCI was only what, 32 bits per 66MHz clock at best
2025-07-24T15:43:45 < qyx> was it even 66 MHz on 486dx?
2025-07-24T15:43:49 < qyx> wasn't it 33?
2025-07-24T15:44:28 < aandrew> one of my 181,319,442,841,011.01 projects is an ISA bus USB device. I know they already exist, this is just for fun. I want to get my gravis ultrasound max to sing again
2025-07-24T15:44:40 < aandrew> qyx: I can't remember
2025-07-24T15:45:38 < aandrew> when it came out it had 49k dhrystones
2025-07-24T15:45:57 < aandrew> oh wait the 66MHz was clock doubled
2025-07-24T15:46:09 < aandrew> 50MHx was the fastest non-clock-doubled IIRC
2025-07-24T15:46:51 < ventyl> PCI, ISA is limited to 8MHz
2025-07-24T15:47:00 < ventyl> or something like that
2025-07-24T15:47:06 < ventyl> otherwise you get a lot of incompatibilities
2025-07-24T15:47:45 < aandrew> vesa local was a cpu clock. PCI could be 1:1 to CPU
2025-07-24T15:48:06 < aandrew> but a lot of motherboards locked it to 33MHz apparently
2025-07-24T15:48:14 < aandrew> I've forgotten all that stuff
2025-07-24T15:48:17 < ventyl> PCI had either 33 or 66 MHz fixed clock
2025-07-24T15:48:48 < ventyl> and already supported bursting
2025-07-24T15:49:11 < ventyl> my first PC had IBM MCA
2025-07-24T15:50:01 < ventyl> PS/2 Model 70. it did not even have enough ram to run QNX demo disk
2025-07-24T16:24:19 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 276 seconds]
2025-07-24T16:51:12 < qyx> zyp attn Bulgin 4000 Series SPE – Rugged, Quick-Connect, 10BASE-T1L Ready
2025-07-24T16:55:12 < zyp> so just a standard 63171-6 in a waterproof enclosure?
2025-07-24T16:57:12 < qyx> looks like it, they also have LC FO in 4000 series
2025-07-24T17:45:31 < qyx> in other news, my low power imx93 draws 800 mW now
2025-07-24T17:46:00 < qyx> part of that is a SPE PHY which is on since boot for some reason, I have to do ip link set .. down in order to have the PHY turned off
2025-07-24T17:46:31 < qyx> time to selectively remove ferrite beads to find the sucker
2025-07-24T18:00:17 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-24T18:09:03 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 276 seconds]
2025-07-24T18:42:18 < qyx> so I am down to 1.3 mA when the SoM is in shutdown and 3v3 rail is disconnected
2025-07-24T18:42:29 < qyx> 3v3 rail connected during shutdown makes additional 37 mA
2025-07-24T18:42:36 < qyx> still not that bad
2025-07-24T18:43:01 < qyx> I am curious how I managed to screw things up to increase my consumption from 0.38 W to 0.85 W
2025-07-24T19:14:38 < qyx> pushing 1 mbit of stuff over a CAN phy consumes about 180 mW
2025-07-24T19:14:51 < qyx> at that rates it is definitely more effective to use 10base-t1s
2025-07-24T19:27:36 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-24T19:28:31 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-24T19:28:54 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-24T19:51:35 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-24T20:40:06 < qyx> so I bound my button to KEY_POWER using gpio-keys and now I am unable to catch that event
2025-07-24T20:40:25 < qyx> the board turns off whenever I press that button, I guess that's why is it called a power button..
2025-07-24T20:40:42 < qyx> I probably need to abuse some other key code for that
2025-07-24T20:52:28 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-24T21:00:36 < qyx> evtest shows them correctly
2025-07-24T21:16:39 -!- tpnix [~Terry@65.181.14.205] has joined ##stm32
2025-07-24T21:18:24 -!- tpbsd [~Terry@206.83.112.227] has quit [Ping timeout: 260 seconds]
2025-07-24T21:51:28 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 240 seconds]
2025-07-24T22:00:41 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-07-24T22:09:56 -!- tpbsd [~Terry@65.181.14.205] has joined ##stm32
2025-07-24T22:12:48 -!- tpnix [~Terry@65.181.14.205] has quit [Ping timeout: 276 seconds]
2025-07-24T22:13:15 -!- tpnix [~Terry@65.181.14.205] has joined ##stm32
2025-07-24T22:14:58 -!- tpbsd [~Terry@65.181.14.205] has quit [Ping timeout: 240 seconds]
2025-07-24T22:16:00 -!- tpbsd [~Terry@206.83.114.76] has joined ##stm32
2025-07-24T22:18:10 -!- tpnix [~Terry@65.181.14.205] has quit [Ping timeout: 248 seconds]
2025-07-24T22:20:17 -!- tpbsd [~Terry@206.83.114.76] has quit [Ping timeout: 248 seconds]
2025-07-24T22:22:35 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-24T22:33:19 < bitmask> I hate it when AI is actually helpful
2025-07-24T22:36:03 < jbo> you're welcome!
2025-07-24T22:37:43 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-07-24T22:38:54 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-24T22:50:29 < Steffanx> I'm sorry to hear that bitmask 
2025-07-24T22:50:43 < Steffanx> What will you do about it?
2025-07-24T22:50:46 < bitmask> ohhhh I'm not really serious
2025-07-24T22:50:51 < bitmask> so nothing
2025-07-24T22:52:35 < jbo> is it time to buy a new macbook yet?
2025-07-24T22:54:22 < bitmask> They don't have anything new yet!
2025-07-24T22:54:28 < bitmask> maybe I'll upgrade to 128GB ram
2025-07-24T22:54:45 < bitmask> this 64 is useless
2025-07-24T22:54:54 < jbo> "upgrade" means "buying a whole new machine", right?
2025-07-24T22:54:59 < bitmask> of course
2025-07-24T22:55:17 < jbo> might be worth it
2025-07-24T22:55:39 < bitmask> bigger LLMs
2025-07-24T22:56:44 < jbo> have you compiled FreeBSD on it yet?
2025-07-24T22:57:41 < bitmask> I have not
2025-07-24T22:57:46 < jbo> might be worth it :p
2025-07-24T22:57:46 < bitmask> and most likely never will
2025-07-24T22:57:58 < bitmask> I still haven't tried windows on it yet, I do want to try that
2025-07-24T23:30:15 -!- goodvibr` [~user@ppp-94-65-157-38.home.otenet.gr] has joined ##stm32
2025-07-24T23:31:59 -!- goodvibrations32 [~user@user/goodvibrations32] has quit [Ping timeout: 260 seconds]
2025-07-24T23:39:09 < Steffanx> Does arm windows run on it?
2025-07-24T23:46:14 -!- NEYi [~NEYi@195.234.78.191] has quit [Read error: Connection reset by peer]
2025-07-24T23:49:12 < qyx> would windows run on my imx93 board?
2025-07-24T23:49:19 < qyx> that would solve all my problems
2025-07-24T23:57:00 < jbo> looks like it would
2025-07-24T23:57:01 < jbo> https://www.nxp.com/design/design-center/software/embedded-software/i-mx-software/windows-10-11-iot-enterprise-for-i-mx-applications-processors:IMXWIN10IOT
--- Day changed Fri Jul 25 2025
2025-07-25T00:18:45 -!- goodvibr` [~user@ppp-94-65-157-38.home.otenet.gr] has left ##stm32 [ERC 5.6.0.30.1 (IRC client for GNU Emacs 30.1)]
2025-07-25T00:46:06 -!- tpnix [~Terry@65.181.14.31] has joined ##stm32
2025-07-25T00:53:21 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds]
2025-07-25T01:06:38 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 245 seconds]
2025-07-25T01:42:11 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-25T02:08:54 -!- qyx [~qyx@84.245.120.204] has quit [Ping timeout: 260 seconds]
2025-07-25T02:10:50 -!- qyx [~qyx@84.245.120.117] has joined ##stm32
2025-07-25T03:18:28 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32
2025-07-25T07:26:21 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-25T08:17:41 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-25T08:21:48 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-25T08:44:48 -!- haritz [~hrtz@user/haritz] has quit [Remote host closed the connection]
2025-07-25T08:46:48 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-25T08:47:41 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-25T08:48:06 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-25T08:55:58 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 240 seconds]
2025-07-25T08:57:59 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-25T09:08:30 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-25T09:10:03 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-25T09:12:01 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-25T09:12:53 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-25T09:14:36 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-25T09:19:42 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-25T10:07:48 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 276 seconds]
2025-07-25T10:46:28 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Ping timeout: 240 seconds]
2025-07-25T10:59:38 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-25T11:27:53 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-07-25T11:34:55 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-25T11:39:33 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-25T11:48:56 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-25T12:07:00 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-25T12:07:00 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-25T12:10:32 < Steffanx> Thanks jbo 
2025-07-25T12:40:25 < jbo> you're welcome Steffanx!
2025-07-25T12:42:58 < ventyl> thank you guys
2025-07-25T13:52:08 < qyx> is it a thanksgiving day
2025-07-25T14:06:33 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-25T14:48:27 < jbo> everybody is awesome in their own way and we like to express that sometimes.
2025-07-25T14:59:28 -!- akaWolf [~akaWolf@akawolf.org] has quit [Ping timeout: 240 seconds]
2025-07-25T15:00:37 -!- akaWolf [~akaWolf@akawolf.org] has joined ##stm32
2025-07-25T15:06:53 -!- flatmush [~benbrewer@149.71.27.198] has quit [Remote host closed the connection]
2025-07-25T15:08:05 -!- flatmush [~benbrewer@149.71.27.198] has joined ##stm32
2025-07-25T16:06:31 < Steffanx> Qyx is awesome. Thanks!
2025-07-25T16:14:43 < jbo> Steffanx is awesome too! thanks!
2025-07-25T16:16:39 < Steffanx> https://www.youtube.com/watch?v=StTqXEQ2l-Y
2025-07-25T16:21:19 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 260 seconds]
2025-07-25T16:23:07 < qyx> [  214.142078] imx-dwmac 428a0000.ethernet end0: Link is Up - 100Mbps/Full - flow control off
2025-07-25T16:23:11 < qyx> such success
2025-07-25T16:23:21 < qyx> Steffanx is awesome
2025-07-25T16:23:23 < qyx> and qyx too!
2025-07-25T16:24:34 < ventyl> awesomyx
2025-07-25T16:25:29 < jbo> fentyl is awesome too
2025-07-25T16:25:34 < qyx> omg I haz interwebs
2025-07-25T16:25:40 < jbo> congratz!
2025-07-25T16:25:55 < qyx> there was a quirk tho
2025-07-25T16:26:22 < qyx> phy_add[0:2] is set to 100, which should mean address 1
2025-07-25T16:26:48 < qyx> but they have some errata mentioning phy_add0 is inverted, so the strap is fixed in the current rev of the datasheet
2025-07-25T16:27:09 < qyx> *but* the former *wrong* version actually works
2025-07-25T16:27:14 < qyx> 100 is indeed phy_add=1
2025-07-25T16:27:22 < qyx> and not 0 as the errata suggests it should be
2025-07-25T16:28:26 < qyx> https://bin.jvnv.net/file/ezU95/Screenshot_2025-07-25_15-28-11.png
2025-07-25T16:28:48 < ventyl> they will have to issue errata for errata
2025-07-25T16:28:51 < ventyl> good old intel times
2025-07-25T16:29:27 < qyx> maybe they acctually fixed the chip which is unlikely
2025-07-25T16:33:46 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-25T16:35:50 < qyx> now I feel adventurous enough to get the second SD slot working
2025-07-25T16:36:16 < qyx> then I can do raid1 on them!
2025-07-25T16:38:05 < qyx> becsuse there is no second sdmmc interface officialy documented, only pin definitions for it
2025-07-25T16:38:18 < qyx> imx93 documentation lists it though
2025-07-25T16:58:40 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-25T17:01:52 < nohit> DHO914S + logic probes are on their way
2025-07-25T17:04:51 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-25T17:14:12 < Steffanx> Be ready for boot times of about 3.5 days 
2025-07-25T17:21:33 < qyx> yeah my dho804 is very slow to boot
2025-07-25T18:21:17 -!- tpbsd [~Terry@65.181.15.139] has joined ##stm32
2025-07-25T18:23:28 -!- tpnix [~Terry@65.181.14.31] has quit [Ping timeout: 240 seconds]
2025-07-25T18:27:36 -!- tpnix [~Terry@65.181.14.83] has joined ##stm32
2025-07-25T18:29:24 -!- tpbsd [~Terry@65.181.15.139] has quit [Ping timeout: 252 seconds]
2025-07-25T18:36:16 -!- tpbsd [~Terry@65.181.14.89] has joined ##stm32
2025-07-25T18:39:21 -!- tpnix [~Terry@65.181.14.83] has quit [Ping timeout: 276 seconds]
2025-07-25T19:06:27 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer]
2025-07-25T19:07:59 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-07-25T19:18:35 < qyx> nah, sd works, usb works
2025-07-25T19:18:38 < qyx> work done for today
2025-07-25T19:18:40 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-25T19:18:59 < qyx> 315 lines of DT
2025-07-25T19:52:02 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-25T20:16:58 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 240 seconds]
2025-07-25T20:29:16 -!- tpnix [~Terry@206.83.112.171] has joined ##stm32
2025-07-25T20:30:28 -!- tpbsd [~Terry@65.181.14.89] has quit [Ping timeout: 240 seconds]
2025-07-25T21:50:28 < ventyl> are you something like devicetree developer now?
2025-07-25T21:50:46 < ventyl> can you fluently speak DT on whiteboard?
2025-07-25T22:17:54 -!- Famine_ [~Famine@user/famine-] has joined ##stm32
2025-07-25T22:26:27 < Famine_> afternoon folks
2025-07-25T22:53:40 < qyx> ventyl: I can already see it in my dreams
2025-07-25T22:53:44 < qyx> Famine_: o/
2025-07-25T23:48:45 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-25T23:49:46 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 272 seconds]
--- Day changed Sat Jul 26 2025
2025-07-26T00:15:23 -!- Livio [~livio@user/livio] has quit [Ping timeout: 244 seconds]
2025-07-26T00:15:56 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-26T00:45:29 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-26T01:05:11 < ColdKeyboard> Is there a standard way of doing "multi-threading" on a MCU?
2025-07-26T01:05:29 < ColdKeyboard> For example, how would you make sure that each task is not running for longer than X seconds
2025-07-26T01:08:23 < qyx> using a rtos?
2025-07-26T01:08:53 < qyx> the simplest approach is to reset your watchdog in the idle task
2025-07-26T01:09:36 < qyx> it is one line of code and handles any scenario when the system is being starved by a nonconforming task
2025-07-26T01:42:48 < ventyl> ColdKeyboard: automotive does this by barrel-roller task switcher. (basic) tasks are functions that have to run to completion without blocking. they are assigned a slot within scheduling interval. then there is a heartbeat which checks that task assigned to slot which just ended has already finished.
2025-07-26T01:43:15 < ventyl> naturally, basic task is not allowed to call blocking primitives and is not preemptive (which is a good feature)
2025-07-26T01:43:36 < ventyl> if you need preemption or blocking, you have to use extended task, which is basically a fully fledged thread
2025-07-26T01:54:24 < ColdKeyboard> Is there a "simple" example that I can take a look at?
2025-07-26T01:55:30 < ColdKeyboard> I don't want to use an RTOS because it's an overkill and also I want to release code as open-source. Using an RTOS eliminates a good portion of hobbyists because there is often a steep learning curve, even just to get up and running
2025-07-26T01:55:59 < qyx> uh
2025-07-26T01:56:00 < ColdKeyboard> I like Zephyr but it's not an easy RTOS to just pick up as someone who is not doing FW development
2025-07-26T01:56:27 < qyx> zephyr is not a RTOS
2025-07-26T01:56:38 < ColdKeyboard> I know WDT is the simplest option, but this is not what I was thinking about
2025-07-26T01:57:00 < qyx> threadx or freertos is a rtos
2025-07-26T01:57:02 < ColdKeyboard> Something that allows each thread/task to run for x seconds or less
2025-07-26T01:57:35 < qyx> and definitely using freertos is much simpler than writing your own scheduler, however simple it would be
2025-07-26T01:57:36 < ColdKeyboard> What would something like this be called? Multi-threading or context switching or task switching?
2025-07-26T01:57:45 < qyx> thread switcher, task switcher
2025-07-26T01:58:01 < ColdKeyboard> Thanks. Now at least I know what I'm looking for. :)
2025-07-26T01:58:15 < qyx> or even scheduler
2025-07-26T01:58:20 < ventyl> https://github.com/ventZl/arm-bare-rtos/
2025-07-26T01:58:28 < ventyl> this is bare thread switcher implementation
2025-07-26T01:58:41 < ventyl> yet there's shit ton of work to be done to perform what you ask for
2025-07-26T01:59:36 < ventyl> also, you didn't specify if you want task to run for up to (x) seconds exclusively, or concurrently with other tasks
2025-07-26T01:59:45 < ventyl> which are quite different problems
2025-07-26T02:12:17 < ColdKeyboard> That's true. I was thinking of just making sure task does not run more than (x) seconds as a way of ensuring it's not hogging the MCU
2025-07-26T02:12:45 < ColdKeyboard> So for example if the task1 is running more than 200ms, switch to another one and run up to 200ms and then come back to the task1
2025-07-26T02:16:00 < zyp> in a preemptive rtos, you usually have a much shorter scheduling interval than 200ms
2025-07-26T02:18:05 < zyp> when you're doing multitasking, the tasks are usually asleep most of the time, waiting for some event
2025-07-26T02:19:10 < zyp> and then you have a tick e.g. every millisecond, checking «are there other tasks ready to run? if so, give them a turn»
2025-07-26T02:19:38 < zyp> if no other tasks are ready, there's no need to switch
2025-07-26T02:20:13 < zyp> and if you have multiple ready tasks, you usually don't want to keep them waiting
2025-07-26T02:29:01 < ColdKeyboard> Yeah, 200ms is basically ethernity for time-sensitive or low-latency applications
2025-07-26T02:29:55 < ColdKeyboard> I guess I need to look at what mechanism you can use to ensure that the task that is ready to run, does not run more than x amount of time
2025-07-26T02:30:34 < zyp> you're thinking about it wrong
2025-07-26T02:30:57 < zyp> you don't care how long it runs, you just care whether other tasks also wants to have a turn
2025-07-26T02:30:58 < ColdKeyboard> You have to design the task so it can't run longer than x?
2025-07-26T02:31:14 < ColdKeyboard> Ah, that's good point
2025-07-26T02:31:17 < zyp> if other tasks wants to have a turn, you just switch
2025-07-26T02:31:30 < zyp> otherwise, there's no reason to not just let it run
2025-07-26T02:31:59 < ColdKeyboard> But how would you switch? What mechanism can you use to tell the active task to take a break?
2025-07-26T02:32:35 < zyp> you do a context switch
2025-07-26T02:32:50 < ColdKeyboard> Basically design it so it has no long-running code and constantly check if it's clear to continue runnign or if it should pause?
2025-07-26T02:32:55 < zyp> no
2025-07-26T02:33:02 < zyp> each task needs its own stack
2025-07-26T02:34:41 < zyp> when you're switching tasks, you interrupt the current task, push the contents in the cpu registers on top of the other state in its stack, then just switch stack pointers to the next task's stack and pop off the contents it had in the cpu registers
2025-07-26T02:35:24 < zyp> that's how preemptive multithreading is implemented
2025-07-26T02:35:31 < qyx> and that's why you should use a rtos
2025-07-26T02:35:42 < qyx> it does that for you and is fully transparent to your tasks
2025-07-26T02:36:09 < qyx> there are extremely rare cases where rtos is unwanted, otherwise just use it
2025-07-26T02:36:46 < zyp> the essence of a rtos is pretty much the context switcher with a task scheduler
2025-07-26T02:37:20 < zyp> if you write your own, you've pretty much just made your own rtos
2025-07-26T02:38:32 < zyp> that said, preemptive multithreading is not the only form of multitasking
2025-07-26T02:38:48 < ColdKeyboard> I agree that using rtos is much easier and you already get this feature for "free". But it's double edged sword, people are either unfamiliar with the rtos you chose, or they are opinionateed and would like to convince you to switch
2025-07-26T02:39:09 < qyx> it is simple, just use freertos
2025-07-26T02:39:15 < zyp> that argument doesn't make any sense
2025-07-26T02:39:28 < qyx> see, people using esp32 are fine with using freertos
2025-07-26T02:39:35 < qyx> even lamers do use esp32
2025-07-26T02:39:38 < qyx> using esp-idf
2025-07-26T02:39:55 < qyx> did espressif gave them any choice? no, they just integrated freertos
2025-07-26T02:40:21 < zyp> «I don't want people to be unfamiliar with the rtos I chose, so I wrote my own rtos so they can be unfamiliar with that instead»
2025-07-26T02:40:36 < ColdKeyboard> Also the application is very simple. There is one "thread" that takes commands over USB and another that takes commands over ethernet. The third one would be doing some random house-keeping and that's it..
2025-07-26T02:40:58 < zyp> do you even need an rtos if it's that simple?
2025-07-26T02:41:07 < ColdKeyboard> Basically a main() with three tick() functions would work. It's just making sure that any of the third-party ethernet libraries does not have some while() that hangs for very long time
2025-07-26T02:41:39 < qyx> doesn't lwip need a rtos?
2025-07-26T02:41:53 < zyp> which ethernet libraries would you use? pick whatever rtos they support :p
2025-07-26T02:42:36 < ColdKeyboard> I'll have to take a look. I haven't really started doing that much work yet
2025-07-26T02:42:56 < ColdKeyboard> I was just thinking about educating myself on how this could/should be implemented in the absence of rtos
2025-07-26T02:43:33 < zyp> if you haven't decided what stuff to use, I'd suggest giving embassy a try
2025-07-26T02:43:37 < ColdKeyboard> And to be fair, it would probably take longer to setup a Zephyr project than to implement a simpler switcher
2025-07-26T02:44:38 < zyp> nah
2025-07-26T02:44:41 < qyx> no
2025-07-26T02:44:59 < qyx> that code ventyl has shown you took several days to debug
2025-07-26T02:45:07 < qyx> even with inspirations from zyp
2025-07-26T02:45:47 < qyx> and it surely doesn't handle corner cases, eg. FPU
2025-07-26T02:46:49 < zyp> writing a simple task switcher and integrating it with an ethernet lib is gonna take you longer than setting up a zephyr ethernet project even if you're starting blank
2025-07-26T04:36:48 < ColdKeyboard> Did anyone use RP2040/23xx PIO as GPIO frequency counter?
2025-07-26T04:37:11 < ColdKeyboard> I know you can use PWM for this but I'm curious if there are examples with PIO
2025-07-26T04:43:35 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-26T04:50:19 -!- dormito [~dormito@user/dormito] has quit [Ping timeout: 260 seconds]
2025-07-26T04:50:22 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-26T04:50:53 -!- dormito [~dormito@user/dormito] has joined ##stm32
2025-07-26T06:23:17 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-07-26T07:05:10 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-26T07:06:39 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-26T07:15:59 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-26T07:54:10 -!- haritz [~hrtz@user/haritz] has quit [Remote host closed the connection]
2025-07-26T08:29:01 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-26T08:36:29 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-26T08:55:45 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 252 seconds]
2025-07-26T08:57:15 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-26T10:30:33 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-26T10:30:34 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-07-26T11:31:43 < jbo> hello
2025-07-26T12:58:38 < Steffanx> Welcome
2025-07-26T14:16:58 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-07-26T14:19:42 -!- Famine_ [~Famine@user/famine-] has quit [Ping timeout: 252 seconds]
2025-07-26T15:17:23 -!- joel135 [uid136450@id-136450.hampstead.irccloud.com] has joined ##stm32
2025-07-26T16:32:29 -!- Laurenceb_ [~Laurenceb@224.141.208.46.dyn.plus.net] has joined ##stm32
2025-07-26T16:43:14 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-07-26T16:43:14 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-26T16:57:50 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Read error: Connection reset by peer]
2025-07-26T17:22:56 -!- Laurenceb_ [~Laurenceb@224.141.208.46.dyn.plus.net] has quit [Quit: Client closed]
2025-07-26T17:27:06 -!- joel135 [uid136450@id-136450.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity]
2025-07-26T18:12:50 < qyx> my androidz stopped charging to 100%
2025-07-26T18:13:52 < qyx> it charges to 92 or 94%, is it possible the charging controller aligns the usable charge to 0-92 instead of charging to 100 and then die at 8%?
2025-07-26T18:14:04 < qyx> I have never seen that
2025-07-26T18:14:17 < qyx> but it makes sense from the user PoV
2025-07-26T18:29:30 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-26T18:57:04 < jpa-> qyx: i'd expect it to scale
2025-07-26T18:57:53 < jpa-> maybe you have some "smart charging" or similar active that aims to reduce battery wear
2025-07-26T19:15:13 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-26T19:49:13 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-26T20:11:44 < Famine> qyx, i've seen charge controllers that charge to 4.0v - 4.1v for better battery longevity so if the battery meter uses 4.2v as 100% then a 95% charge would be about right 
2025-07-26T20:29:33 -!- tpbsd [~Terry@206.83.118.89] has joined ##stm32
2025-07-26T20:31:30 -!- tpnix [~Terry@206.83.112.171] has quit [Ping timeout: 248 seconds]
2025-07-26T20:51:22 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:b805:f6da:8684:ddde] has quit [Ping timeout: 265 seconds]
2025-07-26T20:56:58 -!- ice [~ice@loud.house] has quit [Quit: WeeChat 4.6.1]
2025-07-26T20:59:27  * Famine repeatedly kicks renesas for writing such bad code
2025-07-26T21:07:18 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:ecfd:5f12:924b:fd3a] has joined ##stm32
2025-07-26T21:08:09 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:ecfd:5f12:924b:fd3a] has quit [Remote host closed the connection]
2025-07-26T21:08:33 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:ecfd:5f12:924b:fd3a] has joined ##stm32
2025-07-26T21:13:40 < specing> qyx: I think it's charged to 4.35V but the battery degraded and the coulumb counter says it's only 92% now.
2025-07-26T21:26:48 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 276 seconds]
2025-07-26T21:49:38 < Steffanx> Proper fuel gauges dont only go by coulomb counter... And update the max capacity. 
2025-07-26T21:50:31 < Famine> reason 976 to use ST over Renesas: https://i.imgur.com/wYZE09u.png  
2025-07-26T21:51:46 < Famine> like seriously i need to ask renesas for a subclock stabilization test instead of them giving me a max stabilization time ?!
2025-07-26T22:09:48 < jpa-> well.. it depends on crystal and a lot of stuff
2025-07-26T22:28:45 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-26T22:59:49 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has quit [Ping timeout: 260 seconds]
2025-07-26T23:01:11 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has joined ##stm32
2025-07-26T23:19:48 < Famine> jpa-, sure but they should have a typical max stabilization time.  digging through their BSP code it looks like they set it to 1 second x.x
2025-07-26T23:35:45 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-26T23:38:19 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has quit [Ping timeout: 260 seconds]
2025-07-26T23:39:21 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has joined ##stm32
--- Day changed Sun Jul 27 2025
2025-07-27T00:16:49 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Ping timeout: 260 seconds]
2025-07-27T00:17:03 < qyx> jpa-: smarties are off, the behavior changed last week or so
2025-07-27T00:19:15 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-07-27T00:52:46 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Ping timeout: 276 seconds]
2025-07-27T00:54:48 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-07-27T01:03:33 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-07-27T01:26:16 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye]
2025-07-27T02:13:57 -!- qyx [~qyx@84.245.120.117] has quit [Ping timeout: 248 seconds]
2025-07-27T02:16:01 -!- qyx [~qyx@84.245.120.97] has joined ##stm32
2025-07-27T02:25:55 -!- tpbsd [~Terry@206.83.118.89] has quit [Remote host closed the connection]
2025-07-27T02:33:29 -!- tpnix [~Terry@206.83.118.89] has joined ##stm32
2025-07-27T06:49:43 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-27T07:03:41 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-27T07:42:07 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-07-27T09:18:58 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-27T10:35:48 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has quit [Ping timeout: 245 seconds]
2025-07-27T10:38:03 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-27T10:46:15 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has joined ##stm32
2025-07-27T11:13:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-27T11:29:15 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-27T11:52:50 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-07-27T13:43:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-27T15:03:00 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-27T15:30:02 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-27T15:40:13 -!- phryk [~totallyno@user/phryk] has quit [Quit: ZNC 1.9.1 - https://znc.in]
2025-07-27T15:41:47 -!- phryk [~totallyno@user/phryk] has joined ##stm32
2025-07-27T16:22:27 -!- oz4ga [~tim@hator.sunsite.lv] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-07-27T16:33:05 -!- oz4ga [~tim@hator.sunsite.lv] has joined ##stm32
2025-07-27T16:33:18 -!- oz4ga [~tim@hator.sunsite.lv] has quit [Client Quit]
2025-07-27T16:34:50 -!- oz4ga [~tim@hator.sunsite.lv] has joined ##stm32
2025-07-27T16:38:25 -!- oz4ga [~tim@hator.sunsite.lv] has quit [Client Quit]
2025-07-27T17:52:16 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-27T17:52:17 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-27T17:59:46 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-27T18:03:54 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-27T19:44:35 < karlp> "I don't want to use an rtos because it's overkill, but how do I have all the rtos features" :) nice one ColdKeyboard :)
2025-07-27T19:46:03 < Famine> bleh i think C++ is going to drive me insane
2025-07-27T20:30:26 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:ecfd:5f12:924b:fd3a] has quit [Ping timeout: 265 seconds]
2025-07-27T20:50:37 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-27T21:09:46 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-27T21:12:10 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Ping timeout: 276 seconds]
2025-07-27T21:14:03 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-07-27T21:26:42 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-27T21:50:47 -!- catphish [~quassel@user/catphish] has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
2025-07-27T21:51:03 -!- catphish [~quassel@user/catphish] has joined ##stm32
2025-07-27T22:01:01 < aandrew> karlp: lol
2025-07-27T22:04:00 < aandrew> I mean he was talking about zephyr which is hot garbage
2025-07-27T22:04:28 < aandrew> but you can spin up a freertos based firmware pretty fast
2025-07-27T22:04:52 < aandrew> in fact you can probabyl have it working and debugged before you're finished trying to figure out the zephyr device tree
2025-07-27T22:37:48 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-07-27T23:16:23 < jbo> Famine, what's the problem?
2025-07-27T23:21:58 < Famine> jbo, nothing major just brushing up on C++ and no one can seem to agree on best practices
2025-07-27T23:22:54 < Famine> classes vs free functions, globals vs singletons, etc.
2025-07-27T23:25:01 < qyx> you are using DI, so no globals nor singletons, right?
2025-07-27T23:28:51 < Famine> qyx, not yet, still reading up on it
2025-07-27T23:36:13 < jbo> Famine, depends on the situation/context
2025-07-27T23:36:29 < jbo> Famine, which is part of the beauty of C++: you can do whatever the fuck you want
2025-07-27T23:36:48 < jbo> different scenarios have different best practises
2025-07-27T23:42:26 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-07-27T23:44:51 < Famine> jbo, yeah, i'm still writing the most C looking C++ around
2025-07-27T23:50:21 < zyp> Famine, sounds like you're overthinking it
2025-07-27T23:53:42 < zyp> classes are just structs; you organize your data/state into them
2025-07-27T23:54:50 < zyp> functions that needs access to the state in a specific class should probably be a method on that class, functions not closely tied to any classes should be free functions
2025-07-27T23:55:39 < zyp> singleton patterns are usually not worthwhile, especially not on embedded, don't worry about them
2025-07-27T23:57:29 < zyp> the implementation of a class mostly doesn't have to care how it's allocated, i.e. whether it's a global, ends up on some stack, or even on the heap if you have one
2025-07-27T23:59:03 < zyp> in regular applications, globals are undesireable, and most stuff that can't be locals should probably just go on the heap
2025-07-27T23:59:48 < zyp> but for embedded that's the other way around, you prefer avoiding the heap, making global instead
--- Day changed Mon Jul 28 2025
2025-07-28T00:00:18 < jbo> +1
2025-07-28T00:00:43 < qyx> yes, allocation-wise, but you shouldn't access it as a global
2025-07-28T00:01:34 < qyx> when the instance is allocated is only one aspect of the pattern, the other is how is the reference passed along
2025-07-28T00:01:38 < qyx> *where
2025-07-28T00:01:45 < zyp> the trick to avoid spaghetti code is to make a sane hierarchy of objects, and only making the globals on the top level
2025-07-28T00:02:31 < zyp> e.g. main.cpp makes global instances of various modules in your code, all other code just works with references
2025-07-28T00:02:39 < qyx> yes
2025-07-28T00:02:59 < qyx> also applies to C
2025-07-28T00:03:36 < qyx> if you want to write nice and modular software
2025-07-28T00:03:47 < qyx> and not micropython, which accesses global shit constantly
2025-07-28T00:09:46 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-28T01:06:02 < ColdKeyboard> aandrew I had to use Zephyr before because of nRF... so I'm familiar with it. But if someone wanted to contribute to the code base and had to start from "zero"... you are right, just figuring out DT would take them a day. Unless they come from *nix background
2025-07-28T01:13:09 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-07-28T01:17:09 < ColdKeyboard> karlp If you can have all the key features of RTOS without using an actual RTOS... why not :D
2025-07-28T01:39:37 -!- tpnix [~Terry@206.83.118.89] has quit [Read error: Connection reset by peer]
2025-07-28T01:41:10 -!- tpnix [~Terry@206.83.118.89] has joined ##stm32
2025-07-28T01:52:17 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye]
2025-07-28T01:58:50 < zyp> ColdKeyboard, because when you have all the key features of an RTOS, you have an actual RTOS :p
2025-07-28T03:05:49 -!- tpnix [~Terry@206.83.118.89] has quit [Ping timeout: 252 seconds]
2025-07-28T04:13:16 < karlp> ^^ 
2025-07-28T04:43:28 -!- soweli_iki [~soweli_ik@user/soweli-iki:47461] has quit [Quit: bye]
2025-07-28T04:43:35 -!- soweli_iki [soweli_iki@2600:3c02::f03c:93ff:fe5b:9fc] has joined ##stm32
2025-07-28T04:43:36 -!- soweli_iki [soweli_iki@user/soweli-iki:47461] has changed host
2025-07-28T04:49:27 < aandrew> yeah I have an nRF project so I'm picking up Zephyr but my god it's fucking dogshit
2025-07-28T04:50:00 < aandrew> I come from a fairly strong unix background (wrote device drivers, embedded systems etc) and I can't stand device tree
2025-07-28T04:50:21 < aandrew> it's just so fucking arbitrary and obtuse for no real reason
2025-07-28T04:50:34 < aandrew> zyp speaks the truth
2025-07-28T04:50:59 < aandrew> I usually have either a timer interrupt and a superloop or I have freertos
2025-07-28T04:52:37 < aandrew> timer interrupt just ++ a counter and sets three volatile bools: 1ms, 10ms, 100ms. superloop just looks for them and if one is a bool it executes whatever's in that loop. it's up to me to make sure it doesn't take longer than its interval, but if it does, it just means it "misses" its next opportunity and will catch it on the next interval
2025-07-28T04:52:43 < aandrew> which is nice, it never winds up
2025-07-28T04:53:25 < aandrew> if I need anything more than a simple mutex, or I need queueing or message passing etc then I bust out the RTOS
2025-07-28T05:23:24 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-28T06:23:02 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-07-28T06:43:38 < ColdKeyboard> Did anyone use PIO on RP pico's? How are you expected to reset the damn thing?
2025-07-28T06:44:21 < ColdKeyboard> For example if you use it as a counter... reading the value is nice but for some reason resetting the SM is not working no matter what I try
2025-07-28T07:26:18 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-28T07:59:44 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-28T08:03:08 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-28T08:30:46 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-28T09:10:19 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-28T09:22:38 < ventyl> ColdKeyboard: the point of RTOS is to design the application in a way you don't care about the RTOS presence.
2025-07-28T09:23:22 < ventyl> embedded developers have this twisted approach that they need to understand *everything* and then any abstraction looks like a bloat and obstruction
2025-07-28T09:59:09 < jpa-> ColdKeyboard: sdk has the init funxtion that resets the sm
2025-07-28T10:00:35 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-07-28T10:13:22 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-07-28T10:28:29 -!- haritz [~hrtz@user/haritz] has quit [Remote host closed the connection]
2025-07-28T10:32:48 < zyp> for me, zephyr is a mixed bag, but I think the device tree stuff is one of the nice parts
2025-07-28T10:33:44 < zyp> I'm not really a fan of the device tree syntax, but the separation between hardware definition and application is very nice to have
2025-07-28T10:41:19 < qyx> you can have that type of separation even without declarative dt
2025-07-28T10:41:22 < qyx> I hate the syntax too
2025-07-28T10:46:57 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-28T10:51:12 < zyp> of course you *can*, but zephyr *does*
2025-07-28T11:01:00 -!- splud [~noneya.bi@user/splud] has quit [Ping timeout: 276 seconds]
2025-07-28T11:02:25 < machinehum> People really like global objects for embedded?
2025-07-28T11:02:58 < machinehum> I figure if you have a heap, you're allocating once for the lifetime of the program
2025-07-28T11:03:20 < machinehum> They your ctors are call in a known order etc
2025-07-28T11:04:24 < machinehum> I guess the alternative is an init function you just call whenever, ctor does very little and doesn't depend on other objects
2025-07-28T11:09:38 < zyp> yeah, I have some code that's structured like that
2025-07-28T11:11:49 < zyp> and if you write async/coroutine based code, it's pretty natural for constructors to do very little, since they can't be async
2025-07-28T11:13:03 < qyx> haven't you considered trashing them completely and go back to C? :P
2025-07-28T11:13:32 < zyp> what's «them»?
2025-07-28T11:17:21 < Steffanx> Them plusses
2025-07-28T11:17:56  * machinehum is putting a raspberry pi into a box
2025-07-28T11:20:22 < zyp> well, not going back to C, but I've more or less stopped writing C++ in favor of Rust
2025-07-28T11:22:07 < machinehum> zyp: Are there plans to enable dynamic linking in Rust?
2025-07-28T11:23:24 < zyp> enable? AFAIK Rust code can be dynamically linked
2025-07-28T11:24:26 < machinehum> o
2025-07-28T11:25:09 < machinehum> nevermind
2025-07-28T11:25:55 < zyp> dynamic linking just comes with tradeoffs that tends to make it not worthwhile
2025-07-28T11:26:32 < zyp> C++ has the same issue
2025-07-28T11:27:21 < machinehum> What about a system package with a whole bunch of little binaries that share some common libs
2025-07-28T11:27:37 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-07-28T11:27:41 < machinehum> symlink against a giant binary?
2025-07-28T11:28:29 < zyp> works for busybox :p
2025-07-28T11:28:40 < ventyl> i think that static vs dynamic linking is actually a debate on which approach cons are more PITA
2025-07-28T11:29:30 < zyp> isn't every debate on approaches effectively a debate on which approach cons are more PITA?
2025-07-28T11:29:46 < qyx> I would generalize to "debate"
2025-07-28T11:29:54 < ventyl> zyp: true
2025-07-28T11:30:55 < machinehum> I actually had busybox in mind when I made that comment
2025-07-28T11:34:06 < zyp> in C++, the issue with dynamic linking is that if your library is template-heavy, the library binary won't neccesarily contain much code
2025-07-28T11:34:19 < zyp> consider how many C++ libraries that are effectively header-only
2025-07-28T11:35:31 < zyp> in Rust, the equivalent is called generics, and they're also used a lot
2025-07-28T11:40:07 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-07-28T11:40:57 < machinehum> I guess I never thought about that from a template perspective
2025-07-28T12:13:27 -!- srk [~sorki@user/srk] has quit [Ping timeout: 268 seconds]
2025-07-28T12:19:50 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has joined ##stm32
2025-07-28T12:19:57 < Laurenceb_> lol discord users got wrecked
2025-07-28T12:57:53 -!- srk [~sorki@user/srk] has joined ##stm32
2025-07-28T14:16:47 -!- specing [~specing@user/specing] has quit [Quit: ZNC - https://znc.in]
2025-07-28T14:18:12 -!- specing [~specing@user/specing] has joined ##stm32
2025-07-28T14:59:11 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-28T15:00:46 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-28T15:08:22 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has quit [Quit: Client closed]
2025-07-28T15:27:18 < jbo> what happened?
2025-07-28T15:40:12 < qyx> they got wrecked
2025-07-28T15:40:18 < qyx> *he
2025-07-28T15:48:54 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has joined ##stm32
2025-07-28T15:57:05 < machinehum> https://imgur.com/a/KL11VBO
2025-07-28T15:57:12 < machinehum> Can you guys tell I used a PI?
2025-07-28T16:10:58 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-28T16:10:58 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-28T16:17:06 < Laurenceb_> is there a standard format for 102x146mm motherboard heatsinks?
2025-07-28T16:23:25 < ventyl> heatsinks are standardized by the CPU socket type
2025-07-28T16:23:27 < ventyl> usually
2025-07-28T16:23:48 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 252 seconds]
2025-07-28T16:25:08 < Laurenceb_> hmm ok I'll take a look for some labels
2025-07-28T16:29:31 < ventyl> unless you want to get a heatshink for some kind of bullshit, you basically choose AMD or Intel heatsink
2025-07-28T16:34:01 < Laurenceb_> https://www.manualslib.com/manual/1776328/Arbor-Technology-Emcore-I9651.html
2025-07-28T16:37:51 < Laurenceb_> argg its a one piece cooler
2025-07-28T16:38:59 < Laurenceb_> holy sheeet prices https://www.mouser.co.uk/c/thermal-management/fans-blowers/cpu-chip-coolers/?b=Arbor%20Technology%7C~Arbor%20Technology%7C~Arbor%20Technology%7C~&srsltid=AfmBOoq0FP--u4ARKwUN-VD1LGw8JL7lIArz8Lxum57hrcJfyLs8xXEu
2025-07-28T16:44:16 -!- splud [~noneya.bi@user/splud] has joined ##stm32
2025-07-28T16:46:33 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-28T17:43:12 -!- ice [~ice@loud.house] has joined ##stm32
2025-07-28T17:43:51 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has quit [Ping timeout: 272 seconds]
2025-07-28T18:06:38 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-28T18:26:35 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Remote host closed the connection]
2025-07-28T18:44:21 -!- ice [~ice@loud.house] has quit [Ping timeout: 248 seconds]
2025-07-28T18:47:56 -!- BrainDamage_ [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-07-28T19:28:43 -!- ice [~ice@loud.house] has joined ##stm32
2025-07-28T19:57:00 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-28T20:12:49 -!- BrainDamage_ is now known as BrainDamage
2025-07-28T20:59:46 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-07-28T22:00:04 < qyx> karlp: EN 61000-4-2 direct contact discharge, if the manual specifies the device (pcb module) may be manipulated only on specified (and grounded) parts, edges, handles, etc. despite the whole board is IP00 accessible, does this mean they test only those specified parts?
2025-07-28T22:00:22 < Famine> zyp, qyx thanks for the tips
2025-07-28T22:00:33 < qyx> or someone else, but karlp was there, did that
2025-07-28T22:12:20 < Famine> qyx, re: dependency injection, shared_ptr's use the heap and can't be used until after post c++ init right ? 
2025-07-28T22:22:51 < zyp> what's «c++ init»?
2025-07-28T22:24:38 < Famine> zyp, sorry what i mean is initialization of the C/C++ runtime environment / initialization of static constructors 
2025-07-28T22:27:40 < zyp> I don't think shared_ptr has any other dependencies than whatever allocator they're using (mostly the heap), so it'd probably be save to use them from global constructors, but I'm not sure why you'd do that
2025-07-28T22:29:14 < veverak> it smells that you are doing something wrong :P
2025-07-28T22:29:32 < veverak> shared_ptr is just one form of DI
2025-07-28T22:30:24 < veverak> so, if you want to do DI there is more propably more saner way
2025-07-28T22:30:39 < Famine> zyp, i was looking at DI pre C++ runtime init but yeah probably not the best way to do things lol
2025-07-28T22:31:09 < veverak> ehmm, you knwo that you can just create bunch of global objects and let them reference each other?
2025-07-28T22:31:11 < zyp> what is this DI you're thinking about anyway? sounds very enterprise
2025-07-28T22:31:45 < veverak> (order of global init is in order of definition withing single compilation unit => having bunch of them "on top of main" is fine)
2025-07-28T22:31:57 < veverak> zyp: DI is no enterprise thing
2025-07-28T22:32:36 < veverak> DI is just that a thing gets its dependencies from user of the thing, the thing shall not create them
2025-07-28T22:33:07 < Famine> zyp, it's a design pattern to create looser coupling to make unit testing easier 
2025-07-28T22:34:01 < zyp> sounds very buzzwordy, but yeah, here's how I do it: https://github.com/zyp/smolt/blob/main/smolt/include/smolt.h#L277
2025-07-28T22:34:28 < zyp> see https://github.com/zyp/smolt/tree/main?tab=readme-ov-file#example-firmware
2025-07-28T22:35:06 < veverak> somethign like that
2025-07-28T22:35:18 < zyp> and yeah, it's useful for unit testing, I'm using a custom transport for that: https://github.com/zyp/smolt/blob/main/tests/cpp/test_serializers.py#L15
2025-07-28T22:35:20 < qyx> no, DI is to avoid coupling and ease of testing is not the main goal of DI
2025-07-28T22:36:05 < qyx> the goal of DI is you always know your dependencies, there is nothing "hidden" and you create them with full consciousness, on your own, with your bare hands
2025-07-28T22:36:15 < zyp> side note: pytest works nicely for testing embedded C++ snippets :p
2025-07-28T22:37:09 < qyx> in normal word you shall not create coupling between parts containing executable code, you depend only on interfaces
2025-07-28T22:37:12 < qyx> *world
2025-07-28T22:37:22 < veverak> you do wat
2025-07-28T22:37:24 < zyp> qyx, sounds like you'd like Rust
2025-07-28T22:37:27 < specing> hmm
2025-07-28T22:37:29 < specing> can you forward-declare shared pointers?
2025-07-28T22:37:42 < qyx> zyp: I am fine with DI in C :P
2025-07-28T22:37:53 < specing> I can imagine that forward-declaring stuff like strings and vectors (both templates) would save a lot of compile time
2025-07-28T22:38:06 < qyx> rust sounds like something old and broken which needs to be sanded and painted to actually be lookable-at
2025-07-28T22:38:16 < zyp> haha
2025-07-28T22:38:36  * specing has a can of WD-40 at the ready
2025-07-28T22:38:43 < veverak> qyx: "you depend only on interfaces" sounds like good way to introduce lasagna code
2025-07-28T22:38:54 < veverak> specing: or you jsut use extern templates
2025-07-28T22:39:02 < qyx> veverak: oh it works super well
2025-07-28T22:39:07 < veverak> qyx: it does not
2025-07-28T22:39:15 < veverak> having too many layers of abstraction slows down changes
2025-07-28T22:39:31 < qyx> also, interface != java/c++ interface
2025-07-28T22:39:35 < zyp> in rust, interfaces are called «traits», kinda similar to C++20 concepts but more explicit
2025-07-28T22:39:48 < zyp> they're everywhere and it's awesome
2025-07-28T22:40:38 < veverak> qyx: so what is interface? :)
2025-07-28T22:41:01 < qyx> veverak: there is only a single level of abstraction, you may create a SPI flash memory driver depending on a SpiDev interface, exposing a Flash interface, what's wrong with that approach?
2025-07-28T22:41:26 < veverak> qyx: nothing, it's awesome
2025-07-28T22:41:37 < qyx> then you inject any SpiDev you have available
2025-07-28T22:41:41 < veverak> you just don't create it _everywhere_ and it's not always a good thing
2025-07-28T22:41:52 < veverak> balance, as with anything, has to be established
2025-07-28T22:42:23 < veverak> "in normal word you shall not create coupling between parts containing executable code, you depend only on interfaces" -> it's ok to create coupling where appropiate 
2025-07-28T22:42:39 < zyp> qyx, just like https://docs.rs/embedded-hal-async/latest/embedded_hal_async/spi/trait.SpiDevice.html
2025-07-28T22:42:45 < qyx> what's appropriate? I haven't seen such thing
2025-07-28T22:42:51 < qyx> *inappropriate
2025-07-28T22:43:03 < qyx> even a RTOS scheduler can be accessed using an interface
2025-07-28T22:43:15 < veverak> it never occured to you that you create some sort of interace/abstraction between stuff that proved to me more work than benefits?
2025-07-28T22:43:25 < veverak> *happend to you
2025-07-28T22:44:02 < qyx> no, when I strictly conform to this mindset, it pays itself later
2025-07-28T22:44:36 < zyp> qyx, also, here's your flash interface: https://docs.rs/embedded-storage-async/0.4.1/embedded_storage_async/nor_flash/trait.NorFlash.html
2025-07-28T22:44:47 < qyx> yeah exactly
2025-07-28T22:45:00 < qyx> except it is async and the syntax gives me eye-hurt
2025-07-28T22:45:11 < zyp> there's a sync one as well
2025-07-28T22:45:27 < zyp> https://docs.rs/embedded-storage/latest/embedded_storage/nor_flash/trait.NorFlash.html
2025-07-28T22:45:27 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-28T22:45:31 < qyx> imho that's the way to do shit
2025-07-28T22:45:43 < zyp> yeah
2025-07-28T22:46:06 < qyx> when you look at such code, it is nice to read, understand and you immediately know what it depends on and what it offers
2025-07-28T22:46:27 < veverak> (sorry, any good example of useless abstraction I can think of relates to my previous job where we implemented internals of compiler which would need a lot of explanation as why something sucks)
2025-07-28T22:46:28 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-07-28T22:46:52 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-28T22:47:09 < veverak> yeah, that's one thing taht pisses me off at current work, the firmware is split into "modules" where each module has it's itnernal state stored in bunch of static variables inside it's .c/.cpp files
2025-07-28T22:47:28 < veverak> so you can't see NONE of the dependencies between modules, as I can call the API of the moduel from anywhere
2025-07-28T22:47:55 < veverak> last time I found function used to store static configuration in flash that calls API call of audio_module
2025-07-28T22:48:26 < veverak> the pissing off part - only to one of guy on the team having "hidden dependencies" seem like a bad thing, rest is ok with it and founds it good
2025-07-28T22:48:28 < veverak> </rant>
2025-07-28T22:49:05 < qyx> veverak: there were occassions when I was reconsidering that approach, eg. with logging, in that case you can use service locator; but you still have the reference in the proper place and is local to your module (you discover that dependency when the module loads, starts, etc.)
2025-07-28T22:49:34 -!- PhantomWork [~PhantomWo@user/phantom] has joined ##stm32
2025-07-28T22:50:09 < qyx> like the python way, self->logger = si_discover(SI_LOGGER, "system") or so
2025-07-28T22:50:12 < veverak> logging is about one of the few things where I would be ok with having global
2025-07-28T22:50:49 < ventyl> veverak: there's where memory isolation comes handy. even if you saw the variable, you can't access it in runtime :>
2025-07-28T22:50:50 < qyx> I failed with that one
2025-07-28T22:50:54 < PhantomWork> hi there, I have a STM32F103 with IRDA in interrupt mode. The tranceiver failed and output a constant low. This cause so many interrupts that the chip freeze. Is there a way to work around this?
2025-07-28T22:51:02 < qyx> imagine wanting to redirect a module log output to a file
2025-07-28T22:51:19 < ventyl> PhantomWork: reconfigure interrupt from level to trigger mode?
2025-07-28T22:51:20 < veverak> yeah, I can't
2025-07-28T22:51:29 < veverak> but imaging use case that simply won't be relevant is waste of time :)
2025-07-28T22:51:46 < qyx> I wanted too and couldn't :P
2025-07-28T22:52:18 < qyx> but indeed the reality is far from ideal
2025-07-28T22:52:27 < qyx> so I still have logger reference as a global
2025-07-28T22:52:32 < veverak> loggers and asserts are good candidates for "no globals" exception
2025-07-28T22:53:03 < veverak> however I do have great success with treating _clock_ (as time) as driver, instead of globally accessible resource
2025-07-28T22:53:15 < PhantomWork> ventyl: ?
2025-07-28T22:53:16 < qyx> yeah I do that too
2025-07-28T22:53:25 < qyx> there are many clocks in a system
2025-07-28T22:53:37 < veverak> actually we will have one
2025-07-28T22:53:53 < veverak> but it's much easier to mock it and do weird stuff with it if it's explicit dependency of module
2025-07-28T22:53:55 < veverak> :)
2025-07-28T22:54:38 < qyx> I did a clock-disciplining service once, accepting source and destination Clock interface and it simply run some PIDs to steer the destination clock according to the source one
2025-07-28T22:54:56 < qyx> then it was simple to set source to come from a GNSS module driver
2025-07-28T22:55:04 < veverak> interesting
2025-07-28T22:55:26 < qyx> and destination RTC or a system timer (a non-RTC clock implemented as a free running microsecond timer)
2025-07-28T22:56:25 < ventyl> PhantomWork: um, disregard, you probably need to clear IRDA error status or whatever got set and if you do it, it will be shortly set again. detect this and disable the IRDA interrupt. that's probably the only possible solution.
2025-07-28T22:56:27 < qyx> zyp: is the rusty thing usable on embedded?
2025-07-28T23:58:53 -!- PhantomWork [~PhantomWo@user/phantom] has quit [Quit: Leaving]
--- Day changed Tue Jul 29 2025
2025-07-29T00:24:52 < zyp> qyx, absolutely
2025-07-29T00:25:59 < zyp> this seems to be the dominant framework: https://embassy.dev/, is quite a lot like what I've been doing and wanted to do in C++ with laks
2025-07-29T00:28:29 < zyp> and this is pretty similar to smolt: https://defmt.ferrous-systems.com/
2025-07-29T00:33:55 < qyx> I would probably do my own frameworky type of thing
2025-07-29T00:34:02 < qyx> that is, rewrite the existing one
2025-07-29T00:34:20 < qyx> or just do new modules in rust and let the old ones rot and die
2025-07-29T00:34:30 < zyp> the nice thing about rust is that the trait system makes everything modular
2025-07-29T00:34:32 < qyx> if rust and c/c++ is interoperable
2025-07-29T00:35:06 < zyp> yes, the project I'm currently doing at work is rust on top of zephyr
2025-07-29T00:37:14 < qyx> ideally I want 1. interfaces/traits, 2. access them from C 3. access them from rust 4. access them from an interpreted language 5. dynamic linking 6. sandboxing/mpu
2025-07-29T00:37:38 < qyx> where "access them" means write modules using them or exporting them
2025-07-29T00:37:46 < zyp> rust has `extern "C"` just like C++ so you can make prototypes for C functions
2025-07-29T00:38:19 < zyp> and also this stuff to automatically make rust prototypes from C/C++ headers: https://rust-lang.github.io/rust-bindgen/
2025-07-29T00:38:31 < qyx> swig for rust?
2025-07-29T00:38:53 < zyp> idk, never used swig
2025-07-29T00:39:25 < zyp> anyway, it works well
2025-07-29T00:40:21 < zyp> I made a nice rust API on top of the zephyr settings subsystem: https://docs.zephyrproject.org/latest/services/storage/settings/index.html
2025-07-29T00:40:26 < qyx> don't you feel like being dragged by a leg into a runnig sand?
2025-07-29T00:40:41 < zyp> in what sense?
2025-07-29T00:40:45 < qyx> (learning to use a new language)
2025-07-29T00:40:54 < qyx> while trying to do some actual work
2025-07-29T00:41:07 -!- Livio [~livio@user/livio] has joined ##stm32
2025-07-29T00:42:41 < zyp> nah, I'm pretty sure I'm past the point where I'm now more productive in Rust than I'd be in C
2025-07-29T00:43:08 < zyp> and I'm certainly having more fun doing Rust than doing C :p
2025-07-29T00:45:08 < qyx> great, unrelated, how long does it take to go dk->no on a traject?
2025-07-29T00:45:25 < qyx> iirc you did that a couple of times?
2025-07-29T00:45:30 < zyp> what's a traject?
2025-07-29T00:45:49 < qyx> ok sorry thats a local incompatible word
2025-07-29T00:46:13 < jbo> jetski? 
2025-07-29T00:46:20 < jbo> dk -> no on a jetski sounds like fun
2025-07-29T00:46:25 < qyx> ferry :p
2025-07-29T00:46:41 < jbo> nah, do jetski instead :p
2025-07-29T00:46:43 < zyp> depends which ferry and which ports
2025-07-29T00:46:46 < qyx> we call 
2025-07-29T00:46:53 < qyx> that boat "trajekt"
2025-07-29T00:47:36 < zyp> the fastest ferry takes about 2.5 hours
2025-07-29T00:48:33 < zyp> the slower one running between the same ports (Kristiansand - Hirtshals) takes about 3.25 hours
2025-07-29T00:50:31 < zyp> slower one: https://en.wikipedia.org/wiki/MS_Superspeed_1
2025-07-29T00:50:44 < zyp> faster one: https://no.wikipedia.org/wiki/HSC_%C2%ABFjord_FSTR%C2%BB (sorry, no article on english wikipedia)
2025-07-29T00:52:53 < zyp> qyx, are you coming to visit?
2025-07-29T00:59:29 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-07-29T01:04:11 < qyx> wife asked if we are going to norway so I guess why not next year or so
2025-07-29T01:04:24 < qyx> for some reason I though it was 2 or 3 day
2025-07-29T01:04:32 < qyx> but most probably it is 3 days to karlp 
2025-07-29T01:06:57 < zyp> hirtshals to iceland ferry is a two day trip IIRC
2025-07-29T01:07:15 < zyp> my mom and brother did that a couple of years ago
2025-07-29T01:08:12 < zyp> there's other dk-no ferries that takes longer
2025-07-29T01:08:21 < zyp> e.g. copenhagen to oslo is an overnight one
2025-07-29T02:19:10 -!- qyx [~qyx@84.245.120.97] has quit [Ping timeout: 252 seconds]
2025-07-29T02:21:15 -!- qyx [~qyx@84.245.121.211] has joined ##stm32
2025-07-29T03:59:50 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-29T06:04:15 -!- NEYi [~NEYi@195.234.78.191] has quit [Read error: Connection reset by peer]
2025-07-29T06:04:40 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-07-29T06:12:34 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-07-29T06:24:28 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 240 seconds]
2025-07-29T06:39:32 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-29T07:17:43 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-29T07:20:56 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-29T07:44:01 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-07-29T07:46:58 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 240 seconds]
2025-07-29T07:59:16 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 244 seconds]
2025-07-29T08:16:02 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-29T08:58:31 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-29T09:07:43 -!- catphish [~quassel@user/catphish] has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
2025-07-29T09:07:59 -!- catphish [~quassel@user/catphish] has joined ##stm32
2025-07-29T09:11:06 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-07-29T09:37:32 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-29T10:02:59 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-07-29T10:06:34 -!- tpnix [~Terry@1.145.26.202] has joined ##stm32
2025-07-29T10:08:42 -!- Miyu [~hackkitte@2a00:6020:ad3f:300::878] has joined ##stm32
2025-07-29T10:09:02 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300:433f:7942:6b1a:37f8] has quit [Read error: Connection reset by peer]
2025-07-29T10:09:48 -!- Miyu is now known as hackkitten
2025-07-29T10:10:16 < Steffanx> There was nl-no for a while. Until Holland Norway Lines  went bankrupt 
2025-07-29T10:23:34 -!- tpnix [~Terry@1.145.26.202] has quit [Ping timeout: 260 seconds]
2025-07-29T10:25:38 -!- tpnix [~Terry@1.145.26.202] has joined ##stm32
2025-07-29T10:40:38 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-29T10:46:41 < zyp> yeah, I never got around to try that one
2025-07-29T10:50:39 < qyx> k thanks, I'll check them
2025-07-29T10:51:07 < qyx> that one ending in Kristiansand looks good
2025-07-29T10:52:37 < qyx> I just ordered some lasered subrack holders, I hope I did the drawing right
2025-07-29T10:56:29 < qyx> also giving weerg.com a second chance, last time their form didn't work
2025-07-29T10:56:57 < qyx> oh they just gave me $50 off for PA11
2025-07-29T11:00:38 -!- Alexer [~alexer@alexer.net] has quit [Server closed connection]
2025-07-29T11:00:50 -!- Alexer [~alexer@alexer.net] has joined ##stm32
2025-07-29T11:21:45 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-29T12:04:24 < machinehum> Does anyone have a slicer they like that just works, ultimaker cura appimage crashed when I try to import something AUR is busted
2025-07-29T12:07:53 < machinehum> Orca seems like the goto
2025-07-29T12:12:21 < ventyl> I used Ultimaker until it become broken for some reason
2025-07-29T12:12:54 < jpa-> prusaslicer has worked well for me, even for non-prusa printers
2025-07-29T12:13:04 < ventyl> then I used prusa slicer. Purely because it worked. Ultimaker seemed to have nicer UX
2025-07-29T12:18:03 < machinehum> I'll try orca, if that doesn't work prusa it is
2025-07-29T12:18:16 < machinehum> Which seems to be tied for modern slicers
2025-07-29T12:21:30 -!- tpnix [~Terry@1.145.26.202] has quit [Read error: Connection reset by peer]
2025-07-29T12:24:45 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-29T12:26:23 < qyx> I probably don't have anything in the EE work I hate more than doing BOMs
2025-07-29T13:42:52 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-29T13:42:52 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-29T13:57:15 < qyx> kicad forgot to export L1
2025-07-29T13:57:32 < qyx> yes, it has a footprint, it is not marked DNP, it is not marked "exclude from BOM"
2025-07-29T14:01:43 < qyx> ok it did not forget, it just grouped it with capacitors "1u" without any hesitation
2025-07-29T14:01:50 < Steffanx> qyx erp is the best erp
2025-07-29T14:09:01 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-29T14:17:02 < machinehum> hmm orca slicer segfault
2025-07-29T14:17:04 < machinehum> good
2025-07-29T14:43:15 < machinehum> ty for prusa-slicer recco, works awesome
2025-07-29T14:44:06 < ventyl> i recall that i tried to use some other slicer but ditched it as it failed quicklly
2025-07-29T14:44:14 < ventyl> it may have been orca slicer
2025-07-29T15:17:30 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-29T16:16:44 < jbo> machinehum, simplify3d
2025-07-29T16:18:36 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 276 seconds]
2025-07-29T16:30:03 < Steffanx> Simplify3d.. lol jbo
2025-07-29T16:30:09 < Steffanx> Is that new version out yet?
2025-07-29T16:31:54 < jbo> dunno, v5.1 works great for me
2025-07-29T16:32:11 < jbo> <machinehum> Does anyone have a slicer they like that just works
2025-07-29T16:32:14 < jbo> just my answer to that question
2025-07-29T16:32:21 < jbo> does not mean you have to agree
2025-07-29T16:33:04 < Steffanx> I used to like it, but then it started to lag behind on all the free ones.
2025-07-29T16:39:34 < Steffanx> Oh it's even $200 now.. 😬
2025-07-29T16:54:45 -!- c10ud_ [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has joined ##stm32
2025-07-29T16:54:46 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer]
2025-07-29T17:16:03 < NEYi> Installed latest CubeMX yesterday, haven't touched STM32s since 2016 or so...
2025-07-29T17:16:09 < NEYi> HOLY F. ( O_O)
2025-07-29T17:16:26 < NEYi> It went from like 15 megabytes utility...
2025-07-29T17:16:34 < NEYi> To 600+ MB.
2025-07-29T17:16:45 < NEYi> Got an ad window.
2025-07-29T17:17:03 < NEYi> Facebook button. And claims that it's spying on users!
2025-07-29T17:17:11 < NEYi> ( o_o)
2025-07-29T17:17:42 < NEYi> Installed some modules, and it became like 4 GB bigger.
2025-07-29T17:18:35 < NEYi> Yo people, is that ST's Cube IDE thing even worth it?
2025-07-29T17:18:44 < NEYi> I used Keil 5 back in the day.
2025-07-29T17:19:09 < NEYi> Also, there's even some Cube programmer. ( O _o)
2025-07-29T17:19:28 < NEYi> I used ST-Link Utility, and it was simply perfect.
2025-07-29T17:19:43 < NEYi> Why in heck would they make a new one.
2025-07-29T17:20:13 < ventyl> These days it basically ships a copy of Chromium as the configuration utility was migrated from Java to JavaScript
2025-07-29T17:20:18 -!- c10ud_ [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has quit [Read error: Connection reset by peer]
2025-07-29T17:20:24 < ventyl> this probably accounts for good 2/3 of those 600+MB
2025-07-29T17:20:28 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-07-29T17:20:47 < NEYi> So it's a web browser now? xD
2025-07-29T17:20:53 < ventyl> I never use Cube IDE, why would I? I let CubeMX generate CMake-based build system and use whatever IDE I like
2025-07-29T17:20:57 < ventyl> currently... kdevelop
2025-07-29T17:21:06 < NEYi> Hmmm...
2025-07-29T17:21:21 < NEYi> Kdevelop, something Linux?
2025-07-29T17:21:39 < NEYi> I'm still running freaking Win7. :D
2025-07-29T17:21:43 < ventyl> doesn't really matter, CMake is de-facto industry standard and pretty much every IDE can work with it
2025-07-29T17:22:05 < ventyl> if Visual Studio wasn't piece of dried camel shit it is, you could probably develop your STM32 project in it as well
2025-07-29T17:22:06 < NEYi> Got a bit carried away with life, and now everything I use is 10 years old.
2025-07-29T17:22:52 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-07-29T17:22:53 < NEYi> Curiously, I still got all of the toolchain back from the old days.
2025-07-29T17:23:10 < ventyl> you can throw it away :)
2025-07-29T17:23:11 < NEYi> Even the initial CubeMX + offline modules.
2025-07-29T17:23:19 < NEYi> Wha, why.
2025-07-29T17:23:19 < ventyl> all of it
2025-07-29T17:23:45 < ventyl> 10 years old compiler will suck at code optimizations
2025-07-29T17:24:06 < ventyl> code generated by a modern compiler can be good 10-15% smaller and/or faster than one generated by ancient 10 years-old compiler
2025-07-29T17:24:19 < ventyl> if you turn LTO on, difference may be up to 30%
2025-07-29T17:24:44 < NEYi> Considering how large the chips nowdays are, some +/- optimization difference is nothing.
2025-07-29T17:24:50 < NEYi> Oh.
2025-07-29T17:25:07 < NEYi> Damn, 10 y.o. is considered ancient. xD
2025-07-29T17:25:24 < Famine> NEYi, for compilers yeah
2025-07-29T17:25:28 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 240 seconds]
2025-07-29T17:25:44 < ventyl> in general industry an average lifetime of knowledge/skill before it becomes obsolete is 30 years
2025-07-29T17:25:53 < ventyl> after half of that time it is considered obsolete
2025-07-29T17:26:08 < ventyl> in IT, both these intervals are shortened to 1/2
2025-07-29T17:26:24 < NEYi> Well, gotta look around STM32 programming in general. I haven't worked with this stuff wor quite a while as you might guess. Back in the day it was all the shit, while most still used AVRs and such.
2025-07-29T17:26:50 < ventyl> now, while automotive has fetish for obsolete stuff and they usually base their project on so-called "mature technology" and an average development cycle of new car model is some 6 years
2025-07-29T17:27:05 < ventyl> new cars are basically built on obsolete technology from day 1 their sales start
2025-07-29T17:27:29 < Famine> NEYi, i'm currently working with renesas, 0/10 do not recommend
2025-07-29T17:27:30 < ventyl> and are completely outdated by the time model is cancelled
2025-07-29T17:27:45 < ventyl> Famine: why would anyone outside automotive work with Renesas?
2025-07-29T17:28:01 < Famine> ventyl, for the $$$
2025-07-29T17:28:29 < Famine> ventyl, in my case the hardware is already spun and they switched to renesas during the covid shortage 
2025-07-29T17:28:41 < NEYi> ventyl, I think they're doing it right. No one cares if the car has most modern ICs. But if hundreds of it suddenly crash, because errata didn't mentioned some problem with the MCU architecture - that would be a scandal. :)
2025-07-29T17:28:50 < ventyl> Famine: I am sorry to hear that :(
2025-07-29T17:29:39 < NEYi> 1'st time I even hear of Renesas, lmao. :D
2025-07-29T17:29:56 < NEYi> And 1'st thing I hear is that it's 0/10.
2025-07-29T17:30:04 < ventyl> NEYi: you did not understand me. Automotive will happily use any part that has EOL announcement and then go beg manufacturer to re-think the EOL statement
2025-07-29T17:30:26 < NEYi> ventyl, oh yeah!
2025-07-29T17:30:40 < NEYi> EOLs are arbitrary as heck anyway.
2025-07-29T17:30:42 < ventyl> around 1995 Blaupunkt started making stereo head units based on Motorolla CPU which was in EOL since 1993 or so
2025-07-29T17:31:20 < NEYi> I used a part from 1998 for like 10 years. And it's still not half bad, and can't be easily replaced.
2025-07-29T17:31:29 < NEYi> XC9500 CPLDs.
2025-07-29T17:31:53 < NEYi> Got 5V tolerance, which is a game changer in many designs.
2025-07-29T17:31:56 < Famine> ventyl, bright side i'm porting the code base to C++, the not so bright side is i've had to verify the entire chip specific header with the datasheet / svd due to numerous errors, the C code base relies on circular automagic generation via eclipse ( xml / rational rose plugins)  with about 3000 #ifs to support 30 years worth of chips (all different archs)
2025-07-29T17:32:34 < ventyl> the rational rose brings me vietnam war flashbacks
2025-07-29T17:33:17 < NEYi> Famine, hey I always wondered why would anyone write MCU code in C++... Is it because pre-written C++ libraries?
2025-07-29T17:33:29 < ventyl> its convenient
2025-07-29T17:33:43 < NEYi> For C++ programmers. :D
2025-07-29T17:33:45 < NEYi> Maybe.
2025-07-29T17:33:48 < Famine> ventyl, i still have PTSD from the way they set the PLL multiplier, it is an 1100 line enum with each line being a function like macro 
2025-07-29T17:34:15 < NEYi> Famine, ( O_O)
2025-07-29T17:34:16 < ventyl> you type much less code, functionality is the same and the resulting binary is often much shorter as compiler can figure out a lot of stuff during compile
2025-07-29T17:34:32 < ventyl> Famine: sounds a lot like Autosar :>
2025-07-29T17:34:49 < Famine> NEYi, no standard libraries, no rtti, no exceptions. constexpr, consteval, and namespaces are a life saver
2025-07-29T17:35:12 < ventyl> which wouldn't surprise me as Renesas is one of few suppliers of chips with Autosar-compliant MCAL
2025-07-29T17:36:08 < NEYi> Famine, so it's generally a C vs C++ thing? I don't know C++ like at all, a 100% C guy. :) So hard to judge. Every time I looked at C++, it seemed to be a completely different programming language.
2025-07-29T17:36:40 < Famine> NEYi, my C++ looks almost like C
2025-07-29T17:37:23 < NEYi> I wonder if NASA uses C++.
2025-07-29T17:37:29 < qyx> 14:22 < NEYi> Got a bit carried away with life, and now everything I use is 10 years old.
2025-07-29T17:37:32 < qyx> lol
2025-07-29T17:37:33 < qyx> been there done thqt
2025-07-29T17:37:34 < NEYi> Seen those videos, about their standards of coding.
2025-07-29T17:37:48 < NEYi> qyx, ;)
2025-07-29T17:37:52 < qyx> in my case it is called kids
2025-07-29T17:38:06 < NEYi> I'm... Kinda at war. :)
2025-07-29T17:38:11 < NEYi> Pretty close.
2025-07-29T17:38:15 < qyx> .ua?
2025-07-29T17:38:20 < NEYi> Yup.
2025-07-29T17:38:26 < qyx> fuck that
2025-07-29T17:38:30 < qyx> pardon my french
2025-07-29T17:38:57 < ventyl> NEYi: C++ changed *A LOT* in last ~15 years
2025-07-29T17:39:06 < NEYi> qyx, you're right. It's the most shady war in human history. As if all conspiracy theories got together and became true.
2025-07-29T17:39:34 < qyx> we are full of conspiracies too with 50% of population pro-putin
2025-07-29T17:39:40 < qyx> not very brigt future
2025-07-29T17:39:44 < NEYi> ventyl, yeah I've also heard that C++ changes every year or so...
2025-07-29T17:40:08 < NEYi> qyx, yo are you our slav brother? :D
2025-07-29T17:40:12 < ventyl> every ~3 years new revision of standard is released
2025-07-29T17:40:38 -!- vampirefrog [~vampirefr@2a02:2f09:d30d:7d00:4e52:62ff:fe1e:3ee9] has quit [Server closed connection]
2025-07-29T17:40:54 -!- vampirefrog [~vampirefr@2a02:2f09:d30d:7d00:4e52:62ff:fe1e:3ee9] has joined ##stm32
2025-07-29T17:40:54 < Famine> NEYi, https://bpa.st/6E6A < fairly C like C++
2025-07-29T17:41:12 < NEYi> ventyl, that's probably bad than good. Even C is sorta evolving, but I'm programming in some ancient version.
2025-07-29T17:41:33 < qyx> NEYi: .sk
2025-07-29T17:41:53 < NEYi> Famine, that is NOT even close to C. ( O_O)
2025-07-29T17:42:06 < ventyl> NEYi: its good as changes are incremental and feature obsolescence takes ~decade
2025-07-29T17:42:51 < NEYi> qyx, oh. So, former socialist block.
2025-07-29T17:43:29 < ventyl> NEYi: That's almost standard C23 (except namespaces and number format): https://en.cppreference.com/w/c/language/attributes.html
2025-07-29T17:43:47 < NEYi> ventyl, yeah - better to have standards, than constant barrage of new features, even if they're good.
2025-07-29T17:44:18 < ventyl> actually, new features in C++ are cool
2025-07-29T17:44:51 < ventyl> and people are using rather modern C++ versions en masse, like, these days C++20 is probably the most-used version of C++, closely followed by C++17
2025-07-29T17:46:22 < Famine> NEYi, the only non-C23 features are namespaces, consteval, and the digit separator but clang / gcc have unofficially supported it for C since C++14
2025-07-29T17:47:26 < NEYi> Lmao, looks like the one I'm used to is C99. xD
2025-07-29T17:47:52 < ventyl> that's really vintage
2025-07-29T17:48:10 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-29T17:48:12 < NEYi> ( •_•)>⌐■-■
2025-07-29T17:48:18 < NEYi> (⌐■_■)
2025-07-29T17:49:08 < qyx> ventyl: I though it is too new for some people
2025-07-29T17:49:20 < qyx> not even being able to do for (int i = 0; ..
2025-07-29T17:49:34 < qyx> or use size_t where appropriate
2025-07-29T17:49:58 < NEYi> qyx, tell your people that propaganda is #1, the biggest weapon of this war. So, it's likely that most of their situational awareness is straight lies and manipulation. :)
2025-07-29T17:50:13 < ventyl> qyx: what is too new? C99?
2025-07-29T17:50:16 < ventyl> ah, C99, not C89
2025-07-29T17:50:58 < NEYi> ventyl, C89 is okay too. Programmed with it on vintage machines as a hobby. ( ^^)
2025-07-29T17:51:08 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer]
2025-07-29T17:51:21 -!- c10ud [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has joined ##stm32
2025-07-29T17:51:21 -!- c10ud [~c10ud@user/c10ud] has changed host
2025-07-29T17:51:36 < NEYi> Once tried to run С compiler in CP/M, but there were some problems.
2025-07-29T17:51:59 < NEYi> DOS works great with C though.
2025-07-29T17:52:17 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer]
2025-07-29T17:52:35 < ventyl> that also brings only bad memories
2025-07-29T17:52:36 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-07-29T17:52:43 < ventyl> whole DOS / i386 stuff
2025-07-29T17:52:51 < ventyl> it was FUBAR
2025-07-29T17:52:55 < NEYi> Oh come one. :)
2025-07-29T17:53:20 < ventyl> in late '90s I tried to write a protected memory kernel based on 386 programming manual
2025-07-29T17:53:31 < ventyl> back then, in assembly
2025-07-29T17:53:47 < NEYi> Btw! Have you people seen that there's a DOS PC XT i8086 emulator on ESP32?
2025-07-29T17:53:51 < Famine> NEYi, https://bpa.st/4IOQ < pure C version which is almost identical 
2025-07-29T17:54:10 < ventyl> configuring an average compiler that wasn't GCC to do a bare build was a non-trivial action
2025-07-29T17:54:26 < NEYi> Famine, what's that "forceinline" thing. :)
2025-07-29T17:54:40 < ventyl> NEYi: guy wrote OG Machintosh emulator that runs on Raspberry Pi Pico (which is a microcontroller, not a SoC)
2025-07-29T17:54:52 < Famine> NEYi, a macro for __attribute__((always_inline)) inline
2025-07-29T17:55:04 < ventyl> ^^ which basically stands for static inline
2025-07-29T17:55:10 < NEYi> Oh.
2025-07-29T17:55:52 < NEYi> Alrighty, gotta clean some shit up. My table is filled with ICs right now. :)
2025-07-29T17:56:04 < NEYi> Will try some modern STM32 programming after that...
2025-07-29T17:56:31 < NEYi> Btw, had that F429 Discovery board with an LCD.
2025-07-29T17:56:51 < NEYi> What are chances I'll make it work. :)
2025-07-29T17:57:07 < ventyl> isn't it trivial?
2025-07-29T17:57:10 < Famine> actually i guess i could have used constexpr for the MOCO frequency because that's valid in c23
2025-07-29T17:57:26 < ventyl> constexpr <3
2025-07-29T17:57:51 < Famine> ventyl, yep so much nicer than untyped defs
2025-07-29T17:58:15 < ventyl> I'd welcome some more type interference and stronger templating abilities
2025-07-29T17:58:25 < ventyl> _Generic is nice but very limited
2025-07-29T17:58:39 < ventyl> for anything else you have to unleash macro-dragon
2025-07-29T17:58:52 < ventyl> andd sooner or later you'll end up in a hole of a compiler bug
2025-07-29T17:59:19 < Famine> i'd love to see constexpr functions and consteval in the new C standard
2025-07-29T17:59:20 < ventyl> *inference
2025-07-29T18:00:59 < Famine> auto must die though
2025-07-29T18:01:22 < ventyl> C flavor of it?
2025-07-29T18:02:10 < Famine> nah the C++ flavor where people are using it for EVERYTHING because Stroustrup said so
2025-07-29T18:02:23 < ventyl> C++ auto is actually great thing
2025-07-29T18:02:51 < Famine> ventyl, i agree but not when people are using it for primitive types
2025-07-29T18:03:00 < ventyl> why not?
2025-07-29T18:04:02 < Famine> ventyl, in my case (writing a HAL) it adds a layer of obfuscation that really isn't needed and usually gets in the way
2025-07-29T18:07:23 < ventyl> i'd say you shouldn't care about the type
2025-07-29T18:07:29 < ventyl> if the HAL is well designed
2025-07-29T18:07:43 < ventyl> but then there's the implicit casting which may get into way
2025-07-29T18:11:00  * Famine is old and crotchety 
2025-07-29T18:12:00 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-29T18:13:08 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-29T18:17:01 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-29T18:17:47 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-29T18:18:56 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-29T18:19:21 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-29T18:21:24 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-29T18:38:05 < bitmask> hey hey hey
2025-07-29T18:45:24 < Famine> morning
2025-07-29T18:54:11 < zyp> C++ auto is nice, but seems kinda limited once you've gotten used to rust's type inference
2025-07-29T18:55:38 -!- quinor [08c0f10716@2a03:6000:1812:100::dad] has quit [Server closed connection]
2025-07-29T18:55:45 -!- quinor [08c0f10716@2a03:6000:1812:100::dad] has joined ##stm32
2025-07-29T19:02:01 < ventyl> um. I have water in my DHW circulator pump
2025-07-29T19:02:18 < ventyl> apparently I have ignored the mounting direction and did not mount it drain hole downwards
2025-07-29T19:02:39 < ventyl> so the water is in electronics compartment
2025-07-29T19:02:46 < ventyl> apparently the electronics did not die yet
2025-07-29T19:04:00 < ventyl> is there anything that can apply to the pump internals that may improve my chances to resurrect it?
2025-07-29T19:08:47 < BrainDamage> rinse a few times with deionized water to remove water soluble residues, then rinse a few times using ethanol to displace residual water
2025-07-29T19:09:33 < BrainDamage> then wait a few h to be sure the alcohol ha evaporated completely
2025-07-29T19:13:39 < veverak> Famine: you definetly have to like the "new" syntax for functions:
2025-07-29T19:13:44 < veverak> auto foo() -> uint32_t {
2025-07-29T19:13:46 < veverak> :)
2025-07-29T19:14:50 < Famine> i'd probably do about the same, depending on how dirty the water was i might do a first wash with a a surfactant (dawn dish soap), rinse with deionized, and a final rinse with isopropanol
2025-07-29T19:14:51 < zyp> didn't that kinda die with C++14?
2025-07-29T19:16:15 < Famine> iso because it's cheaper and has ~4-15% less water than most commercially available ethanol
2025-07-29T19:16:21 < zyp> IIRC the -> return syntax from C++11 was mostly so you could use decltype() for computing the return type, and then C++14 reduced the need for doing that
2025-07-29T19:16:59 < veverak> zyp: yes, that is the main motivation
2025-07-29T19:17:18 < veverak> but afaik you still can't see the symbols of arguments on the "left" side, so I use it only for decltype over args
2025-07-29T19:17:48 < zyp> I think this code is the only time I've used it: https://github.com/zyp/laks/blob/main/usb/descriptor.h and that was written before C++14
2025-07-29T19:18:14 < zyp> I think now you can just remove all the computed type stuff and it'll still just infer it correctly
2025-07-29T19:18:59 < veverak> I think not? depends obn how much changes you make
2025-07-29T19:20:09 < veverak> the limitation itsel still applies https://godbolt.org/z/sW1MqzbrW
2025-07-29T19:20:14 < veverak> you just have more ways of expressing similar stuff
2025-07-29T19:21:08 < zyp> that's not what I mean
2025-07-29T19:23:18 < zyp> what I mean is that now you can just do this: https://godbolt.org/z/Ksh31b4ds
2025-07-29T19:23:35 < zyp> builds with C++17 and newer, not older
2025-07-29T19:23:51 < veverak> oh, yeah, the autoderivation is much smarted
2025-07-29T19:23:53 < veverak> *smarter
2025-07-29T19:24:51 < zyp> your foo2 doesn't work, by the way
2025-07-29T19:25:10 < veverak> I know, the point was to show that it wont compile
2025-07-29T19:25:50 < zyp> yeah, and that was not my point
2025-07-29T19:26:03 < zyp> foo3 here makes my point: https://godbolt.org/z/vznWjM5vx
2025-07-29T19:26:48 < zyp> you don't need decltype(a+b), you just return a+b and the compiler figures it out
2025-07-29T19:27:20 < veverak> yes, that works just well now
2025-07-29T19:39:57 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-29T19:40:19 < ventyl> Famine: i'll probably go with isopropyl as well because that's something I have here
2025-07-29T19:40:21 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-29T19:41:11  * Famine is a freak with about 10 solvents on hand 
2025-07-29T19:42:26 < zyp> better wash your hand then
2025-07-29T19:42:58 < Famine> zyp, but what if i like the smell of toluene ?
2025-07-29T19:46:07 < antto> "what if i like to stare at the train approaching me" well, Evolution
2025-07-29T19:48:02 < antto> i know some people like the smell of certain types of glue... they like it so much that they put a pile of glue into a plastic bag and... you know...
2025-07-29T19:48:38 < qyx> and the plastic bag dissolves
2025-07-29T19:48:56 < antto> mm, no idea about that
2025-07-29T19:50:28 < antto> when i worked at the supermarket there was this local junkie woman who liked the smell of this thing: https://www.ivis.bg/thumbs/3/srebyren-lak-min.jpg
2025-07-29T19:50:50 < antto> we sold it at the supermarket, she often tried to steal it
2025-07-29T19:51:13 < antto> some time later you can find here somewhere with her face covered in it and very very very relaxed and "happy" looking
2025-07-29T19:51:17 < antto> * her
2025-07-29T19:51:35 < zyp> I was painting the back wall of the house yesterday, and one of the masking foils I used had a glue backing that really smelled like hazelnut
2025-07-29T19:51:56 < veverak> thanks got I like the normal stuff like smell of gasoline
2025-07-29T19:52:56 < zyp> side note: paint sprayers are fun, despite the amount of masking required
2025-07-29T19:53:06 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-29T19:54:32 < antto> at $job we often make our own furniture (desks, shelves, etc), so we often buy custom-cut furniture wood (the one made of compressed wood crumbs glued with some glue and decorative print on the sides), then we drill it and assemble it, sometimes we drill big holes in it for "cables" and then it starts to smell very "sweet" but i try to avoid that smell ;P~
2025-07-29T19:55:45 < qyx> formaldehyde? or something more modern?
2025-07-29T19:56:11 < antto> no idea, i don't schprachen ze chemistry
2025-07-29T19:58:58 < antto> https://kronospan.com/public/thumbs/800x600/products/kronodesign/mf-boards/mf-pb_800x600_crop_478b24840a.jpg
2025-07-29T19:59:20 < antto> afaik there's some kind of glue in the middle
2025-07-29T20:01:16 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Remote host closed the connection]
2025-07-29T20:01:38 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-29T20:02:35 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Read error: Connection reset by peer]
2025-07-29T20:02:41 < antto> or maybe it's not glue but resin?
2025-07-29T20:03:25 < ventyl> it should be something like resin boiled off the wood
2025-07-29T20:03:38 < ventyl> maybe spiced-up by some nasty stuff to stick better
2025-07-29T20:04:50 < Famine> qyx, if it's sweet smelling then it's probably DCM not formaldehyde
2025-07-29T20:07:55 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-29T20:12:34 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-29T20:16:52 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-29T20:24:58 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 240 seconds]
2025-07-29T20:41:20 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-29T20:50:23  * Famine dies in renesas
2025-07-29T20:53:16 < Famine> in the clock init they call: R_BSP_FlashCacheEnable();  then a few seconds later call: bsp_prv_operating_mode_set but the function comment for mode_set says: Assumes the LPM registers are unlocked in PRCR and cache is off.
2025-07-29T21:05:04 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 260 seconds]
2025-07-29T21:33:25 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-29T21:38:23 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-29T21:41:04 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-29T21:41:29 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-29T22:06:55 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 276 seconds]
2025-07-29T22:15:19 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-29T22:18:13 -!- tpnix [~Terry@1.145.55.183] has joined ##stm32
2025-07-29T22:23:25 -!- tpbsd [~Terry@1.145.55.183] has joined ##stm32
2025-07-29T22:24:28 -!- tpnix [~Terry@1.145.55.183] has quit [Ping timeout: 240 seconds]
2025-07-29T22:38:12 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 276 seconds]
2025-07-29T22:59:58 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds]
2025-07-29T23:09:51 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-29T23:14:24 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-29T23:15:44 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-29T23:19:57 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-29T23:20:21 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-29T23:21:38 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-29T23:24:42 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-29T23:38:29 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-29T23:40:44 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
--- Day changed Wed Jul 30 2025
2025-07-30T00:12:54 -!- tpbsd [~Terry@1.145.55.183] has quit [Read error: Connection reset by peer]
2025-07-30T00:14:26 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T00:19:23 -!- tpnix [~Terry@1.145.46.73] has joined ##stm32
2025-07-30T00:23:49 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T00:24:50 -!- tpnix [~Terry@1.145.46.73] has quit [Read error: Connection reset by peer]
2025-07-30T00:39:20 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T00:43:57 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T00:47:26 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T00:47:51 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T01:51:33 -!- tpnix [~Terry@1.145.58.167] has joined ##stm32
2025-07-30T02:05:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-30T02:36:26 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T02:39:33 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T03:09:26 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T03:09:58 -!- tpnix [~Terry@1.145.58.167] has quit [Read error: Connection reset by peer]
2025-07-30T03:12:18 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T03:12:33 -!- tpnix [~Terry@1.145.19.201] has joined ##stm32
2025-07-30T03:18:49 -!- tpnix [~Terry@1.145.19.201] has quit [Read error: Connection reset by peer]
2025-07-30T03:22:17 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-30T03:50:35 -!- tpnix [~Terry@1.145.52.255] has joined ##stm32
2025-07-30T04:19:00 -!- tpnix [~Terry@1.145.52.255] has quit [Read error: Connection reset by peer]
2025-07-30T04:22:43 -!- tpnix [~Terry@1.145.59.96] has joined ##stm32
2025-07-30T04:44:25 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-30T04:56:58 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T05:05:36 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T05:09:54 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Quit: bitmask]
2025-07-30T07:12:14 -!- tpnix [~Terry@1.145.59.96] has quit [Read error: Connection reset by peer]
2025-07-30T07:12:48 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-30T08:12:30 -!- tpnix [~Terry@1.145.2.40] has joined ##stm32
2025-07-30T08:44:56 -!- tpnix [~Terry@1.145.2.40] has quit [Read error: Connection reset by peer]
2025-07-30T08:45:52 -!- tpnix [~Terry@1.145.2.40] has joined ##stm32
2025-07-30T08:51:48 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 276 seconds]
2025-07-30T08:53:16 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-30T08:56:46 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-30T08:58:08 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-30T09:52:41 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-30T10:30:02 -!- tpnix [~Terry@1.145.2.40] has quit [Read error: Connection reset by peer]
2025-07-30T10:36:54 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T10:40:14 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T11:04:23 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T11:09:01 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T11:11:14 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T11:13:56 -!- jbo [~jbo@user/tct] has quit [Ping timeout: 272 seconds]
2025-07-30T11:14:15 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T11:15:29 < dormito> Anyone familair with writing drivers for SPI block (specifically in the stm32h7 parts)? I'm trying to write an interrupt driven one, but I notice the Status register is not setting the RXP bit (and corresponding interrupts after filling the txfifo for the transaction). I have cfg2's COMM field set to 0, and I do get TXP flags and events. Is something more needed for RX?
2025-07-30T11:20:01 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T11:20:26 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T11:25:19 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T11:33:32 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T12:46:47 -!- tpnix [~Terry@1.145.51.135] has joined ##stm32
2025-07-30T12:53:09 -!- tpnix [~Terry@1.145.51.135] has quit [Read error: Connection reset by peer]
2025-07-30T13:25:06 < NEYi> antto, I know a thing or 2 about chemistry.
2025-07-30T13:27:13 < NEYi> Chipboards can be glued together with many different resins, particular factory uses whatever is more available and economical.
2025-07-30T13:28:41 < NEYi> In the end, the quality of the chipboard is measured mechanically, with the chemical composition of the glue being left to the manufacturing process(which also can change from time to time).
2025-07-30T13:29:26 < NEYi> They only care about how strong the board is, and how to produce it cheaper.
2025-07-30T13:29:47 < NEYi> Typical resin used is: https://en.wikipedia.org/wiki/Urea-formaldehyde
2025-07-30T13:31:43 < NEYi> As for funny smells, while drilling - the glued chips are heated by friction, and organic composition can decompose into many new molecules.
2025-07-30T13:32:02 < NEYi> Are those harmful - yes.
2025-07-30T13:32:20 < NEYi> Are those harmful enough that you should worry - no. :)
2025-07-30T13:32:57 < NEYi> Human body is surprisingly resistant to various toxins, poisons, etc.
2025-07-30T13:33:11 < NEYi> And if you smelled it like once a year, it is nothing.
2025-07-30T13:33:56 < NEYi> On factories, people spend 8 hours, 5 days a week on an assembly line that smell like cancer.
2025-07-30T13:34:07 < NEYi> And they don't get cancer for years. ;)
2025-07-30T13:36:39 < NEYi> One thing that makes me wonder... So much wood is cut, deforestation and all... And everyone's furniture is still made of sawdust.
2025-07-30T13:36:57 < NEYi> Who gets all the real wood? ( o_O)
2025-07-30T13:40:17 < ventyl> structural beams
2025-07-30T13:54:32 < specing> and real furniture
2025-07-30T13:57:20 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-07-30T13:57:20 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-30T14:15:27 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-07-30T14:18:06 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 276 seconds]
2025-07-30T14:18:44 -!- specing [~specing@user/specing] has quit [Ping timeout: 260 seconds]
2025-07-30T14:31:13 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has joined ##stm32
2025-07-30T14:35:16 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T14:39:34 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T14:39:34 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T14:39:58 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T14:43:09 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer]
2025-07-30T14:44:15 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-07-30T14:51:58 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 240 seconds]
2025-07-30T14:55:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-30T14:55:51 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-07-30T14:59:32 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-30T15:07:02 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T15:11:28 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T15:36:19 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has quit [Ping timeout: 272 seconds]
2025-07-30T16:08:55 < aandrew> have any of you ever done bare die PCB layout? Are the footprints/land patterns more or less just a central pad to glue/bond the die and then a series of smaller pads around the central one in the same "order" as the bond pads for the wires? Are there any IPC standards for this or is it more driven by the assembly process? 
2025-07-30T16:09:08 < aandrew> to make it even more interesting, this is on two layer flex
2025-07-30T16:21:37 < machinehum> hmm
2025-07-30T16:21:39 < machinehum> https://www.eevblog.com/forum/projects/inductor-polarity/
2025-07-30T16:21:42 < machinehum> ldo it is
2025-07-30T16:21:50 -!- jbo [~jbo@user/tct] has joined ##stm32
2025-07-30T16:27:14 -!- specing [~specing@user/specing] has joined ##stm32
2025-07-30T16:50:18 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T16:51:58 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T16:54:15 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T16:59:06 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T17:03:50 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T17:04:15 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T17:12:06 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-30T17:15:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-30T17:19:45 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T17:24:03 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T17:24:03 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T17:24:27 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T17:49:29 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-30T18:06:40 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-07-30T18:17:57 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 276 seconds]
2025-07-30T18:32:01 < karlp> qyx: you can argue all sorts of things, particularly the newer risk based standards, with operator training levels, but pretty sure they don't give a shit about "but they weren't meant to do that" it's more "what will atually happen, in the most convoluted case"
2025-07-30T18:37:39 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T18:54:01 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T19:59:09 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-30T20:01:18 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 276 seconds]
2025-07-30T20:34:28 -!- Alexer [~alexer@alexer.net] has quit [Ping timeout: 240 seconds]
2025-07-30T20:50:06 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T20:54:08 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T20:56:19 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T20:56:44 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T21:14:17 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-30T21:17:23 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-30T21:21:42 -!- Alexer [~alexer@alexer.net] has joined ##stm32
2025-07-30T22:47:52 -!- tpnix [~Terry@1.145.2.80] has joined ##stm32
2025-07-30T23:01:50 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-07-30T23:36:01 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
--- Day changed Thu Jul 31 2025
2025-07-31T01:28:49 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-31T02:24:37 -!- qyx [~qyx@84.245.121.211] has quit [Ping timeout: 248 seconds]
2025-07-31T02:26:15 -!- qyx [~qyx@84.245.120.227] has joined ##stm32
2025-07-31T03:06:54 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has quit [Quit: gonna update alpine]
2025-07-31T03:09:05 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-31T03:09:10 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has joined ##stm32
2025-07-31T03:13:07 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-31T05:08:26 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-31T05:20:55 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-31T05:22:07 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-31T05:29:50 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-31T05:44:15 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-07-31T06:50:04 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-31T06:53:47 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-31T06:57:32 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-31T06:57:56 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-31T06:59:15 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-31T07:08:39 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-31T07:36:16 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-07-31T07:38:26 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-31T07:45:38 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Ping timeout: 248 seconds]
2025-07-31T07:46:02 < Famine-> machinehum, heh is there an RPI board that they didn't screw up the layout ?
2025-07-31T07:57:03 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-07-31T08:48:15 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Ping timeout: 244 seconds]
2025-07-31T08:49:50 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 252 seconds]
2025-07-31T08:51:30 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-07-31T08:53:24 < qyx> I ordered some lasered and bent alu parts yesterday at a local place and now they are already done
2025-07-31T09:02:28 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-31T09:13:46 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-07-31T09:24:35 < qyx> also TME apparently packed 1m pieces of heatshrink tubing in a 1 meter big box
2025-07-31T09:25:04 < qyx> the delivery guy just called he cannot put that in a parcel locker
2025-07-31T10:11:42 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-31T10:20:02 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer]
2025-07-31T10:22:35 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-07-31T10:55:55 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-31T11:13:11 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-07-31T12:12:26 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-07-31T12:20:31 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-31T12:44:40 < jbo> hello
2025-07-31T12:44:53 < nohit> hi
2025-07-31T12:53:19 < Steffanx> Welcome 
2025-07-31T12:59:00 < jbo> I am about to leave
2025-07-31T12:59:05 < jbo> take care, Steffanx
2025-07-31T12:59:42 < Steffanx> Bye!!
2025-07-31T13:11:27 < zyp> have fun
2025-07-31T13:13:13 < Steffanx> Maybe he's not supposed to have fun... 
2025-07-31T13:13:30 < zyp> you're always supposed to have fun
2025-07-31T13:13:53 < tpnix> Im having fun!
2025-07-31T13:15:03 < machinehum> Always having fun
2025-07-31T13:15:10 < machinehum> Another few job interviews done
2025-07-31T13:15:18 < machinehum> Went like 800x times better lol
2025-07-31T13:17:24 < tpnix> machinehum, awesome!
2025-07-31T13:17:56 < tpnix> but the fun must end, sadly as it's my bed time!
2025-07-31T13:18:15 < tpnix> and us 72 year old need our sleep!
2025-07-31T13:20:44 < Steffanx> Have a wonderful night grandpa!
2025-07-31T13:22:02 < Steffanx> At my funeral you guys can have fun, but I'm not sure everyone appreciates that
2025-07-31T13:23:28 < tpnix> same here, I hope to leave enough money for all 2 grave diggers to get drunk!
2025-07-31T13:24:09 < tpnix> or the person who turns on the crematorium furnace
2025-07-31T13:25:09 < tpnix> am I a grandpa ? hmm lets see I only have about 21 grandkids, so yeah I suppose I am
2025-07-31T13:25:33 < machinehum> tpnix: Where are you planning on being buried?
2025-07-31T13:25:42 < machinehum> Steffanx: do you have a shovel?
2025-07-31T13:26:08 < tpnix> machinehum, whereecr I fall would be good but they dont do that anymore
2025-07-31T13:26:17 < tpnix> wherever
2025-07-31T13:27:50 < tpnix> but I plan to leave at least one more handy bit of techie tooling for the masses before I go
2025-07-31T13:28:35 < tpnix> my current project takes a CMSIS-SVD file and produces a Forth LSP with it :)
2025-07-31T13:29:01 < tpnix> one that works with Helix editor initially
2025-07-31T13:29:29 < tpnix> the SVD needs to be a STMicro one for it to work
2025-07-31T13:31:54 < machinehum> Is grave robbing really stealing?
2025-07-31T13:32:12 < Steffanx> You can bring your own right machinehum ?
2025-07-31T13:33:34 < tpnix> machinehum, only the living care about that stuff
2025-07-31T13:36:50 -!- tpnix [~Terry@1.145.2.80] has quit [Read error: Connection reset by peer]
2025-07-31T13:40:28 < machinehum> Yes of course
2025-07-31T13:41:42 < machinehum> I was actually once driving through a really sketchy part of the US (backwoods shit). There was nobody around, I drove up to a guy placing a shovel into his car. He looked at me with this "Don't even ask" face.
2025-07-31T13:41:50 < machinehum> I took off pretty quick
2025-07-31T13:55:58 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-07-31T13:59:34 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Read error: Connection reset by peer]
2025-07-31T14:18:28 < machinehum> The creality firmware landscape seems insane lol
2025-07-31T14:18:41 < machinehum> I guess we did buy shitty Chinese printers
2025-07-31T14:27:42 < ventyl> isn't creality basically built from off-the-shelve components and firmware?
2025-07-31T14:28:01 < ventyl> ender 3 was built using some generic AVR-based printer controller
2025-07-31T14:28:37 < machinehum> They make their own boards, but I immagine it's a clone of something else
2025-07-31T14:29:52 < ventyl> they got right what many other can't
2025-07-31T14:30:09 < ventyl> optimization doesn't matter if you can't put it into market at reasonable price
2025-07-31T14:59:56 < c10ud> did anyone try the stm32 foc eval STDES-LVHP01? 
2025-07-31T15:12:54 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-31T15:22:11 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-31T15:22:27 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-31T15:22:52 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-31T15:52:11 -!- specing [~specing@user/specing] has quit [Quit: ZNC - https://znc.in]
2025-07-31T15:54:35 -!- specing [~specing@user/specing] has joined ##stm32
2025-07-31T16:01:59 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-31T16:04:33 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Ping timeout: 245 seconds]
2025-07-31T16:26:57 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-07-31T17:17:15 < jbo> Steffanx, I'm back
2025-07-31T18:03:07 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-07-31T18:04:19 < Famine-> heh speaking of SVDs, don't you just love it when vendors use non-standard characters in the SVD breaking your parsers ?
2025-07-31T18:05:05 < jbo> I can't speak for others, but personally I don't love that
2025-07-31T18:07:14 < Steffanx> Welcome
2025-07-31T18:07:28 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-31T18:12:53 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-31T18:17:58 < Famine-> jbo, i love it so much, almost as much as when vendors release chip specific headers that aren't chip specific
2025-07-31T18:23:06 < Famine-> jbo, e.g. renesas in their RA4M3 specific header R_PFS_Type is a union of {R_PFS_PORT_Type PORT[15]; R_PFS_VLSEL_Type VLSEL;} except the RA4M3 doesn't have VLSEL, the RA2A2 does x.x
2025-07-31T18:27:17 < jbo> wait... why does this sound familiar
2025-07-31T18:27:53 < jbo> aah, I remember
2025-07-31T18:29:42 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-07-31T18:29:42 -!- haritz [~hrtz@user/haritz] has changed host
2025-07-31T18:35:52 < Famine-> because my second day job is to complain about renesas
2025-07-31T18:36:10 < ventyl> Famine-: is that fekin Renesas still a viable option for MCU? Wouldn't it be easier to simply replace it?
2025-07-31T18:36:18 < ventyl> How much time did you waste supporting it?
2025-07-31T18:40:48 < Famine-> ventyl, my current problem is: 1. i don't make the hardware or original firmware  2. the company who did started out on an arduino dev board and scaled up way too fast, then covid hit (chip shortages) and so they farmed out the migration from an arduino to an in house board (renesas) to china
2025-07-31T18:45:19 < Famine-> 3. the machine costs close to 5 grand and the end users can barely manage a firmware update let alone a board swap
2025-07-31T18:46:26 < Famine-> lovely eh ?
2025-07-31T19:00:39 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-07-31T19:07:09 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-07-31T19:15:32 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-07-31T19:37:39 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-07-31T20:18:10 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 272 seconds]
2025-07-31T20:21:37 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-07-31T20:24:30 < qyx> sounds familiar and pretty common
2025-07-31T20:30:59 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-31T20:31:26 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-31T20:34:56 < Famine-> qyx, yeah it is kind of amazing how many kick starter type projects end up that way. millions of bugs, but they are too busy scaling up and selling more units to fix them, then the bugs finally bankrupt them
2025-07-31T20:38:36 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32
2025-07-31T21:02:30 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 272 seconds]
2025-07-31T21:03:44 < jerrycash> https://wiki.st.com/stm32mpu/wiki/STM32MP13_OTP_mapping these are big endian?
2025-07-31T21:08:45 < jerrycash> 57 and 58
2025-07-31T21:21:58 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-31T21:26:19 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-31T21:31:22 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-07-31T21:31:45 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-07-31T21:42:25 < qyx> those are arithmetic bits as usual
2025-07-31T21:43:21 < qyx> bit 31 is MSB, bit 0 is LSB
2025-07-31T21:57:41 < jerrycash> qyx, so for 01 23 45 67 89 10 it would be word=57 value=0x01234567, word=58 value=0xFFFF8910 ? F for default OTP state
2025-07-31T21:59:51 < jerrycash> oh 0 is default
2025-07-31T22:05:12 < qyx> what is "for 01 23..", bytes?
2025-07-31T22:05:28 < qyx> I am not following
2025-07-31T22:05:49 < qyx> the documentation uses bits in arithmetic order, not even considering endianness, unless explicitly stated
2025-07-31T22:06:31 < qyx> in the code, you do uint32_t value = 0x80000000 for bit 31 to be set 1, value = 0x00000001 for bit 0 to be set 1
2025-07-31T22:06:46 < qyx> but sthill this has nothing to do with endianness
2025-07-31T22:07:32 < qyx> then, on stm32, it is saved in memory as litle endian, si the actual bytes in the memory are 0x00000080 for bit 31 case
2025-07-31T22:08:32 < qyx> but this doesn't interest you unless you are doing something which you shouldn't, like accessing those registers by bytes or whatever
2025-07-31T22:13:51 < qyx> and now, tell me pros why my switcher is not switching
2025-07-31T22:16:02 < jerrycash> qyx, okay thanks i think i understand. "01 23..." is an example mac address
2025-07-31T22:41:41 < qyx> what the hell, I have a tqfp100 stm32g491 and it hangs at 0x1fff4042
2025-07-31T22:42:14 < qyx> ok I don't have boot0 connected on that board
2025-07-31T22:42:20 < qyx> am I dumb
2025-07-31T22:44:50 < qyx> programmed nBOOT0 and it works
2025-07-31T22:45:52 < qyx> quickestest fix ever
2025-07-31T22:53:30 -!- tpnix [~Terry@1.145.52.113] has joined ##stm32
--- Log closed Fri Aug 01 00:00:39 2025