--- Log opened Fri Aug 01 00:00:39 2025
2025-08-01T00:13:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 244 seconds]
2025-08-01T00:19:33 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 245 seconds]
2025-08-01T00:26:46 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-01T00:31:36 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-01T00:34:24 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-01T01:10:35 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-01T01:33:42 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-01T01:40:34  * karlp cheers
2025-08-01T01:40:49 < qyx> is karl back
2025-08-01T01:41:35 < karlp> back?
2025-08-01T01:41:37 < karlp> lol
2025-08-01T01:41:48 < qyx> wasn't you on holidays
2025-08-01T01:41:53 < karlp> I lay in bed last night/morning wondering what thefuck I was doing. no projects, no goals, no plans.
2025-08-01T01:41:54 -!- tpbsd [~Terry@1.145.52.113] has joined ##stm32
2025-08-01T01:41:59 < karlp> yeah, back to work on tuesday.
2025-08-01T01:42:05 -!- tpnix [~Terry@1.145.52.113] has quit [Read error: Connection reset by peer]
2025-08-01T01:42:09 < karlp> then I'm back to shitposting 24/7 I guess.
2025-08-01T01:42:16 < karlp> also lol: https://www.eenewseurope.com/en/cadence-fined-140m-for-china-eda-sales/
2025-08-01T01:42:36 < karlp> my v2 of my load cell emulator should be on my desk when I get back.
2025-08-01T01:42:56 < karlp> now with two channels, and some "compatible" 24V io to do more simulation of more shit.
2025-08-01T01:43:06 < karlp> see how many more products that are "ready" I can break
2025-08-01T01:43:08 < qyx> you know this is my realm
2025-08-01T01:43:24 < karlp> you still seem to do stuff :)
2025-08-01T01:43:39 < karlp> I... play video games and drink...
2025-08-01T01:44:00 < qyx> oh I was never drunk.. ever
2025-08-01T01:44:30 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-01T01:44:37 < karlp> only goal comingup is that the (current) volcano seems to be not stopping, and mother dear is coming to visit so might go for a hike out there.
2025-08-01T01:44:49 < qyx> hey I was talking with zyp about ferries to .no, did I ask you about that one going through Faroes?
2025-08-01T01:45:17 < qyx> somebody told me there is nothing to see on Faroe islands
2025-08-01T01:46:00 < karlp> yeah, the one to iceland zyp mentioned, hirtshals or whatever, it goes to .is via .fo.
2025-08-01T01:46:05 < karlp> you can choose to stopover or not
2025-08-01T01:46:14 < karlp> g-festival is this weekend I think?
2025-08-01T01:46:17 < karlp> or olafsvaka?
2025-08-01T01:46:21 < karlp> can't remember.
2025-08-01T01:46:41 < karlp> I'd kinda like to visit .fo.
2025-08-01T01:46:52 < karlp> sister in law went on a knitting trip there earlier this year, had a great time.
2025-08-01T01:46:56 < qyx> oh there are no trees
2025-08-01T01:46:59 < karlp> they have even smaller "horses"
2025-08-01T01:47:08 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-01T01:47:17 < karlp> they probbaly did at one stage, they  just burnt them like icelanders.
2025-08-01T01:47:34 < karlp> we have trees now though, but only because people planted shit tons in the last 40 years or so.
2025-08-01T01:48:42 < karlp> our larch are happy this year, last year they were all yellow and grumpy.
2025-08-01T01:49:28 < qyx> lack of Mg?
2025-08-01T01:50:21 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-01T01:55:14 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Max SendQ exceeded]
2025-08-01T01:55:52 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-01T02:05:04  * karlp shrugs
2025-08-01T02:05:11 < karlp> I didn't do anything.
2025-08-01T02:05:22 < karlp> sorry,  just went out to look at the "dalalæða"
2025-08-01T02:05:57 < karlp> (picturesue fog in the low lying bits nearby in the late light)
2025-08-01T02:06:55 < karlp> https://bin.jvnv.net/file/5pJHU.jpeg
2025-08-01T02:07:55 < karlp> I have on project up my sleeve, but it's going to involve a pile of php and.... I keep refusing to start it.
2025-08-01T02:08:37 < karlp> but I got a lead on a potential job the other day so, that's nice.
2025-08-01T02:08:42 < karlp> have to toss it up.
2025-08-01T02:08:47 < qyx> oh trees
2025-08-01T02:08:51 < karlp> "great team, apalling codebase"
2025-08-01T02:09:02 < qyx> haha
2025-08-01T02:09:07 < karlp> then my friend was like, "oh, your code base is still worse, aiui"
2025-08-01T02:09:16 < karlp> and I'm like, "great team you said?" :)
2025-08-01T02:09:41 < karlp> we have plenty of trees now.
2025-08-01T02:09:54 < karlp> Ihad to walk to go and take those pics, too many trees to see well enough from the deck
2025-08-01T02:10:11 < qyx> is this frm your summer house?
2025-08-01T02:10:15 < karlp> in othe rnews, internet is now much better here after switching phone companies.
2025-08-01T02:10:21 < karlp> yeah, 
2025-08-01T02:10:39 < karlp> this weekend is the last big weekend of the summer in .is.
2025-08-01T02:10:55 < qyx> one more month here
2025-08-01T02:10:59 < karlp> eldest has a week long camp next week, youngest starts back at school programs.
2025-08-01T02:11:02 < karlp> I go back to work.
2025-08-01T02:11:23 < karlp> weather will stil be good most of august, maybe mid sept/late sept.
2025-08-01T02:11:28 < karlp> but "summer" is over.
2025-08-01T02:11:39 < karlp> only a few of the flowers left.
2025-08-01T02:12:28 < karlp> zigzag clover and galium verum are still in bloom, and the heather
2025-08-01T02:12:42 < karlp> blueberries are already ready, which seems really early
2025-08-01T02:13:34 < qyx> we have blackberries instead
2025-08-01T02:13:56 < qyx> most of them is ready now
2025-08-01T02:14:11 < qyx> maybe a week or so to be 100%
2025-08-01T02:53:19 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-01T02:56:07 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-01T03:02:12 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Max SendQ exceeded]
2025-08-01T03:05:43 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-01T04:31:47 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-01T04:46:17 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-01T04:51:42 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-01T04:54:19 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-01T05:06:15 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-01T05:14:49 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-01T05:18:33 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-01T06:23:20 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-08-01T06:46:44 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-01T06:56:32 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-01T07:46:23 -!- tpbsd [~Terry@1.145.52.113] has quit [Read error: Connection reset by peer]
2025-08-01T08:00:07 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-01T08:02:31 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-01T08:26:05 -!- tpnix [~Terry@1.145.14.236] has joined ##stm32
2025-08-01T09:05:00 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-08-01T09:05:29 < ventyl> Famine-: have you guys heard of CRA? (in case you plan to sell in EU)
2025-08-01T09:10:24 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Excess Flood]
2025-08-01T09:17:53 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-08-01T09:38:51 -!- haritz [~hrtz@user/haritz] has quit [Remote host closed the connection]
2025-08-01T09:52:50 < Famine-> ventyl, i wasn't until about 5 minutes ago.  looks like it is going to be similar to IEC 62443
2025-08-01T09:55:31 < Famine-> ugh i guess i need to do some refreshers on trustzone now
2025-08-01T09:59:28 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds]
2025-08-01T10:51:19 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-01T11:47:42 < ventyl> Famine-: depends, I guess that you don't fiddle with trustzone if you can protect credentials with MPU
2025-08-01T12:01:41 -!- sugarbeet [~barbas@81.4.123.134] has quit [Ping timeout: 248 seconds]
2025-08-01T12:02:28 -!- sugarbeet [~barbas@81.4.123.134] has joined ##stm32
2025-08-01T12:55:07 -!- Netsplit *.net <-> *.split quits: System_Error
2025-08-01T12:59:05 < mawk> how am I supposed to know the mass erase from downgrading from RDP level 1 to 0 is finished
2025-08-01T12:59:12 < mawk> currently I just wait 20s
2025-08-01T12:59:24 < mawk> the BSY flag in flash status register doesn't tell anything interesting 
2025-08-01T13:02:22 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-01T13:04:14 -!- tpnix [~Terry@1.145.14.236] has quit [Read error: Connection reset by peer]
2025-08-01T13:08:07 < mawk> nvm BSY works
2025-08-01T13:34:12 < Steffanx> Welcome mawk 
2025-08-01T13:34:34 < mawk> thank you Steffanx 
2025-08-01T13:34:57 < mawk> now I have a beautiful TCL script to disable readout protection
2025-08-01T13:35:09 < mawk> wonder why it's not standard in openocd
2025-08-01T13:35:55 < mawk> https://bpa.st/2NOQ
2025-08-01T13:37:37 < mawk> I convinced the boss that RDP 2 is not necessary to comply with the bullshit cybersecurity directive
2025-08-01T13:37:48 < mawk> he got especially convinced by the money argument
2025-08-01T13:38:03 < mawk> that the device becomes a brick if something goes wrong in the bootloader
2025-08-01T13:39:35 < ventyl> bullshit cybersecurity directive :>
2025-08-01T13:40:54 < mawk> yeah which applies starting today
2025-08-01T13:40:56 < mawk> we're late
2025-08-01T13:41:07 < mawk> theoretically we can't send out new devices that don't respect it
2025-08-01T13:42:33 < BrainDamage> just have a display that asks if the user is an hacker when it boots up
2025-08-01T13:44:56 < ventyl> mawk: ah you mean RED CR ?
2025-08-01T13:45:28 < mawk> lol
2025-08-01T13:45:30 < mawk> a part of the directive is vague, it's about securing external interfaces
2025-08-01T13:45:32 < mawk> like our usb port that just spits out the whole log and everything 
2025-08-01T13:45:34 < mawk> but since it's behind a cover you need to unscrew we decided it's an internal interface
2025-08-01T13:45:36 < mawk> so we won't secure it
2025-08-01T13:45:38 < mawk> the hacker can have fun
2025-08-01T13:45:40 < mawk> yeah
2025-08-01T13:45:42 < mawk> and another one about cybersecurity 
2025-08-01T13:45:44 < mawk> but that ones arrives later
2025-08-01T13:45:46 < mawk> RED is in effect today
2025-08-01T13:46:55 < ventyl> CRA will obsolete portions of RED
2025-08-01T13:58:15 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Quit: Leaving]
2025-08-01T14:33:46 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Quit: Leaving]
2025-08-01T14:34:13 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-01T14:37:16 < qyx> Thank you so much for ordering from JLCPCB, but we regret to tell you that your order 2892432A-D2025072913500137 will be delayed due to some of the 3D-printing parts scrapped. It may take 2 more days to be redone/ re-manufactured for sufficient quantity for your order.
2025-08-01T14:37:24 < qyx> I don't understand
2025-08-01T14:37:46 < karlp> the prints came out fucked up, gonna be a delay while they reprint?
2025-08-01T14:38:04 < qyx> they have printed the exact same thing using the same material and process in the past
2025-08-01T14:38:09 < qyx> everything was ok
2025-08-01T14:38:30 < qyx> but now they are screwing up (not only my) things
2025-08-01T14:38:31 < lemmi> so someone forgot to refill the printer or tripped
2025-08-01T14:38:55 < qyx> happened at $customer too
2025-08-01T15:11:33 < zyp> shit happens, better they reprint than send you shit
2025-08-01T15:12:14 < qyx> how can they fukup SLS?
2025-08-01T15:23:59 -!- ventyl [~ventyl@bband-dyn139.178-40-31.t-com.sk] has quit [Ping timeout: 260 seconds]
2025-08-01T15:30:57 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-01T15:31:58 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-08-01T15:32:22 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-01T15:35:56 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-01T15:35:56 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-01T15:46:10 < Steffanx> I'm sorry to hear this qyx. Will you be alright?
2025-08-01T16:25:50 < jpa-> qyx: i would be very surprised if there was a 3D printer process that never went wrong
2025-08-01T16:28:48 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-08-01T17:02:01 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-01T17:14:29 < zyp> no
2025-08-01T17:25:59 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-01T17:50:16 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-01T18:03:45 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Ping timeout: 248 seconds]
2025-08-01T18:15:27 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-01T18:18:02 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Ping timeout: 272 seconds]
2025-08-01T19:24:25 < Famine-> mawk, fun times eh ? i expose a USB port for firmware updates and logs
2025-08-01T19:24:51 < mawk> that's a cortex debug connector for programming and usb for logs and configuration 
2025-08-01T19:27:33 -!- IanW_ [~IceChat9@31.94.4.51] has joined ##stm32
2025-08-01T19:30:50 < Famine-> i'm a complete nut job for secure coding practices to start with, so i doubt i'll have to change much in my code.
2025-08-01T19:31:32 < Famine-> but it looks like i'll have to write a ton of documentation x.X
2025-08-01T19:54:56 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-01T21:31:28 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 240 seconds]
2025-08-01T21:40:11 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32
2025-08-01T22:48:11 -!- tpnix [~Terry@1.145.10.175] has joined ##stm32
2025-08-01T23:29:53 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Quit: Leaving]
2025-08-01T23:52:01 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
--- Day changed Sat Aug 02 2025
2025-08-02T00:29:36 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-08-02T00:36:17 -!- IanW_ [~IceChat9@31.94.4.51] has quit [Quit: Bye]
2025-08-02T00:46:53 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-02T00:49:35 -!- hexo__ [~hexo@user/hexo] has quit [Read error: Connection reset by peer]
2025-08-02T00:49:52 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-02T00:52:32 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has joined ##stm32
2025-08-02T01:08:10 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 276 seconds]
2025-08-02T01:08:36 < ColdKeyboard> Ok you guys convinced me to give freertos a try...
2025-08-02T01:08:49 < ColdKeyboard> Is there an example project for RP2350?
2025-08-02T01:50:35 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-02T02:18:29 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-08-02T02:30:09 -!- qyx [~qyx@84.245.120.227] has quit [Ping timeout: 276 seconds]
2025-08-02T02:31:23 -!- qyx [~qyx@84.245.121.221] has joined ##stm32
2025-08-02T03:49:03 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-02T03:52:35 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-02T04:45:34 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-02T04:47:15 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-02T05:57:43 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-02T07:23:16 < ColdKeyboard> I guess it's half-win... I managed to compile a simple multi-core example
2025-08-02T07:23:39 < ColdKeyboard> But in the debugger I can see it's just sitting at `multicore_fifo_wready` and it's not blinking an LED
2025-08-02T08:54:33 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-02T09:28:13 -!- tpnix [~Terry@1.145.10.175] has quit [Read error: Connection reset by peer]
2025-08-02T09:32:07 -!- tpnix [~Terry@1.145.10.175] has joined ##stm32
2025-08-02T09:32:57 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-02T09:44:33 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-02T10:07:17 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-02T10:09:03 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-02T10:29:37 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-02T10:32:28 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds]
2025-08-02T12:16:10 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Remote host closed the connection]
2025-08-02T12:28:41 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-08-02T13:30:33 -!- tpnix [~Terry@1.145.10.175] has quit [Read error: Connection reset by peer]
2025-08-02T13:45:14 -!- flatmush [~benbrewer@149.71.27.198] has quit [Ping timeout: 260 seconds]
2025-08-02T13:45:46 -!- flatmush [~benbrewer@149.71.27.198] has joined ##stm32
2025-08-02T13:47:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-02T15:32:10 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-02T16:03:30 -!- flatmush [~benbrewer@149.71.27.198] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
2025-08-02T16:03:55 -!- flatmush [~benbrewer@149.71.27.198] has joined ##stm32
2025-08-02T16:17:29 -!- flatmush [~benbrewer@149.71.27.198] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
2025-08-02T16:23:54 -!- flatmush [~benbrewer@149.71.27.198] has joined ##stm32
2025-08-02T17:10:38 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-02T18:12:16 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Read error: Connection reset by peer]
2025-08-02T18:12:57 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-02T18:46:42 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-02T19:11:28 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-02T19:11:52 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-08-02T19:42:34 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-02T19:54:09 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-02T20:49:58 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-02T21:00:17 -!- Livio [~livio@user/livio] has quit [Ping timeout: 240 seconds]
2025-08-02T21:18:02 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-02T21:18:02 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-02T21:41:18 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-02T21:57:09 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-02T21:58:04 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-08-02T21:58:15 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 252 seconds]
2025-08-02T21:58:28 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-02T22:24:04 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32
2025-08-02T22:41:41 -!- tpnix [~Terry@1.145.60.141] has joined ##stm32
2025-08-02T22:44:32 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-08-02T23:06:17 < ColdKeyboard> It looks like it has somethign to do with the reset and using multiple cores
2025-08-02T23:07:37 < ColdKeyboard> If I reset the MCU without debugging, the LED blinks. But if I use gdb or just flash the mcu with 'r' (but no pin reset) then it just hangs
2025-08-02T23:07:53 < ColdKeyboard> I guess I just have to reset the chip via pin
2025-08-02T23:55:00 -!- IanW_ [~IceChat9@31.94.6.43] has joined ##stm32
2025-08-02T23:58:37 -!- Livio [~livio@user/livio] has quit [Ping timeout: 240 seconds]
--- Day changed Sun Aug 03 2025
2025-08-03T00:15:26 -!- IanW_ [~IceChat9@31.94.6.43] has quit [Quit: Bye]
2025-08-03T00:34:54 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-03T01:07:51 -!- NEYi [~NEYi@195.234.78.191] has quit [Read error: Connection reset by peer]
2025-08-03T02:08:02 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-03T02:08:55 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-08-03T02:09:20 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-03T02:27:31 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving]
2025-08-03T02:54:52 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-03T03:34:17 < aandrew> bleh
2025-08-03T03:34:31 < aandrew> I am trying to download pads2007 for an old project and the torrent's got one seeder only
2025-08-03T03:56:53 < tpnix> aandrew, hey I used to ise PADS and orcad back in the 80's with DOS
2025-08-03T03:56:57 < tpnix> use
2025-08-03T03:59:13 < aandrew> I used OrCAD SDT/PCB386+
2025-08-03T03:59:30 < aandrew> remember when software shipped with its own graphics drivers?
2025-08-03T04:00:18 < tpnix> aandrew, later when I moved to Linux I found that gSchem was very orcad like, I felt right at home, and PCB was very PADs like
2025-08-03T04:01:01 < tpnix> aandrew, yeah, Ive been around since valves were used everywhere
2025-08-03T04:02:06 < tpnix> aandrew, I used ORCAD once when it was on windows and I hated it, it was glacial
2025-08-03T04:02:48 < aandrew> I went from OrCAD on DOS to Eagle on Linux. Stayed there for a loooooong time, until they wanted another full upgrade price for a colour scheme change. Jumped to Altium and I've been there ever since
2025-08-03T04:03:06 < aandrew> my next one will be KiCAD and I'm almost at the point of switching
2025-08-03T04:03:11 < aandrew> figure that'll be the last one until I retire
2025-08-03T04:04:24 < tpnix> I used to use protel/dos in the late 70's and it was basic but ok, then around 84 I had to use it in a new job on windows and it was insufferably slow, I quit rather than have to use it
2025-08-03T04:05:03 < tpnix> yeah, I'll probably have to learn Kicad also, even tho Im retired
2025-08-03T04:05:24 < tpnix> my hobbies are my boss now
2025-08-03T04:10:39 -!- tpnix [~Terry@1.145.60.141] has quit [Ping timeout: 276 seconds]
2025-08-03T04:57:58 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 240 seconds]
2025-08-03T06:23:54 -!- tpnix [~Terry@1.145.60.141] has joined ##stm32
2025-08-03T06:48:25 < aandrew> I was gonna say you're about 15y ahead of me, I didn't get into orcad for DOS until the early-mid 90s I think
2025-08-03T06:51:57 < tpnix> well I am 72 years old thesedays
2025-08-03T06:52:26 < tpnix> I was young and starting a family in my orcad days
2025-08-03T07:01:00 < aandrew> I turned 49 this past may
2025-08-03T07:02:56 -!- tpbsd [~Terry@1.145.60.141] has joined ##stm32
2025-08-03T07:03:09 -!- tpbsd [~Terry@1.145.60.141] has quit [Remote host closed the connection]
2025-08-03T07:03:33 -!- tpbsd [~Terry@1.145.60.141] has joined ##stm32
2025-08-03T07:03:58 -!- tpnix [~Terry@1.145.60.141] has quit [Ping timeout: 240 seconds]
2025-08-03T07:07:30 < tpbsd> aandrew, thats the way!
2025-08-03T07:09:08 < aandrew> I remember the windows version of orcad and yes it was awful. the dos version was pretty nice I remember
2025-08-03T07:10:27 < tpbsd> and much faster, like gSchem on Linux
2025-08-03T07:17:24 -!- tpnix [~Terry@1.145.60.141] has joined ##stm32
2025-08-03T07:20:04 -!- tpbsd [~Terry@1.145.60.141] has quit [Ping timeout: 252 seconds]
2025-08-03T07:31:00 -!- tpnix [~Terry@1.145.60.141] has quit [Read error: Connection reset by peer]
2025-08-03T07:32:57 -!- tpnix [~Terry@1.145.60.141] has joined ##stm32
2025-08-03T07:47:25 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-03T07:55:23 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-03T08:27:39 -!- tpnix [~Terry@1.145.60.141] has quit [Read error: Connection reset by peer]
2025-08-03T08:35:12 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-03T08:35:35 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer]
2025-08-03T08:36:43 -!- ventyl [~ventyl@bband-dyn252.178-40-38.t-com.sk] has joined ##stm32
2025-08-03T09:45:44 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-03T12:49:42 -!- grindhold_ [~quassel@mail.skarphed.org] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
2025-08-03T13:43:15 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-03T13:58:30 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32
2025-08-03T16:18:03 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 265 seconds]
2025-08-03T17:18:41 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
2025-08-03T17:26:15 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has joined ##stm32
2025-08-03T17:32:32 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-03T17:33:43 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-03T17:33:43 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-03T19:49:20 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-03T20:24:33 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-08-03T20:27:15 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-03T22:22:32 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-03T22:33:42 -!- tpnix [~Terry@1.145.59.43] has joined ##stm32
2025-08-03T23:13:10 -!- noarb [~noarb@user/noarb] has quit [Read error: Connection reset by peer]
2025-08-03T23:33:42 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-03T23:33:54 -!- qyx [~qyx@84.245.121.221] has quit [Ping timeout: 260 seconds]
2025-08-03T23:35:24 -!- qyx [~qyx@84.245.121.130] has joined ##stm32
2025-08-03T23:37:11 < qyx> any recommended lab cables? stackable ones
2025-08-03T23:39:05 < qyx> also, how do you generally solve that power supply and dmm holes are incimpatible?
2025-08-03T23:39:59 < qyx> I am using these now https://www.tme.eu/sk/details/fal-10022/meracie-privody-jednotlive/staubli/64-9289-10022/
2025-08-03T23:40:13 < qyx> both for supplies and dmms
2025-08-03T23:40:58 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds]
--- Day changed Mon Aug 04 2025
2025-08-04T00:02:04 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-04T02:11:46 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-04T02:24:54 < ColdKeyboard> Now I just need to learn how to debug rtos
2025-08-04T02:25:10 < ColdKeyboard> But it's nice to be able just to create multiple tasks and things just work
2025-08-04T03:03:58 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-08-04T03:34:35 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-08-04T06:56:11 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-04T07:54:04 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-04T08:40:53 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-08-04T09:01:19 -!- hexo_ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-04T09:01:43 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-08-04T09:41:10 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 276 seconds]
2025-08-04T09:51:16 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-04T11:54:45 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-04T13:43:54 -!- tpnix [~Terry@1.145.59.43] has quit [Read error: Connection reset by peer]
2025-08-04T13:58:19 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-04T14:11:09 -!- hexo_ is now known as hexo
2025-08-04T14:40:53 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-04T15:16:17 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-04T15:24:56 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-08-04T15:34:22 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-04T16:10:26 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-04T16:10:26 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-04T16:26:17 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-08-04T17:36:02 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-04T17:39:20 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-04T17:42:27 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-04T17:42:52 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-04T18:55:31 < Famine> ColdKeyboard, what debugger are you using ? 
2025-08-04T18:57:33 < Famine> qyx, i have a bunch of spade to 4mm banana jacks for power supply -> dmm.  for stackable connectors https://www.digikey.ca/en/products/detail/pomona-electronics/B-4-4/737952?gQT=0
2025-08-04T18:57:59 < ColdKeyboard> I'm lazy when it comes to debugging so; gdb if I have-to, ozone if it works. This is if 'print' fails me :)
2025-08-04T18:59:56 < Famine> ozone would be my go to for rtos debugging, it's thread aware out of the box 
2025-08-04T19:00:17 < ventyl> gdb / openocd can also be made thread-aware
2025-08-04T19:00:43 < Famine> but iirc segger has a jlink gdb plugin that can make gdb thread aware for freertos
2025-08-04T19:02:47 < Famine> ventyl, i grew up on ollydbg so i'm bias towards ozone lol
2025-08-04T19:54:35 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-04T19:58:52 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-04T20:33:38 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-08-04T20:41:17 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-04T20:42:13 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-08-04T20:42:37 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-04T20:46:52 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-04T20:55:04 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-04T21:12:25 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-04T21:14:39 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-04T21:18:59 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Max SendQ exceeded]
2025-08-04T21:24:27 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-04T22:04:07 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 276 seconds]
2025-08-04T22:40:06 -!- tpnix [~Terry@1.145.42.50] has joined ##stm32
2025-08-04T22:47:28 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32
2025-08-04T22:49:19 -!- tpnix [~Terry@1.145.42.50] has quit [Read error: Connection reset by peer]
2025-08-04T23:24:08 -!- tpnix [~Terry@1.145.7.2] has joined ##stm32
2025-08-04T23:29:19 -!- tpnix [~Terry@1.145.7.2] has quit [Read error: Connection reset by peer]
--- Day changed Tue Aug 05 2025
2025-08-05T00:33:35 -!- tpnix [~Terry@206.83.119.161] has joined ##stm32
2025-08-05T00:46:37 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 276 seconds]
2025-08-05T01:22:25 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-05T01:41:17 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-05T02:00:35 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-05T02:52:01 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-08-05T03:22:13 -!- c10ud_ [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has joined ##stm32
2025-08-05T03:25:28 -!- c10ud [~c10ud@user/c10ud] has quit [Ping timeout: 240 seconds]
2025-08-05T04:22:08 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-05T04:42:03 -!- stgl [~stgl@164.92.162.3] has quit [Quit: ZNC 1.8.2 - https://znc.in]
2025-08-05T04:42:17 -!- stgl [~stgl@2a03:b0c0:3:d0::cad:a001] has joined ##stm32
2025-08-05T06:32:24 < ColdKeyboard> It's so much fun when the FreeRTOS causes a hard-fault after a while and you have no clue to why it's doing that
2025-08-05T06:36:17 -!- tpbsd [~Terry@206.83.119.161] has joined ##stm32
2025-08-05T06:38:43 -!- tpnix [~Terry@206.83.119.161] has quit [Ping timeout: 245 seconds]
2025-08-05T06:43:37 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-05T06:50:47 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-05T07:52:28 < qyx> most probably not enough stack
2025-08-05T08:04:09 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-05T08:16:42 < ventyl> ColdKeyboard: yesterday I wanted to tell you that freertos sucks but decided not to. well, FreeRTOS sucks.
2025-08-05T08:31:08 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-05T08:40:23 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-05T09:19:48 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-05T09:43:50 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-08-05T09:51:28 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds]
2025-08-05T10:45:05 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32
2025-08-05T10:49:48 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-05T11:24:03 < machinehum> ventyl: What's better
2025-08-05T11:32:23 < tpbsd> Mecrisp-Stellaris Forth of course :)
2025-08-05T11:33:40 < tpbsd> or if youre using the pico, then https://github.com/tabemann/zeptoforth
2025-08-05T11:34:44 < tpbsd> A priority-scheduled preemptive multitasker with deadline scheduling
2025-08-05T11:34:45 < tpbsd> Semaphores
2025-08-05T11:34:45 < tpbsd> Locks, with priority inversion handling
2025-08-05T11:34:45 < tpbsd> Message-oriented queue channels
2025-08-05T11:35:17 < tpbsd> see https://github.com/tabemann/zeptoforth#features for all (way too many to list)
2025-08-05T11:39:35 < ventyl> machinehum: me being biased would recommend my RTOS, but running that on rp2040 would be a very frustrating experience as of now
2025-08-05T11:39:49 < ventyl> but pretty much anything, except of threadx
2025-08-05T11:40:30 < ventyl> if you use word `bloat` often, go with nuttx, if not, then go zephyr
2025-08-05T11:43:27 < machinehum> ventyl: your rtos supports smp?
2025-08-05T11:45:06 < tpbsd> machinehum, zeptoforth supports SMP, you can choose which cpu to run a task
2025-08-05T11:46:12 < tpbsd> machinehum, the zeptoforth dev works for GE as a senior programmer on MRI vision
2025-08-05T13:01:58 < karlp> qyx: what do you mean power supply and dmm holes are incompatible?
2025-08-05T13:03:07 < karlp> ColdKeyboard: make sure you  have configassert turned on, then you just connect in gdb and see what it's asserted on...
2025-08-05T14:01:47 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-05T14:03:13 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 248 seconds]
2025-08-05T14:03:45 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-05T14:06:36 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 252 seconds]
2025-08-05T14:27:16 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-05T14:27:16 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-05T14:48:08 < zyp> karlp, IME it's just that only DMMs have sockets that take the insulated plugs on DMM probes, so DMM probes don't fit anything else
2025-08-05T14:48:20 < zyp> but uninsulated plugs fits anything, including DMMs
2025-08-05T14:48:40 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-05T14:54:58 < qyx> I remember having plugs with springy insulation
2025-08-05T14:59:57 -!- tpbsd [~Terry@206.83.119.161] has quit [Read error: Connection reset by peer]
2025-08-05T15:00:59 -!- tpnix [~Terry@206.83.119.161] has joined ##stm32
2025-08-05T15:04:24 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 272 seconds]
2025-08-05T15:17:50 < ventyl> machinehum: yes, but no. support is there but it contains bugs and there was no motivation and time to fix them
2025-08-05T15:28:28 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-05T15:30:27 < karlp> oh, shrouded, yeah, I cut the shrouds off one set of dmm cables I have, and I have a bunch of springy ones too.
2025-08-05T15:30:51 < karlp> I've got a bunch of bare 4mm stack plugs that I put my own wires on for power supply stuff though 
2025-08-05T15:43:23 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Quit: bitmask]
2025-08-05T15:52:10 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-05T15:57:33 < bitmask> good morning ppl
2025-08-05T15:58:08 < jbo> hello party lovers
2025-08-05T16:05:12 < bitmask> I guess I should go to the gym now
2025-08-05T16:06:03 < jbo> or you could post some stuff online
2025-08-05T16:24:19 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-08-05T16:32:02 < qyx> karlp: nah cutting shrouds
2025-08-05T16:33:19 < karlp> well, I did that only one cheap pair :)
2025-08-05T16:33:37 < karlp> this hasn't really been a problem I've had to think about before though :)
2025-08-05T16:55:41 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-05T17:25:48 < karlp> fecking, got a scale back on my desk, had some problems at a tradeshow two months, "plz look at it"
2025-08-05T17:26:05 < karlp> it just has bare wires for the power cable, they apparently hardwired it into something else.
2025-08-05T17:26:22 < karlp> super convenient guys, cutting ands crewing because you didn't feel like using a fucking power board.
2025-08-05T17:55:03 < qyx> I decided I am not placing terminal blocks or wires on anything which is gonna be mounted by a non-pro electrician
2025-08-05T17:55:28 < qyx> only connectors, no field repairs of bare wires, etc.
2025-08-05T17:55:44 < qyx> a customer may replace part 1:1 only
2025-08-05T17:56:04 < karlp> this whole fucking assembly is complicated and dumb
2025-08-05T17:56:14 < karlp> nowhere near enough feedback from assembly to design side.
2025-08-05T17:56:45 < qyx> I surely have feedback "I am here, yes I can replace it, no, I don't have a screwdriver"
2025-08-05T17:59:48 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-08-05T18:29:31 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-05T18:30:52 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Ping timeout: 252 seconds]
2025-08-05T18:33:31 < Famine> ventyl, kill me now
2025-08-05T18:35:49 < ventyl> Famine: choose your weapon: (a) stack of 4040 Apollo Guidance system assembly listings printed on tractor paper (b) print of Windows Resource Kit for NT4 SP6
2025-08-05T18:37:15 < Famine> original code for this project tries to use a PID algo tuned with an arduino autotune library for a process that has huge reset windup, massive dead time, multi order lag x.x
2025-08-05T18:38:04 < Famine> oh and the controlled variable is bang bang (relay heater)
2025-08-05T18:39:44 < Famine> do you have a print of the windows resource kit for windows ME ?  that would just sum up this entire project
2025-08-05T18:54:18 < karlp> oops, upgraded fedora and now all the knock on effects are coming out.  esp-idf hardcodes the old versioned python path into the installs :)
2025-08-05T19:05:23 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-05T19:15:55 < ventyl> Famine: kill it before it lays eggs. what about rewriting it from scratch? it will probably (lie: for sure) be less work than trying to keep up with it
2025-08-05T19:16:59 < Famine> ventyl, yeah it has to be re-written, it's not thread safe and the original doesn't use an RTOS
2025-08-05T19:17:48 < karlp> for my final "yay, back to work" post... jenkins has failed the build, because someone working from home committed with a private gmail address, and our internal jenkins mail config fails to "relay" to gmail :)
2025-08-05T19:19:07 < Famine> fyi ftdi are a bunch of cheap skates.  $90 LCD dev kit and they can't even include an onboard FT232H 
2025-08-05T19:19:35 < karlp> it's "modular" :)
2025-08-05T19:20:49 < ventyl> karlp: did anyone care?
2025-08-05T19:20:56 < ventyl> I bet $20 that no
2025-08-05T19:21:31 < ventyl> Famine: that's great opportunity to drop that obscure Renesas MCU as well
2025-08-05T19:21:49 < Famine> karlp, heh yeah but now i need 2 usb cables x.x
2025-08-05T19:25:55 < ventyl> re: updates - it seems that libvirt stopped doing HW acceleration of rendering inside VM. it became slow as shit
2025-08-05T19:35:01 < karlp> ventyl: well, it was actually failing for another reason, whicih was my fault, and waiting til I got back, so yeah, noone cared...
2025-08-05T19:36:15 < ventyl> automation is an enemy of embedded developer
2025-08-05T19:36:31 < ventyl> how do islanders say "we are doing it like this for 15 years..." ?
2025-08-05T19:37:03 < qyx> idk but finns would say something like kukorattata kikkititalla
2025-08-05T19:38:40 < karlp> what, you don't think code like this is awesome? https://paste.jvnv.net/view/6pOJc
2025-08-05T19:41:19 < karlp> remember kids, you'r enot a real embedded programmer unless you've replaced everything with macros!
2025-08-05T19:41:21 < karlp> for...
2025-08-05T19:41:23 < karlp> reasons....
2025-08-05T19:43:41 < jpa-> macros that call macros that call macros.. single level of macros is for noobs
2025-08-05T20:08:52 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-05T20:16:22 -!- tpbsd [~Terry@65.181.12.197] has joined ##stm32
2025-08-05T20:18:18 -!- tpnix [~Terry@206.83.119.161] has quit [Ping timeout: 252 seconds]
2025-08-05T20:29:15 -!- c10ud_ [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has quit [Read error: Connection reset by peer]
2025-08-05T20:36:33 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-08-05T20:43:41 -!- kurfen [~kurfen@86.48.8.207] has joined ##stm32
2025-08-05T20:49:14 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32
2025-08-05T21:23:33 -!- PaulFertser [paul@paulfertser.info] has quit [Ping timeout: 252 seconds]
2025-08-05T21:31:17 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-08-05T22:21:34 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-05T22:31:58 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 240 seconds]
2025-08-05T22:51:49 -!- IanW_ [~IceChat9@31.94.28.250] has joined ##stm32
2025-08-05T23:17:57 -!- IanW_ [~IceChat9@31.94.28.250] has quit [Quit: Bye]
2025-08-05T23:34:28 -!- qyx [~qyx@84.245.121.130] has quit [Ping timeout: 240 seconds]
2025-08-05T23:34:57 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-08-05T23:36:29 -!- qyx [~qyx@84.245.120.14] has joined ##stm32
--- Day changed Wed Aug 06 2025
2025-08-06T00:23:45 < ventyl> karlp: 11 out of 10 microcontroller vendors recommend this way of writing code
2025-08-06T00:45:30 < karlp> I'm considering just leaving the industry and doing "general software" instead of pretending this shit is fun :)
2025-08-06T00:48:02 < qyx> NOOOOO
2025-08-06T00:48:48 < karlp> well, there's no company here doing anything interesting that has anything open.
2025-08-06T01:13:17 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-06T01:15:12 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-06T01:23:34 < specing> karlp: probabl due to using some obscure compiler that can't inline anything
2025-08-06T01:26:06 < specing> (or old habits from the times when they used one of those)
2025-08-06T01:51:59 < karlp> specing: of course, I know how it happens, I just don't it like it being perpetudated forever
2025-08-06T01:52:33 < karlp> because we are _wayyyyy_ past that time
2025-08-06T03:27:16 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-06T04:16:58 < MrMobius> hey havent been here in a while
2025-08-06T04:17:03 < MrMobius> is dongs still alive?
2025-08-06T04:22:12 < specing> no
2025-08-06T04:27:00 < qyx> yes but in alternate universe
2025-08-06T05:03:33 < MrMobius> I thought maybe incarcerated
2025-08-06T05:25:55 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-08-06T05:26:19 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-08-06T06:06:56 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-06T07:14:31 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-06T07:40:32 -!- SystemError [~SystemErr@user/systemerror] has joined ##stm32
2025-08-06T07:41:37 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-06T07:45:48 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 245 seconds]
2025-08-06T07:59:48 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-06T08:06:28 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has quit [Ping timeout: 240 seconds]
2025-08-06T08:08:39 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32
2025-08-06T08:32:06 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-06T08:43:12 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-08-06T08:43:14 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 248 seconds]
2025-08-06T08:44:46 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-06T08:46:22 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-06T08:56:56 -!- kurfen [~kurfen@86.48.8.207] has quit [Quit: ZNC - https://znc.in]
2025-08-06T08:58:55 -!- kurfen [~kurfen@86.48.8.207] has joined ##stm32
2025-08-06T09:15:27 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32
2025-08-06T09:35:10 -!- c10ud [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has joined ##stm32
2025-08-06T09:35:10 -!- c10ud [~c10ud@user/c10ud] has changed host
2025-08-06T10:14:39 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-08-06T10:22:20 < machinehum> lol https://why2025.org/post/822
2025-08-06T10:52:11 < machinehum> https://wiki.why2025.org/Badge/Fire_hazard
2025-08-06T11:04:29 < ventyl> lets light up together
2025-08-06T11:43:53 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-06T12:46:09 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-06T12:49:30 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 252 seconds]
2025-08-06T13:19:39 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-08-06T13:24:03 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-08-06T13:37:39 < karlp> CRA is going to be fucking great...
2025-08-06T13:38:00 < karlp> it's going to drag a whole bunch of shit tier manufacturers kicking and screaming into like, at least the early 2000s :)
2025-08-06T13:38:19 < karlp> security updates must be kept available for at least 10 years :)
2025-08-06T13:39:33 < karlp> I wonder if the national bodies are goin to act as stewards for SMEs and startups that fail for this...
2025-08-06T13:40:17 < karlp> this is great ammo for pushing things I was asking for internally already though.
2025-08-06T13:40:41 < karlp> "The
2025-08-06T13:40:43 < karlp> contact details shall be in a language which can be easily understood by
2025-08-06T13:40:45 < karlp> users and market surveillance authorities.
2025-08-06T13:40:47 < karlp> glad we spelt that out.
2025-08-06T13:40:57 < karlp> also, glad that  pdf included hard line breaks in the text like that. thanks.
2025-08-06T13:43:49 < karlp> art13 para22 is fun.  manufacturers must provide market surveillance authorities al the docs _in a language that the authority understands_ :)
2025-08-06T13:44:26 < karlp> I wonder how that will get interpreted "no, I don't speak english, _you_ must provide me slovak documentation ;)"
2025-08-06T13:45:40 < karlp> oh, if you go broke and quit, you just have to tell the surveillance auths "sorry, I'm out y0" and that's it. no more requirements....
2025-08-06T14:02:17 < qyx> karlp: that is mandatory as of today for manuals and labels
2025-08-06T14:02:22 < qyx> to ship them in the local language
2025-08-06T14:03:52 < karlp> yes and no, you can still do english only, just depends on what the local customs agent felt that day.
2025-08-06T14:04:08 < karlp> we only ever had english and german.
2025-08-06T14:04:16 < karlp> and most of it only in english.
2025-08-06T14:04:40 < ventyl> karlp: it is expected that for every nation state there will be one surveillance authority that acts for whole EU
2025-08-06T14:05:14 < ventyl> for subjects from outside EU, you can probably choose an authority at your will
2025-08-06T14:05:26 < karlp> it's just a nit, I don't really expect there to be problems with surveillance bodies demanding translations, I expect it will bemore, "thanks for at least having docs at all"
2025-08-06T14:05:44 < karlp> ventyl: that's not how I see it, the surveillance auths are just that, run by the member states, you don't "pick one"
2025-08-06T14:06:34 < karlp> you can pick  you _notified body_ of course,
2025-08-06T14:06:35 < ventyl> karlp: yes, but they serve as central contact point for any CRA-related inquiry from anywhere in EU
2025-08-06T14:06:53 < karlp> that's not how I read the law at all?
2025-08-06T14:07:01 < ventyl> at least that's what I've been told by people who deal with CRA
2025-08-06T14:07:22 < karlp> you don't have to submit your docs anywhere, you ahve to your own details on your product, and you have to maintain the docs yourself to be available on demand.
2025-08-06T14:08:12 < mercenary> There's a whole new market for 'Consulting Agents' that take care of the legal requirements, much like there is a market for 'get me CE, UL, and whatever is needed for these, these and these markets'
2025-08-06T14:08:31 < karlp> not really a new market, it's the same people...
2025-08-06T14:08:42 < ventyl> well, as karlp said, CRA is actually a good thing that happened, because it gets the market rid of ancient shit maintained since 2000s
2025-08-06T14:08:55 < karlp> albeit with some new players from the securitay world.
2025-08-06T14:09:05 < mercenary> probably the same crowd, just need to give them more monies
2025-08-06T14:09:18 < ventyl> it is up on every subject which path they choose, either to do it properly, or hire contractors to make things look good for CRA assessments
2025-08-06T14:09:33 < ventyl> the fun part is that there is Class 1 and Class 2 software
2025-08-06T14:09:40 < karlp> if you're not "important" you can just do self declare like classic CE anyway :)
2025-08-06T14:09:46 < ventyl> which falls under some more detailed scruitiny, such as certifications and assessments
2025-08-06T14:10:02 < karlp> "I evaluated my proceses and found them sufficient"
2025-08-06T14:10:18 < karlp> "no, I'm not aware of any issues, so haven't seen the need for any updates"
2025-08-06T14:10:34 < ventyl> not much surprisingly, an RTOS is a Class 1 software and must be assessed to comply with "best practices for RTOS development" (which don't exist yet to my best knowledge)
2025-08-06T14:10:43 < ventyl> the fun part in fun part is the definition of RTOS
2025-08-06T14:10:56 < ventyl> where pretty much any code that does scheduling (even big for loop) falls
2025-08-06T14:11:22 < qyx> karlp: the problem is anyone can submit an issue and it can bubble-up to your software from sboms
2025-08-06T14:11:35 < qyx> then you have to deal with it
2025-08-06T14:12:03 < karlp> yeah, I wasn't a big fan of that article :)
2025-08-06T14:12:28 < karlp> but that's not alll that different to today, where people still go bug shopping, just with less procedure to force responses.
2025-08-06T14:12:29 < ventyl> one legal way of dealing with it is stating "we are not affected"
2025-08-06T14:13:06 < qyx> but you have to ship the product with no known vulnerabilities
2025-08-06T14:13:24 < qyx> so when it becomes known you have to get rid of it by fixing it
2025-08-06T14:13:26 < karlp> art 57 is fun, "yeah, so even if it's fully compliant, if it turns out to be risky anyway, you still have to fix it, even if it still counts as compliant"
2025-08-06T14:13:35 < karlp> qyx: that "known" is the magic key though.
2025-08-06T14:13:55 < karlp> just omit shit from the sbom, "proprietary software only"
2025-08-06T14:14:15 < ventyl> qyx: there are two modes: you as a vendor have to mitigate the vulnerability in a prompt manner. which may, in worst case mean you release a SW update that disables certain function temporarilly
2025-08-06T14:14:21 < ventyl> this has to be prompt
2025-08-06T14:14:34 < karlp> you need to respond in 24 hours inti9ally
2025-08-06T14:14:41 < karlp> then within 72 hours with mitigations / updates
2025-08-06T14:14:42 < ventyl> then the fix may be delayed as it may take some time until the fix appears if the bug lies in some of your third party
2025-08-06T14:14:51 < karlp> and a 14 day window to deliver a final report with root cause analysis.
2025-08-06T14:14:55 < karlp> that's going to be a shit show :)
2025-08-06T14:15:21 < ventyl> those who don't have full automation implemented yet will shit blood
2025-08-06T14:15:24 < karlp> probably a half decent job working at surveillance auth, buying shit in the shops and trying to break it.
2025-08-06T14:15:52 < ventyl> 14 days are well under resolution of the industry
2025-08-06T14:16:01 < karlp> oh I know :)
2025-08-06T14:16:10 < karlp> those timelines are _never_ going to get met.
2025-08-06T14:16:19 < karlp> but at least it gives us something to aim for :)
2025-08-06T14:16:44 < ventyl> well, with SBOM and tool like vex checker from yocto a bug triage should be rather trivial
2025-08-06T14:17:04 < ventyl> all you need is to assess the impact on your software
2025-08-06T14:17:05 < BrainDamage> the timelines not being met wil likely not be used unless the manufacturer acts in gross negligence
2025-08-06T14:17:10 < qyx> you mean a meter target you are trying to hit from 1 km with a slingshot?
2025-08-06T14:17:15 < karlp> BrainDamage: agreed
2025-08-06T14:17:45 < qyx> don't say yocto
2025-08-06T14:19:06 < ventyl> CRA and RED CR serve me well :) memory isolation is one of ways how to get some breathing room if vulnerability is found
2025-08-06T14:21:50 < karlp> huh, fines for non compliance are _higher_ than deliberately providing incomplete or misleading information to notified bodies.
2025-08-06T14:22:07 < karlp> I guess you pay both if you just lied.
2025-08-06T14:22:33 < ventyl> I think they mean it
2025-08-06T14:25:20 < qyx> I like how karl is starting panicking too
2025-08-06T14:26:32 < karlp> BrainDamage: the penalties chapter actually says that the timeline deadlines are explicitly waved for micro and small enterprises :)
2025-08-06T14:26:39 < karlp> qyx: I'm not panicking.
2025-08-06T14:26:44 < karlp> thing it's going to be great.
2025-08-06T14:26:58 < karlp> I've been asking for things to be "not shit" here since I started, my hammer is  just getting bigger :)
2025-08-06T14:27:02 < BrainDamage> yeah, it's going to be ammo to enforce compliance on bad actors
2025-08-06T14:27:17 < qyx> then you read in the local news about a guy losing 30000 eur during a one hour long phone call when he did all the things the attacker asked him to
2025-08-06T14:27:33 < qyx> and you realize that the user is the biggest vulnerability
2025-08-06T14:27:47 < karlp> qyx: I'm fine with our industry doign at least some basic shit
2025-08-06T14:28:04 < qyx> yeah I like the whole CRA idea
2025-08-06T14:28:06 < karlp> users are always going to fuck shit up anyway, but less footguns and open doors is a good thing
2025-08-06T14:28:21 < qyx> less shit on the market
2025-08-06T14:29:17 < BrainDamage> there's tens or hundred of thousands of vulnerable devices always online that are part of botnets
2025-08-06T14:29:31 < ventyl> that's why IoT has a nickname Internet of Trash
2025-08-06T14:29:32 < BrainDamage> the consumers are unaware, and the manufacturers don't give a shit
2025-08-06T14:30:07 < ventyl> its all shit, Dave
2025-08-06T14:30:33 < BrainDamage> consumers doing stupid things are bad, but they are individual accidents, a shit firmware is a systemic issue, because a single defect creates million of vulnerabilities
2025-08-06T14:30:44 < ventyl> btw RED CR is a beta version of CRA and it became effective 1st this month :)
2025-08-06T14:31:16 < karlp> I don't get para 3 here: https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:02024R2847-20241120#art_69
2025-08-06T14:31:28 < karlp> products on the market before 11 dec don't apply unless you make changes
2025-08-06T14:31:45 < karlp> then apra 3 is "ignore para2, everything..."
2025-08-06T14:32:10 < qyx> curious, how that even applies to iceland?
2025-08-06T14:32:12 < karlp> oh, htey mean, only art 14 applies to exisitng products
2025-08-06T14:32:24 < karlp> qyx: well, it's for any product sold into .eu
2025-08-06T14:32:32 < ventyl> any product sold before 11st dec is not affected
2025-08-06T14:32:32 < karlp> and I work for a large multinational these days....
2025-08-06T14:32:44 < ventyl> if you make change to it, *then* it gets affected
2025-08-06T14:32:45 < karlp> even my old tiney startup still sold into .eu
2025-08-06T14:33:18 < karlp> ventyl: right, but para 3 is "art 14 for everything that was on the market before 11 dec 27"
2025-08-06T14:33:34 < karlp> if you make changes the entire CRA applies
2025-08-06T14:34:22 < ventyl> karlp: i guess you'll find something similar as art 14 in NIS2 anyway
2025-08-06T14:34:31 < karlp> what's NIS2?
2025-08-06T14:35:10 < karlp> nvm
2025-08-06T14:35:11 < ventyl> network information security directive version 2.0
2025-08-06T14:35:15 < ventyl> or something like that
2025-08-06T14:35:31 < ventyl> broader cybersecurity directive with overlay into embedded
2025-08-06T14:35:51 < karlp> alright, finally up to the annexes where the real shit is.
2025-08-06T14:36:14 < ventyl> annex 2 (IIRC) is juicy
2025-08-06T14:36:20 < ventyl> it contains the list of class 1 and class 2 software
2025-08-06T14:40:17 < karlp> yes, I.2a is "reset to factory defaults" that I've wanted :)
2025-08-06T14:40:36 < BrainDamage> I wonder a bit how that entails wrt open source maintainers
2025-08-06T14:40:54 < ventyl> you don't care unless you monetize the product
2025-08-06T14:41:14 < ventyl> the entity which monetizes it (or kind-of monetizes it) becomes an open-source stewart
2025-08-06T14:41:25 < ventyl> and takes much of the CRA responsibilities for that project
2025-08-06T14:41:26 < BrainDamage> but the project can be monetized by others, the stew ..
2025-08-06T14:41:31 < BrainDamage> ok, that part I missed
2025-08-06T14:41:50 < BrainDamage> how to identify the steward
2025-08-06T14:41:58 < karlp> yeah, the "whos's the steward" is going to be fun I think.
2025-08-06T14:42:03 < ventyl> and if there is no such central entity, then all the CRA responsibility go after the integrator
2025-08-06T14:42:28 < karlp> but without the OSS having it's own designated steward, the integrator must ensure thigns itself aiu, like ventyl says
2025-08-06T14:42:45 < ventyl> which will probably cause a seismic shift in opensource anyway as projects without clearly identifiable steward will mean that the maintenance is more expensive
2025-08-06T14:43:01 < BrainDamage> it explicitly says that the steward is not the manufacturer
2025-08-06T14:43:06 < ventyl> especially in software which has some specific requirements
2025-08-06T14:43:28 < karlp> BrainDamage: yeah,but without a steward, like if someone just takes OSS and uses it in their product..
2025-08-06T14:43:32 < BrainDamage> so I assume it's when a third party acts as intermediary, which could be the foss maintainer
2025-08-06T14:43:33 < ventyl> BrainDamage: yes, but there might be an OSS project which has no steward but is monetized by end user
2025-08-06T14:43:42 < ventyl> then the end user has to make sure to be CRA compliant
2025-08-06T14:43:44 < karlp> ^^
2025-08-06T14:44:51 < ventyl> you don't need to go far. take CURL as an example.
2025-08-06T14:45:53 < BrainDamage> I suspect curl will offer commercial stewardship for a cost
2025-08-06T14:46:13 < BrainDamage> it aligns with their current policies
2025-08-06T14:46:51 < ventyl> yes, if you are Class 1 product, you may offer certification paperwork for cost
2025-08-06T14:46:56 < ventyl> or Class 2
2025-08-06T14:47:07 < ventyl> that's how it works currently with OSS safety-relevant stuff
2025-08-06T14:47:10 < BrainDamage> if anything, it might be an interesting way for foss maintainers to gain profit... with lots of liabilities
2025-08-06T14:47:26 < BrainDamage> altought I suspect it might create a bit of a rift in the community
2025-08-06T14:47:35 < ventyl> true.
2025-08-06T14:48:16 < karlp> I don't think you can charge each buyer though, as soon as you make money, you are now doing it for money and are the steward.
2025-08-06T14:48:35 < ventyl> you will be steward on customer #1
2025-08-06T14:48:58 < ventyl> the point is that selling certification and steward services is cheaper than doing self-certification
2025-08-06T14:49:01 < karlp> I'm pretty sure you are the steward for product A as soon as you you are making money on it, no matter who may or may not have paid you to use that product.
2025-08-06T14:49:21 < ventyl> so it is a kind of win-win situation
2025-08-06T14:49:49 < ventyl> rift will come from the fact that open-source products without stewards will be in unfavorable position unless they are somehow unicorny
2025-08-06T14:50:02 < BrainDamage> how would the authorities track that tho?
2025-08-06T14:50:09 < ventyl> SBOM
2025-08-06T14:50:28 < karlp> yeah, you'r egoing to see sboms with omissions :)
2025-08-06T14:50:34 < karlp> "herbs and spices"
2025-08-06T14:51:08 < BrainDamage> also, I'm not sure steward is universal
2025-08-06T14:51:26 < ventyl> there is one another class, which is full commercial entity
2025-08-06T14:51:40 < ventyl> which applies in case where your product is open-source + commercial and you are directly developing it
2025-08-06T14:51:42 < BrainDamage> say I take software x, not mine, and offer commercial services on it, I'm not responsible for a third party doing the same
2025-08-06T14:51:44 < ventyl> something like Qt, for example
2025-08-06T14:52:20 < karlp> chapter 1, art 3, para 14 has the only defn you get for steward.
2025-08-06T14:52:52 < ventyl> BrainDamage: this probably will make you a steward. I don't think there is a limitation that for one piece of software there might be only one steward
2025-08-06T14:52:53 < karlp> open-source software steward’ means a legal person, other than a manufacturer, that has the purpose or objective of systematically providing support on a sustained basis for the development of specific products with digital elements, qualifying as free and open-source software and intended for commercial activities, and that ensures the viability of those products
2025-08-06T14:53:02 < karlp> that's why I think it's only ever one steward, 
2025-08-06T14:53:10 < ventyl> that's why there are separate entires for software, version, subject that released it and contact address
2025-08-06T14:53:57 < karlp> it's any paid maintainer _on the OSS side_ not the integrator side.
2025-08-06T14:54:19 < ventyl> karlp: is there anything in that statement that implies singularity of steward?
2025-08-06T14:54:23 < ventyl> IMO no
2025-08-06T14:54:46 < karlp> i don't see how you can see the integrator as a steward for each integration though 
2025-08-06T14:55:33 < ventyl> right, integrator does not become a steward
2025-08-06T14:55:47 < ventyl> but that does not rule out case that there are more providers of commercial support for single piece of code
2025-08-06T14:55:52 < karlp> it's jusst art 13, para 5
2025-08-06T14:56:03 < karlp> manufacturesr just need due diligence when there's no steward
2025-08-06T14:56:33 < ventyl> and still comply with all requirements
2025-08-06T14:56:37 < karlp> "not been made available in the course of commercial..." is "htere's no steward involved in maintaining the product for money"
2025-08-06T14:57:11 < ventyl> the wording is written in a way that it is implied that manufacturer will make sure they comply with CRA
2025-08-06T14:57:26 < ventyl> with option that steward will offload some of them (possibly for money)
2025-08-06T14:58:00 < ventyl> because when explosive diarrhea hits the notified body will come to manufacturer to ask questions
2025-08-06T14:58:46 < ventyl> steward's role is push/pull of vulnerability reports and maintaining paperwork
2025-08-06T15:54:24 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-06T15:54:25 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-06T16:06:30 < karlp> heh, ze germans guidelines on sbom imples it _must_ be json or xml, either cyclonedx, or spdx, even though spdx defines tag:value and yaml as equally valid.
2025-08-06T16:09:38 < qyx> any favorite bq* usb-c to 3xliion charger ic?
2025-08-06T16:09:49 < karlp> lol, spdx3 drops tag:value and yaml, and starts saying "oh yeah, except, not ... actually json, no whitespace outside strings, no linebreaks, nothing else that is actually valid json"
2025-08-06T16:11:23 < qyx> oh btw, there is the requirement to provide access control, which is usually done with user:password and a local user database, which *may* count as user management
2025-08-06T16:11:36 < karlp> yeah, I'm going to just define that all users are authorized users.
2025-08-06T16:11:38 < qyx> and any device managing users or access rights is class 1? ventyl ?
2025-08-06T16:12:00 < qyx> this sounds like a chicken and egg problem to me
2025-08-06T16:12:07 < karlp> I don't think managing your own user access counts as important class 1, otherwise it would be for everything
2025-08-06T16:12:18 < karlp> I don't think you should make that jump
2025-08-06T16:12:21 < qyx> that's why I am curious
2025-08-06T16:12:48 < qyx> but then this could be apoplied to the RTOS part too
2025-08-06T16:12:54 < qyx> "managing my own threads"
2025-08-06T16:13:05 < karlp> fuckin spdx3 just went all in with xml, fuck all the good we built in the past, it's now just all xml again.
2025-08-06T16:20:08 < karlp> anyone seen security.txt used anywhere? https://securitytxt.org/
2025-08-06T16:21:01 < karlp> I love how hiring is in the fucking spec.
2025-08-06T16:21:27 < ventyl> karlp: isn't spdx transport-agnostic?
2025-08-06T16:21:38 < ventyl> you can have xml, json and yaml (please, don't)
2025-08-06T16:22:44 < ventyl> qyx: class 1 and class 2 apply to software features, not devices. user management is not in scope of (RT)OS definition
2025-08-06T16:23:11 < ventyl> but I don't remember all classes by heart so it is possible that user access management gets its own class 1/2 class
2025-08-06T16:23:55 < tomeaton17> karlp: yeah the uk gov are using and recommending it https://vdp.cabinetoffice.gov.uk/.well-known/security.txt
2025-08-06T16:24:43 < ventyl> 3. Password managers
2025-08-06T16:24:47 < ventyl> 8. Boot managers
2025-08-06T16:24:52 < ventyl> 11. Operating systems
2025-08-06T16:24:55 < ventyl> it's all class 1
2025-08-06T16:24:56 < karlp> tom yeah, that's listed on the page, but ... not a lot else are.
2025-08-06T16:26:06 < ventyl> fun part on SBOM is that it has to be provided in latest available version 6 months after it was released
2025-08-06T16:26:22 < ventyl> so you can't use SPDX 2 because SPDX 3 exists for like 18 months already
2025-08-06T16:26:28 < tomeaton17> karlp: oh i didnt see that. Just remember at previous job ncsc came and said we should start using it
2025-08-06T16:26:29 < karlp> ventyl: mountains of existing sbom.spdx docs are plain text, ala: https://github.com/FreeRTOS/FreeRTOS-Kernel/blob/V11.2.0/sbom.spdx
2025-08-06T16:26:59 < ventyl> karlp: thats this yaml-ish format
2025-08-06T16:27:19 < karlp> no, that's the tag:value format, separately defined in spdx 2.2
2025-08-06T16:27:29 < karlp> there's _also_ a yaml format :)
2025-08-06T16:27:38 < ventyl> well, I wouldn't like to process this
2025-08-06T16:27:39 < karlp> spdx3 is just "our dialect of json or xml only"
2025-08-06T16:27:45 < ventyl> nor yaml
2025-08-06T16:27:52 < ventyl> so this is actually a good move
2025-08-06T16:30:01 < karlp> so, got any good sbom generators? :)
2025-08-06T16:30:58 < qyx> ventyl: yes but what is a password manager
2025-08-06T16:31:15 < qyx> if it is defined as a device/function allowing adding, removing users, setting their passwords, keeping their passwords
2025-08-06T16:31:30 < qyx> then indeed an inherent password store of *any* device counts
2025-08-06T16:32:31 < ventyl> qyx: 1 ... and privileged access management software and hardware ...
2025-08-06T16:32:34 < ventyl> very first entry
2025-08-06T16:32:57 < ventyl> there's a list of traits which entitle a product to fall into some category
2025-08-06T16:33:15 < ventyl> karlp: that's a tricky question.
2025-08-06T16:33:47 < ventyl> karlp: I am playing with this: https://github.com/sodgeit/CMake-SBOM-Builder
2025-08-06T16:34:01 < ventyl> it looks promising, works reasonable but only supports SPDX 2, which is a bummer
2025-08-06T16:34:24 < ventyl> it seems that this fork diverged from the base which seems to support SPDX 3 but has incompatible API and lacks some features
2025-08-06T16:35:50 < karlp> meh, spdx3 can be converted from spdx2 by other tools, I wouldn't be upset about that.
2025-08-06T16:35:53 < qyx> what very first entry
2025-08-06T16:36:06 < qyx> yes I am saying it is clearly included in the class I listing
2025-08-06T16:36:11 < qyx> but it is bullshit
2025-08-06T16:36:17 < ventyl> qyx: https://www.cyberresilienceact.eu/the-cyber-resilience-act-annex-eu/#annexIII
2025-08-06T16:36:35 < ventyl> karlp: suitability of SBOM generator really depends on the way how you pull your dependencies in
2025-08-06T16:36:55 < ventyl> if you use git submodule, you are pretty much fucked up because no reasonable tool I know of can cope with it
2025-08-06T16:37:00 < qyx> because a device which uses a crypto box of any kind (a digital element) managing privileged access is clearly not an important product
2025-08-06T16:37:07 < qyx> because it is not providing such service to others
2025-08-06T16:38:03 < qyx> and because cra mandates *all* products must do access control, pretty much everythng would count as "managing privileged access"
2025-08-06T16:38:31 < ventyl> well, this applies to components, so not the whole product will be an important one, just the component providing this
2025-08-06T16:38:47 < ventyl> and then this component has to comply with whatever requirements are set for class 1
2025-08-06T16:39:19 < qyx> but it is an inherent part of the product, not using any component
2025-08-06T16:39:34 < qyx> (external nor internal)
2025-08-06T16:39:54 < ventyl> *software* component
2025-08-06T16:40:04 < qyx> yes software component I am talking about
2025-08-06T16:40:16 < qyx> you bet I am not doing class I certification for my password function
2025-08-06T16:41:04 < qyx> the same applies to a fucking for (;;) loop scheduling my tasks
2025-08-06T16:41:30 < qyx> which is clearly a task scheduler but is native part of the software
2025-08-06T16:44:14 < ventyl> well :)\
2025-08-06T16:44:38 < ventyl> we'll see who's gonna be the first one being slapped with fine for non-compliance
2025-08-06T16:44:43 < ventyl> then chaos begins
2025-08-06T16:55:27 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-08-06T17:02:48 < mercenary> none of the various .eu regulatory sites seems to have a .well-known/security.txt. tsk tsk tsk
2025-08-06T17:34:23 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-06T17:37:33 < karlp> qyx: I do not believe, for a second, that any user management in your app makes your product an "identity management system"
2025-08-06T17:40:46 < qyx> karlp: no but as ventyl says, the part of the code responsible for user management, may be
2025-08-06T17:41:03 < qyx> maybe the intention is to force anyone to use standard certified libraries for that
2025-08-06T17:41:59 < qyx> so instead of "I'll just take a ref impl of pbkdf and some salted secure hash, like, sha3 looks good" to "I have to use mbed-crypto for that because it is certified"
2025-08-06T17:43:24 < qyx> or even "you can't write your used user names to a file on your sd card" to "zephyr has this user management module certified, it can add users, delete users, etc., basically a k=v store"
2025-08-06T17:45:19 < qyx> the same goes for "task scheduler", that is "you may pick a class I certified rtos openrtos, zephyr"
2025-08-06T17:45:43 < qyx> but no nuttx because reasons, not your own because obviously buggy, no chibios because too open and too italian, etc.
2025-08-06T17:48:52 < karlp> I don't actually believe that's the interpretation at all.
2025-08-06T17:49:15 < karlp> there's also presumed compliance, so I don't think those sorts of claims about forcing people into certified shit are even valid either.
2025-08-06T17:50:07 < qyx> but then what, it misses the point altogether
2025-08-06T17:50:25 < qyx> you don't have to use certified component for class I functionality module
2025-08-06T17:50:36 < qyx> so certified components don't need to exist at all
2025-08-06T17:51:02 < ventyl> its quite hairy actually
2025-08-06T17:51:33 < ventyl> in certain cases of class I feature, it is sufficient to simply follow the guidelines for that kind of feature
2025-08-06T17:51:43 < ventyl> article 32 deals with it
2025-08-06T17:51:48 < karlp> no, I think you're overassuming "important" class of devices.
2025-08-06T17:52:37 < ventyl> well, that's actually shady
2025-08-06T17:52:44 < ventyl> because some of those classes apply to HW
2025-08-06T17:52:49 < ventyl> some do apply for HW and SW
2025-08-06T17:52:55 < ventyl> and some clearly apply only to SW
2025-08-06T17:53:06 < karlp> sure, you're interpreting ~everythign as being important class I, I'm saying no, only actual identity management systems are important class I.
2025-08-06T17:53:50 < qyx> so what's "identity management system" in the context of embedded hardware?
2025-08-06T17:54:00 < ventyl> there's explanation for it
2025-08-06T17:54:07 < qyx> I can't see it, where
2025-08-06T17:55:14 < karlp> there's not, it's just an example of a type of product that would ount as important.
2025-08-06T17:55:19 < mercenary> Suppose 'identity management system' only applies to PII as per GDPR?
2025-08-06T17:55:39 < karlp> as in, bionfifo readers, or card readers controlling acess, or ldap maangement software.
2025-08-06T17:56:15 < karlp> I  just don't see how you should interpret users and passwords for your own authorization of your own users are making your product "important"
2025-08-06T17:56:33 < karlp> expectation is that 90% of products are "default" not "important"
2025-08-06T17:56:35 < qyx> what does Marta thinks, our LI pro
2025-08-06T17:57:12 < qyx> I hope karlp is right
2025-08-06T17:57:16 < karlp> "Products with digital elements which have the core functionality of
2025-08-06T17:57:18 < karlp> a product category set out in Annex III shall be considered to be
2025-08-06T17:57:19 < qyx> otherwise SAFU
2025-08-06T17:57:20 < karlp> important products"
2025-08-06T17:57:22 < karlp> it's not -core functionality_
2025-08-06T17:57:22 < ventyl> qyx: there is a document, which I can't find now, which lists characteristics which make the product to fall into some category
2025-08-06T17:57:29 < karlp> so no way it counts as important just because it has users.
2025-08-06T17:57:44 < karlp> top of article 7, para 1
2025-08-06T17:58:36 < karlp> the rest of paragraph1 expclitiyl supports my claim.
2025-08-06T17:58:54 < karlp> integrating things that count as important, doesn't automatically make your product important.
2025-08-06T18:01:03 < BrainDamage> there might be forces that push you to use a pre-approved solution for the liabilities you have when the solution you chose prove defective, but I'm with kalrp and it's not the mislabeling of "important"
2025-08-06T18:02:42 < ventyl> karlp: what if you don't integrate such thing but develop said functionality on your own?
2025-08-06T18:03:09 < ventyl> i can't find it
2025-08-06T18:03:33 < qyx> and honestly, knowing some people working at the local CSIRT, I think nobody will ever bother
2025-08-06T18:06:30 < ventyl> I'd count this as a denial stage
2025-08-06T18:22:23 -!- tpnix [~Terry@65.181.13.66] has joined ##stm32
2025-08-06T18:24:34 -!- tpbsd [~Terry@65.181.12.197] has quit [Ping timeout: 276 seconds]
2025-08-06T18:26:16 -!- octorian [octo@2600:3c00::f03c:91ff:fe93:a61c] has quit [Quit: ZNC - http://znc.sourceforge.net]
2025-08-06T18:29:42 -!- octorian [octo@2600:3c00::f03c:91ff:fe93:a61c] has joined ##stm32
2025-08-06T18:32:12 < karlp> same thing I've been trying to say ventyl, uless it's "core functionality" of your product, it just doesn't count.
2025-08-06T18:36:18 < qyx> time to make kids some food otherwise they will eat me
2025-08-06T18:37:06 < BrainDamage> sounds like the premise of a movie
2025-08-06T18:37:33 < BrainDamage> man has to cook every day under the threat of being eaten himself if he were to miss a meal
2025-08-06T18:42:58 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 240 seconds]
2025-08-06T18:44:26 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-06T18:47:16 -!- tpbsd [~Terry@206.83.119.188] has joined ##stm32
2025-08-06T18:49:59 -!- tpnix [~Terry@65.181.13.66] has quit [Ping timeout: 260 seconds]
2025-08-06T19:04:40 < BrainDamage> one side effect of the law, I was thinking, is that many existing products updates will be stopped on dec 2027, to avoid getting covered by the "substantial modification" clause
2025-08-06T19:05:48 < BrainDamage> eg no os updates for phones for sure
2025-08-06T19:08:01 < karlp> lol, most phones don't get updates already.
2025-08-06T19:08:46 < BrainDamage> yeah, but that's a bit of a nail in the coffin
2025-08-06T19:09:01 < karlp> hrm, I think phone vendors are actually already in a better place for this already,
2025-08-06T19:11:00 < BrainDamage> other products like smart tvs will likely cease updates, those are necessary also eg to keep up with sites api updates
2025-08-06T19:28:12 < ventyl> BrainDamage: bunch of phones ever only get release major version and one major version update and then they are abandonned
2025-08-06T19:28:45 < BrainDamage> yes, but I am saying even that will cease to exist for products sold near that date
2025-08-06T19:33:07 < karlp> I kinda hope that they just have it all in the process by then, so it doesn't change much....
2025-08-06T19:33:12 < karlp> but... I'm not going to hold my breath.
2025-08-06T19:41:14 < BrainDamage> it's still extra commitment, costs money vs ... not doing it
2025-08-06T19:42:21 < BrainDamage> very few occasions a company in the position to avoid spending money for nearly 0 personal returns has done so
2025-08-06T19:46:46 < karlp> I know, but this shit will only work with automation for most companies, so once it's set up, even just as test runs... you just... leave it?
2025-08-06T19:46:52 < karlp> wishful thinking I guess :)
2025-08-06T19:54:22 < mercenary> Test suites don't maintain themselves. "Let me run testing against the frontend for good measure" "Oh, some OS update broke the test suite. Let's find the source for it. ...." 4 yaks later "ok, what did I set out to do again?" True story
2025-08-06T19:56:21 < ventyl> for most part this is due to shitty testing infrastructure or tests testing the wrong thing
2025-08-06T19:56:29 < ventyl> I've seen too many tests testing the implementation rather the behavior
2025-08-06T19:56:43 < ventyl> then the implementation changed and tests failed in the most nasty way possible
2025-08-06T20:04:50 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-06T20:34:10 < mercenary> Mostly shitty testing infrastructure using the latest and greatest hipsterware. Pulls in stuff from 17 different projects, and if one of them decides to break ABI it falls apart
2025-08-06T20:45:53 -!- SystemError [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-06T20:52:48 -!- SystemError [~SystemErr@user/systemerror] has joined ##stm32
2025-08-06T21:02:39  * ventyl shrugs
2025-08-06T21:02:46 < ventyl> don't learn how to version from openssl guys, maybe?
2025-08-06T21:09:37 -!- SystemError [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-06T21:17:11 -!- SystemError [~SystemErr@user/systemerror] has joined ##stm32
2025-08-06T21:54:07 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-06T22:18:50 -!- IanW_ [~IceChat9@31.94.62.196] has joined ##stm32
2025-08-06T22:30:29 -!- IanW_ [~IceChat9@31.94.62.196] has quit [Ping timeout: 260 seconds]
2025-08-06T22:31:59 -!- IanW_ [~IceChat9@31.94.62.196] has joined ##stm32
2025-08-06T22:53:43 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 245 seconds]
2025-08-06T22:59:21 -!- IanW_ [~IceChat9@31.94.62.196] has quit [Quit: Bye]
2025-08-06T23:18:19 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
--- Day changed Thu Aug 07 2025
2025-08-07T00:43:46 < qyx> back to the BQ25756 adventure again!
2025-08-07T00:50:29 < jbo> yay! I'm ready!
2025-08-07T00:51:21 < qyx> yeah, would you cross check the sch?
2025-08-07T00:51:32 < qyx> not ready yet though
2025-08-07T00:51:58 < qyx> you have the only working implementation of that charger I know about :P
2025-08-07T00:52:02 < jbo> sure
2025-08-07T00:54:17 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-07T00:57:32 < qyx> jbo: what the hell is the MODE pin? the nonexistent one?
2025-08-07T01:04:07 < jbo> qyx, isn't that specifically marked as nc?
2025-08-07T01:04:20 < jbo> I recall something about factory testing
2025-08-07T01:04:32 < jbo> but afaik it's not listed explicitly (other than nc) in the pin function table
2025-08-07T01:08:41 < qyx> all NC pins are marked as "leave floating, do not connect to PGND"
2025-08-07T01:09:32 < qyx> and there are two example schematics explicitly connecting MODE pins to PGND
2025-08-07T01:09:43 < jbo> yes, I remember
2025-08-07T01:09:50 < jbo> hang on, I'll check my schematics
2025-08-07T01:10:06 < jbo> yes, don't do that
2025-08-07T01:10:08 < jbo> I was confused by that too
2025-08-07T01:10:17 < jbo> I think I even asked someone at TI
2025-08-07T01:12:01 < qyx> thanks, you are being very helpful today
2025-08-07T01:14:30 < qyx> also I can't see any difference between BQ25756 and BQ25756E
2025-08-07T01:15:37 < jbo> number of cells and MPPT
2025-08-07T01:15:58 < jbo> E is like cut down version
2025-08-07T01:16:52 < qyx> oh I see 36 V only
2025-08-07T01:16:56 < jbo> yeah
2025-08-07T01:18:09 < jbo> aah, looks like E does MPPT too - bad memory on my end
2025-08-07T01:18:16 < jbo> but definitely different vmax
2025-08-07T01:31:24 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-08-07T01:42:45 < qyx> did you use gate resistors?
2025-08-07T01:43:51 < jbo> nope
2025-08-07T01:44:10 < jbo> HIDRVx and LODRVx directly to gates
2025-08-07T01:44:50 < jbo> keep in mind that I use the internal LDO for the gate voltage which sort of implies low gate capacitance.
2025-08-07T01:46:29 < qyx> yeah I will try to use GAN3R2
2025-08-07T02:03:52 -!- tpbsd [~Terry@206.83.119.188] has quit [Remote host closed the connection]
2025-08-07T02:04:12 < qyx> hm but 13 nC gate charge total is not particularly low
2025-08-07T02:04:16 -!- tpbsd [~Terry@206.83.119.188] has joined ##stm32
2025-08-07T02:04:43 < qyx> I will probably feed DRV_SUP from an external switcher
2025-08-07T02:14:35 < jbo> yeah that's doable
2025-08-07T02:14:42 < jbo> 4.5V to 12V >50mA
2025-08-07T02:15:37 < qyx> just selected IGC019S06S1XTMA1 
2025-08-07T02:15:56 < qyx> it is two times better in Rdson and Qgtot than the original one
2025-08-07T02:17:08 < jbo> can't you drive that from REGN?
2025-08-07T02:18:26 < jbo> aah, probably just outside the SOA
2025-08-07T02:42:43 < qyx> The battery current sense resistor between SRP and SRN is fixed at 5 mΩ; using a different value is not recommended.
2025-08-07T02:42:46 < qyx> gtfo
2025-08-07T02:57:33 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-07T02:58:28 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-08-07T02:58:51 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-07T03:34:14 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-07T05:49:18 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-07T06:12:02 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-08-07T06:23:57 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-07T06:41:47 -!- tpbsd [~Terry@206.83.119.188] has quit [Read error: Connection reset by peer]
2025-08-07T06:42:18 -!- tpnix [~Terry@206.83.119.188] has joined ##stm32
2025-08-07T06:53:16 < jbo> jup - I faced the same issue
2025-08-07T06:55:57 -!- SystemError [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-07T07:14:43 -!- SystemError [~SystemErr@user/systemerror] has joined ##stm32
2025-08-07T07:15:38 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-08-07T07:16:32 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-07T08:03:49 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-07T08:13:50 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-07T08:21:08 < jpa-> i thought ##stm32 was a safe space, but there is jbo flapping his BQ around again
2025-08-07T08:40:52 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-08-07T08:42:03 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 245 seconds]
2025-08-07T08:43:58 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-07T09:30:52 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-08-07T09:36:43 < qyx> jbo: I am using 1mR and I have no fear
2025-08-07T09:41:52 < jpa-> it doesn't really matter, it'll burn either way
2025-08-07T09:45:58 < qyx> https://bin.jvnv.net/file/qOG4e/Screenshot_2025-08-07_08-45-40.png
2025-08-07T09:50:33 < jpa-> add testpoints to signals where you can
2025-08-07T09:51:48 < qyx> yeah, later!
2025-08-07T09:52:11 < jpa-> and definitely have DRV_SUP external feed
2025-08-07T09:53:54 < qyx> do you remember what mosfets did you use?
2025-08-07T09:55:42 < jpa-> epc2204
2025-08-07T09:56:30 < jpa-> (ganfets)
2025-08-07T09:57:47 < qyx> oh yeaj I forgot
2025-08-07T09:58:26 < qyx> I will try 
2025-08-07T09:58:30 < qyx> IGC019S06S1
2025-08-07T09:59:05 < jpa-> i think most of my failures were due to soldering.. i had very tight layout and i hate QFN
2025-08-07T10:03:25 -!- radhitya [~b4f7aa4a@user/radhitya] has joined ##stm32
2025-08-07T10:03:56 < Steffanx> How's your new hobby going jpa- ?
2025-08-07T10:04:31 < jpa-> good
2025-08-07T10:05:05 < Steffanx> Do you have the windfinder.com website open 24/7 now?
2025-08-07T10:05:32 < radhitya> is it 'worth it' to use arduino ide, instead of stm32cubeide? i tried and it was an awful experience for me. i usually go with arm-non-eabi-gcc, but it does not works which leaves me a question what happens?
2025-08-07T10:05:42 < radhitya> currently i'm learning bare metal programming with stm32 blue pill
2025-08-07T10:05:59 < Steffanx> Arduino ide is never worth it.
2025-08-07T10:06:07 < jpa-> though i got a bit scared yesterday when local news reported that a windsurfer was reported lost and the rescue services found him as a sailboater.. i don't want to turn into a sailboater
2025-08-07T10:06:22 < Steffanx> Unless you like pain. Like jpa- likes bq*
2025-08-07T10:07:03 < jpa-> radhitya: avoid both cube ide and arduino ide
2025-08-07T10:07:36 < radhitya> jpa-, Steffanx, thank you!
2025-08-07T10:08:16 < qyx> jpa-: what does it mean to turn into sailboater?
2025-08-07T10:08:41 < qyx> I don'ŧ get it
2025-08-07T10:09:23 < jpa-> qyx: the news didn't have details, but i assume someone mistook a sailboat as a windsurfer, reported it lost when a storm made them drop sails or something, and then rescue services kept searching until they figured out it was the sailboat that was fine..
2025-08-07T10:11:37 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-07T10:13:37 < tpnix> radhitya, so youre learning assembly on bluepill ?
2025-08-07T10:16:58 < radhitya> thank you, i will stay with arm-none-eabi-gcc after it was my code fault which made i think there was something with the program (the code used to work with previous linux distro)
2025-08-07T10:18:05 < radhitya> tpnix, sadly, no
2025-08-07T10:19:53 < radhitya> stm32 bare metal programming is my plan to be an embedded programmer (i'm an electrical engineering student from indonesia)
2025-08-07T10:21:02 < tpnix> radhitya, assembly with gdb-tui via swd is not too painful, it makes it easy to see where youve gone wrong
2025-08-07T10:21:18 < radhitya> may i know the roadmap? if you dont know where to start, maybe you could think "if you were 20 years old, what wish you knew what you should do?"
2025-08-07T10:21:26 < tpnix> you dont need a ide for that, just a editor
2025-08-07T10:21:27 < radhitya> i mean the stm32 learning path roadmap
2025-08-07T10:21:37 < jpa-> assembly coding is pretty niche nowadays
2025-08-07T10:21:47 < radhitya> re (assembly widh gdb-tui): i appreciate, tpnix :)
2025-08-07T10:21:52 < jpa-> much more important to be able to make good c/c++ code
2025-08-07T10:22:00 < radhitya> i will look about swd later
2025-08-07T10:22:52 < qyx> 20 and more years ago I was starting in assembly on 68hc11
2025-08-07T10:23:13 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-07T10:23:24 < qyx> but I would not today, I would start on a *recent* arm cortex-m with plain C
2025-08-07T10:23:43 < tpnix> radhitya, swd is how one flashes and debugs cortec-m such as the mcu in the bluepill
2025-08-07T10:23:49 < tpnix> cortex-m
2025-08-07T10:24:11 < qyx> and I hope you are not starting in 2025 on a mcu from 2011
2025-08-07T10:24:20 < qyx> that is, on stm32f103
2025-08-07T10:24:54 < BrainDamage> c is what you'll use 95% of the time, there might be some tiny asm function you'll use for specific scope or to debug some behaviour but not something I'd focus learning on
2025-08-07T10:25:34 < jpa-> qyx: stm32f103 is 2008 :)
2025-08-07T10:25:45 < qyx> or even that
2025-08-07T10:25:53 < jpa-> good times
2025-08-07T10:26:04 < radhitya> i'm so grateful with all the answer :D
2025-08-07T10:26:10 < radhitya> btw, i use stm32 bluepill
2025-08-07T10:26:16 < tpnix> radhitya, if I was 20 years old I'd install https://ollama.com/library/qwen3:4b-instruct-2507-q8_0 and then as it what to do 
2025-08-07T10:26:16 < qyx> for some reason I remember it was recent when I was starting with stm32
2025-08-07T10:26:24 < tpnix> ask it
2025-08-07T10:26:51 < radhitya> tpnix: good advice :D
2025-08-07T10:26:53 < qyx> radhitya: yes and that's wrong
2025-08-07T10:27:11 < radhitya> where is the wrong, qyx?
2025-08-07T10:27:26 < qyx> get a decent nucleo board from ST, it comes with a debugger for free and is like $10-$15
2025-08-07T10:27:30 < qyx> depending on which one you choose
2025-08-07T10:27:37 < qyx> G4 is a good start
2025-08-07T10:27:41 < tpnix> jpa-, the stm32f103 is actually circa 2003 iirc, not that it matters as Chinese clones are selling today
2025-08-07T10:27:52 < jpa-> tpnix: i don't think it is
2025-08-07T10:27:58 < qyx> in 2003 there were no stm32s
2025-08-07T10:27:59 < jpa-> datasheet says 2008 as initial release
2025-08-07T10:28:35 < jpa-> but in any case, it has a lot of stuff that is not useful to learn nowadays, like GPIOv1
2025-08-07T10:28:41 < radhitya> qyx: unfortunetaly, i can't afford it because pricey ($30 in here)
2025-08-07T10:28:42 < qyx> yeah
2025-08-07T10:28:48 < tpnix> jpa-, perhaps that when STM bought the license ?
2025-08-07T10:29:15 < radhitya> also, i have a black pill too
2025-08-07T10:29:24 < qyx> black pill is F411?
2025-08-07T10:29:28 < qyx> a little bit better
2025-08-07T10:29:36 < radhitya> yes
2025-08-07T10:29:41 < tpnix> radhitya, yeah, for indonesia there is a different economy, Im a Australian to I have some idea about that from friends there
2025-08-07T10:29:41 < qyx> but still no debugger
2025-08-07T10:30:46 < qyx> I don't understand how this world works, we are definitely from the (nearly) most expensive part of the world and yet you can get a nucleo cheaper than a pizza
2025-08-07T10:31:48 < jpa-> just program one of the boards as debugger then
2025-08-07T10:32:02 < jpa-> with blackmagicprobe or similar
2025-08-07T10:32:38 < tpnix> the bluepill works nicely with blackmagic probe
2025-08-07T10:32:42 < radhitya> uart, i2c, spi, gpio, adc/dac, timers/counters, pwm, watchdog, interrupts,dma, clock, jtag/swd,gdb.. are enough?
2025-08-07T10:32:50 < radhitya> sorry.. are uart .. enough?
2025-08-07T10:33:21 < qyx> how do you mean enough? you need to know more than just peripherals
2025-08-07T10:33:55 < qyx> you are not writing "I can do UART but as of now, I haven't done any SPI yet" in your CV
2025-08-07T10:33:55 < jpa-> knowing how to use a debugger is essential, because nothing ever works
2025-08-07T10:34:41 < qyx> you need to grasp what is the general approach to programming and then you are able to solve all kinds of problems, more or less
2025-08-07T10:35:03 < qyx> embedded programming is more about being able to track a fuckton of information
2025-08-07T10:35:22 < qyx> a bit of experience, a bit of gut
2025-08-07T10:35:27 < qyx> and some theory
2025-08-07T10:35:29 < radhitya> To be honest, I hope someone can give me a roadmap to be an embedded engineer ... so what I mentioned is a list that I should know, at least basic
2025-08-07T10:40:25 < radhitya> *i should learn
2025-08-07T11:09:10 < Steffanx> Learn, play, work (a lot), burnout.
2025-08-07T11:09:47 < qyx> a lot.
2025-08-07T11:10:10 < Steffanx> Become a sailboat?
2025-08-07T11:11:07 < jpa-> you can burnout even without working a lot
2025-08-07T11:20:40 < Steffanx> Yeah for sure
2025-08-07T12:27:24 -!- t4nk_fn [~Go@user/t4nk] has quit [Server closed connection]
2025-08-07T12:29:09 -!- t4nk_freenode [~Go@user/t4nk] has joined ##stm32
2025-08-07T12:30:30 -!- t4nk_freenode is now known as t4nk_fn
2025-08-07T13:46:07 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-07T13:46:08 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-07T14:00:21 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Read error: Connection reset by peer]
2025-08-07T14:06:12 < karlp> ~huh, I've been doing bitfields  "wrong" I guess: https://paste.jvnv.net/view/jP0Sv
2025-08-07T14:06:39 < karlp> my flags count as MSBs, at bits 31, 30, 29, 28, not 0,1,2,3 like I thought I'd done..
2025-08-07T14:15:17 < karlp> zyp/steffanx: what was the 3x3mm "ws2812" style led you guys were using? ran on 3.3v iirc?
2025-08-07T14:16:20 < Steffanx> I think it was zyp. Mine was larger I recall, but low power
2025-08-07T14:16:27 < karlp> that's good too?
2025-08-07T14:17:45 < Steffanx> And spi, not the commonish ws28xx protocol 
2025-08-07T14:18:01 < Steffanx> And not 3.3v :P
2025-08-07T14:18:34 < Steffanx> It was hd107(s). Something I bought on AliExpress 
2025-08-07T14:19:03 < Steffanx> I don't recall mr zyp using that one
2025-08-07T14:19:12 < karlp> oh, no, 3.3v is important I think.
2025-08-07T14:19:46 < karlp> hd107 is lower power what, when it's off?
2025-08-07T14:19:51 < Steffanx> Yes
2025-08-07T14:20:29 < karlp> ws28xx shits don't even seem to specify off consumption?
2025-08-07T14:20:44 < Steffanx> Actually < 1uA instead of the >500uA of a random ws28xx
2025-08-07T14:21:57 < karlp> sk6805 isn't 3.3v compat either (that's on the orbtracemini)
2025-08-07T14:42:56 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-07T14:42:56 < zyp> yeah, sk6805-ec15 is what I've been using
2025-08-07T14:43:08 < karlp> yah, found it on the orbtracemini sch
2025-08-07T14:43:09 < zyp> I haven't used any 3.3V ones
2025-08-07T14:43:30 < karlp> pal is doing a liion powered thing, wanted leds.
2025-08-07T14:43:32 < zyp> suspect that quickly gets into Vf issues
2025-08-07T14:43:56 < karlp> yah, I suspect making a 5V supply is easiest, even if you still get 3.3v IO compat ones.
2025-08-07T14:45:21 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 248 seconds]
2025-08-07T14:59:22 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-07T15:33:16 < karlp> "If your website needs to issue requests to localhost, then you just need to upgrade your website to HTTPS."
2025-08-07T15:33:47 < karlp> if only I could get certs for https for private websites without public dns.....
2025-08-07T15:35:35 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-07T15:36:25 < karlp> I have a weird problem where "somethign" is busting a http:// page from opening a ws:// on the same origin, but it works when in icognito mode.
2025-08-07T15:36:55 < karlp> Ithought it was an org managed network monitoring extension that a colleague has on her chrome, but another workpal has the same extension and it works just fine.
2025-08-07T15:50:43 < tomeaton17> man nordic should be more clear with their "compability" of the nrf7002 with the nrf9160. Turns out it only supports wifi discovery
2025-08-07T15:54:50 < qyx> when I was reading nrf9x ds, it was pretty specific it is only discovery?
2025-08-07T15:55:19 < qyx> *explicit
2025-08-07T15:57:22 < qyx> oh and nrf7002 is something new? a standalone wifi6 mac+phy?
2025-08-07T16:00:32 < zyp> not that new
2025-08-07T16:00:43 < zyp> but yeah, I have a devboard for it on my desk
2025-08-07T16:02:03 < qyx> I have some maya u-bloces
2025-08-07T16:02:08 < qyx> those are sdio though
2025-08-07T16:02:15 < qyx> host based, not standalone
2025-08-07T16:02:19 < qyx> should devicetree them and try
2025-08-07T16:03:59 < zyp> I don't entirely like that the nrf70 doesn't look usable without zephyr
2025-08-07T16:04:59 < zyp> I talked a stm32h5 into a project that the nrf54l is a bit underpowered for, and I'll probably still have to run zephyr on it to drive the nrf70
2025-08-07T16:06:24 < qyx> is the driver so complex it is not feasible to run it without it?
2025-08-07T16:06:46 < qyx> or the protocol alone
2025-08-07T16:08:13 < zyp> I'm not sure it's documented
2025-08-07T16:08:56 < zyp> might be feasible to rip the driver out of zephyr though, or just reverse the protocol from it
2025-08-07T16:36:11 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-08-07T16:57:54 < tomeaton17> qyx where did you see that?
2025-08-07T16:58:24 < tomeaton17> looking at ram requirements for even a udp socket you are left with very little left for other applications on 9x
2025-08-07T16:59:52 < qyx> I could't find that but I remember being whoa what
2025-08-07T17:01:56 < tomeaton17> yeah its pretty underpowered to be honest, think I will have to look at something else. Running without zephyr highly experimental apparently
2025-08-07T17:04:39 < tomeaton17> what have you chaps used for lte+wifi in the past?
2025-08-07T17:08:19 < qyx> for LTE I am using mikrotiks in miniPCI-e slots or MEIG-link SLM320
2025-08-07T17:08:37 < qyx> r11e-lte
2025-08-07T17:09:12 < qyx> also sim7000e is ok for lte-nb1
2025-08-07T17:10:04 < qyx> for wifi I have some samples of maya-w2 to try
2025-08-07T17:10:09 < qyx> from u-blox
2025-08-07T17:13:04 < tomeaton17> ah alright so you are less of a soc/sip enjoyer?
2025-08-07T17:13:44 < qyx> I am stm32 and linux only
2025-08-07T17:13:48 < qyx> no fancy nordics
2025-08-07T17:14:08 < qyx> I am now using some u-blox nrf52 modules for bluetooth
2025-08-07T17:14:24 < qyx> and I am using them over serial despite having a free mcu directly on them
2025-08-07T17:14:24 < tomeaton17> i see
2025-08-07T17:15:49 < zyp> in the stm32h5 project, we'll keep the nrf54l for bluetooth, will probably just run HCI towards it
2025-08-07T17:16:14 < tomeaton17> i am in the fun stage of building a new bms. going to massively overspec it for the initial run. no guidance or requirements from up top so hopefully I can build a catch all and down spec at a later stage
2025-08-07T17:17:17 < qyx> bms with lte?
2025-08-07T17:17:44 < qyx> zyp: just curious, why h5? cost?
2025-08-07T17:18:16 < qyx> I can't see any benefit compared to h7, if you don't need the m33 crypto
2025-08-07T17:19:38 < tomeaton17> qyx its for eventual use in home battery storage, lte provision for logging and potential provisioning for distributed energy brokering. Could probably get away with just wifi but I am sure if I do that then top brass will ask for lte
2025-08-07T17:21:19 < qyx> I have a home battery storage. I would definitely want ethernet
2025-08-07T17:21:24 -!- zapb [~zapb@static.127.92.47.78.clients.your-server.de] has quit [Server closed connection]
2025-08-07T17:21:33 -!- zapb_ [~zapb@2a01:4f8:c010:372f::1] has joined ##stm32
2025-08-07T17:22:27 < qyx> and more specifically, I would like to have 10Base-T1S ethernet for that :P
2025-08-07T17:24:48 < tomeaton17> don't worry adding ethernet too. Design is a real pain as the battery chemistry means I can't really use any standard AFEs or balancing ics
2025-08-07T17:25:34 < qyx> there are multi chemistry too
2025-08-07T17:26:43 < tomeaton17> none which work with what we have sadly, I have looked quite extensively
2025-08-07T17:28:44 < tomeaton17> the balancing is the main problem
2025-08-07T17:41:16 < qyx> battery management ICs are definitely ones from the most awful
2025-08-07T17:45:18 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-07T17:49:01 < zyp> qyx, well, the initial criterias I used when I picked it out was «what's the chip that'll give me most adc inputs when also using RMII?»
2025-08-07T17:49:32 < zyp> IIRC f4 had slightly more, but h5 better on other points
2025-08-07T17:49:57 < zyp> and the price point of h5 is pretty nice
2025-08-07T17:52:21 < Steffanx> Which H5?
2025-08-07T17:52:24 < zyp> h563
2025-08-07T17:52:57 < Steffanx> If you plan on using the DAC as well. Don't forget to start reading the device errata
2025-08-07T17:53:14 < zyp> oh, good call
2025-08-07T17:53:27 < zyp> what's up with the DAC? we might use that
2025-08-07T17:54:32 < zyp> > Invalid DAC output voltage for several DAC kernel clocks
2025-08-07T17:54:33 < zyp> this?
2025-08-07T17:54:40 < Steffanx> Yeah
2025-08-07T17:55:03 < zyp> what does it mean in practice?
2025-08-07T17:56:05 < zyp> also, the «as many adc channels as possible» requirement is gone
2025-08-07T17:56:25 < Steffanx> For me it was: the output wasn't updated even though the register had the right value
2025-08-07T17:56:29 < zyp> chip has 9, we needed 15
2025-08-07T17:56:53 < zyp> nothing needs to be particularly fast, so just slap an 8:1 mux on it
2025-08-07T17:57:28 < zyp> and then boss wanted to fit it in qfp100 and we started running out of IO, so we'll probably just slap a second 8:1 mux on it
2025-08-07T17:58:05 < qyx> just use bga
2025-08-07T17:59:19 < zyp> nah, it's fine
2025-08-07T18:00:32 < zyp> Steffanx, AIUI workaround is «just clock it from sysclk or hclk, is there any reason to not just do so?»
2025-08-07T18:04:18 < Steffanx> Yes maybe I have to look again why something :P
2025-08-07T18:18:02 < Steffanx> It's been a while since I've worked on this project 
2025-08-07T18:33:55 < qyx> huh have you ever seen a chemical fuse which can be blown by applying a current to its third input?
2025-08-07T18:36:47 < qyx> https://www.littelfuse.com/products/fuses-overcurrent-protection/battery-protector/itv-three-terminal-fuses/itv4030-12a
2025-08-07T18:36:50 < qyx> here we go
2025-08-07T19:06:28 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-07T19:07:45 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-07T19:08:10 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-07T19:08:56 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-07T19:09:16 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Client Quit]
2025-08-07T19:09:57 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-07T19:25:54 < Steffanx> zyp. Unless im totally misunderstanding them. This was part of the problem: https://usercontent.irccloud-cdn.com/file/Ohz1w4Xm/image.png
2025-08-07T19:26:49 < Steffanx> So the DAC issues forces you to use a certain clock, the adc clock source is the same. You cannot prescale it because of that constraint.
2025-08-07T19:27:34 < Steffanx> The ADC clock is limited to something, so your hclk or sysclk is limited 
2025-08-07T19:29:00 < Steffanx> Also at the time when I wrote the firmware the ADC clock scheme diagram was a bit unclear, but i see they fixed that. The "adc_ker_ck" label was missing.
2025-08-07T19:30:19 < Steffanx> That constraint is in the ref manual btw.
2025-08-07T19:30:52 < zyp> right
2025-08-07T19:31:59 < zyp> by the way, did anybody play with baremetal cortex-a before?
2025-08-07T19:33:34 < Steffanx> and adc_ker_ck is limited to 75MHz (or less depending on your VOS)
2025-08-07T19:35:06 < zyp> I've poked around with rpi5 a bit and can boot and print a hello world to the uart, but when I enable the MMU, I can't access the peripheral area anymore
2025-08-07T19:35:52 < zyp> I've identity mapped both the memory and the peripheral area, but I can't access the latter
2025-08-07T19:37:09 < zyp> I can attach the debugger and singlestep the code to confirm it runs, and also peek/poke memory, but not peripherals
2025-08-07T19:37:59 < zyp> the natural conclusion is that the peripheral mapping is somehow wrong, but I don't see how
2025-08-07T20:02:51 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-08-07T20:08:01 -!- tpbsd [~Terry@65.181.15.234] has joined ##stm32
2025-08-07T20:10:44 -!- tpnix [~Terry@206.83.119.188] has quit [Ping timeout: 260 seconds]
2025-08-07T20:11:08 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-08-07T20:24:30 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-07T21:26:21 < Famine> zyp, it's broadcom so everything is probably wrong and you need to sign an NDA
2025-08-07T21:44:59 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-07T21:48:10 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-07T21:49:03 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-08-07T21:49:28 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-07T22:00:28 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 240 seconds]
2025-08-07T22:01:43 < qyx> for cortex-a I would go nxp or microchip
2025-08-07T22:02:06 < qyx> zyp: what are you innovating?
2025-08-07T22:30:04 < zyp> I wanted to experiment doing a simple hypervisor
2025-08-07T22:30:52 < zyp> initially just a thin shim that I can boot linux underneath
2025-08-07T22:31:36 < zyp> then if I get that working, I wanna try partitioning of a core and some memory for realtime stuff
2025-08-07T22:31:57 < qyx> isn't it easier to reserve one core for RT stuff?
2025-08-07T22:32:08 < zyp> exactly
2025-08-07T22:32:25 < qyx> can't be linux told to not init one of the cores?
2025-08-07T22:32:33 < qyx> and then do whatever later with it?
2025-08-07T22:33:11 < zyp> https://github.com/siemens/jailhouse this is pretty much what I want to do
2025-08-07T22:35:28 < zyp> or https://github.com/syswonder/hvisor
2025-08-07T22:36:17 < qyx> hm the first one works on imx8
2025-08-07T22:36:42 < zyp> there's a fork that looks better maintained
2025-08-07T22:36:51 < zyp> https://github.com/Minervasys/jailhouse
2025-08-07T22:37:28 < zyp> I've been meaning to test that, but it seems a bit annoying to set up, so I haven't gotten around to it yet
2025-08-07T22:38:51 < zyp> I don't really want something that needs a pile of kernel patches to work, seems a maintenance hassle
2025-08-07T22:39:24 < zyp> much easier if I can just boot into the hypervisor first and have it spin up a plain unpatched kernel for the linux domain
2025-08-07T22:42:31 < ventyl> these SoCs often contain cortex-M along
2025-08-07T22:42:32 < Famine> found some interesting things in the clang PRs, looks like clang's c++ compiler supports _BitInt 
2025-08-07T22:42:36 < ventyl> there the realtime can run
2025-08-07T22:45:16 < zyp> they usually can't access pcie resources
2025-08-07T22:52:05  * Famine hates FTDI with a burning passion now
2025-08-07T22:53:09 < Famine> it is really annoying when a company releases a chip then tries to force upgrades to a newer chip by breaking all the dev links on their website and obsoleting software / sdks for an active chip
2025-08-07T22:57:16 < ventyl> that happens quite often
2025-08-07T22:58:22 < Famine> ventyl, thankfully they didn't strip the debug info from the emulator lib so i can find what i need in IDA
2025-08-07T23:01:07 < antto> it smells like h4x0rz in here
2025-08-07T23:01:57 -!- SystemError [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-07T23:12:38 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-08-07T23:20:12 < Famine> what do h4x0rz smell like ?
2025-08-07T23:22:19 -!- tpbsd [~Terry@65.181.15.234] has quit [Quit: I'm quitting to find peace with my inner stack !]
2025-08-07T23:22:33 -!- tpbsd [~Terry@65.181.15.234] has joined ##stm32
2025-08-07T23:23:05 -!- tpbsd [~Terry@65.181.15.234] has left ##stm32 []
2025-08-07T23:24:42 < qyx> I am considering getting rid of the cell balancing ic and just do the thing in software
2025-08-07T23:24:56 < qyx> but but *safety*
2025-08-07T23:25:17 < antto> and now it starts to smell like explosions
2025-08-07T23:40:18 -!- qyx [~qyx@84.245.120.14] has quit [Ping timeout: 276 seconds]
2025-08-07T23:41:36 -!- qyx [~qyx@84.245.120.159] has joined ##stm32
2025-08-07T23:53:48 -!- hexo__ [~hexo@user/hexo] has quit [Remote host closed the connection]
--- Day changed Fri Aug 08 2025
2025-08-08T01:13:21 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-08-08T01:13:34 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-08T01:24:26 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-08T01:34:54 -!- Steffanx [sid97872@user/steffanx] has quit [Server closed connection]
2025-08-08T01:35:05 -!- Steffanx [sid97872@user/steffanx] has joined ##stm32
2025-08-08T01:36:57 -!- Livio [~livio@user/livio] has quit [Ping timeout: 240 seconds]
2025-08-08T02:16:27 < qyx> antto: noo
2025-08-08T02:29:37 < ColdKeyboard> Did anyone use DSLogic U3Pro16 or similar logic analyzer to sniff out USB 2.0 data lines?
2025-08-08T02:30:22 < ColdKeyboard> What threshold level should I set and at 1GHz I should at least see something, right?
2025-08-08T02:52:29 < zyp> you want to sniff HS? forget about it
2025-08-08T02:56:44 < zyp> you'll probably ruin the signal by attaching probes to it, you'll probably not be able to make out HS levels properly and 1GHz is way too slow to get anything decodeable out of a 480Mb/s stream
2025-08-08T02:57:01 < qyx> your eyez will be distorted
2025-08-08T02:58:02 < zyp> you need something like 4x oversampling at least, so at 2GHz you're starting to have somewhat of a chance if you have a suitable frontend
2025-08-08T02:58:34 < zyp> just get a cynthion or something
2025-08-08T03:34:10 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-08T04:37:54 -!- ilgrim [~ilgrim@xinu.me] has quit [Server closed connection]
2025-08-08T04:38:12 -!- ilgrim [~ilgrim@xinu.me] has joined ##stm32
2025-08-08T06:07:33 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-08-08T06:57:46 < radhitya> https://github.com/radh1tya/bare-metal-stm32/blob/main/one/main.c
2025-08-08T06:58:08 < radhitya> i want to ask something: how to use two output in PORT A?
2025-08-08T06:58:11 < radhitya>  GPIOA_CRH = ((GPIO_CRH_RR & ~(0xfU << 4)) | (0x3U << 4));
2025-08-08T06:58:57 < radhitya> i only use MODE 4 which stands for GPIO x9
2025-08-08T06:59:26 < radhitya> i want to use A9 and A10. sadly, i dont have idea with A10..
2025-08-08T07:05:20 < radhitya> okay, looks like i need CRL
2025-08-08T07:22:13 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-08T07:44:41 -!- haritz [~hrtz@user/haritz] has quit [Remote host closed the connection]
2025-08-08T07:56:24 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-08T08:29:55 < qyx> you should not access registers directly
2025-08-08T08:30:04 < qyx> nobody will ever be able to read your code
2025-08-08T08:30:11 < qyx> we have libraries and HALs for that
2025-08-08T08:40:34 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 272 seconds]
2025-08-08T08:42:11 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-08T08:44:48 < jpa-> depends
2025-08-08T08:45:02 < jpa-> but yeah, for gpio config a function makes it clearer
2025-08-08T08:48:15 < radhitya> qyx: how to use hal library without STM32CUBEIDE? i always wanted it, but i failed. Is there linux package for that?
2025-08-08T08:51:23 < ventyl> let Cube generate HAL for your project specifically and then you can use it even from Windows 95 Notepad
2025-08-08T08:53:51 < jpa-> something like   #include <stm32f1xx_hal.h>   HAL_GPIO_Init(GPIOA, &(GPIO_InitTypeDef){.Pin = 9, .Mode = GPIO_MODE_OUTPUT_PP});
2025-08-08T08:54:04 < jpa-> but yeah, you can also generate pin mappings from the gui
2025-08-08T09:25:38 -!- martinmoene_ [~martinmoe@132.229.46.129] has joined ##stm32
2025-08-08T09:31:20 < ventyl> the main problem is that linker scripts are hard to come by
2025-08-08T09:31:27 < ventyl> rest kind-of can be obtained from GitHub
2025-08-08T09:39:23 < jpa-> lol
2025-08-08T09:41:48 -!- dudv2 [~dudv2@user/DudV2] has changed host
2025-08-08T09:41:58 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32
2025-08-08T09:50:52 < ventyl> care to elaborate?
2025-08-08T09:51:13 < ventyl> each Cube repo on github has different properties regarding linker scripts
2025-08-08T09:54:09 < jpa-> sounds weird, but i haven't used cubeide
2025-08-08T09:54:17 < jpa-> normally you rarely need to customize linker scripts
2025-08-08T09:54:28 < jpa-> just use whatever ships with the HAL you are using
2025-08-08T09:54:42 < ventyl> yeah but some Cube repos literally don't contain linker script templates
2025-08-08T09:54:49 < ventyl> in certain cases I had to rip them from examples
2025-08-08T10:20:53 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 248 seconds]
2025-08-08T10:24:28 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-08T10:33:39 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-08T10:34:03 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-08T10:41:21 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-08T10:41:45 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-08T10:48:40 < jpa-> how do you people organize prototype pcbs? they're such varying shapes that putting them into ESD bags and into a box makes just a huge mess and risks damage to connectors
2025-08-08T10:48:50 < jpa-> also, all my boxes are full
2025-08-08T10:50:34 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 265 seconds]
2025-08-08T10:54:43 < ventyl> i make them do the work, no need to store them
2025-08-08T10:55:02 -!- martinmoene_ [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-08-08T10:58:34 < jpa-> them?
2025-08-08T11:00:37 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-08T11:01:39 < ventyl> prototype pcbs
2025-08-08T11:15:26 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-08T11:19:18 -!- martinmoene_ [~martinmoe@132.229.46.129] has joined ##stm32
2025-08-08T11:45:05 < tomeaton17> jpa-: thats why you have multiple boxes :)
2025-08-08T11:45:25 < tomeaton17> I have a carousel with varying sized bins which can fit everything
2025-08-08T11:45:33 < jpa-> my room is full
2025-08-08T12:19:11 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-08T12:19:39 < karlp> sud
2025-08-08T12:22:34 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 260 seconds]
2025-08-08T12:23:42 -!- Famine_ [~Famine@user/famine-] has joined ##stm32
2025-08-08T12:26:50 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 252 seconds]
2025-08-08T12:54:13 -!- _Posterdati_ [~posterdat@user/Posterdati] has joined ##stm32
2025-08-08T12:55:45 -!- _Posterdati_ [~posterdat@user/Posterdati] has quit [Client Quit]
2025-08-08T13:25:09 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-08T13:28:28 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds]
2025-08-08T13:34:46 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-08T13:51:29 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection]
2025-08-08T13:52:40 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-08T13:54:09 -!- Famine_ [~Famine@user/famine-] has quit [Ping timeout: 248 seconds]
2025-08-08T13:55:20 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 272 seconds]
2025-08-08T13:56:04 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-08T13:57:43 < karlp> we have this _super_ complicated "robust" memory->nvram(fram)->flash spooling and queueing thing for "robust"  power save 
2025-08-08T13:58:05 < karlp> and it's got like 3 copies of read/write indices and all these checks an this mountain of code.
2025-08-08T13:58:34 < karlp> and allegedly it's been used for a decade on piles of hardware, meant to take 1M records no problems.
2025-08-08T13:58:50 < karlp> left my board running yesterday afternoon, it got to record 2422 before it failed it's own consistency checks.
2025-08-08T15:42:24 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300::878] has quit [Server closed connection]
2025-08-08T15:42:40 -!- hackkitten [~hackkitte@94.31.119.144] has joined ##stm32
2025-08-08T15:56:27 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-08T16:01:56 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-08T16:02:20 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-08T16:02:58 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-08T16:02:58 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-08T16:45:09 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-08T16:50:15 -!- Famine [~Famine@user/famine-] has quit [Read error: Connection reset by peer]
2025-08-08T16:50:54 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-08T17:24:58 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-08T17:28:00 < jpa-> karlp: don't worry, you'll find some part of the firmware that relies on it failing
2025-08-08T17:47:28 -!- akaWolf [~akaWolf@akawolf.org] has quit [Ping timeout: 240 seconds]
2025-08-08T18:27:33 -!- tomeaton17 [~tom@user/tomeaton17] has quit [Quit: ZNC 1.9.0+deb2ubuntu0.1~esm2 - https://znc.in]
2025-08-08T18:28:08 -!- tomeaton17 [~tom@user/tomeaton17] has joined ##stm32
2025-08-08T19:35:09 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-08T19:52:45 < antto> i was recently wondering if i can invent some scheme for an external memory which would detect if a "write" was interrupted in the middle and allow you to at least get a slightly older (previous) version of the memory, but never a partially corrupted version
2025-08-08T19:53:09 < qyx> yes it is called checksumming
2025-08-08T19:53:43 < antto> since my device roughly needs 4KB of external memory, but f*ck eeproms i want FRAM, and there's a "hole" at that size, there are 8KB FRAMs, so i have double the needed already
2025-08-08T19:54:25 < antto> or i could even get 16KB
2025-08-08T19:54:54 < ventyl> antto: its called transactioning
2025-08-08T19:55:33 < antto> yeah i was thinking of a scheme involving segmenting the memory into chunks and having some kind of checksum on each chunk but almost when i thought it'd work i saw a little problem that ruined it
2025-08-08T19:57:40 < ventyl> split it into two halves. one contains verbatim data, another contains circular log with some granularity and header. log records have incrementing number and contain changes. first you write log record then you update the verbatim region and mark log record as applied
2025-08-08T19:58:32 < antto> my device currently (the old version of it) uses an EEPROM, i've replaced it with FRAM but many users still have EEPROM, and the write latency is a problem so i introduced a RAM buffer - basically i sacrifice 4KB of RAM to have a working copy of the EEPROM, and the firmware reads and writes from this buffer, and then there's a background process that slowly scans all the "pages" of this RAM buffer and 
2025-08-08T19:58:32 < antto> updates them into the real EEPROM
2025-08-08T19:58:38 < ventyl> with little fiddling this should ensure that worst case scenario is that you just applied a log record but did not manage to mark it as applied
2025-08-08T19:59:23 < antto> hm
2025-08-08T20:00:00 < antto> ...and i need to keep this ^ scheme in the new version too, even tho it's gonna be exclusively FRAM only
2025-08-08T20:00:28 < ventyl> logging will work with RAM mirroring too
2025-08-08T20:01:04 < ventyl> though the window where data can be lost is larger as writer believes it committed the data while transaction is still on the fly
2025-08-08T20:01:53 < ventyl> you just alter the scheme so that any change is applied to the RAM mirror immediately and log record write is queued
2025-08-08T20:02:12 < ventyl> once log record is written, it is applied to the FRAM verbatim area and then marked as applied
2025-08-08T20:04:34 < antto> my old scheme goes like this: firmware reads from the "memory" directly without anything special, so buf[i] ... but writing to the memory is thru an object's method, this object has a bit map of "dirty pages", when you write some data - it flags the respective pages as dirty. then at periods of say 5ms a background "task" checks if page X is flagged dirty or not, if it is - it makes a quick SPI write 
2025-08-08T20:04:34 < antto> transaction to the FRAM/EEPROM with the whole page, and then increments X, next time it'll check the next page..
2025-08-08T20:07:20 < antto> so the worst case latency of this is when the background task has just checked page 17 for example and you write into it right after this... the background task would have to cycle around back the whole memory until it gets to page 17 again to save it to the real memory
2025-08-08T20:07:57 < ventyl> why can't the algo simply skip to next dirty page right away?
2025-08-08T20:08:03 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-08T20:08:05 < antto> it can
2025-08-08T20:08:28 < antto> but i intentionally made it like this
2025-08-08T20:08:53 < ventyl> what's the benefit of this organization?
2025-08-08T20:09:13 < antto> it's more... monotone i guess
2025-08-08T20:09:31 < antto> the original device is running on an atmega2561
2025-08-08T20:09:39 < ventyl> apage satanas
2025-08-08T20:10:03 < antto> and it does a ton of other things too, so i didn't want to "keep scaning until i find a dirty page"
2025-08-08T20:10:37 < ventyl> hm I guess that CPU load should not be an issue for atmega2561, RAM consumption will be
2025-08-08T20:10:57 < antto> it has 8KB RAM, i sacrificed 4K for the buffer
2025-08-08T20:11:02 < ventyl> unless it is also a low-power device
2025-08-08T20:11:09 < ventyl> oooo land of plenty
2025-08-08T20:11:29 < ventyl> I thought the most one can get with AVR is 4
2025-08-08T20:11:35 < antto> but anyway, the new one would be running on a cortex-M0+ so there will be more MHz and more RAM
2025-08-08T20:11:55 < antto> eh? no, there are xmegas with 32KB RAM iirc
2025-08-08T20:12:18 < antto> and there are options to put external memory up to 16MB i think ;P~
2025-08-08T20:12:39 < ventyl> why would anyone sane do so?
2025-08-08T20:12:51 < ventyl> bank switching wasn't cool in '90s
2025-08-08T20:13:00 < antto> insane people gotta live too tho
2025-08-08T20:13:01 < ventyl> and is not cool 35 years later
2025-08-08T20:13:31 < ventyl> insane people and ericsson
2025-08-08T20:15:14 < ventyl> their phones made until joining with sony were running AVRs
2025-08-08T20:17:10 < antto> so hm.. split the FRAM into 2 banks, segment the data into pages of certain size, attach a small header to each page, maybe with 2 things in it: a checksum and a counter
2025-08-08T20:19:14 < antto> when the background task sees a dirty page - it calculates the checksum and increments the counter then writes it to A, next time this same page gets dirty - it'll be written to bank B
2025-08-08T20:19:28 < qyx> whats wrong with writing data directly to the eeprom and AFTER it is written, compute and write its checksum?
2025-08-08T20:19:44 < antto> two transactions?
2025-08-08T20:19:52 < ventyl> yeah, the actual scheme does not matter as long as checksum is written as the last item
2025-08-08T20:20:17 < ventyl> the only advantage of log is certainty if transaction has been applied or not, because you essentially have two copies of same data in slightly different formats
2025-08-08T20:20:48 < ventyl> if you write data, calculate checksum but fail to write it, data may be there but will appear as invalid
2025-08-08T20:20:56 < ventyl> moreover, you lost the old data
2025-08-08T20:21:24 < mercenary> that's why two banks
2025-08-08T20:21:24 < qyx> idk, it works, even with flash, tested in field
2025-08-08T20:21:47 < mercenary> but it involves write counters. that can wrap around.
2025-08-08T20:21:52 < ventyl> with log, new data will be there, during replay, the log record will be marked as not applied, so you re-apply it, effectively doing no change to data and then mark it as applied
2025-08-08T20:22:41 < antto> i'm not sure i get this scheme ventyl
2025-08-08T20:23:06 < antto> what do you mean with "log" here?
2025-08-08T20:23:51 < ventyl> log is part of your storage which contains "log" records. a record saying that: in change XY, at page XYZ, new data is XYZV. This log record was not yet applied.
2025-08-08T20:24:07 < ventyl> you write these into circular buffer with increasing log record numbers.
2025-08-08T20:24:27 < ventyl> the only limitation here is that this buffer may never get full of unwritten (uncommited) log records
2025-08-08T20:24:32 < antto> o_o
2025-08-08T20:25:03 < ventyl> then you have a background task which checks if there are any uncommited log records. if yes, it reads them, writes new data XYZV at location XYZ and marks that log record as applied once this is done
2025-08-08T20:25:16 < ventyl> if power is lost, you at least have the log record
2025-08-08T20:25:22 < mercenary> that log will also need a checksum, in case of half-written log records
2025-08-08T20:25:28 < ventyl> sure
2025-08-08T20:25:43 < antto> this sounds complicated and complex x_x
2025-08-08T20:26:33 < ventyl> not much more than two banks, checksums, headers and counters
2025-08-08T20:26:37 < ventyl> it basically very similar scheme
2025-08-08T20:26:51 < ventyl> this logging thing is used by transaction database engines
2025-08-08T20:27:31 < antto> and actually, another thing i actually maybe wanted to achieve was to... make it such that i get stable versions of the memory contents at least... not sure how to explain it exactly
2025-08-08T20:28:23 < antto> but basically, the firmware sometimes might have to write into several places in the memory at slightly different times in a short duration, but inbetween these - the background task may kick in
2025-08-08T20:29:26 < antto> yet i might actually not want to recover a version of the memory where the first bunch of writes were saved and the last few weren't and are from the previous time
2025-08-08T20:29:56 < antto> still no corruption of data here but the whole memory copy would be from an "inbetween" moment
2025-08-08T20:31:06 < antto> i'll have to think about this more
2025-08-08T20:31:22 < ventyl> the logging mechanism can cope with this, but you'd have to add full transaction logic and implement read committed transaction separation
2025-08-08T20:31:34 < antto> x_x
2025-08-08T20:31:39 < antto> i don't even
2025-08-08T20:31:41 < ventyl> its not *that* hard
2025-08-08T20:31:52  * antto is dumb
2025-08-08T20:31:59 < ventyl> i have transactions implemented in my kernel instead of mutexes
2025-08-08T20:32:14 < antto> oh you have a KERNEL, huh
2025-08-08T20:32:23 < ventyl> yet at different (less elaborate) separation level
2025-08-08T20:32:43 < ventyl> https://github.com/ventZl/cmrx/blob/master/src/os/kernel/txn.c
2025-08-08T20:32:52 < ventyl> this is whole "transaction engine" :)
2025-08-08T20:33:09 < ventyl> 97 lines + header
2025-08-08T20:35:10 < antto> so, perhaps, when the background task "object" gets called 2 or 3 times in a row and the memory hasn't been modified for this much time - this is a point where i'd like to "make a snapshot" that is recoverable
2025-08-08T20:37:49 < antto> another scenario: the firmware writes to a page, immediately after this - the background task gets called, and by luck it checks exactly the same page that was modified - it writes it to FRAM and there are actually no more dirty pages, however, right after this - the firmware may actually continue modifying the memory in one or two more places, so i'd rather not have a recoverable snapshot of this
2025-08-08T20:38:33 < ventyl> this logic is flawed, because time is insignificant when it comes to consistency
2025-08-08T20:38:55 < ventyl> modifying task may simply need some time co calculate the next update. lets say, two more seconds.
2025-08-08T20:39:01 < antto> the way my firmware would work, this makes sense to me, at least now
2025-08-08T20:39:06 < ventyl> but two seconds of delay does not mean, that data written is consistent
2025-08-08T20:39:19 < ventyl> and you'll snapshot something that's inconsistent
2025-08-08T20:39:22 < antto> nah, i'm talking very short moments
2025-08-08T20:39:32 < ventyl> doesn't matter, the principle still holds
2025-08-08T20:40:44 < ventyl> storage layer has no way of figuring out if data written is consistent or not unless upper layer tells it somehow
2025-08-08T20:40:52 < ventyl> this *somehow* usually are transactions
2025-08-08T20:41:05 < antto> perhaps, there's an option to add a "sync()" method to my object, and the firmware would have to just call sync() at those moments where a snapshot of the whole memory can safely be made
2025-08-08T20:41:29 < ventyl> that's another, more primitive way, which rules out concurrency
2025-08-08T20:41:49 < ventyl> as if two tasks can write concurrently and execute sync(), they can slice each other's updates
2025-08-08T20:41:49 < antto> i'll have to think about it more
2025-08-08T20:43:05 < ventyl> also, it can't detect situation that they are both modifying the same area but I guess this is not an issue otherwise you'd come across it already
2025-08-08T20:55:21 < ventyl> antto: the log + verbatim data is closes to how journaled filesystems work. albeit most of journaled filesystems only journal metadata
2025-08-08T20:58:23 < mercenary> antto: two pages, with a bit in the first page to select which one is active.
2025-08-08T20:59:01 < mercenary> writes go to the non-active one, once you have no more dirty pages flip the bit to make the other page active
2025-08-08T20:59:19 < mercenary> whenever you recover, read from 'active page'
2025-08-08T21:29:08 < qyx> "flip the bit" is not trivial in the context of memory media
2025-08-08T21:29:39 < ventyl> you can flip it one way, not the another
2025-08-08T21:29:50 < ventyl> that's why flash filesystems are usually not trivial
2025-08-08T21:30:04 < jpa-> with ECC flash you sometimes cannot flip single bits at all
2025-08-08T21:30:47 < jpa-> i usually resort to block header that has checksum & revision count; that's robust, but it takes time on boot to find the latest valid one
2025-08-08T21:40:29 < mercenary> many ways to implement that. we used something where the first word got set to 0xff...ff, then every switch set one more bit to 0.
2025-08-08T21:41:17 < mercenary> parity tells you which page to use. Once you get to 00000, reset to 0xff...
2025-08-08T22:06:19 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Quit: bitmask]
2025-08-08T22:08:02 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-08-08T22:27:04 -!- IanW_ [~IceChat9@31.94.6.10] has joined ##stm32
2025-08-08T22:53:19 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-08T23:08:08 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-08-08T23:13:34 < Steffanx> So did the proper brown out setting fix your flash corruption issue jpa- ?
2025-08-08T23:14:22 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
--- Day changed Sat Aug 09 2025
2025-08-09T00:14:52 -!- IanW_ [~IceChat9@31.94.6.10] has quit [Quit: Bye]
2025-08-09T00:24:33 -!- upgrdman [~upgrdman@47.180.47.55] has joined ##stm32
2025-08-09T00:28:25 -!- upgrdman [~upgrdman@47.180.47.55] has quit [Client Quit]
2025-08-09T00:40:43 -!- ilgrim2 [~ilgrim@xinu.me] has joined ##stm32
2025-08-09T02:31:23 -!- ilgrim2 [~ilgrim@xinu.me] has quit [Quit: WeeChat 4.5.2]
2025-08-09T02:31:48 -!- ilgrim2 [~ilgrim@xinu.me] has joined ##stm32
2025-08-09T02:32:33 -!- ilgrim2 [~ilgrim@xinu.me] has quit [Client Quit]
2025-08-09T02:32:47 -!- ilgrim [~ilgrim@xinu.me] has quit [Quit: WeeChat 4.5.2]
2025-08-09T02:33:02 -!- ilgrim [~ilgrim@xinu.me] has joined ##stm32
2025-08-09T04:36:30 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-09T04:36:54 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-09T04:52:03 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 276 seconds]
2025-08-09T04:54:02 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-09T04:58:43 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-09T05:07:07 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-09T05:37:01 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-09T06:51:11 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-09T06:54:23 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-09T06:55:59 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-09T06:56:13 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-09T06:56:37 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-09T07:00:42 < radhitya> https://vivonomicon.com/2020/06/28/bare-metal-stm32-programming-part-10-uart-communication/
2025-08-09T07:55:13 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-09T08:14:30 -!- radhitya [~b4f7aa4a@user/radhitya] has quit [Quit: The Lounge - https://thelounge.chat]
2025-08-09T08:24:35 -!- radhitya [~radhitya@user/radhitya] has joined ##stm32
2025-08-09T08:27:43 < qyx> radhitya: this blog explicitly instructs you to write non-readable and non-maintanable code
2025-08-09T08:28:31 < qyx> and unless you are writing a low level framework or library, you should not ever touch the reset handler
2025-08-09T08:32:07 < radhitya> qyx: wish i could write everything with library, still, somehow i cannot stand with stm32cubeide. if someone has a way to do that, i want it.
2025-08-09T08:33:48 < radhitya> writing a code with register style kind of overwhelming. but in the name of understanding how it works, i still resist
2025-08-09T08:35:29 < qyx> you don't have to use cubeide
2025-08-09T08:36:06 < radhitya> so, how, qyx?
2025-08-09T08:56:33 < jpa-> Steffanx: so far yes
2025-08-09T09:22:10 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
2025-08-09T09:26:36 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-09T09:32:39 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-09T10:23:11 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-09T10:38:34 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-09T10:39:06 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-09T11:17:47 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-09T12:13:11 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-08-09T12:13:36 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-09T12:39:42 -!- mercenary [~mercenary@user/mercenary] has quit [Quit: ZNC 1.10.0 - https://znc.in]
2025-08-09T12:41:16 -!- mercenary [~mercenary@user/mercenary] has joined ##stm32
2025-08-09T14:36:36 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-09T16:38:39 < antto> i think i got a scheme that would work
2025-08-09T16:39:11 < qyx> i
2025-08-09T16:41:12 < antto> 64 byte pages, 62 pages in each bank, thus the first 64*62 bytes in each bank are nicely mapped to the data, the last 2 pages (128 bytes) are a "footer" structure, this footer holds 62 uint16_t checksums, one for each page, and then 4 bytes are left for a 16-bit counter and 16-bits unused/reserved
2025-08-09T16:42:44 < antto> the background task checks 1 page at a time - if it's flagged "dirty" - it writes it to the Active bank, if it's not dirty but outdated - it updates it (basically the same thing)
2025-08-09T16:44:52 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-09T16:44:57 < antto> when all pages have been written/updated - it's time to swap the banks, the counter in the footer is incremented, the footer is written to the Active bank, which automatically makes this the "Stable" bank now, and the other one is Active (the counter in its footer is "lower")
2025-08-09T16:47:50 < antto> of course, i'd do some maths afterwards with the timings and SPI speed and other things, and it might be 128-byte pages, that's gonna be adjustable
2025-08-09T17:19:28 < mercenary> checksum per page is nice, but a lot of extra writes. Unless you do a 'write all dirty pages out, then do a run over the entire 4K and update all checksums.
2025-08-09T17:19:46 < mercenary> But then you might as well have one checksum over the entire bank.
2025-08-09T17:24:53 < antto> why extra writes?
2025-08-09T17:25:05 < antto> all the checksums are in an array
2025-08-09T17:25:10 < antto> in the footer
2025-08-09T17:26:35 < antto> each bank is like [page][page][page][page]....[footer], and the footer is: uint16_t checksums[page_count]; uint16_t counter; uint16_t reserved;
2025-08-09T17:27:16 < mercenary> yeah. so writing a single page is "write page; write footer with updated checksum"
2025-08-09T17:27:25 < antto> nah
2025-08-09T17:27:55 < antto> the footer is only supposed to be written when the "memory" is "idle"
2025-08-09T17:29:35 < antto> that is when all pages from the RAM buffer are written (in sync) with the Active bank in FRAM, and there is nothing more to do - then the background task would write the footer, which makes the bank "Stable" now, and effectively swaps the roles, now the other bank is the Active one
2025-08-09T17:29:36 < mercenary> ok, so rewrite checksums over the entire bank in one go. That's why I asked what per-page checksum adds over a per-bank checksum/CRC
2025-08-09T17:30:20 < antto> well, sure, i could also change it to a single checksum for the whole data instead of a checksum per page
2025-08-09T17:31:39 < antto> the footer then could be smaller, and the checksum can be bigger even, crc32 or even some fancy sha256 or so
2025-08-09T17:32:18 < mercenary> yup. that only gets written when 'idle', so plenty cycles at hand to calculate
2025-08-09T17:33:02 < antto> the calculation would happen during the background task's "tick()" function
2025-08-09T17:33:11 < antto> aka one page at a time
2025-08-09T17:34:34 < antto> basically, every 5ms for example, the memory object's .tick() method is called, this is where all this stuff happens (writing a page to FRAM, writing a footer to FRAM, calculating checksum of a page, etc..)
2025-08-09T17:35:01 < antto> so it'll be doing a "whole cycle" for 5ms*62 time
2025-08-09T17:35:09 < mercenary> then per-page sums might make sense, in having less to calculate. I assumed it was calculated when 'no dirty pages found, let's update footer and change banks'
2025-08-09T17:36:28 < antto> yeah i was also thinking of some simple-ish checksum for this reason
2025-08-09T17:36:48 < antto> maybe fletcher16 or something like that
2025-08-09T17:39:20 < antto> when the footer is written to FRAM - that bank now has a "higher" counter and all checksums from that footer should match the data in the pages, thus the whole bank is "Stable" and since the counter is "highest" - this is the most recent snapshot of the data
2025-08-09T17:39:53 < antto> writing of the footer is effectively "swapping" the Active/Stable roles of the banks, just 1 transaction
2025-08-09T17:40:43 < antto> if this transaction fails to complete - there still would be a valid footer and correct data in the other bank, just from a previous "snapshot"
2025-08-09T17:42:40 < qyx> I don't get what are you dealing with
2025-08-09T17:42:46 < qyx> what extra writes are there
2025-08-09T17:43:29 < qyx> firstly, external memories have much faster interfaces than is the write/erase speed alone
2025-08-09T17:43:29 < antto> perhaps i'm explaining it confusingly
2025-08-09T17:43:42 < antto> false, this is FRAM
2025-08-09T17:44:14 < qyx> secondly, dependih on the memory type, there can be delay when actual write happens, but don't have to be
2025-08-09T17:44:27 < qyx> the whole page may need to be RMW'd or not
2025-08-09T17:44:28 < antto> nope, FRAM
2025-08-09T17:44:40 < antto> at least as far as i understand
2025-08-09T17:44:56 < qyx> with fram it is virtually a nonexistent problem
2025-08-09T17:45:10 < qyx> why are you even dealing with the number of writes?
2025-08-09T17:45:21 < antto> uhm
2025-08-09T17:45:27 < qyx> is the protocol overhead so much burden?
2025-08-09T17:45:41 < qyx> that is, 4 or so additional bytes per block write?
2025-08-09T17:45:56 < antto> i just want this .tick() function to (at worst) emit 1 SPI transaction
2025-08-09T17:46:23 < qyx> and then.
2025-08-09T17:46:40 < qyx> whats the contract you have wih the memory?
2025-08-09T17:47:04 < qyx> if you commit one spi transaction, how cohld it fail?
2025-08-09T17:47:11 < qyx> *could
2025-08-09T17:47:29 < qyx> will the memory write anything if your mcu dies midway?
2025-08-09T17:47:32 < antto> it's a background task sorta, but there's no "threads", so this task should take least amount of time, and it be good if it's kinda monotone and not "dynamic"
2025-08-09T17:47:52 < antto> qyx, the power could go out
2025-08-09T17:48:08 < qyx> (I am trying to show you you are dealing with a non-problem here)
2025-08-09T17:48:38 < qyx> so, you are transmitting bytes one by one over spi, the memory writes them directly without any buffer/fifo?
2025-08-09T17:48:39 < antto> i think FRAM writes the bytes during the actual SPI transaction
2025-08-09T17:48:55 < antto> while the CS is still low
2025-08-09T17:48:58 < qyx> great, so place your checksum at the end of the block?
2025-08-09T17:49:23 < antto> with "block" do you mean the whole bank or the page?
2025-08-09T17:49:26 < qyx> and make any new block start at a reasonably sized page?
2025-08-09T17:49:35 < qyx> your block of data
2025-08-09T17:49:58 < antto> eh what, hold on
2025-08-09T17:50:11 < antto> no, i'm not writing to the FRAM byte-by-byte, hell no
2025-08-09T17:50:32 < qyx> of course not
2025-08-09T17:50:33 < antto> i could, since it's FRAM and not EEPROM, but i still won't
2025-08-09T17:50:58 < qyx> you can write any number of bytes you want at once up to page size, no?
2025-08-09T17:51:11 < qyx> as long as you have your cs asserted
2025-08-09T17:52:28 < antto> FRAM is like EEPROM, except: the "BUSY" flag in the status register is always 0 ;P~ and there are no pages, you can write a variable sized chunk of consecutive bytes with one transaction
2025-08-09T17:53:05 < qyx> yes?
2025-08-09T17:53:16 < qyx> I don't see a problem
2025-08-09T17:53:50 < qyx> you have to split your memory into blocks, for the purpose of binary search at boot
2025-08-09T17:53:57 < qyx> let's say 256 bytes
2025-08-09T17:54:28 < antto> binary search? what for?
2025-08-09T17:54:33 < qyx> you will make an assumption a new chunk of data (lets use this name) always starts at the beginnih of the block
2025-08-09T17:55:00 < qyx> or better to say, a block must have a chunk at the beginning
2025-08-09T17:55:14 < qyx> you have an empty memory, boot your mcu
2025-08-09T17:55:24 < qyx> start searchih for the last valid block
2025-08-09T17:55:36 < antto> i have the feeling you're describing something different
2025-08-09T17:56:31 < qyx> I am describing a perfectly valid and working approach to saving data to memory without breaking consistency even when the process is interruoted
2025-08-09T17:57:19 < qyx> but half of the info is lost in the conversation
2025-08-09T17:59:03 < antto> lemme step back and explain the whole picture: there's an 8KB SPI FRAM, the firmware needs slightly over 3KB of memory, but 4KB FRAMs are... non-existant so 8KB anyway, and for technical reasons i need to be able to write data and read it back immediately - thus i use a 4KB RAM buffer in the MCU, wrap it in a "memory" object, the firmware can read directly from it, but writing to it happens thru the 
2025-08-09T17:59:03 < antto> memory object's .write() methods, and the object keeps track of what you're doing and deals with actually updating the real FRAM "in the background" via the .tick() method
2025-08-09T17:59:21 < antto> oh, sorry
2025-08-09T18:01:04 < qyx> ok, offtopic, have you heard about quantum trap spi ram?
2025-08-09T18:01:04 < antto> but i'm 99% sure the scheme i invented today would work
2025-08-09T18:01:16 < antto> wot
2025-08-09T18:01:28 < antto> is this some new kind of memory?
2025-08-09T18:01:32 < qyx> no
2025-08-09T18:01:46 < qyx> it is a classic ram with flash-backed cells
2025-08-09T18:01:47 < antto> i know that besides FRAM there are a pile of other new-ish kinds
2025-08-09T18:01:55 < qyx> which are written on power loss
2025-08-09T18:02:15 < antto> ah, so it's like battery-backed RAM
2025-08-09T18:02:20 < qyx> yes
2025-08-09T18:02:50 < antto> i'm aware of those, SPI RAM with an EEPROM (or whatever) under it, and the chip makes sure to vomit the RAM into the real thing on power loss
2025-08-09T18:03:06 < antto> but i just slap FRAM
2025-08-09T18:23:24 < qyx>  
2025-08-09T18:39:31 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-09T18:39:56 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-09T19:14:31 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-09T19:23:48 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-09T20:38:08 < qyx> any idea if I can get anything from microchip about LAN9371 without giving them a blood sample?
2025-08-09T20:41:57 < qyx> lol they are offering a binary whatever download for their EVB with a cisco-cli to test
2025-08-09T20:44:18 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-08-09T20:46:57 < Famine> qyx, last i heard it was a blood sample and your first born 
2025-08-09T20:52:22 < qyx> good to hear, my first born is like a crazy monkey just right now, he can go anytime
2025-08-09T20:58:54 < Famine> qyx, haha my daughter (2) is obsessed with bike rides right now, so that is all we have been doing this week
2025-08-09T20:59:39 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-09T21:44:22 -!- IanW_ [~IceChat9@31.94.18.76] has joined ##stm32
2025-08-09T21:44:59 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-09T21:44:59 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-09T22:34:31 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-09T22:58:54 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-09T23:22:54 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 276 seconds]
2025-08-09T23:27:26 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 272 seconds]
2025-08-09T23:43:58 -!- qyx [~qyx@84.245.120.159] has quit [Ping timeout: 252 seconds]
2025-08-09T23:45:44 -!- qyx [~qyx@84.245.120.151] has joined ##stm32
--- Day changed Sun Aug 10 2025
2025-08-10T00:38:57 -!- IanW_ [~IceChat9@31.94.18.76] has quit [Ping timeout: 252 seconds]
2025-08-10T01:14:31 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-10T01:37:39 -!- rgz [uid670983@user/rgz] has joined ##stm32
2025-08-10T01:52:37 < rgz> Hi, I've got a STM32 Nucleo F031K6. I just wanted to double check since I'm new to this, is this https://x0.at/ZDec.jpg the JP1/IDD jumper? The Nucleo-32 boards user's manual mentions SB1 should be off, SB14 should be on and JP1 should be on to run the demo program that comes with the board.
2025-08-10T01:55:09 < rgz> The solder bridges were already setup for this out of the box so I'm guessing the JP1 is as well, the demo works fine as well. It's just that the thing in the image is looks different than the jumper you put on the CN3/CN4 pins, so I wasn't sure.
2025-08-10T01:58:01 < rgz> Oh yeah it was a jumper, I managed to get it off.
2025-08-10T05:43:04 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-10T05:45:56 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-10T05:54:55 < ColdKeyboard> Before I go insane. Are there any (online) tools for device-tree (zephyr) parsing/inspection/visualizing?
2025-08-10T06:08:26 < ColdKeyboard> I copied the W5500_pico2 example board and got rid of most of the errors/warnings but the "No SOURCES given to Zephyr library: drivers__entropy" is lingering for some reason
2025-08-10T06:08:35 < ColdKeyboard> Searched the docs and googled the error but it does not give anything
2025-08-10T06:51:12 -!- rgz [uid670983@user/rgz] has quit [Quit: Connection closed for inactivity]
2025-08-10T07:10:57 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-10T07:34:41 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-10T07:35:06 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-10T07:42:43 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-10T08:12:54 < antto> did someone say W5500
2025-08-10T08:39:25 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-10T09:23:07 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-10T09:26:36 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-10T10:15:30 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 276 seconds]
2025-08-10T10:21:17 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-10T10:50:33 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-10T11:14:08 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-10T13:20:33 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-10T16:19:09 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-08-10T16:19:33 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-10T16:26:30 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-10T16:26:30 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-10T16:42:15 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 276 seconds]
2025-08-10T17:43:10 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-10T19:38:44 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
2025-08-10T19:52:10 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-10T19:52:48 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has joined ##stm32
2025-08-10T19:55:17 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 248 seconds]
2025-08-10T20:40:13 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
2025-08-10T20:42:44 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-08-10T20:53:37 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32
2025-08-10T20:56:42 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Excess Flood]
2025-08-10T20:57:17 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32
2025-08-10T20:58:36 -!- grindhold_ [~quassel@v2202504104743335453.luckysrv.de] has joined ##stm32
2025-08-10T21:02:14 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Ping timeout: 260 seconds]
2025-08-10T21:36:33 < antto> qyx, FRAM is $$$ but it seems the nvSRAM with the QuantumTrap thing is even more $$$
2025-08-10T21:36:34 -!- IanW_ [~IceChat9@31.94.64.74] has joined ##stm32
2025-08-10T21:36:42 < antto> imma go with FRAM
2025-08-10T21:37:14 -!- grindhold_ [~quassel@v2202504104743335453.luckysrv.de] has quit [Read error: Connection reset by peer]
2025-08-10T21:41:50 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32
2025-08-10T22:03:33 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Read error: Connection reset by peer]
2025-08-10T22:03:51 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32
2025-08-10T22:12:44 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Ping timeout: 265 seconds]
2025-08-10T23:28:39 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-10T23:47:59 < Steffanx> I wish you and your FRAM all the best and happiness antto  :)
--- Day changed Mon Aug 11 2025
2025-08-11T00:01:31 -!- IanW_ [~IceChat9@31.94.64.74] has quit [Quit: Bye]
2025-08-11T00:05:56 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-11T00:06:51 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-08-11T00:07:15 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-11T02:08:22 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32
2025-08-11T03:50:41 -!- Famine_ [~Famine@user/famine-] has joined ##stm32
2025-08-11T03:53:17 -!- h4x0riz3d [~pewpew@antonsavov.net] has joined ##stm32
2025-08-11T03:53:56 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 252 seconds]
2025-08-11T03:53:56 -!- antto [~pewpew@antonsavov.net] has quit [Ping timeout: 252 seconds]
2025-08-11T05:15:28 -!- kurfen [~kurfen@86.48.8.207] has quit [Ping timeout: 240 seconds]
2025-08-11T05:16:33 -!- kurfen [~kurfen@86.48.8.207] has joined ##stm32
2025-08-11T05:41:48 < radhitya> have a wish to make another flipper zero though it not really will completed in the nearest time. the purpose of it is education. so, the features that i wanted are: gpio ports, transceiver, rfid, nfc, bluetooth, infrared. what cheap or alternative stm32 board is there (besides stm32wb55)?
2025-08-11T05:55:14 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 272 seconds]
2025-08-11T05:57:26 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-11T06:04:25 -!- NEYi [~NEYi@195.234.78.191] has quit [Quit: Leaving]
2025-08-11T06:55:44 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-11T07:33:00 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-11T07:33:14 < jpa-> radhitya: generally the wireless part of stm32's is quite locked down, so you might be better off using a separate RF chip
2025-08-11T07:33:47 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-11T07:34:05 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-11T07:54:12 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-11T08:38:09 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 260 seconds]
2025-08-11T08:39:41 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-11T09:25:50 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-11T09:37:26 -!- martinmoene_ [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-08-11T09:43:48 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-08-11T09:49:12 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-11T09:49:13 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-11T10:13:07 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-08-11T10:14:31 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-11T10:25:39 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-11T10:26:04 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-11T10:30:48 -!- machinehum [machinehum@2a01:7e01::f03c:94ff:fe4d:b21c] has quit [Server closed connection]
2025-08-11T10:31:05 -!- machinehum [machinehum@2a01:7e01::f03c:94ff:fe4d:b21c] has joined ##stm32
2025-08-11T10:41:56 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-08-11T11:35:35 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-11T11:40:44 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer]
2025-08-11T12:45:26 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-11T13:13:00 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-11T13:13:00 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-11T13:13:07 < catphish> radhitya: sn STM32WB55 plus an ST25 will give you most of that you want. GPIO (obviously), NFS (though the ST25), Bluetooth, zibee etc (though the STM32SB55), i think IR should be easy enough with any STM32, though i've never done it. you won't get low frequency RFID unless you either buy another chip or design your own RFID resonant circuit, which you probably don't want to do, but it's possible without using any more chips.
2025-08-11T13:13:50 < catphish> as jpa- says, the wb55 is somewhat locked down, but it should do what you want to do, at least to get started playing with BT etc
2025-08-11T14:07:09 -!- teknix [~unknown@user/hsv] has quit [Ping timeout: 260 seconds]
2025-08-11T14:24:38 -!- teknix [~unknown@user/hsv] has joined ##stm32
2025-08-11T14:55:09 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-11T15:01:27 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-11T17:06:27 -!- jpa- [jpa@hilla.kapsi.fi] has quit [Server closed connection]
--- Log closed Mon Aug 11 17:06:27 2025
--- Log opened Mon Aug 11 17:06:42 2025
2025-08-11T17:06:42 -!- jpa- [jpa@hilla.kapsi.fi] has joined ##stm32
2025-08-11T17:06:42 -!- Irssi: ##stm32: Total of 87 nicks [0 ops, 0 halfops, 0 voices, 87 normal]
2025-08-11T17:07:19 -!- Irssi: Join to ##stm32 was synced in 45 secs
2025-08-11T17:32:09 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-11T17:34:32 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-11T18:13:37 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-08-11T18:34:55 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-08-11T19:58:18 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-11T20:55:03 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-11T21:06:14 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-11T21:12:24 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 276 seconds]
2025-08-11T21:29:36 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-11T21:30:01 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-11T21:41:46 < Steffanx> catphish is alive!! 👋🏻
2025-08-11T22:20:24 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-11T22:20:54 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-11T22:25:09 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-11T22:38:32 < catphish> Steffanx: i am indeed! i'm rather busy this year working on a house!
2025-08-11T22:54:24 < ventyl> house renovation sucks
2025-08-11T22:56:29 < specing> catphish: radhitya I remember someone once recommended me a mcu chip that allows to DIY a transceiver / is not locked down, but I don't recall the chip any more
2025-08-11T23:17:32 < h4x0riz3d> i think i'll actually do a single checksum of the whole Bank instead of a checksum per page ;P~
2025-08-11T23:24:57 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-08-11T23:48:53 -!- qyx [~qyx@84.245.120.151] has quit [Ping timeout: 252 seconds]
2025-08-11T23:50:45 -!- qyx [~qyx@84.245.120.1] has joined ##stm32
2025-08-11T23:58:06 -!- infisc [uid692580@user/infisc] has joined ##stm32
--- Day changed Tue Aug 12 2025
2025-08-12T00:33:34 -!- zyp [zyp@zyp.no] has quit [Server closed connection]
2025-08-12T00:33:41 -!- zyp [~zyp@zyp.no] has joined ##stm32
2025-08-12T00:41:08 < catphish> ventyl: this the house: https://i.ibb.co/HTmQGRmK/DJI-0456.jpg
2025-08-12T00:43:04 < tomeaton17> catphish: daylight robbery!!
2025-08-12T00:48:26 < catphish> i bought it fair and square!
2025-08-12T00:49:17 < tomeaton17> catphish: I meant in terms of the windows, looks like a classic case of window tax avoidance haha
2025-08-12T00:50:02 < catphish> tomeaton17: oh absolutely, it was buit in 1812 during window tax so those windows aren't filled in, they're totally originall fake :)
2025-08-12T00:50:44 < tomeaton17> catphish: looks like a beautiful home. I hope you enjoy it :)
2025-08-12T00:51:42 < catphish> tomeaton17: thanks, it's a big project, it was dubdivided into 6 flats when i bought it. i am converting it back into 1 house
2025-08-12T00:51:58 < qyx> I like your lawn
2025-08-12T00:52:04 < catphish> lots of degredation inside needing replacement
2025-08-12T00:52:10 < tomeaton17> Classic UK, six flats from that is crazy
2025-08-12T00:52:18 < qyx> I don§t like your cables on the rooftop
2025-08-12T00:52:49 < catphish> qyx: the antennas and cables are all gone :)
2025-08-12T00:53:04 < catphish> i've pulled in undrground fiber
2025-08-12T00:53:06 < qyx> otherwise much approve
2025-08-12T00:53:34 < catphish> https://www.madesnappy.co.uk/tour/1g470ged31
2025-08-12T00:53:34 < catphish> ^ this is the state it was in when i bought it
2025-08-12T00:53:39 < qyx> but I remember the house from the past, it is not a new thing, isn't it?
2025-08-12T00:54:04 < catphish> i bought it May 2024
2025-08-12T00:54:12 < catphish> still work in progress
2025-08-12T00:54:45 < catphish> basically demolished all the intrnal partitioning, replumbed, rewired, now putting it back together
2025-08-12T00:56:05 < tomeaton17> Ah very near to my grandparents 
2025-08-12T00:56:07 < catphish> all opened out, new floor in progress this week: https://i.ibb.co/N6tn31w7/PXL-20250803-145934385.jpg
2025-08-12T00:58:34 < tomeaton17> Is there much stm32 work down those parts?
2025-08-12T01:04:17 < catphish> tomeaton17: I use STM32 in contract work that i do for Thales, who have an office near here
2025-08-12T01:10:05 < catphish> of course pretty much all tech work is actually remote
2025-08-12T01:14:23 < catphish> qyx: the lawn is awesome!
2025-08-12T01:14:37 < catphish> https://i.ibb.co/0VGmWQR2/DJI-0442.jpg
2025-08-12T01:15:14 < catphish> (normal size garden to right of photo for scale :D)
2025-08-12T01:16:01 < catphish> it's quite sad how small normal modern UK gardens have become
2025-08-12T01:17:01 < qyx> those are not normal gardens, those are dwelling cell extensions or whatever
2025-08-12T01:18:37 < catphish> sadly they are normal
2025-08-12T01:27:22 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-12T01:28:58 -!- Alexer [~alexer@alexer.net] has quit [Ping timeout: 240 seconds]
2025-08-12T01:30:45 -!- Alexer [~alexer@alexer.net] has joined ##stm32
2025-08-12T01:31:36 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-12T01:35:58 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-12T01:36:22 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-12T02:27:44 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-12T02:46:59 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-12T02:47:56 -!- NEYi [~NEYi@195.234.78.191] has quit [Remote host closed the connection]
2025-08-12T02:48:21 -!- NEYi [~NEYi@195.234.78.191] has joined ##stm32
2025-08-12T02:49:04 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-12T02:50:30 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-12T03:13:05 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-12T03:25:34 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-12T03:30:36 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-12T03:31:31 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-12T04:06:26 -!- tabemann_ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32
2025-08-12T04:06:36 -!- tabemann [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Read error: Connection reset by peer]
2025-08-12T04:32:17 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-12T04:33:59 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-12T05:32:11 -!- NEYi [~NEYi@195.234.78.191] has quit [Read error: Connection reset by peer]
2025-08-12T05:34:14 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-12T06:50:12 < ColdKeyboard> Anyone used fram with Zephyr? Which drivers are designed to support SPI fram?
2025-08-12T06:57:14 < Famine_> nope
2025-08-12T07:25:50 < radhitya> thank you all, catphish , jpa- 
2025-08-12T07:26:05 < radhitya> by the way, i'm learning about EXTI rn
2025-08-12T07:26:14 < radhitya> still dont understand what it means
2025-08-12T07:26:22 < radhitya> polling vs intterupt..
2025-08-12T07:26:27 < radhitya> *interrupt
2025-08-12T07:26:41 < radhitya> also thank you, specing 
2025-08-12T07:55:29 < h4x0riz3d> ColdKeyboard, the smaller SPI FRAMs tend to be just like SPI EEPROMs, except "no pages" and the "busy flag" in the status is never busy
2025-08-12T07:57:21 < h4x0riz3d> radhitya, when your code is somewhere in main(), maybe deeper in some function, and suddenly the processor gets teleported to an "interrupt service routine"
2025-08-12T07:59:42 < h4x0riz3d> polling is when you don't want to be "interrupted" like that ^, usually there may still be an interrupt somewhere in the whole picture, but the interrupt service routine typically only sets a flag (which is quick), then some time later your main() code checks (polls) this flag
2025-08-12T08:02:48 < h4x0riz3d> let's imagine that you have a small kid that is taking a sh*t by himself for the first time.. you're standing by next to the door outside... polling: "are you ready?" "not yet" "are you ready?" "not yet" "are you ready?" "not yet" "what about now?" "still nope"
2025-08-12T08:03:04 < h4x0riz3d> interrupt: "tell me when you're done"
2025-08-12T08:04:46 < h4x0riz3d> and when he says that he's ready you immediately drop whatever you're doing currently and go to wipe his butt and clean the whole crime scene
2025-08-12T08:09:58 < h4x0riz3d> the interrupt scheme is somewhat a violent thing so there is typically some extra things going on related to "switching the context", that is, the interrupt can happen any time while the CPU is doing something else, and things can f*ck up in all kinds of ways, so the "context" of the current thing have to be "saved", then the ISR can run, when it's done - the context gets restored and the CPU 
2025-08-12T08:09:58 < h4x0riz3d> continues from where it was interrupted (and some things can still f*ck up)
2025-08-12T08:12:30 < h4x0riz3d> like when you're counting some stuff, and you get a sudden phone call with some complete bullsh*t, when you're done with it - you probably forgot where you were, so, before answering the call you'd quickly "write down enough info" that you'll need later to be able to know exactly where you were
2025-08-12T08:16:51 < radhitya> h4x0riz3d: you're lifesaver. from what you wrote, i can understand it. so, interrupts are more efficient than polling.
2025-08-12T08:23:55 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-12T08:34:26 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-12T08:36:04 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 255 seconds]
2025-08-12T08:37:58 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-12T08:39:35 < h4x0riz3d> depends
2025-08-12T08:41:19 < h4x0riz3d> remember the context saving and restoring... and then if there's data (variables) or other "resources" that may be touched from both main() and from the ISR - this is one place where things can get f*cked up, so extra code or other changes may be needed to make this work properly
2025-08-12T08:41:42 < jpa-> well that was a shitty explanation ;)
2025-08-12T08:41:53 < h4x0riz3d> of course, what did you expect from me?
2025-08-12T08:42:06 < h4x0riz3d> gourme with a cherry on top?
2025-08-12T08:44:09 < h4x0riz3d> radhitya, if you're intending to use a high-ish level language (C/C++ etc) then you probably should get familiar here with how the stack works, stack frames, local variables, because this is related
2025-08-12T08:44:21 < h4x0riz3d> if you weren't already
2025-08-12T08:44:31 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-12T08:47:06 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-12T08:47:15 < h4x0riz3d> radhitya, one example is, on an 8bit MCU, imagine that main() is computing a 32bit integer adding (x += 1;), this turns into several instructions, and an interrupt could kick in anywhere inbetween, what if this same variable was used and modified inside the ISR? it can f*ck up
2025-08-12T08:49:41 < h4x0riz3d> to fix this, there are a few different ways.. one way is to temporarily turn off interrupts before doing the operation in main(), and turn them back on afterwards (and also you'd probably declare it volatile), the other way is to not do it like this at all (don't operate on the same data from both main() and from ISRs, or at least reduce this as much as possible)
2025-08-12T08:50:28 < h4x0riz3d> and this is where the "just use a flag in the ISR, and polling in main()" scheme comes
2025-08-12T08:57:53 < radhitya> h4x0riz3d: I would try to understand every new term that you gave to me.. Thank you, by the way
2025-08-12T09:00:48 < radhitya> Could someone help me to implement a external interrupt (EXTI) on STM32 Bluepill? You can see my current code (which is stuck): https://termbin.com/mo2b. Also, i read https://wiki.st.com/stm32mcu/wiki/Getting_started_with_EXTI too
2025-08-12T09:05:26 < qyx> what line in your code configures the external interrupt?
2025-08-12T09:05:29 < qyx> I can't see anything
2025-08-12T09:05:34 < qyx> and there is no handler for it
2025-08-12T09:06:32 < radhitya> yes, there is no handler for it, like i said before ("which is stuck")
2025-08-12T09:06:43 < radhitya> let me add AFIO first, perhaps
2025-08-12T09:07:54 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-08-12T09:14:04 < h4x0riz3d> usually the ISR function would have some kind of special attributes or type so that the compiler knows it's an ISR and it puts the "context switching" extra sauce around it automatically for you
2025-08-12T09:31:39 < ventyl> catphish: so british
2025-08-12T09:42:00 < jpa-> on ARM Cortex, interrupt handlers can be just regular functions, context stacking is handled by hardware
2025-08-12T09:43:08 < qyx> anyway it is hard to help because he is using.. idk what it is even
2025-08-12T09:43:40 < qyx> I suppose he has no vector table besides exception vectors
2025-08-12T09:43:46 < qyx> and maybe not even that
2025-08-12T09:46:13 < jpa-> probably the toolchain default vector table, so just need to check the name of the function you need to define to override the default handler weak definition
2025-08-12T10:03:27 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-12T10:04:03 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-12T10:10:33 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Remote host closed the connection]
2025-08-12T10:11:14 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has joined ##stm32
2025-08-12T10:44:27 -!- dkc [~dan@user/dkc] has quit [Server closed connection]
2025-08-12T10:44:48 -!- dkc [~dan@user/dkc] has joined ##stm32
2025-08-12T11:38:15 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:152a:64f6:40a4:5cac] has quit [Read error: Connection reset by peer]
2025-08-12T12:14:38 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f9c0:57ca:3a6a:f62e] has joined ##stm32
2025-08-12T12:15:44 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f9c0:57ca:3a6a:f62e] has quit [Remote host closed the connection]
2025-08-12T12:16:08 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f9c0:57ca:3a6a:f62e] has joined ##stm32
2025-08-12T12:45:27 < karlp> hal/spi.h has #ifdefs on platform to call different implmentations, rather than have the different platforms have their own implementations that match the standard header function...
2025-08-12T12:45:32 < karlp> I guess htat's one way of doing it...
2025-08-12T12:48:13 < jpa-> that might avoid IDE showing the wrong definition
2025-08-12T13:00:43 < karlp> no, I think it was just a side affect of trying to shoehorn refactorings in on top.
2025-08-12T13:01:17 < karlp> so, my fram writes are failing to read back.  this is going to be fun times...
2025-08-12T13:01:48 < jpa-> it is *random* access memory, and you expect deterministic results?
2025-08-12T13:03:12 < karlp> I actually think I may have just found it, or at least I have a very likely candidate.
2025-08-12T13:03:56 < karlp> another task is meant to be reading out of that fram on events, but it's.. "checking whether the flash is busy" (which is another CS on the same SPI) before it even bothers to see if it has any events to process.
2025-08-12T13:19:44 < radhitya> i still dont have idea about implement a external interrupt without ide
2025-08-12T13:20:02 < radhitya> besides that, i also need to add something on startup assembly
2025-08-12T13:36:33 -!- krish2487 [~krishna@62.135.140.101] has quit [Quit: WeeChat 4.6.3]
2025-08-12T13:43:49 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-08-12T13:45:05 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f9c0:57ca:3a6a:f62e] has quit [Read error: Connection reset by peer]
2025-08-12T14:36:56 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-12T14:36:56 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-12T14:59:15 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-12T16:04:26 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-12T16:05:27 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-12T16:05:51 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-12T16:06:34 < bitmask> so much to do
2025-08-12T16:07:39 < bitmask> maybe I should get the gym out of the way now
2025-08-12T16:07:48 < bitmask> food first!
2025-08-12T16:08:38 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 252 seconds]
2025-08-12T17:15:42 < qyx> it kinda looks like Aisler is the fastest affordable fab as of today
2025-08-12T17:15:46 < qyx> for EU
2025-08-12T17:16:44 < qyx> 2025-08-06 submitted, 7th hit manufacturing, 11th done and shipped, I am expecting it tomorrow (13th)
2025-08-12T17:17:43 < qyx> compared to jlc, where I submitted my stuff earlier, shipped 5th, still stuck at customs 
2025-08-12T17:18:18 < qyx> (it was already in Italy on 6th, no significant progress since)
2025-08-12T17:21:17 < machinehum> qyx: How is the cost of Aisler?
2025-08-12T17:21:23 < BrainDamage> I'd blame it more on italian customs
2025-08-12T17:21:30 < machinehum> Like 2x/3x jlc?
2025-08-12T17:23:30 < qyx> if I am comparing uncomparable, it is 2x at most (jlc's hasl 4L with aisler's enig is about 25e vs 35e for the same board maybe)
2025-08-12T17:23:36 < qyx> if I am comparing 4L enig, they are the same
2025-08-12T17:24:08 < jbo> machinehum, already had aisler PCBs in his hand
2025-08-12T17:25:56 < qyx> let's see exactly, board #1 73x100 mm 4L ENIG, jlc was 22.44€ + 6.90€ shipping + 5.80€ VAT/customs, that is 35.14€ total
2025-08-12T17:26:28 < qyx> aisler was 51.60€ for the same size board
2025-08-12T17:26:39 < qyx> oh, but jlc was 5 boards and aisler 3 boards
2025-08-12T17:26:41 < jbo> both qyx and I had situations where we placed orders at aisler and they just didn't show up and aisler was like "oh lol, ups - supper sorry, didn't fab"
2025-08-12T17:26:50 < qyx> oh yeah
2025-08-12T17:26:58 < machinehum> q
2025-08-12T17:27:05 < qyx> but jlc fucked up too in the past
2025-08-12T17:27:10 < jbo> not a biggie for me because I am comparing it to megabucks service like eurocircuits, so I expect shitty service
2025-08-12T17:27:23 < machinehum> I was talking to a guy and he said they just "forgot" a layer on one of his boards
2025-08-12T17:27:34 < qyx> I generally try to schedule things so I have at least 14 days for pcb fab
2025-08-12T17:28:19 < jbo> anyway, aisler ENIG is nice
2025-08-12T17:57:27 < ColdKeyboard> So I should just define the fram as spi eeprom in the Zephyr DTS and that should work?
2025-08-12T19:12:30 < Steffanx> It might
2025-08-12T19:44:42 < qyx> och, such a progress, directly to zephyr
2025-08-12T19:45:41  * qyx feeling jealous
2025-08-12T19:46:48 < qyx> after more than 10 years of fighting with freertos I still dont feel advendurous enough to go to zephyr
2025-08-12T19:49:53 -!- drew` [~drew@user/drew] has joined ##stm32
2025-08-12T19:50:05 -!- drew [~drew@user/drew] has quit [Ping timeout: 252 seconds]
2025-08-12T19:50:08 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-12T19:50:47 -!- drew` is now known as drew
2025-08-12T19:56:25 < h4x0riz3d> i was using allpcb for a long time, until one day the rules changed and my PCBs got held at customs, and it was gonna be like that every time, so now i use pcbway because they offer shipping with "IOSS"
2025-08-12T20:29:55 < Famine_> blargh it is documentation day
2025-08-12T21:03:47 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-12T21:18:57 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 260 seconds]
2025-08-12T22:55:06 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 272 seconds]
2025-08-12T23:26:27 -!- oz4ga [~tim@hator.sunsite.lv] has joined ##stm32
2025-08-12T23:44:19 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-12T23:48:19 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-12T23:48:40 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer]
2025-08-12T23:49:19 -!- ds2 [~ds2@user/ds2] has quit [Server closed connection]
--- Day changed Wed Aug 13 2025
2025-08-13T00:26:00 -!- ds2 [~ds2@69.54.141.155] has joined ##stm32
2025-08-13T01:10:17 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-13T01:18:59 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-13T01:23:11 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-08-13T03:24:12 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-13T03:27:30 -!- Famine_ [~Famine@user/famine-] has quit [Ping timeout: 248 seconds]
2025-08-13T04:30:09 -!- flatmush [~benbrewer@149.71.27.198] has quit [Ping timeout: 260 seconds]
2025-08-13T04:30:35 -!- flatmush [~benbrewer@149.71.22.85] has joined ##stm32
2025-08-13T04:37:02 -!- qyx [~qyx@84.245.120.1] has quit [Ping timeout: 260 seconds]
2025-08-13T04:38:54 -!- qyx [~qyx@84.245.121.98] has joined ##stm32
2025-08-13T05:04:03 -!- Famine- [~Famine@user/famine-] has quit [Read error: Connection reset by peer]
2025-08-13T05:40:24 -!- haritz [~hrtz@user/haritz] has quit [Remote host closed the connection]
2025-08-13T05:56:14 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving]
2025-08-13T06:19:17 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Quit: bitmask]
2025-08-13T06:31:17 < ColdKeyboard> With PCB shops (and reviews) in general survivorship bias is very real...
2025-08-13T06:31:31 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-13T06:31:50 < ColdKeyboard> Only handful of people will go out of their way to let everyone know their PCB order was fulfiled in a timely manner and with not issues
2025-08-13T06:32:14 < ColdKeyboard> Even if this happens hundred times in a row, it's expected
2025-08-13T06:32:37 < ColdKeyboard> But then, if the shop messes up once... people grab their flamethrowers and go crazy :)
2025-08-13T06:33:53 < ColdKeyboard> I used both jlc and pcbway for years and had no issues. Maybe I just got lucky but at the same time I probably made at least 100+ orders in the past two couple of years
2025-08-13T06:34:13 < ColdKeyboard> *two/couple
2025-08-13T06:35:02 < ColdKeyboard> qyx Zephyr is not that bad to be honest. Especially if it already has all the features you need.
2025-08-13T06:36:09 < ColdKeyboard> I gave freertos a try but it's just making things more "spaghetto" than it's helping
2025-08-13T07:49:15 < qyx> 100 orders over the pas 2 years is one order weekly
2025-08-13T07:49:33 < qyx> noway you can generate designs that fast
2025-08-13T07:50:06 < qyx> I did 90 orders at jlc alone
2025-08-13T07:52:06 -!- jhalmen [373aef909d@sourcehut/user/slowjo] has quit [Server closed connection]
2025-08-13T07:52:14 -!- jhalmen [373aef909d@sourcehut/user/slowjo] has joined ##stm32
2025-08-13T08:00:57 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-13T08:15:34 < h4x0riz3d> CAD'ing with 3600 mistakes per hour!
2025-08-13T08:15:51 < h4x0riz3d> you'll NEVER catch me!
2025-08-13T08:19:43 < h4x0riz3d> i ended up going for a slightly different scheme for my Banked memory thing... a single checksum/hash over the whole data, but it's larger (16 bytes currently), a whole scan cycle has to be made without memory modifications and only then will the banks swap, and the background task also reads back from memory into a page buffer to confirm that the thing was written
2025-08-13T08:35:37 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 260 seconds]
2025-08-13T08:37:13 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-13T09:50:52 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-13T09:54:50 < ventyl> h4x0riz3d: maybe don't invent a wheel and read how FEE (flash eeprom emulation) is done? you'll rarely come across a problem nobody solved before you. if you don't use the same approach, you can at least inspire yourself.
2025-08-13T09:58:59 < qyx> tbh swapping anything in anything is ugly and a no-go for me in anything
2025-08-13T10:56:40 < zyp> qyx, how so?
2025-08-13T10:57:01 < zyp> bank swapping firmware upgrades is pretty nice when you have hardware that supports it
2025-08-13T11:10:39 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-13T12:12:22 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has quit [Server closed connection]
2025-08-13T12:12:59 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has joined ##stm32
2025-08-13T12:39:50 < qyx> they are boring
2025-08-13T12:50:58 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has quit [Server closed connection]
2025-08-13T12:52:03 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has joined ##stm32
2025-08-13T13:30:21 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-13T13:47:49 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-08-13T13:50:46 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-08-13T13:51:25 < karlp> hrm, ok. sigrok has a latent spi bit position end sample decoder issue I'm not going to try and fix right now...
2025-08-13T13:51:30 < karlp> stupid distractions.
2025-08-13T13:59:02 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-13T14:02:42 -!- specing [~specing@user/specing] has quit [Remote host closed the connection]
2025-08-13T14:05:00 -!- specing [~specing@user/specing] has joined ##stm32
2025-08-13T14:09:55 < karlp> ok, figured itout, not sure how to fix it, and is only a presenatation problem wehn you have not quite enough sample rate, so your spi samples are not always exactly the same number of samples per clock. :|
2025-08-13T14:10:03 < karlp> fine, coffee and back to the real work then I guess.
2025-08-13T14:45:27 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-13T14:45:27 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-13T14:48:35 -!- leptonix [~leptonix@tiger.leptonix.net] has quit [Ping timeout: 252 seconds]
2025-08-13T15:18:27 -!- leptonix [~leptonix@tiger.leptonix.net] has joined ##stm32
2025-08-13T15:41:11 < karlp> meh, sigrok pd annotations must be static on the class.
2025-08-13T16:40:54 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-08-13T16:43:17 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-13T17:05:35 < karlp> well, it worked... https://bin.jvnv.net/file/akJw9.png
2025-08-13T17:06:12 < karlp> I had to presupply all 255 plausible flash commands, and I can't cahnge the names of them to match chip specific ones after the fact in that exploded checkbox list, but... the _decoding_ works okish now
2025-08-13T17:57:28 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-13T17:58:58 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-13T18:08:01 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 255 seconds]
2025-08-13T18:12:32 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-13T18:13:53 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds]
2025-08-13T19:04:10 < karlp> hrm, my pv acquisitions intermittently just... stop, 
2025-08-13T19:04:22 < karlp> after like 5-10 minutes without hitting hte trigger
2025-08-13T19:05:23 < jpa-> with what device? for fx2-based ones that usually just means random USB packet drops that have caused buffer to fill up
2025-08-13T19:05:43 < karlp> a logic16 compatible type device.
2025-08-13T19:05:57 < karlp> it's normally worked for ages waiting for a trigger
2025-08-13T19:06:12 < jpa-> yeah, should work
2025-08-13T19:06:33 < karlp> but yeah, I _presume_ it's "usb lol" but it would be nice if you got any sort of report, rather than just "oh yeah, the red record light is off, but you've got no data, hope you didn't miss  your condition before you noticed!"
2025-08-13T19:07:32 < karlp> and of course, after a morning cleaning up decoders and things, I'm now at iteration like 1500 without hitting it, 
2025-08-13T19:07:41 < karlp> yesterday I could hit it in 2-400 iterations.
2025-08-13T19:07:51 < karlp> ah well, this is how we know we'r e having fun amirite
2025-08-13T19:28:39 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-13T19:29:10 < h4x0riz3d> zyp, i'm not actually swapping the banks, i'm swapping their "roles" only
2025-08-13T19:29:50 < zyp> it's more annoying when hardware doesn't support bank swapping, because then you need to distinguish between A images and B images
2025-08-13T19:30:25 < h4x0riz3d> this is like a "double buffer" in graphics and one buffer is shown on screen, the other buffer is being drawn into, and at some point you flip their roles (not the whole data)
2025-08-13T19:38:37 < zyp> well, yes
2025-08-13T19:39:08 < zyp> the issue with firmwares is that when they XIP from flash, they need to be linked for the particular area it executes from
2025-08-13T19:39:37 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-13T19:40:01 < h4x0riz3d> ah, this is not for "code", it's for data memory
2025-08-13T19:40:11 < zyp> hardware with bank swapping means that it can swap which of the two banks are available at each address range, so that you can execute both images from the same address range
2025-08-13T19:40:38 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-13T19:40:48 < zyp> hardware without bank swapping either requires you to have images linked for two different banks, or physically swap the data between the banks
2025-08-13T19:41:03 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-13T19:41:07 < zyp> AIUI mcuboot actually does the latter to allow rollback on chips that can't bank swap
2025-08-13T19:41:26 < h4x0riz3d> but the banking thing only happens in the SPI FRAM/EEPROM, the firmware actually uses (read()/write()) the memory thru an object, and this object operates on a RAM buffer, there's no pages here
2025-08-13T19:41:35 < h4x0riz3d> or, it's one page
2025-08-13T19:42:06 < h4x0riz3d> yeah, i've seen this flash bank swapping on internal MCU memory on some chips
2025-08-13T19:42:44 < h4x0riz3d> the address appears to stay the same, but physically it gets mapped to the other place depending on one setting somewhere
2025-08-13T19:42:53 < zyp> it's strange that it's not more popular, it's just an xor on the top flash address line
2025-08-13T19:43:40 < h4x0riz3d> some $vendors don't care about making their chips nice, they only care about making moar $$$$ i'd say
2025-08-13T19:45:27 < h4x0riz3d> altho, what's the problem? some code like "jump tables" that say "if this is true - jump to address 2343" and this 2343 has to change to 2343+bank_offset?
2025-08-13T19:45:35 < karlp> whee, found it: https://bin.jvnv.net/file/03vpk.png
2025-08-13T19:46:03 < karlp> the "write to fram" was taking a semaphore on the spi channel, but the granularity and who was deciding that was all wrong.
2025-08-13T19:46:23 < jpa-> RP2xxx instead does this weirdly complex thing with version headers for the firmwares and flags and what not.. technically it can do it all, in practice it makes my head hurt
2025-08-13T19:46:25 < karlp> so it woudl take a semaphore, unlock, release, take a semaphore, write, release, take a semaphore, readback, release
2025-08-13T19:46:51 < karlp> so two different tasks using different sections of the fram got their "atomic(lol)" writes split between the write enable and the disable again...
2025-08-13T19:47:07 < karlp> so I did a nice clean write without write enable, then reported an error "wot, why didn't it write?!"
2025-08-13T19:47:43 < jpa-> (though you could reimplement it all, considering it uses external flash chip so that you can just pick the base address for XIP)
2025-08-13T19:49:06 < h4x0riz3d> can the firmware be built with some flags where any "hard-coded addresses" get converted to using an added offset? that would add a runtime overhead of course
2025-08-13T19:49:19 < h4x0riz3d> was this what "position independant" was for
2025-08-13T19:51:21 < jpa-> yes
2025-08-13T19:51:25 < karlp> (esp-idf happily allows slots, you can have as many as you can afford flash space, it's "easy")
2025-08-13T19:51:57 < karlp> ok, bug found. let's go home.  bug fixing can be tomorrow.
2025-08-13T19:52:46 < h4x0riz3d> what if the bugs f*ck all night and multiply?
2025-08-13T19:56:37 < jpa-> there is no night in iceland in august
2025-08-13T19:58:21 < jpa-> (ok, there is, i'm disappointed by how far south iceland is)
2025-08-13T19:58:33 < jpa-> maybe karlp should move to svalbard next
2025-08-13T20:06:46 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-13T20:58:19 -!- ds2 [~ds2@user/ds2] has changed host
2025-08-13T21:28:36 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-13T21:49:58 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 245 seconds]
2025-08-13T21:56:18 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 248 seconds]
2025-08-13T22:00:03 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-13T22:26:45 -!- vampirefrog [~vampirefr@2a02:2f09:d30d:7d00:4e52:62ff:fe1e:3ee9] has quit [Server closed connection]
2025-08-13T22:27:02 -!- vampirefrog [~vampirefr@2a02:2f09:d30d:7d00:4e52:62ff:fe1e:3ee9] has joined ##stm32
2025-08-13T22:47:52 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-13T23:38:17 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-13T23:46:37 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-13T23:54:04 -!- Alexer [~alexer@alexer.net] has quit [Ping timeout: 255 seconds]
2025-08-13T23:54:53 -!- Alexer [~alexer@alexer.net] has joined ##stm32
--- Day changed Thu Aug 14 2025
2025-08-14T00:11:14 < qyx> meh svalbard
2025-08-14T00:15:21 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving]
2025-08-14T01:19:29 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-08-14T01:26:08 < karlp> greenland is further north, south, east and west than us...
2025-08-14T01:26:49 < karlp> also, bugs you say? https://www.ruv.is/frettir/innlent/2025-08-13-mesta-my-sem-sest-hefur-i-aratugi-sumir-flyja-undan-thessu-en-thetta-er-alveg-meinlaust-450846
2025-08-14T01:29:45 < zyp> huh, that looks worse than finland
2025-08-14T01:31:30 < oz4ga> damn
2025-08-14T01:34:08 < qyx> what the hell are you doing with them, eating?
2025-08-14T01:34:30 < zyp> if you're a bird, sure
2025-08-14T01:36:15 < qyx> it looks like you can't avoid ingestion whenever you open your mouth
2025-08-14T01:44:10 < karlp> that's just at mývatn, which is named that, for all the "mý"
2025-08-14T01:44:30 < karlp> it's apparently a lot more than normal, but it's still famous for having shit heaps of them in parts of the summer
2025-08-14T01:44:44 < karlp> it's nothing like that around here.
2025-08-14T02:04:18 -!- vampirefrog [~vampirefr@2a02:2f09:d30d:7d00:4e52:62ff:fe1e:3ee9] has quit [Ping timeout: 248 seconds]
2025-08-14T02:31:25 -!- vampirefrog [~vampirefr@5.12.6.131] has joined ##stm32
2025-08-14T04:10:08 -!- kurfen [~kurfen@86.48.8.207] has quit [Ping timeout: 252 seconds]
2025-08-14T04:14:09 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Server closed connection]
2025-08-14T04:14:29 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-08-14T05:26:12 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-14T07:40:09 -!- haritz [~hrtz@user/haritz] has quit [Remote host closed the connection]
2025-08-14T07:47:15 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-14T08:34:43 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 255 seconds]
2025-08-14T08:36:28 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-14T08:55:54 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-14T09:10:01 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-08-14T10:40:05 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-14T10:42:19 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-14T10:42:45 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-14T13:32:17 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-14T13:32:17 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-14T13:48:01 < karlp> in case anyone was curious, lfpak56/powerso8 is still marginally cheaper in the west than tan lfpak33/powerdfn3333.  asia a little the other way maybe, hard to say. 
2025-08-14T15:29:26 < machinehum> https://datasheets.raspberrypi.com/rp2350/hardware-design-with-rp2350.pdf
2025-08-14T15:29:41 < machinehum> Does the layout on page 7 seem srange to anyone?
2025-08-14T15:31:39 < qyx> probably the best which coul be done
2025-08-14T15:32:45 < machinehum> If you have parts on both sides C6 better on the bottom and move everything else in? + swap position of C7 and the inductor
2025-08-14T15:34:21 < qyx> but 90% of commercial designs don't have parts on both sides
2025-08-14T15:34:24 < qyx> one side only is the default
2025-08-14T15:35:00 < machinehum> Makes sense yes
2025-08-14T15:49:14 -!- stgl [~stgl@2a03:b0c0:3:d0::cad:a001] has quit [Server closed connection]
2025-08-14T15:49:28 -!- stgl [~stgl@2a03:b0c0:3:d0::cad:a001] has joined ##stm32
2025-08-14T16:11:32 < karlp> I like how rpi was like, "hrm, it's super flakey and senesitive, and nothing off the shelf really works, so we got a vendor to specifically manufacturer us a part to help make our workaroudns more reliable"
2025-08-14T16:13:13 < qyx> really, what was that part?
2025-08-14T16:14:04 < specing> ProprietaryPi
2025-08-14T16:17:33 < jpa-> qyx: polarized inductor
2025-08-14T16:19:02 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-14T16:29:08 < karlp> "we're so sensitive to the shape of the invizzible wavvs we need things arranged just so"
2025-08-14T16:29:10 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 272 seconds]
2025-08-14T16:31:18 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-14T16:38:00 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-14T16:38:11 < qyx> jpa-: oh but polarized inductors are common, aren't they?
2025-08-14T16:39:24 < qyx> like those tayio yuden or how is that called properly
2025-08-14T16:39:28 < qyx> I soldered yesterday
2025-08-14T16:40:57 < qyx> some are wound and marked in a way to shield the swithing end with the non-switching end
2025-08-14T16:44:48 < machinehum> I think it's just shit the way the pins are arranged
2025-08-14T16:45:39 < machinehum> Clearly they have prioritised decoupling the 3v3 pin for that regulator, which kinda screws up everything with the switch output pin
2025-08-14T16:46:30 < machinehum> Like if you have the inductor right on the pin vs. connected through a long trace that runs under 2x 0402's I don't think this inductor polarity thing would matter
2025-08-14T16:48:19 -!- akaWolf [~akaWolf@akawolf.org] has joined ##stm32
2025-08-14T16:54:25 < karlp> you could choose not to reward such chip vendors....
2025-08-14T16:55:28 < karlp> look, I fixed the decoder to actually show the warning it was trying to show: https://bin.jvnv.net/file/4QFT2.png
2025-08-14T16:55:53 < karlp> (original decoder only showed warnings for _some_ of the write modes, not all of them, and used the wrong timestamps show it showed up as sliver, if at all)
2025-08-14T17:02:50 < qyx> ok this hex-s mikrotik has SFP *shared* with the first gigabit port
2025-08-14T17:02:55 < qyx> which means I can't use both
2025-08-14T17:04:00 < qyx> kinda lame
2025-08-14T17:04:14 < karlp> I htink that's kinda common...
2025-08-14T17:04:21 < karlp> sfps vs the uplink coppers
2025-08-14T17:04:42 < qyx> idk ubnt edgerouter has sfp as a standalone port
2025-08-14T17:08:34 < qyx> hm mikrotik CCS610 is 8x2
2025-08-14T17:08:40 < qyx> *8+2sfp
2025-08-14T18:07:14 < Famine> karlp, the pi has always had issues with power
2025-08-14T18:07:43 < Famine> iirc the 3b used a custom pmic that would fry if you shorted the 5v rail even for a split second
2025-08-14T18:21:05 < karlp>  Famine  don't tell me, I don't use such parts from such startup hw companies from some backwater island :)
2025-08-14T18:22:09 < Famine> karlp, the only pi i've ever owned was a 3b and i bought it for my wife to use kodi
2025-08-14T18:24:12 < karlp> kodi is up there with pi for the fanboiism
2025-08-14T18:24:44 < Famine> karlp, There's only two things I hate in this world: people who are intolerant of other people's cultures, and the Welsh.
2025-08-14T18:27:18 < Famine> and possibly VSCode / MSYS2 because why would i expect vscodes cmake integration not to completely fail with msys/clang64 and make me spend an hour debugging it
2025-08-14T19:37:34 < karlp> fuck me, jedec dep106 is the strangest document formatting.
2025-08-14T19:38:00 < karlp> the ordering is "incremental, by lowest 7 bits, and we'll randomly choose the 8th bit"
2025-08-14T19:38:38 < karlp> also, I think it's kinda funny that all these things go "yeah, jedec manufacturer id 0x20, deviceid=0xaabb" and just.... pretend the continuations don't exist.
2025-08-14T19:43:26 < karlp> ok, no, it's just this fucking odd parity amking the presentation god awful.
2025-08-14T19:45:10 < karlp> I like what these guys did, with encoding the page into an upper byte: https://github.com/memtest86plus/memtest86plus/blob/main/system/jedec_id.h#L1101
2025-08-14T19:46:47 < h4x0riz3d> i know cortex-M0+ isn't very liked here, but, does anyone happen to know if there's a way to tell GCC that the MULS instruction is not expensive? ;P~
2025-08-14T19:54:24 < karlp> x-y problem.
2025-08-14T19:54:47 < karlp> what are you actually trying to do, perhaps show a godbolt where it "uses the wrong thing"
2025-08-14T19:56:06 < h4x0riz3d> https://arm.godbolt.org/z/7qxGaPG3Y
2025-08-14T20:03:16 < karlp> so, are you asking about a code size problem? muls is variable length right?
2025-08-14T20:03:39 < Famine> what in the unholy hell is that
2025-08-14T20:03:40 < karlp> like, just changing -O2 to -Os uses muls for both
2025-08-14T20:03:40 < h4x0riz3d> the story is that ARM allows implementing MULS on cortex-M0+ in two ways: iterative (slow) or "single-cycle", and my chip has the single-cycle one
2025-08-14T20:39:21 < Famine> h4x0riz3d, so just write a fastmul function
2025-08-14T20:40:31 < h4x0riz3d> awkward, that's gonna polute my math code
2025-08-14T20:40:54 < Famine> https://godbolt.org/z/1Y3bYYM6P
2025-08-14T20:41:18 < h4x0riz3d> my best workaround right now is to use a special uint32_t type with overloaded operator *
2025-08-14T20:43:37 < h4x0riz3d> and some volatile involved to obscure the initialization of the thing
2025-08-14T21:12:13 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 276 seconds]
2025-08-14T21:16:14 -!- specing [~specing@user/specing] has quit [Ping timeout: 260 seconds]
2025-08-14T22:37:05 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-14T22:38:14 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-14T22:38:38 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-14T23:05:37 -!- Netsplit *.net <-> *.split quits: hackkitten, PaulFertser, splud, ilgrim, Shaun, MrMobius, phryk, NoSpark, yukam, jerrycash,  (+12 more, use /NETSPLIT to show all of them)
2025-08-14T23:05:41 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving]
2025-08-14T23:07:02 -!- Netsplit over, joins: hexo
2025-08-14T23:07:58 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-14T23:07:58 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has joined ##stm32
2025-08-14T23:07:58 -!- ilgrim [~ilgrim@xinu.me] has joined ##stm32
2025-08-14T23:07:58 -!- hackkitten [~hackkitte@94.31.119.144] has joined ##stm32
2025-08-14T23:07:58 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32
2025-08-14T23:07:58 -!- quinor [08c0f10716@2a03:6000:1812:100::dad] has joined ##stm32
2025-08-14T23:07:58 -!- catphish [~quassel@user/catphish] has joined ##stm32
2025-08-14T23:07:58 -!- splud [~noneya.bi@user/splud] has joined ##stm32
2025-08-14T23:07:58 -!- phryk [~totallyno@user/phryk] has joined ##stm32
2025-08-14T23:07:58 -!- polprog [~ath0@about/hackers/polprog] has joined ##stm32
2025-08-14T23:07:58 -!- Shaun [~shaun@user/shaun] has joined ##stm32
2025-08-14T23:07:58 -!- nohit [sid334887@id-334887.tinside.irccloud.com] has joined ##stm32
2025-08-14T23:07:58 -!- lemmi [~lemmi@user/lemmi] has joined ##stm32
2025-08-14T23:07:58 -!- kdehl [~madman@ec2-3-250-8-187.eu-west-1.compute.amazonaws.com] has joined ##stm32
2025-08-14T23:08:45 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-14T23:09:10 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32
2025-08-14T23:09:10 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has joined ##stm32
2025-08-14T23:09:10 -!- mawk [mawk@wireguard/contributor/mawk] has joined ##stm32
2025-08-14T23:09:10 -!- yukam [~yukam@user/yukam] has joined ##stm32
2025-08-14T23:09:10 -!- MrMobius [sid561267@id-561267.uxbridge.irccloud.com] has joined ##stm32
2025-08-14T23:09:10 -!- benishor [~benishor@scene.ro] has joined ##stm32
2025-08-14T23:09:15 -!- h4x0riz3d [~pewpew@antonsavov.net] has joined ##stm32
2025-08-14T23:10:07 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-14T23:10:21 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Remote host closed the connection]
2025-08-14T23:24:27 -!- t4nk_fn [~Go@user/t4nk] has quit [Remote host closed the connection]
2025-08-14T23:26:35 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-08-14T23:40:35 -!- t4nk_freenode [~Go@user/t4nk] has joined ##stm32
2025-08-14T23:41:40 -!- t4nk_freenode is now known as t4nk_fn
--- Day changed Fri Aug 15 2025
2025-08-15T00:55:46 -!- Laurenceb_ [~Laurenceb@71.177.208.46.dyn.plus.net] has joined ##stm32
2025-08-15T00:55:47 < Laurenceb_> https://video.twimg.com/ext_tw_video/1928194669411786752/pu/vid/avc1/538x522/iFD_WDq9wONB0L1c.mp4?tag=12
2025-08-15T01:33:09 -!- specing [~specing@user/specing] has joined ##stm32
2025-08-15T01:35:03 < qyx> time for midnight hungarian metal, Steffanx would approve
2025-08-15T01:35:05 < qyx> https://www.youtube.com/watch?v=fKNGkUPuQYg
2025-08-15T01:46:47 < karlp> h4x0riz3d: there's "cortex-m0plus.small-multiply" but I think that does the opposite of what you want :(
2025-08-15T01:48:31 < karlp> https://arm.godbolt.org/z/67zKqxf9d (simpler visualization I believe, no nops while loops and returns and shit)
2025-08-15T01:50:01 < karlp> yah, "cortex-m0plus does not take any feature options" if you trya nd use them :)
2025-08-15T01:52:40 < karlp> h4x0riz3d: ask the gcc list, it seems interesting that yuou can explicltyl ask for the small-multiply variant, but not the fast multiply variant...
2025-08-15T01:55:15 < karlp> this tries saying it will "always" use muls first, unless it has "reasons" for doing it with shifts and subtract shits: https://community.nxp.com/t5/LPCXpresso-IDE-FAQs/Use-of-Cortex-M0-M0-multiply-instructions-on-LPC43xx-and/m-p/461571?profile.language=en
2025-08-15T01:55:32 < karlp> and even says, "if you have a shit tier shitbox cpu, use the "small-multiply" option"
2025-08-15T01:57:38 < karlp> hah, lol. it depends on teh constant :)
2025-08-15T01:57:54 < karlp> https://arm.godbolt.org/z/jescj5r68
2025-08-15T01:58:49 < karlp> and on that one I just pasted, switching cpu to cortex-m0plus.small-multiply will correctly sub out the muls for the add/shift solution.
2025-08-15T01:59:21 < karlp> I guess there's some numerical reason for this?
2025-08-15T02:24:42 -!- Laurenceb_ [~Laurenceb@71.177.208.46.dyn.plus.net] has quit [Quit: Client closed]
2025-08-15T03:25:35 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-15T04:39:08 -!- qyx [~qyx@84.245.121.98] has quit [Ping timeout: 245 seconds]
2025-08-15T04:41:04 -!- qyx [~qyx@84.245.121.131] has joined ##stm32
2025-08-15T05:54:58 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 245 seconds]
2025-08-15T06:14:52 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-15T07:18:35 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-15T07:54:02 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-15T07:56:44 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-15T07:57:18 -!- Famine [~Famine@user/famine-] has quit [Read error: Connection reset by peer]
2025-08-15T08:03:08 < h4x0riz3d> karlp, gcc is just clever, except that someone has told gcc that MULS is "expensive", so when it does know the number - depending on the number it knows that it could substitute the multiplication with a given set of "other" instructions (which depend on the value of the number), and if those instructions are "fewer clock cycles" than what it thinks "MULS" is - then it will substitute the MULS
2025-08-15T08:05:55 < h4x0riz3d> i just "designed" a new iteration of my fancy "8bit button debounce code", which i originally wrote for 8bit, now i rewrote it for 32bit (Cortex-M0+ particularly), and i'm almost proud of how i managed to optimize it so it deals with 4 buttons at the same time using uint32_t words, and this involved using some funky magic numbers
2025-08-15T08:06:53 < h4x0riz3d> instead of writing the code how "i would've normally" (involving shifting bytes around and what not), i use uint32_t operations, including a multiplication with a magic constant
2025-08-15T08:07:26 < h4x0riz3d> only to find that gcc actually sees what i'm doing and replaces the MULS with.......... shifting and adding and more shifting >:(
2025-08-15T08:10:30 < h4x0riz3d> with "8bit button debounce" i mean, tact-switches which have "contact bounce noise", the MCU samples them, and for each button there's an 8-sample "memory" (a delay line or FIFO), so "8bit"
2025-08-15T08:10:44 < h4x0riz3d> more naive debounce code would use 2 bits
2025-08-15T08:14:57 < h4x0riz3d> i was gonna submit a bug report for this MULS situation, but before that i searched if it already exists, and it does: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99937
2025-08-15T08:29:44 -!- Famine_ [~Famine@user/famine-] has joined ##stm32
2025-08-15T08:30:21 -!- Famine- [~Famine@user/famine-] has quit [Read error: Connection reset by peer]
2025-08-15T08:33:24 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-15T08:34:06 -!- Famine_ [~Famine@user/famine-] has quit [Read error: Connection reset by peer]
2025-08-15T08:36:43 -!- Famine_ [~Famine@user/famine-] has joined ##stm32
2025-08-15T08:37:33 -!- Famine- [~Famine@user/famine-] has quit [Read error: Connection reset by peer]
2025-08-15T09:04:30 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-08-15T09:22:26 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-15T09:33:29 -!- Famine_ [~Famine@user/famine-] has quit [Read error: Connection reset by peer]
2025-08-15T09:33:55 -!- Famine_ [~Famine@user/famine-] has joined ##stm32
2025-08-15T09:35:29 -!- Famine_ [~Famine@user/famine-] has quit [Read error: Connection reset by peer]
2025-08-15T09:59:54 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-08-15T10:25:45 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-15T11:19:54 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-08-15T11:53:52 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Ping timeout: 260 seconds]
2025-08-15T12:05:58 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-15T12:06:30 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-08-15T12:06:50 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-15T12:07:04 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-08-15T12:07:24 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-15T12:08:05 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-08-15T12:08:25 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-15T12:09:39 < Steffanx> I'm not impressed qyx @ Hungarian music 
2025-08-15T12:10:19 < h4x0riz3d> do you want some Bulgarian music instead?
2025-08-15T12:35:24 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-15T12:36:22 < Steffanx> h4x0riz3d: do I? 
2025-08-15T12:37:50 < h4x0riz3d> i'm your friendly neighbourhood dealer of bulgarian music, first dose is free of charge
2025-08-15T12:48:11 < qyx> Steffanx: anyway, I was listening to some dutch girl going thru pakistan to K2 base camp, looks like she is a well known traveller maybe?
2025-08-15T12:48:15 < qyx> some flora idk
2025-08-15T12:48:41 < Steffanx> Doesn't ring a bell
2025-08-15T12:49:42 < Steffanx> Don't you make music yourself h4x0riz3d ?
2025-08-15T12:50:53 < h4x0riz3d> yeah
2025-08-15T12:53:07 < h4x0riz3d> i think you've heard some already, but it doesn't sound "bulgarian" in any way, probabl, there's not even vocals, it's just noise that could've been made by anyone ;P~
2025-08-15T13:29:43 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-15T13:47:00 < qyx> the hell dropbear's ed25519 are incompatible with openssh
2025-08-15T13:47:09 < qyx> *private* keys
2025-08-15T13:47:14 < qyx> public actually are
2025-08-15T13:47:49 < karlp> private keys are _nominally_ always specific to the tool aren' tthey? are they meant to be interchangeable?
2025-08-15T13:49:04 < karlp> dropbear uses pem? 
2025-08-15T13:49:24 < karlp> you're not the first https://manpages.ubuntu.com/manpages/jammy/man1/dropbearkey.1.html
2025-08-15T13:49:33 < qyx> no, some text-binary shit
2025-08-15T13:50:00 < qyx> yes but I used ssh-keygen
2025-08-15T13:50:21 < qyx> I understand dropbearkey creates them in the dropbear format, but I did ssh-keygen -t ed25519
2025-08-15T13:50:44 < karlp> https://manpages.ubuntu.com/manpages/xenial/man1/dropbearconvert.1.html
2025-08-15T13:51:09 < qyx> yeah I know I am just triggered
2025-08-15T13:51:14 < karlp> don't ask me the whys, I just remember this from openwrt...
2025-08-15T13:51:24 < qyx> because I was like "meh muh dropbear fuk that.. let's see if ssh-keygen is there, oh it is!"
2025-08-15T13:51:41 < qyx> then I was opkg install sshtunnel
2025-08-15T13:51:52 < qyx> logread, can't recognize '-n' option
2025-08-15T13:51:58 < qyx> I was like, fuk dropbear again
2025-08-15T13:52:08 < qyx> opkg install openssh-client
2025-08-15T13:52:13 < qyx> and then, error in libcrypto whatever
2025-08-15T13:52:14 < karlp> >>> out of space
2025-08-15T13:52:31 < qyx> my orbital sides were at 6.9 km/s
2025-08-15T13:53:00 < qyx> anyway, regenerated, works
2025-08-15T13:53:56 < qyx> it is only one of the issues I was dealing with
2025-08-15T13:54:13 < qyx> different flash layout for 24.x, new default firewall rules, etc.
2025-08-15T13:54:22 < qyx> I am too old for this shit
2025-08-15T16:10:54 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 252 seconds]
2025-08-15T16:14:13 < Steffanx> Will you be alright grandpa qyx ?
2025-08-15T16:42:57 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32
2025-08-15T16:44:16 -!- tabemann_ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Ping timeout: 252 seconds]
2025-08-15T17:58:41 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-15T17:58:43 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-15T17:58:43 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-15T19:08:27 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Read error: Connection reset by peer]
2025-08-15T19:10:25 -!- Famine_ [~Famine@user/famine-] has joined ##stm32
2025-08-15T19:13:02 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32
2025-08-15T19:17:35 < Famine_> h4x0riz3d, the question is why ?  setup an interrupt for the GPIO input, set a timer for ~10ms in your ISR, read the pin again in your ISR, if the pin is still set then do something
2025-08-15T19:17:55 < Famine_> read it again in your timer ISR *
2025-08-15T19:18:05 < h4x0riz3d> why what?
2025-08-15T19:18:20 < h4x0riz3d> oh, my fancy debounce?
2025-08-15T19:18:29 < Famine_> yeah
2025-08-15T19:18:45 < h4x0riz3d> because... it's not about 1 button
2025-08-15T19:18:56 < h4x0riz3d> i have 26 buttons at the moment
2025-08-15T19:19:25 < h4x0riz3d> they are not wired to the MCU directly, i don't wanna throw that many pins for the buttons, they're wired over SPI
2025-08-15T19:19:32 < h4x0riz3d> ah yes, they're also not on the same board even
2025-08-15T19:27:35 < Famine_> that doesn't really change much, fire an interupt on a button press, update a 52/104 byte uint16_t / uint32_t array with the pin state, set the timer in the ISR, read the pin states in the timer ISR.  99% of your time debouncing is nonblocking so not much need for hand optimization
2025-08-15T19:37:48 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 276 seconds]
2025-08-15T19:42:51 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-08-15T19:51:03 < karlp> can't file bugs against gcc if you're just getting things done.... :)
2025-08-15T19:53:51 < qyx> sfp+ is backwards compatible with sfp, isn't it?
2025-08-15T19:55:23 < qyx> also, anyone ever configured GPON SFP ONU in a ubnt/mikrotik router?
2025-08-15T19:55:25 < karlp> heh, ramxeed (fujitsu) has the jedec vendor id of 4, first page, original fujitsu id.
2025-08-15T19:56:02 < karlp> one of their fram parts describes their reply to RDID as having 4. _then_ a continuation flag 0x7f _then_ deviceid.
2025-08-15T19:56:22 < karlp> it's like they just decided "we need more device id bytes for ourselves, so we're using cont-ids there too" 
2025-08-15T19:56:40 < karlp> instead of using the already defined "use more bytes after the device id, if the user keeps clocking for you"
2025-08-15T19:59:29 < h4x0riz3d> karlp, the PCB is not done yet ;P~
2025-08-15T20:00:36 < h4x0riz3d> https://i.imgur.com/shwTMR1.png
2025-08-15T20:01:34 < h4x0riz3d> Famine_, i cannot tolerate lousy debounce, and 2-sample debounce is lousy
2025-08-15T20:01:49 < h4x0riz3d> it works for many kinds of devices just fine, not for this one
2025-08-15T20:06:12 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds]
2025-08-15T20:16:09 < h4x0riz3d> Famine_, have you seen what comes out from a tact switch when you press it?
2025-08-15T20:19:18 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-15T20:19:25 < Famine_> h4x0riz3d, uh huh, and it's also short duration which is why reading the pin state again after 1-5ms works
2025-08-15T20:19:49 < h4x0riz3d> not if the noise burst is 10ms
2025-08-15T20:23:16 < Famine_> you are going to be hard pressed to find a switch with a 10ms bounce time, Ganssle tested a ton of switches and even the most extreme outlier was only 6ms
2025-08-15T20:27:28 < qyx> Famine_ overargumenting h4xxorz
2025-08-15T20:29:09 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-15T20:30:07 < Famine> my main point was why bother hand optimizing a switch debounce routine you are either in a non-blocking state where a few extra instructions mean nothing or you are in a blocking state and it doesn't matter either
2025-08-15T20:30:42 -!- Famine_ [~Famine@user/famine-] has quit [Ping timeout: 260 seconds]
2025-08-15T20:41:12 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-15T20:42:53 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 245 seconds]
2025-08-15T21:52:37 -!- Livio [~livio@user/livio] has quit [Ping timeout: 240 seconds]
2025-08-15T21:54:34 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-15T21:59:57 -!- Livio [~livio@user/livio] has quit [Ping timeout: 240 seconds]
2025-08-15T22:16:01 -!- h4x0riz3d [~pewpew@antonsavov.net] has quit [Server closed connection]
2025-08-15T22:16:23 -!- antto [~pewpew@antonsavov.net] has joined ##stm32
2025-08-15T22:19:19 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-15T22:23:20 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-15T23:22:41 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-08-15T23:41:54 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
--- Day changed Sat Aug 16 2025
2025-08-16T00:56:48 < qyx> TIL AN2606 from ADI is about Trinamic API
2025-08-16T01:23:36 < qyx> hm, what was the problem with DMAing to/from a GPIO port?
2025-08-16T01:24:41 < qyx> there was some bus matrix something not allowing DMA peripheral to access the GPIO port registers
2025-08-16T02:27:52 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 276 seconds]
2025-08-16T03:29:46 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-16T03:30:56 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-16T03:31:20 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-16T05:14:22 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-16T05:14:54 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-16T06:03:35 -!- dudv2 [~dudv2@user/DudV2] has quit [Ping timeout: 252 seconds]
2025-08-16T06:05:19 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32
2025-08-16T07:42:35 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has quit [Quit: leaving]
2025-08-16T07:44:35 -!- dudv2 [~dudv2@user/DudV2] has joined ##stm32
2025-08-16T07:50:19 -!- dudv2 [~dudv2@user/DudV2] has quit [Quit: leaving]
2025-08-16T07:58:36 -!- dudv2 [~dudv2@user/DudV2] has joined ##stm32
2025-08-16T08:09:21 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-16T08:47:03 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-16T09:09:04 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving]
2025-08-16T09:35:50 -!- benishor [~benishor@scene.ro] has quit [Server closed connection]
2025-08-16T09:36:09 -!- benishor [~benishor@scene.ro] has joined ##stm32
2025-08-16T09:42:11 < jpa-> qyx: on some cortex-m0 devices the GPIO is connected to the special single-cycle port
2025-08-16T09:42:23 < jpa-> but mostly on STM32 you can DMA to GPIO just fine
2025-08-16T09:58:33 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-08-16T10:14:38 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-16T10:30:40 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-08-16T10:40:48 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 245 seconds]
2025-08-16T11:15:38 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-16T12:10:05 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-16T13:40:59 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-08-16T14:19:42 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-16T14:24:54 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 260 seconds]
2025-08-16T14:30:01 < qyx> jpa-: oh that was it
2025-08-16T14:31:57 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-16T14:33:39 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 260 seconds]
2025-08-16T14:46:10 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-16T15:02:18 -!- Famine_ [~Famine@user/famine-] has joined ##stm32
2025-08-16T15:05:32 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 252 seconds]
2025-08-16T15:37:05 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-16T15:48:45 -!- PaulFertser [paul@paulfertser.info] has quit [Ping timeout: 276 seconds]
2025-08-16T15:49:01 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-16T15:49:01 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-16T16:30:16 -!- vampirefrog [~vampirefr@5.12.6.131] has quit [Quit: ZNC 1.8.2+deb2+deb11u1 - https://znc.in]
2025-08-16T16:30:37 -!- vampirefrog [~vampirefr@2a02:2f09:d104:bb00:4e52:62ff:fe1e:3ee9] has joined ##stm32
2025-08-16T16:45:06 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32
2025-08-16T17:46:07 -!- srk [~sorki@user/srk] has quit [Server closed connection]
2025-08-16T17:53:24 -!- srk [~sorki@user/srk] has joined ##stm32
2025-08-16T18:45:53 -!- MrMobius [sid561267@id-561267.uxbridge.irccloud.com] has quit [Server closed connection]
2025-08-16T18:46:04 -!- MrMobius [sid561267@id-561267.uxbridge.irccloud.com] has joined ##stm32
2025-08-16T19:04:54 -!- dudv2 [~dudv2@user/DudV2] has quit [Ping timeout: 260 seconds]
2025-08-16T19:06:23 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32
2025-08-16T19:16:27 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-08-16T20:13:29 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-16T20:36:39 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds]
2025-08-16T21:25:44 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-16T21:33:18 -!- dkc [~dan@user/dkc] has quit [Ping timeout: 245 seconds]
2025-08-16T22:26:47 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-16T22:59:21 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-08-16T23:17:18 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-08-16T23:46:04 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-16T23:56:37 -!- dkc [~dan@user/dkc] has joined ##stm32
--- Day changed Sun Aug 17 2025
2025-08-17T01:10:32 -!- dkc [~dan@user/dkc] has quit [Ping timeout: 252 seconds]
2025-08-17T01:13:14 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has quit [Server closed connection]
2025-08-17T01:15:18 -!- dkc [~dan@user/dkc] has joined ##stm32
2025-08-17T01:33:32 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has joined ##stm32
2025-08-17T02:20:22 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye]
2025-08-17T02:26:47 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-17T03:18:06 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 244 seconds]
2025-08-17T03:39:43 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-17T03:40:49 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-17T03:41:13 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-17T04:39:58 -!- qyx [~qyx@84.245.121.131] has quit [Ping timeout: 245 seconds]
2025-08-17T04:42:07 -!- qyx [~qyx@84.245.120.236] has joined ##stm32
2025-08-17T05:03:15 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Ping timeout: 252 seconds]
2025-08-17T05:16:23 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-17T06:42:13 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 255 seconds]
2025-08-17T08:31:07 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 255 seconds]
2025-08-17T08:32:54 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-17T08:47:34 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-17T09:19:22 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-17T10:03:09 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-17T10:23:09 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-17T11:12:35 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 244 seconds]
2025-08-17T11:24:32 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-08-17T11:29:20 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has quit [Quit: Lost terminal]
2025-08-17T11:33:10 -!- dudv2 [~dudv2@user/DudV2] has joined ##stm32
2025-08-17T12:42:49 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-17T12:59:33 -!- yukam [~yukam@user/yukam] has quit [Server closed connection]
2025-08-17T13:06:58 -!- yukam [~yukam@user/yukam] has joined ##stm32
2025-08-17T13:16:12 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-08-17T14:17:20 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-17T16:25:10 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-17T16:30:50 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-17T16:40:19 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye]
2025-08-17T18:19:37 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Remote host closed the connection]
2025-08-17T18:32:10 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-17T18:40:27 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-08-17T18:49:52 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-17T19:32:01 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds]
2025-08-17T19:35:10 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-17T19:36:57 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-17T19:36:57 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-17T19:50:50 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-17T19:54:51 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-17T19:55:17 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-17T20:04:46 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-17T20:25:54 -!- specing [~specing@user/specing] has quit [Ping timeout: 252 seconds]
2025-08-17T22:58:49 -!- splud [~noneya.bi@user/splud] has quit [Quit: Leaving]
2025-08-17T23:55:49 -!- specing [~specing@user/specing] has joined ##stm32
--- Day changed Mon Aug 18 2025
2025-08-18T00:05:10 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-18T00:18:46 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 244 seconds]
2025-08-18T00:22:33 < karlp> busy weekend I see :)
2025-08-18T00:22:39 < karlp> can't say I did any more...
2025-08-18T00:27:17 < Steffanx> Gooday mr karlpm
2025-08-18T00:27:21 < Steffanx> -m
2025-08-18T00:33:07 -!- splud [~noneya.bi@user/splud] has joined ##stm32
2025-08-18T01:02:41 < qyx> you bet
2025-08-18T01:07:41 < qyx> I have already seen half of the youtube
2025-08-18T01:22:34 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 260 seconds]
2025-08-18T01:24:17 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-18T01:32:24 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-18T03:44:58 < Steffanx> That's quite the achievement qyx. Does YouTube give rewards for that?
2025-08-18T03:50:28 < qyx> why is Steff not sleeping, wathicng youtubez?
2025-08-18T05:41:51 < qyx> Advent International, a leading global private equity firm, announced its intention to take over
2025-08-18T05:41:54 < qyx> u-blox.
2025-08-18T05:49:22 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-18T06:00:35 -!- zyp [~zyp@zyp.no] has quit [Server closed connection]
2025-08-18T06:00:41 -!- zyp [~zyp@zyp.no] has joined ##stm32
2025-08-18T07:53:27 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-18T07:59:03 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-18T08:08:24 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-18T08:30:26 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 252 seconds]
2025-08-18T08:32:07 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-18T08:57:13 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-18T09:17:15 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-08-18T09:22:19 -!- kurfen [~kurfen@45.84.137.21] has joined ##stm32
2025-08-18T09:24:31 -!- kurfen_ [~kurfen@109.236.63.52] has joined ##stm32
2025-08-18T09:26:45 -!- kurfen [~kurfen@45.84.137.21] has quit [Ping timeout: 260 seconds]
2025-08-18T09:36:08 -!- c10ud [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has joined ##stm32
2025-08-18T09:36:08 -!- c10ud [~c10ud@user/c10ud] has changed host
2025-08-18T09:55:50 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-18T10:02:45 -!- blathijs_ [~matthijs@tika.stderr.nl] has quit [Ping timeout: 248 seconds]
2025-08-18T10:04:57 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 240 seconds]
2025-08-18T10:16:47 -!- blathijs [~matthijs@tika.stderr.nl] has joined ##stm32
2025-08-18T10:26:37 -!- Livio [~livio@user/livio] has quit [Ping timeout: 240 seconds]
2025-08-18T10:54:28 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-18T11:12:24 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-08-18T11:34:30 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-18T11:58:33 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-08-18T12:51:40 -!- c10ud [~c10ud@user/c10ud] has quit [Ping timeout: 255 seconds]
2025-08-18T12:54:10 -!- c10ud [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has joined ##stm32
2025-08-18T12:54:10 -!- c10ud [~c10ud@user/c10ud] has changed host
2025-08-18T13:44:13 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-18T14:01:21 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-18T14:07:47 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-18T14:45:26 < karlp> man, someone tried "fixing" the  layering here and turning single big monolithing pieces into some sort of hal/layers, and ... fuck me, it's... less clear than before.
2025-08-18T14:52:23 < jpa-> half-ass abstraction is always a good idea, just look at STM32 Cube/HAL/LL/regdef
2025-08-18T14:52:37 < karlp> they are likely more self consistent.
2025-08-18T14:52:57 < karlp> this codebase has this half arsed thing that is a migration, but also left some platforms with the existing impls.
2025-08-18T14:53:02 < karlp> it's a fucking soup
2025-08-18T14:53:58 < jpa-> will you  1) finish it  2) roll it back  3) fuck it
2025-08-18T14:54:00 < karlp> there's a nvram.h that goes to either "sram" or "fram" and one of them "correctly" obtains a lock on the chip, other doesn't.  and they're both just trying to be the same backend impl for "save these bytes into nvram plz"
2025-08-18T14:54:05 < karlp> I'm not sure :)
2025-08-18T14:54:15 < karlp> unfucking it is the right way forwards,
2025-08-18T14:54:37 < karlp> there's a shortcut, which is "stop unlocking/locking the fram for write access, just leave it open all the time like sram"
2025-08-18T14:54:45 < karlp> but it will just make this all come up again later.
2025-08-18T14:55:29 < karlp> innnooooovvvvaattttion
2025-08-18T14:58:04 < karlp> it's harder to read than it needs to be too,, ebcause they put lots of things into modular directories, but then just parss every single subdir to -I, so there's just `#include "spi.h"` and it's like... are you reaching into the hardware? where are we in the layers you made up?
2025-08-18T15:31:03 < karlp> fucking looked at zephyr to see how they arrange it.
2025-08-18T15:31:12 < karlp> they cant' do flash RDID reads properly eitehr...
2025-08-18T15:31:20 < karlp> "rdid is only ever three bytes!"
2025-08-18T15:31:35 < karlp> hope you like getting 0x7f7f7f for your fucking ids tards.
2025-08-18T15:43:50 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 252 seconds]
2025-08-18T15:48:16 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-18T15:50:45 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has joined ##stm32
2025-08-18T15:50:46 < Laurenceb_> https://nitter.poast.org/pic/orig/media%2FGynGdo4XMAAz626.png
2025-08-18T15:52:48 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has quit [Client Quit]
2025-08-18T16:01:22 < karlp> chefs kiss.
2025-08-18T16:13:06 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-18T16:13:06 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-18T16:14:13 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity]
2025-08-18T16:18:30 -!- infisc [uid692580@user/infisc] has joined ##stm32
2025-08-18T16:22:28 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 245 seconds]
2025-08-18T16:36:18 < ventyl> karlp: i've been there. it takes a lot of time but can be unfucked. just fix it piece by piece and then withstand bitching of others that stuff which was working reliably for years is being touched
2025-08-18T17:03:16 < qyx> any M$ cloud super pro here? I need to setup notifications over smtp in a forced-MFA, forced-oauth2 env
2025-08-18T17:03:43 < specing> migrate away from that monopoly
2025-08-18T17:03:43 < qyx> app passwords don't work (incorrect password)
2025-08-18T17:05:37 < qyx> that's not on the menu today
2025-08-18T17:15:10 < karlp> ventyl: yeah, just trying to work out the steps that get me somewhere.
2025-08-18T17:15:36 < karlp> someone also got browbeaten into _not_ touching one variant of this "because it works already" so there's sideways paths around this half fucked layering already.
2025-08-18T17:33:00 < aandrew> heh refactoring is usually painful, and if they're trying to implement a new way of doing things (hal/layers) then it's ALWAYS painful
2025-08-18T17:35:34 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-18T17:38:41 -!- infisc [uid692580@user/infisc] has left ##stm32 []
2025-08-18T17:38:47 -!- infisb [~infisc@user/infisc] has joined ##stm32
2025-08-18T17:40:09 < karlp> I'm being very modern and doing "risk based refactoring" at the moment :)
2025-08-18T17:40:28 < karlp> checking which paths are actually unsafe already, letting that guide what some steps might be.
2025-08-18T17:41:07 < karlp> I think I've found a weakness in the "special, don't touch, perfect" code too, so I can maybe break it to demonstrate that my refactoring is "correct"
2025-08-18T17:42:37 < ventyl> any chance to introduce tests?
2025-08-18T17:42:44 < qyx> ha-ha
2025-08-18T17:43:33 < ventyl> our perfect, don't touch code also had that one subtle error it wasn't able to detect short circuit at one pin
2025-08-18T17:43:51 < ventyl> I am not sure how they demonstrated to the customer that this feature works
2025-08-18T17:46:35 < karlp> ventyl: yeah, that's also underway. caught sooooo many things.
2025-08-18T17:47:03 < karlp> but a mountain ahead still.
2025-08-18T18:37:37 -!- Livio [~livio@user/livio] has quit [Ping timeout: 240 seconds]
2025-08-18T19:14:03 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Read error: Connection reset by peer]
2025-08-18T19:38:53 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-18T19:42:30 < machinehum> ;o swisscom getting be fibre
2025-08-18T19:42:34 < machinehum> me*
2025-08-18T20:45:51 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds]
2025-08-18T20:51:32 -!- Famine_ [~Famine@user/famine-] has quit [Ping timeout: 244 seconds]
2025-08-18T20:52:29 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-18T21:00:40 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-18T21:28:25 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-08-18T22:25:53 < Famine> ventyl, tests ? hah who needs tests
2025-08-18T22:30:03 < ventyl> everyone
2025-08-18T22:31:54 < Famine> ventyl, lies! my c89 codebase is perfect....
2025-08-18T22:32:24  * Famine is currently writing c++23 with clang-tidy / cpputest / llvm-cov
2025-08-18T22:33:05 < qyx> blah coverage
2025-08-18T22:34:57 < veverak> coverage is necessary evil
2025-08-18T22:35:11 < veverak> somehow people in mgmt need to see precise numebrs and that is at least one we can give them
2025-08-18T22:38:01 < antto> 42.000000000000000000000000000000000000000000000
2025-08-18T22:38:27 < ventyl> you just have to send them to hell the right way
2025-08-18T22:38:42 < veverak> nah
2025-08-18T22:39:01 < veverak> mgmt are just people, you just have to ifnd the language the speak 
2025-08-18T22:43:15 < antto> "yo, $boss, pick up da fone!" "wazzaaaaaaaaa"
2025-08-18T23:11:54 -!- hexo [~hexo@user/hexo] has quit [Read error: Connection reset by peer]
2025-08-18T23:14:07 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-18T23:20:50 -!- Netsplit *.net <-> *.split quits: radhitya, c10ud, jmcgnh, oz4ga, Mangy_Dog, BrainDamage, ice
2025-08-18T23:26:01 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-08-18T23:26:01 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-08-18T23:26:01 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-08-18T23:26:01 -!- oz4ga [~tim@hator.sunsite.lv] has joined ##stm32
2025-08-18T23:26:01 -!- radhitya [~radhitya@user/radhitya] has joined ##stm32
2025-08-18T23:26:01 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-08-18T23:26:01 -!- ice [~ice@loud.house] has joined ##stm32
2025-08-18T23:31:21 -!- BrainDamage_ [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-08-18T23:31:44 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-08-18T23:36:13 -!- BrainDamage_ is now known as BrainDamage
2025-08-18T23:37:51 -!- c10ud_ [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has joined ##stm32
2025-08-18T23:37:57 -!- c10ud [~c10ud@user/c10ud] has quit [Remote host closed the connection]
2025-08-18T23:59:08 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 245 seconds]
--- Day changed Tue Aug 19 2025
2025-08-19T01:41:46 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Remote host closed the connection]
2025-08-19T01:42:51 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-08-19T01:55:04 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 252 seconds]
2025-08-19T02:02:19 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-19T02:04:08 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 245 seconds]
2025-08-19T04:33:18 -!- ilgrim [~ilgrim@xinu.me] has quit [Ping timeout: 276 seconds]
2025-08-19T04:39:39 -!- ilgrim [~ilgrim@xinu.me] has joined ##stm32
2025-08-19T04:44:21 -!- qyx [~qyx@84.245.120.236] has quit [Ping timeout: 252 seconds]
2025-08-19T04:46:17 -!- qyx [~qyx@84.245.121.251] has joined ##stm32
2025-08-19T06:26:02 -!- mawk [mawk@wireguard/contributor/mawk] has quit [Server closed connection]
2025-08-19T06:28:17 -!- mawk [mawk@wireguard/contributor/mawk] has joined ##stm32
2025-08-19T07:44:26 -!- veverak [~veverak@2a01:4f8:1c1c:377c::1] has quit [Server closed connection]
2025-08-19T07:44:48 -!- veverak [~veverak@2a01:4f8:1c1c:377c::1] has joined ##stm32
2025-08-19T07:55:18 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-19T07:55:40 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-19T08:11:15 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-19T08:29:35 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 252 seconds]
2025-08-19T08:31:19 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-19T08:38:22 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-19T08:39:28 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-19T08:39:53 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-19T08:44:53 -!- russell-- [~russell@user/russell/x-2065287] has quit [Server closed connection]
2025-08-19T08:45:01 -!- russell-- [~russell@user/russell/x-2065287] has joined ##stm32
2025-08-19T09:17:28 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Ping timeout: 255 seconds]
2025-08-19T09:18:35 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32
2025-08-19T09:25:08 -!- srk [~sorki@user/srk] has quit [Read error: Connection reset by peer]
2025-08-19T09:35:23 -!- srk [~sorki@user/srk] has joined ##stm32
2025-08-19T09:37:09 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-08-19T10:23:14 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-08-19T10:47:25 < NEYi> Yo, anyone knows how to make a USB HID device that would work as a multimedia device? What I mean, is that on computer keyboards there are usually buttons to change .mp3 track, make volume go up/down, pause, etc...
2025-08-19T10:48:33 < infisb> #Arduino_Leonardo
2025-08-19T10:48:34 < NEYi> I wanted to make such keys as a standalone device(keyboards sometimes lack these, which is super inconvenient), but digging into the matter shown...
2025-08-19T10:48:58 < NEYi> That HID Keyboard doesn't have such functionality. ( O_o)
2025-08-19T10:49:40 < NEYi> And when computer keyboads have media buttons, it's always 2 different USB HID devices on 1 USB port.
2025-08-19T10:50:08 < NEYi> infisb, thanks for info, but I really want it being on STM32. ;)
2025-08-19T10:50:16 < NEYi> I'm an Arduino hater. :D
2025-08-19T10:50:36 -!- srk [~sorki@user/srk] has quit [Ping timeout: 244 seconds]
2025-08-19T10:50:55 < NEYi> Also, thinking on adding some additional functionality...
2025-08-19T11:08:37 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-08-19T11:37:31 < ventyl> take any USB-capable STM32, strap tinyusb onto firmware and implement the protocol of that HID device which provides multimedia key functionality
2025-08-19T11:41:03 -!- Netsplit *.net <-> *.split quits: System_Error
2025-08-19T11:48:44 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-19T11:55:53 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-19T12:00:01 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has joined ##stm32
2025-08-19T12:00:22 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 255 seconds]
2025-08-19T12:01:25 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has quit [Remote host closed the connection]
2025-08-19T12:01:40 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-08-19T12:01:48 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-19T12:16:58 -!- ice [~ice@loud.house] has quit [Server closed connection]
2025-08-19T12:17:15 -!- ice [~ice@loud.house] has joined ##stm32
2025-08-19T12:30:10 < jpa-> NEYi: multimedia keyboards are just one device for me, it's just a special keycode
2025-08-19T12:36:51 < NEYi> jpa-, any good sources on where to read about topic? I mainly was implementing USB HID devices from examples or tutorials, but there's just none I could find regarding the media keyboard.
2025-08-19T12:37:37 < jpa-> https://gist.github.com/ekaitz-zarraga/2b25b94b711684ba4e969e5a5723969b   you can just steal the keycodes from something like this
2025-08-19T12:37:42 < NEYi> I'm not a specialist on USB itself, it was always just like magic for me. :)
2025-08-19T12:37:56 < jpa-> the USB HID standard of course also has a list, but as far as USB is concerned, they are just keys
2025-08-19T12:38:00 < NEYi> Hmmm...
2025-08-19T12:38:44 < NEYi> I think I already did that.
2025-08-19T12:39:09 < NEYi> Made and actual perfectly functioning HID keyboard. :D
2025-08-19T12:39:45 < NEYi> Only, all key-codes worked on it, except for exactly media key-codes. xD
2025-08-19T12:40:07 < NEYi> That's exactly the issue I stumbled into.
2025-08-19T12:40:48 < NEYi> And same issue happened on AT90USB, a special line of AVRs with hardware USB periphery.
2025-08-19T12:41:13 < NEYi> All keyboard codes work, only the media codes don't. :')
2025-08-19T12:41:20 < NEYi> What in heck.
2025-08-19T12:41:31 < NEYi> 2 different projects, and both failed.
2025-08-19T12:41:52 < NEYi> I'm now even thinking about installing some USB sniffing software.
2025-08-19T12:42:47 < NEYi> To see what VID and PID an actual commercial keyboard uses, and what codes it sends.
2025-08-19T12:43:11 < NEYi> That would be quite indepth though.
2025-08-19T12:43:36 < NEYi> I just tried to quickly make this thing and be done with it.
2025-08-19T12:45:28 < NEYi> Universe did't allowed that. :)
2025-08-19T12:46:55 < ventyl> keycodes sent are probably still the hot mess IBM came up with in early '80s, so it is possible that there is some subtle change you have to make in order for the scan code being accepted by the computer
2025-08-19T12:47:07 < ventyl> anyway, you can sniff USB traffic on linux with wireshark
2025-08-19T12:48:20 < NEYi> ventyl, I'll have to look up something like that for Win.
2025-08-19T12:48:35 < NEYi> Not a Linux person, maybe yet. ;)
2025-08-19T12:57:31 < karlp> header with length of data, also includes explicit null trailer byte before checksum. make up your minds people...
2025-08-19T13:22:43 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving]
2025-08-19T13:49:58 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Server closed connection]
2025-08-19T14:00:37 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-08-19T14:02:15 < ventyl> three years later I am in a need of mutex
2025-08-19T14:24:49 < jpa-> crazy or not: replacing 100nF X7R 0402 decoupling with 10nF NP0 0402?
2025-08-19T14:25:18 < jpa-> traces to 10µF X7R caps are 20mm or less
2025-08-19T14:31:38 < jpa-> hmm, at 10 MHz it would be significantly worse, with trace inductance of approx 10 nH, 100nF caps give 0.1 ohm but the 10 nF goes to over 1 ohm itself, and the trace to bulk caps is 0.6 ohm
2025-08-19T14:43:06 -!- kurfen_ [~kurfen@109.236.63.52] has quit [Ping timeout: 244 seconds]
2025-08-19T15:02:49 < ventyl> hello priority inversion, my old friend
2025-08-19T15:10:17 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-19T15:32:03 < zyp> < NEYi> And when computer keyboads have media buttons, it's always 2 different USB HID devices on 1 USB port.
2025-08-19T15:32:13 < zyp> that's just lazy implementations, not required
2025-08-19T15:32:58 < zyp> just like 6-key rollover, that's also not a USB HID limitation
2025-08-19T15:43:34 < karlp> don't upset the regurgitators...
2025-08-19T15:43:48 < karlp> "it's a boot proto limit! so it _is_ true, don't spread lies!"
2025-08-19T15:45:20 < ventyl> we've always been doing it like this
2025-08-19T15:45:28 < karlp> I know, just...
2025-08-19T15:51:22 < ventyl> exposing transactions to the userspace won't be as trivial as I expected
2025-08-19T15:54:43 -!- dudv2 [~dudv2@user/DudV2] has quit [Ping timeout: 252 seconds]
2025-08-19T15:56:20 < karlp> hahha
2025-08-19T15:56:29 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32
2025-08-19T15:56:37 < karlp> yeah, it's like, "hey, userspace knows waht they're doing, let them control txns" and then ....
2025-08-19T16:06:19 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has joined ##stm32
2025-08-19T16:06:20 < Laurenceb_> supppp
2025-08-19T16:06:27 < zyp> no
2025-08-19T16:06:43 < Laurenceb_> hi zyp
2025-08-19T16:06:46 < Laurenceb_> lol
2025-08-19T16:06:51  * Laurenceb_ is trying to reverse engineer some old terminal based interface kit
2025-08-19T16:07:42 < Laurenceb_> I'm trying VT102 mode and it sort of works, but there are glitches, doesnt look like vt100 or vt102
2025-08-19T16:08:03 < Laurenceb_> it seems to have around 7 function keys, but they can be set as "hot keys"
2025-08-19T16:08:13 < Laurenceb_> <ESC> [1;5|Help_Bchg^5
2025-08-19T16:08:51 < Laurenceb_> seems to set a label for F5 key, I suspect maybe it is supposed to display at the bottom of the screen in a "hot key" area
2025-08-19T16:09:12 < Laurenceb_> these escape sequences do not seem to be part of vt10x protocol
2025-08-19T16:10:35 < Laurenceb_> the manufacturer made a windows 3.1 gui that has buttons with labels that are set by the device, but I'm trying to determine what the protocol is - hardware is from late 70s or early 80s and it used a physical terminal at some point
2025-08-19T16:10:59 < Laurenceb_> maybe it used a light pen at one point I dont know
2025-08-19T16:20:55 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 255 seconds]
2025-08-19T16:24:52 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-19T16:24:52 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-19T16:25:05 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-08-19T16:30:29 -!- Laurenceb_ [~Laurenceb@cust226-dsl93-89-135.idnet.net] has quit [Quit: Client closed]
2025-08-19T16:37:55 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 256 seconds]
2025-08-19T16:50:25 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-19T16:59:23 -!- srk_ [~sorki@user/srk] has joined ##stm32
2025-08-19T17:18:43 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 256 seconds]
2025-08-19T17:23:52 -!- radhitya [~radhitya@user/radhitya] has quit [Server closed connection]
2025-08-19T17:24:17 -!- radhitya [~radhitya@user/radhitya] has joined ##stm32
2025-08-19T17:47:43 < ventyl> karlp: its not for controling them rather than to use them instead of mutexes
2025-08-19T17:47:47 < ventyl> as an experimental feat
2025-08-19T17:47:52 < ventyl> it works great inside the kernel
2025-08-19T17:53:57 < ColdKeyboard> Fun thing about Zephyr examples is that they are so generic that if you are using one of the existing boards... it works beautifuly. If you have any customization of your own... then good luck to you. And the docs are also so vague and generic that you have to dig into source code to figure out how are you supposed to configure things :)
2025-08-19T17:54:45 < qyx> yes that's the impression I had 2 times I tried to do anything with zephyr
2025-08-19T17:55:51 < qyx> examples work on the supported hardware, but porting zephyr to your hardware was not happening, I nearly cried and them threw it out of the window
2025-08-19T17:58:21 < karlp> after looking at the driver impls, they'r ej ust as half arsed.
2025-08-19T17:58:50 < qyx> as all our software we write every day
2025-08-19T17:58:55 < qyx> I am no exception
2025-08-19T17:59:14 < qyx> but the key difference here is that I know how I half arsed my software
2025-08-19T17:59:29 < karlp> yeah, but we don't claim to be "mega awesome future proof industry proven and backed 69++"
2025-08-19T18:00:02 < ventyl> I can imagine what was the motivation for this move
2025-08-19T18:00:21 < ventyl> trying to do anything meaningful with many of vendor SDKs is PITA
2025-08-19T18:00:34 < ventyl> so you can write your own and be responsible for it
2025-08-19T18:00:50 < karlp> right, but zephyr is all vendor.
2025-08-19T18:01:07 < karlp> there's no users, it's just the people who used to write the vendor sdks, being paid to work on one together...
2025-08-19T18:01:13 < karlp> with allllll the features of alllll ofthem :)
2025-08-19T18:01:39 < ventyl> well, that's highly probably not the case
2025-08-19T18:01:51 < ventyl> unless someone is extremely stupid
2025-08-19T18:02:21 < ventyl> its more like you want to have some level of abstraction in the north-facing API, so shit sitting on top doesn't have to care what crap it is running on
2025-08-19T18:02:37 < ventyl> which is generally a good idea and most probably, like 80% of software will be happy with this arrangement
2025-08-19T18:03:11 < ventyl> then you can have a bunch of drivers implementing this API
2025-08-19T18:03:19 < ventyl> in a chip-specific way
2025-08-19T18:04:30 < zyp> I've had zephyr code running on some in-tree devboard first, and then just added a custom board definition and rebuilt for it, that part works fairly well
2025-08-19T18:04:43 -!- infisa [~infisc@user/infisc] has joined ##stm32
2025-08-19T18:05:50 < zyp> what drives me up the wall is how configuration errors just results in it happily building the wrong thing
2025-08-19T18:06:30 < zyp> e.g. when a feature needs some devicetree settings and some kconfig settings, and you miss one
2025-08-19T18:06:44 -!- infisb [~infisc@user/infisc] has quit [Ping timeout: 260 seconds]
2025-08-19T18:08:44 -!- infisa_ [infisc@2409:4071:6e9f:64bd:a48b:7b0d:f61f:76c8] has joined ##stm32
2025-08-19T18:09:22 -!- infisa [~infisc@user/infisc] has quit [Ping timeout: 255 seconds]
2025-08-19T18:11:01 < zyp> I had some issues the other day where stuff were only working when the debugger were attached, so I was reconfiguring the logging subsystem to output over a spare UART rather than RTT so I could get logs without a debugger
2025-08-19T18:12:19 < zyp> and it took more time than it should to get that working
2025-08-19T18:20:44 < ventyl> hm, it won't even work without altering the scheduler
2025-08-19T18:29:26 < zyp> speaking of logging, having rust log into zephyr's infrastructure requires pulling in tons of formatting code on the rust side
2025-08-19T18:30:04 < zyp> so I'm gonna switch to defmt for logging and have zephyr feed into that instead
2025-08-19T18:30:54 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-19T18:30:59 < bitmask> https://i.imgur.com/iIeOKgz.png
2025-08-19T18:31:03 < qyx> what is defmt
2025-08-19T18:31:03 < bitmask> ugly shadows
2025-08-19T18:31:25 < qyx> oh I see now
2025-08-19T18:31:27 < zyp> qyx, https://defmt.ferrous-systems.com/
2025-08-19T18:31:41 < zyp> it's pretty much the rust equivalent of smolt
2025-08-19T18:32:52 < ventyl> bitmask: shadow volumes? or how this shape-casting technic is called?
2025-08-19T18:33:31 < bitmask> I'm just using shadow mapping. I dont know if I want to stick with it and just upgrade to cascaded shadow mapping or try something like ray traced shadows
2025-08-19T18:33:51 < ventyl> ah, shadow mapping
2025-08-19T18:34:02 < bitmask> I've heard of shadow volumes but I dont know what it is
2025-08-19T18:34:46 < ventyl> historically, in '90s there were basically two ways to cast dynamic shadows
2025-08-19T18:35:18 < ventyl> 1st was shadow mapping where you mapped the 3D shape onto background from the light source view and then rendered it there
2025-08-19T18:35:54 < ventyl> another one was simply to render lightmap in separate render pass and then do some fancy math to apply this lightmap onto surface
2025-08-19T18:36:37 < ventyl> latter was faster but produced low-resolution shadows and depended on multi-texturing abilities of GPUs which wasn't automatically given in early 3D hardware
2025-08-19T18:36:55 < bitmask> is that shadow volumes?
2025-08-19T18:39:28 < ventyl> actually, names are vice versa. shadow volumes := mapping 3D shape onto background, shadow mapping := generating lightmap and then applying it onto rendered surface
2025-08-19T18:41:27 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 256 seconds]
2025-08-19T18:42:19 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-19T18:42:29 < bitmask> i hate my internet
2025-08-19T18:45:09 < ventyl> bitmask: tl;dr: names are vice versa
2025-08-19T18:45:19 < bitmask> ahh
2025-08-19T18:59:36 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 252 seconds]
2025-08-19T19:09:32 -!- aandrew [~aandrew@vps-2437c00c.vps.ovh.ca] has quit [Server closed connection]
2025-08-19T19:11:31 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-19T19:11:45 -!- aandrew [~aandrew@vps-2437c00c.vps.ovh.ca] has joined ##stm32
2025-08-19T19:33:57 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds]
2025-08-19T19:44:38 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-08-19T20:02:20 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-19T20:37:53 -!- \dev\ice [~eabdb@user/device/x-9920846] has quit [Server closed connection]
2025-08-19T20:38:07 -!- \dev\ice [~eabdb@2a01:4f8:1c1e:b0a8::1] has joined ##stm32
2025-08-19T20:38:13 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-19T21:27:13 -!- oz4ga [~tim@hator.sunsite.lv] has quit [Server closed connection]
2025-08-19T21:27:26 -!- oz4ga [~tim@hator.sunsite.lv] has joined ##stm32
2025-08-19T21:37:27 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has joined ##stm32
2025-08-19T21:41:46 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 272 seconds]
2025-08-19T21:42:10 -!- Mangy_Dogg [~Mangy_Dog@154.49.83.188] has quit [Remote host closed the connection]
2025-08-19T21:42:49 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has joined ##stm32
2025-08-19T21:46:11 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:6961:b75e:2c33:57c0] has joined ##stm32
2025-08-19T21:59:56 -!- infisa_ [infisc@2409:4071:6e9f:64bd:a48b:7b0d:f61f:76c8] has quit [Remote host closed the connection]
2025-08-19T22:12:23 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 252 seconds]
2025-08-19T23:03:12 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has quit [Server closed connection]
2025-08-19T23:06:08 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has joined ##stm32
2025-08-19T23:13:14 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32
2025-08-19T23:29:50 < Famine-> i used to hate my internet, rural canadian options sucked until starlink
2025-08-19T23:40:29 < qyx> what is a common rural canadian option?
2025-08-19T23:50:41 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-19T23:51:39 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds]
2025-08-19T23:51:42 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-19T23:52:07 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
--- Day changed Wed Aug 20 2025
2025-08-20T00:30:44 < Famine-> qyx, spotty LTE from telus or bell
2025-08-20T00:31:39 < Famine-> qyx, the 2 towers are close enough and on different bands that when we have a windy day (almost always) that the LTE modem will bounce between towers because neither allow band locking
2025-08-20T00:35:33 < qyx> I am using a yagi for band locking :>
2025-08-20T00:36:11 < qyx> had exactly the same problem, one tower has the whole capital in the background and I couldn't force the modem to connect to a less used tower in the other direction
2025-08-20T00:36:24 < qyx> so I yagi'd it
2025-08-20T00:37:00 < qyx> how much bw are you getting from your LTE setup?
2025-08-20T00:37:20 < Famine-> qyx, i used to get ~15 Mbps
2025-08-20T00:37:30 < qyx> oh, even worse than me
2025-08-20T00:37:36 < qyx> I have 25 down, 35 up atm
2025-08-20T00:37:43 < Famine-> qyx, yeah, i switched to starlink 2 years ago
2025-08-20T00:38:26 < qyx> I have an option to get 60 GHz but there's a load of trees around and I am suspecting it to not work during rain
2025-08-20T00:39:53 < qyx> I don't want starlink for political reasons and mr. musk is not the only political problem it has
2025-08-20T00:40:21 < Famine-> my only issue with starlink is the heater doesn't quite keep up when we have a massive wet snow storm (my dish is almost flat) so i made this tool https://i.imgur.com/dx2W0bO.jpeg
2025-08-20T00:40:53 < Famine-> yeah musk is a giant tool
2025-08-20T00:48:30 < qyx> lol the tool
2025-08-20T00:48:43 < qyx> the yellow-pink one
2025-08-20T00:50:36 < Famine-> qyx, haha it works well, it's a broom on a extendable painting pole
2025-08-20T00:52:11 < BrainDamage> now I wonder if a car windshield wiper would work to prevent accumulation provided the heater can prevent any residual water film to freeze
2025-08-20T00:53:22 < qyx> I can't afford the heater nor starlol because I can't feed 50 W continuously
2025-08-20T00:53:31 < qyx> *additional 50 W
2025-08-20T00:54:28 < karlp> qyx: jog mymemory, what ws your "just works" limnux down to? you had sub 1W right? with imxull8? was that it?
2025-08-20T00:54:40 < karlp> and with standby down to... 0.1W?
2025-08-20T00:54:53 < qyx> imx93
2025-08-20T00:55:18 < qyx> yes, alone it is 0.38 W idling, on my board it is currently at 0.7 W
2025-08-20T00:55:34 < qyx> with 2 ethernet transceivers, usb running, etc.
2025-08-20T00:55:55 < qyx> imx6 can reach similar numbers but is old and 10x slower
2025-08-20T00:56:17 < qyx> imx6ull that is, single core c-a
2025-08-20T01:04:34 < Famine-> qyx, the new ones are almost 100w
2025-08-20T01:07:38 < qyx> dear kids, today you can watch youtubes 30 minutes longer because the sun shines!
2025-08-20T01:11:08 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Excess Flood]
2025-08-20T01:14:33 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-08-20T01:20:23 -!- Mangy_Dog [~Mangy_Dog@user/mangy-dog/x-7397214] has quit [Ping timeout: 256 seconds]
2025-08-20T01:22:55 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32
2025-08-20T01:37:47 < karlp> qyx: did you do your own imx93? or a som?
2025-08-20T01:39:43 < karlp> you used a myir one iirc?
2025-08-20T01:48:44 < qyx> karo qs93 for imx93, myir for imx6
2025-08-20T01:48:55  * Famine- hates fat file systems
2025-08-20T01:51:25 < qyx> karlp: but I will try to do my own because qs93 is expensive
2025-08-20T01:51:37 < qyx> for now I don't have any time for that
2025-08-20T01:52:02 < karlp> yeah, was just thinking, that's a bit too $$ for my dreams
2025-08-20T01:54:47 < Famine-> boo _bitint(24) isn't 24 bits in a packed struct
2025-08-20T01:58:48 < karlp> the fuck is "gdet disabled"?
2025-08-20T02:24:05 < qyx> what is gdet
2025-08-20T02:58:13 < karlp> no idea, it's in the imx93 part numbers
2025-08-20T03:28:12 -!- c10ud_ [~c10ud@host-79-51-125-162.retail.telecomitalia.it] has quit [Ping timeout: 272 seconds]
2025-08-20T04:08:47 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Server closed connection]
2025-08-20T04:09:12 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32
2025-08-20T04:45:44 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving]
2025-08-20T05:03:44 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:6961:b75e:2c33:57c0] has quit [Remote host closed the connection]
2025-08-20T05:13:04 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T05:20:23 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T05:20:47 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T06:05:41 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-20T06:08:17 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T06:14:08 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 244 seconds]
2025-08-20T06:23:59 -!- \dev\ice [~eabdb@user/device/x-9920846] has changed host
2025-08-20T06:33:29 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T06:34:20 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T06:34:45 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T06:38:19 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T06:49:18 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T07:13:17 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-20T08:02:17 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-20T08:21:19 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T08:28:24 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 272 seconds]
2025-08-20T08:29:32 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-20T08:30:53 -!- zapb_ [~zapb@2a01:4f8:c010:372f::1] has quit [Server closed connection]
2025-08-20T08:31:03 -!- zapb_ [~zapb@static.127.92.47.78.clients.your-server.de] has joined ##stm32
2025-08-20T08:31:09 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T08:40:49 -!- srk_ [~sorki@user/srk] has quit [Read error: Connection reset by peer]
2025-08-20T08:43:57 -!- srk_ [~sorki@user/srk] has joined ##stm32
2025-08-20T08:48:21 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-20T08:48:47 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-20T08:50:54 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-20T08:51:47 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T08:51:55 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-20T08:56:04 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-08-20T08:57:20 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T09:03:49 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T09:04:14 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T09:12:09 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Max SendQ exceeded]
2025-08-20T09:13:09 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-08-20T09:16:32 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T09:27:01 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-20T09:47:42 -!- srk_ [~sorki@user/srk] has quit [Ping timeout: 244 seconds]
2025-08-20T09:59:35 < jpa-> https://jpa.kapsi.fi/stuff/pix/apollo510_regs.png   well that is a very useful register indeed!
2025-08-20T10:22:48 -!- srk_ [~sorki@user/srk] has joined ##stm32
2025-08-20T10:31:16 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 272 seconds]
2025-08-20T11:09:59 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T11:10:53 < jpa-> eh, and the default UART bootloader on AP510 has TX pin in 1.8V GPIO bank and RX pin in 3.3V GPIO bank
2025-08-20T11:13:29 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T11:20:10 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Max SendQ exceeded]
2025-08-20T11:25:14 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T11:31:51 < qyx> they have no idea?
2025-08-20T11:35:59 < mercenary> too verbose. 8:7 could just be called YOLO
2025-08-20T12:20:02 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T12:30:58 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 272 seconds]
2025-08-20T12:30:59 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32
2025-08-20T12:32:38 -!- duude__- is now known as duude__
2025-08-20T12:33:49 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T13:09:42 < qyx> the hell is apollo510
2025-08-20T13:10:57 < qyx> looks pretty boring
2025-08-20T13:11:56 < qyx> 10x better latency, 30x better efficiency, 300x better whatever
2025-08-20T13:33:19 < jpa-> yeah, the power usage figures are about 5x better than STM32N6, but personally i'd just have gone with STM32
2025-08-20T13:36:25 < jpa-> but i guess with a wearable device, 5x difference in battery life might matter
2025-08-20T13:38:07 < qyx> power figures for some NN accel or for the a55 core?
2025-08-20T13:44:49 < jpa-> the NN accel is just helium vector instructions for cortex-m55
2025-08-20T13:48:35 < jpa-> (i don't know how much STM32N6 NPU would consume and what the software support would be)
2025-08-20T13:56:15 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-20T13:56:15 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-20T14:03:58 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T14:13:51 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T14:47:32 -!- leptonix [~leptonix@tiger.leptonix.net] has quit [Server closed connection]
2025-08-20T14:47:47 -!- leptonix [~leptonix@tiger.leptonix.net] has joined ##stm32
2025-08-20T14:52:31 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T15:12:14 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T15:16:46 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T15:26:37 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T15:27:00 -!- srk_ [~sorki@user/srk] has quit [Ping timeout: 256 seconds]
2025-08-20T15:27:57 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T15:32:01 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T15:34:56 -!- nerozero [~nerozero@87.253.63.54] has quit [Remote host closed the connection]
2025-08-20T15:37:03 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-20T15:37:19 -!- srk_ [~sorki@user/srk] has joined ##stm32
2025-08-20T15:40:06 < jpa-> meh, i wish someone would sell preprogrammed tiny crystalless usb chips preprogrammed with cmsis-dap
2025-08-20T16:12:49 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T16:26:09 < ventyl> :)
2025-08-20T16:26:30 < ventyl> you'd still end up with: meh this shit has different style of connector than my adapter
2025-08-20T16:26:53 < ventyl> btw is jlink really such a piece of shit or it becomes POS only when used with openocd and gdb?
2025-08-20T16:27:19 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T16:28:48 < jpa-> hmm, can SWD be level shifted with auto direction sense?
2025-08-20T16:30:47 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T16:33:20 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T16:35:34 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 256 seconds]
2025-08-20T16:39:07 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T16:41:51 < jpa-> or maybe with LSF0204 style fet switch
2025-08-20T16:42:59 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T16:50:45 -!- infisb [~infisc@user/infisc] has joined ##stm32
2025-08-20T17:02:17 < ventyl> hrm
2025-08-20T17:02:34 < ventyl> mostly-userspace implementation of mutexes is actually something like pissing against the wind
2025-08-20T17:02:45 < ventyl> nobody bothers doing it
2025-08-20T17:11:41 -!- stgl [~stgl@2a03:b0c0:3:d0::cad:a001] has quit [Server closed connection]
2025-08-20T17:11:56 -!- stgl [~stgl@164.92.162.3] has joined ##stm32
2025-08-20T17:16:02 < jpa-> well, if you want to yield, you need at least some kind of "wait for event" primitive from the rtos
2025-08-20T17:16:50 < jpa-> and on rtos, what is the distinction between userspace and kernelspace anyway? most of the mutex code will run in the thread context in any case
2025-08-20T17:27:30 < ventyl> well, checking freertos and zephyr, both implement mutexes as mostly kernel-space primitive
2025-08-20T17:27:43 < ventyl> k_mutex_lock is a syscall
2025-08-20T17:29:11 < ventyl> yielding and suspending thread until mutex is unlocked is not a problem, yet I can't wrap my head around how to make this atomically from the userspace
2025-08-20T17:29:47 < ventyl> so that you don't fail to unlock mutex, decide to yield, get scheduled out of CPU and when you get CPU time again, mutex is already freed
2025-08-20T17:29:55 < ventyl> s/unlock/lock/
2025-08-20T17:34:03 -!- srk_ [~sorki@user/srk] has quit [Remote host closed the connection]
2025-08-20T17:34:47 -!- srk_ [~sorki@user/srk] has joined ##stm32
2025-08-20T17:54:21 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-20T17:59:16 < qyx> jpa-: txs0102? but never tried that
2025-08-20T18:16:47 -!- t4nk_fn [~Go@user/t4nk] has quit [Server closed connection]
2025-08-20T18:17:02 -!- t4nk_freenode [~Go@user/t4nk] has joined ##stm32
2025-08-20T18:20:58 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-20T18:21:22 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-20T18:21:57 -!- infisa [~infisc@user/infisc] has joined ##stm32
2025-08-20T18:25:03 -!- infisb [~infisc@user/infisc] has quit [Ping timeout: 276 seconds]
2025-08-20T18:48:17 < zyp> jpa-, probably, but it's unreliable enough without that shit
2025-08-20T18:49:05 < jpa-> yeah, i'll just trust the client to have proper probe and not plug in 3.3V one
2025-08-20T18:49:46 < zyp> just get them to buy an orbtrace :p
2025-08-20T18:51:44 < jpa-> i was thinking putting swd on usb sbu pins, but 1.8V SWD there would be just asking for trouble
2025-08-20T18:52:22 < jpa-> but i guess usb bootloader will have to suffice when you are too lazy to open the enclosure
2025-08-20T18:52:28 < zyp> meh, just do tag connect if you don't want a standard socket
2025-08-20T18:52:33 < zyp> and yeah
2025-08-20T19:15:25 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Quit: Leaving]
2025-08-20T19:27:03 < qyx> do a ecm ethernet, run ssh server on it, accept updates over sftp, #profit
2025-08-20T19:57:28 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-20T20:00:23 -!- infisa_ [~infisc@157.50.68.223] has joined ##stm32
2025-08-20T20:03:18 -!- infisa [~infisc@user/infisc] has quit [Ping timeout: 252 seconds]
2025-08-20T21:14:09 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-20T21:19:06 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has joined ##stm32
2025-08-20T21:24:30 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds]
2025-08-20T23:11:11 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-20T23:24:41 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 256 seconds]
2025-08-20T23:34:42 -!- CygniX [~CygniX@user/CygniX] has quit [Ping timeout: 272 seconds]
2025-08-20T23:36:36 -!- CygniX [~CygniX@user/CygniX] has joined ##stm32
--- Day changed Thu Aug 21 2025
2025-08-21T00:10:32 -!- infisa_ [~infisc@157.50.68.223] has quit [Remote host closed the connection]
2025-08-21T00:34:15 -!- rgz [uid670983@user/rgz] has joined ##stm32
2025-08-21T00:45:41 -!- t4nk_freenode is now known as t4nk_fn
2025-08-21T01:03:29 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 260 seconds]
2025-08-21T01:03:29 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-08-21T01:05:24 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-21T01:09:58 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 245 seconds]
2025-08-21T01:11:09 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-21T01:22:21 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-08-21T03:46:02 -!- haritzondo [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-21T03:46:43 -!- haritz [~hrtz@user/haritz] has quit [Ping timeout: 255 seconds]
2025-08-21T04:49:08 -!- qyx [~qyx@84.245.121.251] has quit [Ping timeout: 245 seconds]
2025-08-21T04:51:15 -!- qyx [~qyx@84.245.121.224] has joined ##stm32
2025-08-21T06:36:49 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-21T06:48:14 -!- infisa [~infisc@2409:4071:6e8f:986d:185c:1494:d1de:dc9b] has joined ##stm32
2025-08-21T06:48:38 -!- infisa [~infisc@2409:4071:6e8f:986d:185c:1494:d1de:dc9b] has left ##stm32 []
2025-08-21T06:53:36 -!- infisb [~infisc@user/infisc] has joined ##stm32
2025-08-21T07:14:14 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-21T08:13:53 -!- rgz [uid670983@user/rgz] has quit [Quit: Connection closed for inactivity]
2025-08-21T08:27:00 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 256 seconds]
2025-08-21T08:28:46 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-21T08:53:52 -!- haritzondo [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-21T09:09:12 < radhitya> hi lad, you might remember me before. now, i'm writing stm32 via stm32cubeide.. everything is good
2025-08-21T09:13:08 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-08-21T09:26:56 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-21T09:28:06 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-21T09:28:30 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-21T10:40:50 -!- dudv2 [~dudv2@user/DudV2] has changed host
2025-08-21T11:00:16 -!- infisa [~infisc@user/infisc] has joined ##stm32
2025-08-21T11:02:50 -!- infisb [~infisc@user/infisc] has quit [Ping timeout: 256 seconds]
2025-08-21T11:05:39 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 256 seconds]
2025-08-21T11:33:03 < machinehum> moin
2025-08-21T11:55:30 -!- NEYi [~NEYi@195.234.78.187] has quit [Read error: Connection reset by peer]
2025-08-21T11:57:06 < ventyl> ehlo
2025-08-21T11:59:29 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Server closed connection]
2025-08-21T12:00:02 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32
2025-08-21T12:10:08 < machinehum> How are you doing today ventyl ?
2025-08-21T12:13:59 < ventyl> i am sick AF. probably could cancel gym subscription if I had one due to amount of muscle contractions I did this night while coughing
2025-08-21T12:20:46 < jpa-> try to use GPIOV->AFRL to switch to another AF
2025-08-21T12:21:52 < ventyl> yet I have realized that my problem with mutexes is actually non-existent
2025-08-21T12:21:58 < ventyl> I can implement them on top of notification framework
2025-08-21T12:22:58 < karlp> cute, "Semiconductors devices are sensitive to light. Exposure to light sources might cause the WLCSP
2025-08-21T12:23:00 < karlp> package variant of the MCX W23 to malfunction"
2025-08-21T12:23:50 < ventyl> agorafobic chip
2025-08-21T12:25:32 < jpa-> usually they at least say "strong light sources" :)
2025-08-21T12:25:49 < jpa-> better not put a blinking led next to it
2025-08-21T12:37:57 < zyp> just put a black blob over it like they do for directly wirebonded dies
2025-08-21T12:41:28 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-21T13:54:49 < machinehum> ventyl: shit
2025-08-21T13:54:51 < machinehum> That sucks
2025-08-21T13:56:24 < qyx> oh ventyl is covidy?
2025-08-21T13:58:00 < ventyl> maybe I should get bambooed
2025-08-21T13:58:17 < ventyl> more likely it is just an aftermath of sleeping with window open
2025-08-21T13:58:41 < ventyl> as nighttime temperatures were dropping well below 10°C
2025-08-21T13:59:29 < qyx> similar issue here, although I only got a sore throat for now
2025-08-21T14:03:42 < ventyl> damn wayland clipboard is FUBAR
2025-08-21T14:10:15 < qyx> hm PB4 is JTRST by default and I am using it to drive a mosfet
2025-08-21T14:10:21 < qyx> it goes to 3V3 during programming
2025-08-21T14:10:26 < qyx> whyy
2025-08-21T14:12:02 < qyx> I could just add a note to the manual for SWD reprogramming to disconnect anything from that particular output
2025-08-21T14:12:20 < qyx> but I definitely need to set those GPIO in the bootloader in early_init()
2025-08-21T14:40:57 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-21T14:43:57 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 260 seconds]
2025-08-21T15:42:45 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-21T15:42:45 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-21T15:46:41 < jpa-> uh oh, routing with blind microvias is too fun, how can i ever go back to regular cheapass pcbs?
2025-08-21T15:47:58 < zyp> I can imagine
2025-08-21T15:49:01 < zyp> I'm still waiting for jlcpcb to launch affordable HDI PCBs
2025-08-21T15:50:34 < qyx> I'm still waiting for jlcpcb
2025-08-21T15:51:45 < qyx> customs became so unpredictable it is easier and faster to order from aisler
2025-08-21T15:52:46 < jpa-> even europacket?
2025-08-21T15:53:08 < qyx> yes
2025-08-21T15:53:14 < qyx> 7-20 days on average
2025-08-21T15:53:34 < qyx> I mean, in addition, customs delayed
2025-08-21T15:58:10 < jpa-> zyp: hmm, i wonder why i no longer see blind/buried/hdi on jlcpcb quote page at all; it seems silly they'd have 8 layers without blind vias, and they do have "blind slots" checkbox
2025-08-21T15:58:43 < jpa-> but i can't see any information whether the advanced pcb always includes microvias, and whether just outer layer or more
2025-08-21T15:59:09 < zyp> as far as I'm aware, jlcpcb never had blind/buried/hdi
2025-08-21T16:00:05 < zyp> https://jlcpcb.com/capabilities/pcb-capabilities
2025-08-21T16:00:06 < zyp> > Currently we don't support Blind/Buried Vias, only make through holes.
2025-08-21T16:00:22 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-21T16:00:43 < zyp> might be confusing them with pcbway? IIRC I've looked at their HDI prices before
2025-08-21T16:00:59 < jpa-> probably, pcbway is what i'm planning for now
2025-08-21T16:01:15 < jpa-> funny that jlcpcb has blind slots but not blind vias :P
2025-08-21T16:01:20 < zyp> pcbway is generally more $$$ than jlc
2025-08-21T16:01:26 < zyp> how so?
2025-08-21T16:01:26 < jpa-> it sure is.. client pays
2025-08-21T16:02:26 < jpa-> to me it just feels like if their plating workflow can plate blind slots, they might just drill partway holes and plate those too..
2025-08-21T16:03:41 < zyp> probably hard to ensure connections to inner layers, which is the whole point of a blind via
2025-08-21T16:03:52 < jpa-> i do wonder what kind of design would use jlcpcb 32-layer PCB without blind vias :D
2025-08-21T16:04:09 < zyp> indeed
2025-08-21T16:19:43 < qyx> I explictly asked about blind vias and they said no
2025-08-21T16:21:40 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-08-21T16:26:52 < karlp> blind slots sounds neat.
2025-08-21T16:28:42 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 252 seconds]
2025-08-21T16:41:35 < jpa-> https://cart.jlcpcb.com/shop-cart-static/img/blindSlot.3082332.png  it looks cool too
2025-08-21T18:25:05 < machinehum> I am currently searching for an STM32
2025-08-21T18:26:01 < qyx> stm32u5, here you go
2025-08-21T18:26:10 < machinehum> okayty
2025-08-21T18:26:27 < machinehum> My one requirement is USB
2025-08-21T18:28:01 < qyx> stm32g0 maybe then if you want to go cheap?
2025-08-21T18:28:32 < qyx> u5 is too cool, too low power
2025-08-21T18:28:33 < machinehum> GD32g0 for xtra cheap
2025-08-21T18:28:49 < machinehum> qyx: How low power is low power?
2025-08-21T18:28:59 < machinehum> I have never used such u5 technology
2025-08-21T18:29:16 < qyx> very low power, beating l1, l0, l4, l5
2025-08-21T18:29:26 < qyx> never used it though :p
2025-08-21T18:33:06 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32
2025-08-21T18:48:33 -!- infisa [~infisc@user/infisc] has quit [Remote host closed the connection]
2025-08-21T18:49:14 -!- infisa [~infisc@user/infisc] has joined ##stm32
2025-08-21T20:56:13 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 245 seconds]
2025-08-21T20:57:43 < Famine> i'm still a huge fan of OSHParks after dark boards
2025-08-21T20:59:45 < Famine> https://www.barbouri.com/wp-content/uploads/2022/03/PVR314BareBoardTopHighContrast10.jpg
2025-08-21T21:15:52 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-21T21:24:50 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-21T21:32:05 < qyx> somehow I dislike features of that layout
2025-08-21T21:41:21 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-21T21:44:45 < Famine> qyx, i just like the black board, enig, and clear solder mask
2025-08-21T21:52:48 < antto> probably terrible if you have to assemble it by hand or deal with it
2025-08-21T22:05:21 < Famine> okay... this code is going to break my poor little brain
2025-08-21T22:09:49 < Famine> it's almost like it is trying to be overly complex for the sake of complexity 
2025-08-21T22:46:32 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-21T22:47:07 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-21T23:36:29 -!- russell-- [~russell@user/russell/x-2065287] has quit [Ping timeout: 256 seconds]
2025-08-21T23:38:28 -!- russell-- [~russell@knod.personaltelco.net] has joined ##stm32
2025-08-21T23:38:29 -!- russell-- [~russell@user/russell/x-2065287] has changed host
2025-08-21T23:52:22 -!- russell-- [~russell@user/russell/x-2065287] has quit [Ping timeout: 258 seconds]
2025-08-21T23:59:15 -!- russell-- [~russell@user/russell/x-2065287] has joined ##stm32
--- Day changed Fri Aug 22 2025
2025-08-22T00:03:43 < karlp> qyx: why did you choose karo vs myir for the imx93? wanted the qfp style isntead of LGA?
2025-08-22T00:10:21 < qyx> karlp: size and eu manufacturer
2025-08-22T00:11:38 < qyx> the other option was compulab which became a risky business (israelis) offering mostly identical SoM
2025-08-22T00:11:45 < qyx> toradex has nothing relevant
2025-08-22T00:14:27 < qyx> https://www.geniatech.com/product/som-imx93-osm/
2025-08-22T00:14:33 < qyx> oh this looks cool, I haven't seen this one
2025-08-22T00:15:10 < qyx> 332 pin quasi-bga
2025-08-22T00:16:31 < qyx> also beware of the fact that those imx93 are mostly unusable until a new revision fixing that hw bug comes out
2025-08-22T00:16:43 < qyx> which should be soon (Q3)
2025-08-22T00:19:39 < qyx> I am so sad because of the new riglol DSO
2025-08-22T00:19:43 < qyx> it fails to remember settings
2025-08-22T00:20:00 < qyx> I am not setting display options, saving options, probes and shit every single fucking time I power it on
2025-08-22T00:20:14 < qyx> *DHO
2025-08-22T00:20:47  * qyx grabs his budget handheld lolwon
2025-08-22T00:24:56 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 272 seconds]
2025-08-22T00:28:12 < karlp> I didn't see the size was significantly different, but I wasn't really looking.
2025-08-22T00:28:28 < karlp> have you done much with the m33 mcu onboard? how easy is that to load new apps too, and what's that like?
2025-08-22T00:29:13 < karlp> https://www.myirtech.com/list.asp?id=808 even looks nice enough, far more cpu than I have now, it would have been a great replacement for the allwinner h3 nanopi neo core I tried using before.
2025-08-22T00:29:31 < karlp> but I'm a lot more leery of how the sw stackup would be like with cockchips
2025-08-22T00:30:47 < karlp> gotta stop fixing the hardware, not going to get the approval for it :)
2025-08-22T00:30:59 < karlp> gotta fix more the sw first I think, that's more achievable too.
2025-08-22T00:31:09 < karlp> far more interesting to do the hw though :)
2025-08-22T00:35:06 < qyx> I hav enot done anything but I plan to make the m33 access the comm buses and buffer data and then wake up linux once a minute or so for low power apps
2025-08-22T00:37:09 < karlp> hrm, there's a renesas cortex-a one too, similar price.
2025-08-22T00:39:09 < zyp> I still haven't figured out why my baremetal code on the rpi5 misbehaves when I turn on the MMU, kinda tempted to pick up some other cortex-a thing to experiment with baremetal on
2025-08-22T00:39:50 < zyp> something with actual decent debug infrastructure would be nice
2025-08-22T00:40:53 < zyp> maybe a stm32mp2 would be reasonable
2025-08-22T00:41:38 < zyp> but that's not really a highend cortex-a
2025-08-22T00:48:47 < zyp> also, nobody seems to have made a stm32mp2 devboard with an m.2 socket yet
2025-08-22T00:54:14 < zyp> although, I wonder if I could configure it to run pcie over the usb-c port on this: https://www.st.com/en/evaluation-tools/stm32mp257f-dk.html
2025-08-22T00:54:43 < zyp> IIRC mp2 shares the PHY between pcie and usb3
2025-08-22T00:56:22 < qyx> which is kinda sad
2025-08-22T00:56:33 < qyx> also where do you get the clock from?
2025-08-22T00:56:47 < zyp> pcie refclk?
2025-08-22T00:56:58 < qyx> yes
2025-08-22T00:57:31 < zyp> I have a fpga board designed to be able to do pcie over usb-c, it can do refclk over sbu
2025-08-22T00:57:41 < zyp> but this board obviously won't be able to output that
2025-08-22T00:57:54 < zyp> so I'd just have to run independent clocks
2025-08-22T00:58:09 < zyp> pcie doesn't strictly need a common refclk
2025-08-22T00:58:10 < qyx> but in common circumstances
2025-08-22T00:58:13 < zyp> can run without, just like usb3
2025-08-22T00:58:16 < qyx> mco + lvds driver?
2025-08-22T00:58:27 < qyx> oh
2025-08-22T00:58:30 < zyp> what do you mean, doesn't it have refclk output?
2025-08-22T00:58:45 < qyx> idk, does it? never checked
2025-08-22T00:58:54 < qyx> for some reason I though it does not
2025-08-22T00:59:19 < zyp> looking through the RM now, COMBOPHY block says it have a refclk generator
2025-08-22T00:59:58 < zyp> can also run from external refclk
2025-08-22T01:00:21 < qyx> anyway mp1/2 is DNF for me untik they make a serious linux support in a seriously recent kernel
2025-08-22T01:00:48 < qyx> and hardcoding two of their mp1 boards is not a serious support
2025-08-22T01:01:24 < qyx> even better if they upstream it
2025-08-22T01:02:18 < qyx> wih details like ddr timings configurable using devixe tree instead of manually rewriting soirces in a long switch () for every board supported
2025-08-22T01:02:32 < zyp> hmm, PCIE controller is one page in the RM…
2025-08-22T01:02:47 < zyp> that's not overly useful
2025-08-22T01:03:41 < zyp> sorry, two pages
2025-08-22T01:04:43 < zyp> although I guess PCIE memory interface might be fairly standardized, might not need much docs
2025-08-22T01:33:24 < qyx> quacktel L76 single bang gnss is 6e in singles?
2025-08-22T01:36:10 < qyx> and 2.55 to 3.6 range, can be directly powered from two AAs
2025-08-22T01:44:13 < qyx> the fuk all TTN gateways are offline since yesterday morning?
2025-08-22T01:50:12 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-22T01:51:30 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-22T02:45:18 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-22T02:46:41 < ds2> did I misread or is there a cortex-A STM32 now?
2025-08-22T02:46:52 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-22T03:13:51 < qyx> two already
2025-08-22T03:50:32 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-08-22T04:25:42 < ds2> what series?
2025-08-22T05:15:14 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-22T05:21:23 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-22T06:17:05 < qyx> stm32mp1 and mp2
2025-08-22T06:44:36 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-22T07:37:35 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-22T07:42:20 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-22T08:26:12 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 260 seconds]
2025-08-22T08:28:03 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-22T09:04:04 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-22T09:06:35 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-22T09:24:57 < ds2> thanks
2025-08-22T09:30:02 < qyx> which reminds me of imx8 modules I have there to do some camera stuff
2025-08-22T09:45:39 -!- ColdKeyboard [~ColdKeybo@user/coldkeyboard] has quit [Server closed connection]
2025-08-22T09:45:59 -!- ColdKeyboard [~ColdKeybo@user/coldkeyboard] has joined ##stm32
2025-08-22T09:46:33 < ds2> parallel cams or CSI ?
2025-08-22T09:52:58 < qyx> fpdlink3 to csi
2025-08-22T11:30:09 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-22T11:30:09 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-22T12:41:51 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-22T12:45:18 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 272 seconds]
2025-08-22T13:56:01 -!- splud [~noneya.bi@user/splud] has quit [Ping timeout: 255 seconds]
2025-08-22T14:18:22 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-22T14:20:56 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 248 seconds]
2025-08-22T14:30:12 -!- c10ud [~c10ud@user/c10ud] has quit [Ping timeout: 260 seconds]
2025-08-22T14:32:04 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-22T16:00:09 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-08-22T16:00:29 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-22T16:06:06 -!- catphish [~quassel@user/catphish] has quit [Ping timeout: 276 seconds]
2025-08-22T16:11:06 -!- catphish [~quassel@user/catphish] has joined ##stm32
2025-08-22T16:48:08 -!- infisa is now known as infisb
2025-08-22T17:07:32 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-22T17:32:19 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-08-22T17:32:40 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-22T18:45:52 -!- splud [~noneya.bi@user/splud] has joined ##stm32
2025-08-22T18:51:19 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-22T18:58:30 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-22T19:14:16 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 248 seconds]
2025-08-22T19:17:22 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-22T19:17:46 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-22T19:27:52 -!- LFSveteran [~LFSvetera@keymaker.msrv.nl] has quit [Server closed connection]
2025-08-22T19:28:02 -!- LFSveteran [~LFSvetera@keymaker.msrv.nl] has joined ##stm32
2025-08-22T20:18:18 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-08-22T20:57:14 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection]
2025-08-22T20:57:34 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-22T22:50:05 -!- infisb [~infisc@user/infisc] has quit [Read error: Connection reset by peer]
--- Day changed Sat Aug 23 2025
2025-08-23T00:00:08 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-08-23T01:15:16 -!- Sadale [~Sadale@user/sadale] has quit [Server closed connection]
2025-08-23T01:15:41 -!- Sadale [~Sadale@user/sadale] has joined ##stm32
2025-08-23T02:26:55 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-23T02:27:59 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-23T02:28:23 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-23T02:30:21 -!- dudv2 [~dudv2@user/DudV2] has quit [Ping timeout: 256 seconds]
2025-08-23T02:32:17 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32
2025-08-23T02:48:33 -!- esden [sid32455@id-32455.hampstead.irccloud.com] has quit [Server closed connection]
2025-08-23T02:48:44 -!- esden [sid32455@id-32455.hampstead.irccloud.com] has joined ##stm32
2025-08-23T03:25:21 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-23T03:32:30 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-23T04:20:36 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-23T04:51:20 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds]
2025-08-23T04:54:52 -!- qyx [~qyx@84.245.121.224] has quit [Ping timeout: 256 seconds]
2025-08-23T04:56:25 -!- qyx [~qyx@84.245.120.160] has joined ##stm32
2025-08-23T05:15:17 -!- infisb [~infisc@user/infisc] has joined ##stm32
2025-08-23T06:10:29 -!- infisb [~infisc@user/infisc] has left ##stm32 [Leaving]
2025-08-23T06:25:09 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-23T07:24:01 -!- infise [~infisc@user/infisc] has joined ##stm32
2025-08-23T07:24:28 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 256 seconds]
2025-08-23T07:46:23 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-23T08:11:10 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-23T08:11:20 -!- infise [~infisc@user/infisc] has quit [Ping timeout: 248 seconds]
2025-08-23T08:14:45 -!- infise [~infisc@user/infisc] has joined ##stm32
2025-08-23T08:15:28 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 256 seconds]
2025-08-23T08:21:45 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-23T08:24:40 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 248 seconds]
2025-08-23T08:25:47 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-23T08:26:12 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-23T08:26:15 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-23T09:28:03 -!- dudv2 [~dudv2@user/DudV2] has changed host
2025-08-23T10:52:29 -!- radhitya [~radhitya@user/radhitya] has quit [Quit: WeeChat 4.5.2]
2025-08-23T10:52:53 -!- radhitya [~radhitya@user/radhitya] has joined ##stm32
2025-08-23T11:03:55 -!- sugarbeet [~barbas@81.4.123.134] has quit [Server closed connection]
2025-08-23T11:04:17 -!- sugarbeet [~barbas@81.4.123.134] has joined ##stm32
2025-08-23T11:32:08 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-23T11:36:10 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-08-23T12:11:54 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Ping timeout: 248 seconds]
2025-08-23T12:35:32 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-23T12:45:43 -!- jbo [~jbo@user/tct] has quit [Server closed connection]
2025-08-23T12:46:06 -!- jbo [~jbo@user/tct] has joined ##stm32
2025-08-23T14:06:41 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving]
2025-08-23T15:16:54 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-23T15:17:52 -!- infisd [~infisc@user/infisc] has quit [Remote host closed the connection]
2025-08-23T15:19:20 -!- infise [~infisc@user/infisc] has quit [Ping timeout: 256 seconds]
2025-08-23T15:36:42 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/]
2025-08-23T15:37:05 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32
2025-08-23T15:40:15 -!- specing [~specing@user/specing] has quit [Ping timeout: 244 seconds]
2025-08-23T16:00:14 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-23T16:00:14 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-23T16:09:46 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 248 seconds]
2025-08-23T16:12:36 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-23T16:39:48 -!- haritz [~hrtz@user/haritz] has quit [Ping timeout: 256 seconds]
2025-08-23T16:50:32 < qyx> https://github.com/nxp-imx/mwifiex
2025-08-23T16:50:35 < qyx> what the hell is this
2025-08-23T16:50:53 < qyx> there is a mwifiex module in the nxp linux tree but it says it is marwell
2025-08-23T16:50:56 < qyx> marvell
2025-08-23T16:53:09 < qyx> NXP Completes Acquisition of Marvell's Wi-Fi and ...
2025-08-23T16:53:11 < qyx> ah so..
2025-08-23T17:36:16 < qyx> [    0.275859] mmc1: new high speed SDIO card at address 0001
2025-08-23T17:36:20 < qyx> weehee
2025-08-23T18:33:53 < qyx> I don't get it, so NXP has its own linux kernel tree and yet they provide their wifi drivers as an out of tree module
2025-08-23T18:59:49 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-23T18:59:49 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-23T20:16:03 -!- Steffanx [sid97872@user/steffanx] has quit [Server closed connection]
2025-08-23T20:16:14 -!- Steffanx [sid97872@user/steffanx] has joined ##stm32
2025-08-23T20:50:11 -!- specing [~specing@user/specing] has joined ##stm32
2025-08-23T21:33:12 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 258 seconds]
2025-08-23T21:51:59 < karlp> yeah, wifi is a whole other world, compared to anything else the "same" company is doing ...
2025-08-23T22:17:10 < qyx> I failed, it loads the firmware but it doesn't respond afterwards
2025-08-23T22:17:33 < qyx> maybe I need to check some boot pins
2025-08-23T22:50:27 -!- tomeaton17 [~tom@user/tomeaton17] has quit [Server closed connection]
2025-08-23T22:50:48 -!- tomeaton17 [~tom@user/tomeaton17] has joined ##stm32
2025-08-23T23:03:00 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-23T23:03:59 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-23T23:04:22 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-23T23:07:24 < qyx> a little bit sketchy solder job https://bin.jvnv.net/file/zKyiG
2025-08-23T23:08:33 < qyx> but it definitely is doing something because the current consumption changes from 160 mA to 269 mA
2025-08-23T23:08:37 < qyx> after loading the firmware
2025-08-23T23:09:55 < qyx> https://paste.jvnv.net/view/CAebj
2025-08-23T23:46:29 < qyx> it is pumping 50 MHz into this quality solder job
--- Day changed Sun Aug 24 2025
2025-08-24T00:57:02 -!- ds2 [~ds2@user/ds2] has quit [Server closed connection]
2025-08-24T00:58:31 -!- ds2 [~ds2@69.54.141.155] has joined ##stm32
2025-08-24T01:23:35 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 258 seconds]
2025-08-24T01:29:46 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 248 seconds]
2025-08-24T01:32:42 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-24T01:59:08 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-08-24T03:15:21 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Server closed connection]
2025-08-24T03:15:44 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32
2025-08-24T04:43:06 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has quit [Ping timeout: 276 seconds]
2025-08-24T05:02:33 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has joined ##stm32
2025-08-24T05:27:38 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-24T05:28:24 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Client Quit]
2025-08-24T05:30:52 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-24T06:25:24 -!- fengdaolong [~fengdaolo@117.152.94.85] has joined ##stm32
2025-08-24T07:00:41 -!- fengdaolong [~fengdaolo@117.152.94.85] has quit [Read error: Connection reset by peer]
2025-08-24T07:06:49 -!- fengdaolong [~fengdaolo@117.152.94.85] has joined ##stm32
2025-08-24T07:39:06 -!- fengdaolong [~fengdaolo@117.152.94.85] has quit [Quit: WeeChat 4.7.0]
2025-08-24T07:54:45 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-24T08:01:25 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-24T08:12:17 -!- infise [~infisc@user/infisc] has joined ##stm32
2025-08-24T08:15:02 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds]
2025-08-24T08:21:34 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-24T08:23:36 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 248 seconds]
2025-08-24T08:25:29 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-24T09:21:20 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-08-24T09:21:57 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-24T09:24:26 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-08-24T09:24:28 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-24T09:26:59 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-24T09:32:15 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-24T10:04:40 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-24T10:05:44 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-24T10:06:08 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-24T10:06:57 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-24T12:32:38 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-24T12:41:46 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-08-24T13:03:30 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-24T13:24:25 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-24T14:03:19 -!- fenugrec [~f@192.214.232.39] has joined ##stm32
2025-08-24T14:20:11 < Steffanx> lgtm, pack it and ship it qyx. 
2025-08-24T14:21:06 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-08-24T14:32:50 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
2025-08-24T14:33:09 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has joined ##stm32
2025-08-24T14:37:11 -!- kdehl [~madman@ec2-3-250-8-187.eu-west-1.compute.amazonaws.com] has quit [Server closed connection]
2025-08-24T14:37:21 -!- kdehl [~madman@ec2-3-250-8-187.eu-west-1.compute.amazonaws.com] has joined ##stm32
2025-08-24T14:39:57 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-24T14:42:18 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
2025-08-24T15:24:18 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-24T15:24:18 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-24T15:33:30 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32
2025-08-24T15:49:51 -!- radhitya [~radhitya@user/radhitya] has quit [Quit: WeeChat 4.5.2]
2025-08-24T15:53:42 -!- radhitya [~radhitya@user/radhitya] has joined ##stm32
2025-08-24T18:37:57 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-24T18:40:40 -!- infise [~infisc@user/infisc] has quit [Ping timeout: 248 seconds]
2025-08-24T19:16:07 -!- radhitya [~radhitya@user/radhitya] has quit [Quit: WeeChat 4.5.2]
2025-08-24T19:16:26 -!- radhitya [~radhitya@user/radhitya] has joined ##stm32
2025-08-24T20:04:24 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 248 seconds]
2025-08-24T20:11:47 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-24T20:23:32 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 256 seconds]
2025-08-24T20:57:40 < qyx> I guess the reason may be I missed the "top" and "bottom" view difference and powered the thing up with 1v8 and 3v3 swapped
2025-08-24T20:57:47 < qyx> realized after a minute or so
2025-08-24T21:53:16 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-24T22:09:55 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-24T22:15:06 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 248 seconds]
2025-08-24T22:17:56 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-24T22:32:36 -!- chiptuner [~bobby@user/chiptuner] has quit [Server closed connection]
2025-08-24T22:32:50 -!- chiptuner [~bobby@user/chiptuner] has joined ##stm32
2025-08-24T23:13:22 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 260 seconds]
2025-08-24T23:28:01 -!- martinmoene_ [~martinmoe@132.229.46.129] has joined ##stm32
2025-08-24T23:31:28 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Ping timeout: 258 seconds]
2025-08-24T23:36:39 < zyp> did anyone play with stm32mp2 yet?
2025-08-24T23:53:53 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
--- Day changed Mon Aug 25 2025
2025-08-25T00:00:06 -!- lemmi [~lemmi@user/lemmi] has quit [Server closed connection]
2025-08-25T00:00:27 -!- lemmi [~lemmi@user/lemmi] has joined ##stm32
2025-08-25T00:19:30 < qyx> what the hell is Wi-Fi HaLow
2025-08-25T00:23:28 -!- infise [~infisc@user/infisc] has joined ##stm32
2025-08-25T00:26:04 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 256 seconds]
2025-08-25T00:52:50 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 245 seconds]
2025-08-25T01:00:34 -!- Fleck [~fleck@user/fleck] has quit [Server closed connection]
2025-08-25T01:04:41 -!- Fleck [~fleck@user/fleck] has joined ##stm32
2025-08-25T02:02:56 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-08-25T02:44:47 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-25T02:45:28 -!- infise [~infisc@user/infisc] has quit [Ping timeout: 256 seconds]
2025-08-25T03:19:44 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving]
2025-08-25T04:53:16 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32
2025-08-25T04:53:27 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 260 seconds]
2025-08-25T04:54:52 -!- duude__- is now known as duude__
2025-08-25T04:59:20 -!- qyx [~qyx@84.245.120.160] has quit [Ping timeout: 248 seconds]
2025-08-25T05:01:25 -!- qyx [~qyx@84.245.121.13] has joined ##stm32
2025-08-25T06:28:29 < qyx> karlp: do you have any list of sdio wifi modules with good linux support? that nxp's shit is just not pleasure to work with
2025-08-25T07:31:23 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-25T07:37:18 -!- jbo_ [~jbo@user/tct] has joined ##stm32
2025-08-25T07:37:55 -!- ColdKeyboard [~ColdKeybo@user/coldkeyboard] has quit [Ping timeout: 258 seconds]
2025-08-25T07:38:37 -!- haritzondo [~hrtz@209.35.65.79] has joined ##stm32
2025-08-25T07:38:52 -!- ColdKeyboard [~ColdKeybo@user/coldkeyboard] has joined ##stm32
2025-08-25T07:39:03 -!- haritz [~hrtz@user/haritz] has quit [Ping timeout: 258 seconds]
2025-08-25T07:39:27 -!- jbo [~jbo@user/tct] has quit [Ping timeout: 258 seconds]
2025-08-25T07:39:49 -!- fenugrec [~f@192.214.232.39] has quit [Ping timeout: 258 seconds]
2025-08-25T07:39:50 -!- ds2 [~ds2@69.54.141.155] has quit [Ping timeout: 258 seconds]
2025-08-25T07:41:42 -!- fenugrec [~f@192.214.232.39] has joined ##stm32
2025-08-25T07:53:52 -!- ds2 [~ds2@69.54.141.155] has joined ##stm32
2025-08-25T08:26:05 -!- haritzondo [~hrtz@209.35.65.79] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-25T09:13:31 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-08-25T09:30:38 -!- PaulFertser [paul@paulfertser.info] has quit [Ping timeout: 256 seconds]
2025-08-25T09:47:55 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32
2025-08-25T09:58:25 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-25T09:59:24 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-25T09:59:49 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-25T11:44:11 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32
2025-08-25T12:21:28 -!- fengdaolong [~fengdaolo@171.83.69.180] has joined ##stm32
2025-08-25T12:29:24 -!- fengdaolong [~fengdaolo@171.83.69.180] has quit [Remote host closed the connection]
2025-08-25T12:29:48 -!- fengdaolong [~fengdaolo@171.83.69.180] has joined ##stm32
2025-08-25T12:35:17 < karlp> no, I was avoiding sdio as I didn't have any spare sdio channels when I was doing this.
2025-08-25T12:35:33 < karlp> I was looking at usb ones only.
2025-08-25T12:36:15 < karlp> it's a picky field, and a lot of "no, you _will_ use the kernel we say works" unless you want to be spending time on wifi driver dev :)
2025-08-25T12:39:45 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-25T12:46:53 < nohit> qyx: how loud is the fan sound in your dho800 ?
2025-08-25T12:47:29 < nohit> like is it clearly noticeable ?
2025-08-25T13:04:27 < nohit> mine it a little bit high-pitchy and it is slightly annoying
2025-08-25T13:06:37 < karlp>  7 files changed, 38 insertions(+), 361 deletions(-)
2025-08-25T13:06:47 < karlp> 7 files changed, 38 insertions(+), 361 deletions(-)
2025-08-25T13:06:49 < karlp> fuck
2025-08-25T13:06:54 < karlp> love commits like that though :)
2025-08-25T13:08:37 < zyp> indeed
2025-08-25T13:16:22 < machinehum> Anyone here use onshape cam
2025-08-25T13:37:56 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-25T13:53:32 < qyx> nohit: noticeable and high pitch
2025-08-25T13:53:42 < nohit> ah
2025-08-25T13:53:50 < qyx> I will probably disconnect it
2025-08-25T13:53:54 < qyx> or what
2025-08-25T13:54:16 < nohit> i guess i just have to live with it
2025-08-25T13:54:19 < qyx> karlp: I am avoiding any nonstandard hardware, it is gonna be a maintenance nightmare
2025-08-25T13:55:57 < nohit> iirc dave downplayed the fan sound in his review
2025-08-25T13:56:16 < qyx> I hope imx93 goes mainline sooner or later like imx6/7/8 did
2025-08-25T13:56:32 < qyx> to avoid this imx-linux altogether
2025-08-25T13:57:20 < qyx> I woild like to minimize my maintenance effort to just one dts file
2025-08-25T13:57:54 < qyx> and fuk the whole yocto, it will have no poiny afterwards
2025-08-25T13:59:55 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-25T13:59:55 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-25T14:00:51 < karlp> "nonstandard" wot?
2025-08-25T14:01:37 < karlp> I said I was using usb wifi dongles, not sdio? 
2025-08-25T14:01:40 < qyx> nonstandard for me is anything I need to tweak and ask poliyely to work
2025-08-25T14:01:55 < qyx> yeah now I remember
2025-08-25T14:02:10 < karlp> not sure how usb is "non-standard" :)
2025-08-25T14:02:30 < karlp> I mean, the whole "what firmware shall we attempt to load an talk to with what kernel intf" is the same, usb or sdio...
2025-08-25T14:02:50 < qyx> I was not referring to your usb wifi, I was saying it in general
2025-08-25T14:08:33 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-25T14:12:16 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 256 seconds]
2025-08-25T14:26:52 -!- fengdaolong [~fengdaolo@171.83.69.180] has quit [Ping timeout: 260 seconds]
2025-08-25T14:49:07 -!- jbo_ is now known as jbo
2025-08-25T14:52:12 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 256 seconds]
2025-08-25T14:54:42 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-25T16:16:24 < karlp> anyone know why "file blah.c" is giving me "magic text fragment for file(1) cmd, 1st line "#include ..." blah?
2025-08-25T16:16:29 < karlp> I'm not used to it just... not working?
2025-08-25T16:27:13 < c10ud> copilot says file -i blah.c
2025-08-25T16:29:04 < karlp> copilot is in  the co-seat because it doesn't know what the fuck it's talking about and should shut the fuck up.
2025-08-25T16:29:15 -!- jbo [~jbo@user/tct] has quit [Quit: ZNC 1.9.1 - https://znc.in]
2025-08-25T16:30:01 -!- jbo [~jbo@user/tct] has joined ##stm32
2025-08-25T16:31:12 < karlp> like, getting text/x-file isn't really much more helpful, it's aidfferent "somethign went fucking wrong"
2025-08-25T16:31:38 < c10ud> ahah
2025-08-25T16:31:47 < c10ud> first it says, check your magic db
2025-08-25T16:32:12 < c10ud> file -m /usr/share/file/magic blah.c
2025-08-25T16:32:12 < c10ud>  and/or file -v
2025-08-25T16:33:05 < karlp> https://paste.jvnv.net/view/YvDXA
2025-08-25T16:35:07 < ventyl> karlp: is first line #include <ctypes.h> ?
2025-08-25T16:35:25 < karlp> yes.
2025-08-25T16:35:30 < ventyl> my two guesses would be: 1. UTF-8 2. somehow # got interpreted as shebang line ?
2025-08-25T16:35:46 < c10ud> i'd make a new one, copy over contents and diff
2025-08-25T16:35:48 < karlp> hexdump -C looks normal, there's no BOM or anything, 
2025-08-25T16:36:06 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 258 seconds]
2025-08-25T16:36:20 < c10ud> also file -b --mime-encoding sprnfloat.c
2025-08-25T16:36:28 < c10ud> (m$ copilot)
2025-08-25T16:37:16 < karlp> copying content results in the same thign, it's just a pedantic corner case in detection I guess.
2025-08-25T16:37:24 < karlp> I've got two files in this external lib that do it.
2025-08-25T16:37:30 < ventyl> karlp: man magic
2025-08-25T16:37:44 < karlp> just finished fixing up a bunch of 8859-1/utf8 mismatches, these were the last two left.
2025-08-25T16:37:53 < ventyl> it seems that the C source file somehow got resolved as file's own input format
2025-08-25T16:38:18 < ventyl> I wouldn't be surprised to see that its own file format has precedence over C source
2025-08-25T16:38:21 < karlp> i'v efound a few cases of this reported in the wild with old sshort source files that don't have any sort of header comment block.
2025-08-25T16:40:05 < Famine> morning folks
2025-08-25T16:48:30 < jbo> did you just assume my timezone?
2025-08-25T16:49:19 < Famine> jbo, there is only one true time zone
2025-08-25T16:49:34  * Famine initiates a time zone holy war
2025-08-25T19:32:09 < Steffanx> Time for pizza jbo
2025-08-25T19:58:48 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-25T20:22:22 < qyx> what holy war, utc is the only legit timezone
2025-08-25T20:37:36 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 258 seconds]
2025-08-25T20:43:13 < antto> if your clock doesn't show 20:43, then it's wrong.
2025-08-25T20:58:10 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:40:db40:cb8:1375] has quit [Remote host closed the connection]
2025-08-25T20:59:44 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-25T21:02:04 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:1c13:dac1:2384:9f31] has joined ##stm32
2025-08-25T21:04:42 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:1c13:dac1:2384:9f31] has quit [Remote host closed the connection]
2025-08-25T21:06:09 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:1c13:dac1:2384:9f31] has joined ##stm32
2025-08-25T21:08:36 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-25T21:11:20 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds]
2025-08-25T21:11:57 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:1c13:dac1:2384:9f31] has quit [Max SendQ exceeded]
2025-08-25T21:16:44 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:1c13:dac1:2384:9f31] has joined ##stm32
2025-08-25T21:26:46 -!- nohit [sid334887@id-334887.tinside.irccloud.com] has quit [Server closed connection]
2025-08-25T21:27:02 -!- nohit [sid334887@id-334887.tinside.irccloud.com] has joined ##stm32
2025-08-25T21:29:59 -!- Shaun [~shaun@user/shaun] has quit [Server closed connection]
2025-08-25T21:30:15 -!- Shaun [~shaun@user/shaun] has joined ##stm32
2025-08-25T21:49:17 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 258 seconds]
2025-08-25T21:53:46 -!- dudv2 [~dudv2@user/DudV2] has quit [Ping timeout: 248 seconds]
2025-08-25T21:55:25 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32
2025-08-25T22:07:04 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 248 seconds]
2025-08-25T22:08:45 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-25T22:14:08 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-25T22:59:26 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-25T23:04:13 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Read error: Connection reset by peer]
2025-08-25T23:10:11 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:1c13:dac1:2384:9f31] has quit [Remote host closed the connection]
2025-08-25T23:11:15 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:1c13:dac1:2384:9f31] has joined ##stm32
2025-08-25T23:48:32 < Steffanx> Yours shows 20:43 antto?
2025-08-25T23:49:03 < antto> 23:49
2025-08-25T23:55:48 < Steffanx> Then it's wrong too :o
2025-08-25T23:56:36 < antto> no, u
2025-08-25T23:58:39 < Steffanx> Thanks 
2025-08-25T23:58:53 < Steffanx> Time to sleep in antto land
2025-08-25T23:59:21 < antto> no, dinner time, soon
--- Day changed Tue Aug 26 2025
2025-08-26T00:06:49 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-26T00:08:40 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-26T00:12:39 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has quit [Ping timeout: 258 seconds]
2025-08-26T00:14:22 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32
2025-08-26T01:10:09 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 256 seconds]
2025-08-26T01:10:10 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32
2025-08-26T01:14:12 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32
2025-08-26T01:15:31 -!- duude__- [~duude__@user/duude/x-4676560] has quit [Ping timeout: 258 seconds]
2025-08-26T01:27:24 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has quit [Ping timeout: 258 seconds]
2025-08-26T01:29:15 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32
2025-08-26T01:46:40 -!- pwillard [sid136981@id-136981.hampstead.irccloud.com] has quit [Server closed connection]
2025-08-26T01:46:51 -!- pwillard [sid136981@id-136981.hampstead.irccloud.com] has joined ##stm32
2025-08-26T01:51:42 -!- Miyu [~hackkitte@2a00:6020:ad3f:300::878] has joined ##stm32
2025-08-26T01:52:31 -!- hackkitten [~hackkitte@94.31.119.144] has quit [Read error: Connection reset by peer]
2025-08-26T01:54:44 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-08-26T02:03:57 -!- Miyu [~hackkitte@2a00:6020:ad3f:300::878] has quit [Ping timeout: 260 seconds]
2025-08-26T02:05:19 -!- hackkitten [~hackkitte@94.31.119.144] has joined ##stm32
2025-08-26T02:11:21 < antto> OM NOM NOM
2025-08-26T03:23:43 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-26T03:51:15 -!- fengdaolong [~fengdaolo@171.83.69.180] has joined ##stm32
2025-08-26T04:25:20 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 245 seconds]
2025-08-26T04:40:52 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 260 seconds]
2025-08-26T05:08:56 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 248 seconds]
2025-08-26T06:29:57 -!- flatmush [~benbrewer@149.71.22.85] has quit [Ping timeout: 260 seconds]
2025-08-26T06:32:21 -!- flatmush [~benbrewer@149.57.116.2] has joined ##stm32
2025-08-26T06:52:00 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-26T06:57:52 -!- rkta [~rkta@user/rkta] has joined ##stm32
2025-08-26T07:06:57 -!- \dev\ice [~eabdb@user/device/x-9920846] has quit [Remote host closed the connection]
2025-08-26T07:08:15 -!- \dev\ice [~eabdb@user/device/x-9920846] has joined ##stm32
2025-08-26T08:06:20 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-26T08:09:05 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-26T08:09:46 -!- fengdaolong [~fengdaolo@171.83.69.180] has quit [Ping timeout: 256 seconds]
2025-08-26T08:18:50 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 248 seconds]
2025-08-26T08:19:56 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-26T08:43:10 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-26T09:10:44 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-08-26T09:25:48 -!- fengdaolong [~fengdaolo@171.83.69.180] has joined ##stm32
2025-08-26T09:33:36 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-26T09:52:49 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving]
2025-08-26T10:25:58 -!- kurfen [~kurfen@109.236.63.52] has quit [Ping timeout: 244 seconds]
2025-08-26T10:26:34 -!- kurfen [~kurfen@109.236.63.56] has joined ##stm32
2025-08-26T10:56:56 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 256 seconds]
2025-08-26T11:04:07 -!- fengdaolong [~fengdaolo@171.83.69.180] has quit [Ping timeout: 260 seconds]
2025-08-26T13:04:10 -!- fengdaolong [~fengdaolo@171.83.69.180] has joined ##stm32
2025-08-26T13:12:40 -!- fengdaolong [~fengdaolo@171.83.69.180] has quit [Ping timeout: 256 seconds]
2025-08-26T13:14:28 -!- fengdaolong [~fengdaolo@171.83.69.180] has joined ##stm32
2025-08-26T13:41:34 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-26T13:43:04 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 248 seconds]
2025-08-26T13:49:46 -!- fengdaolong [~fengdaolo@171.83.69.180] has quit [Ping timeout: 256 seconds]
2025-08-26T13:52:47 < qyx> nah linux-wireless is more dead than ##stm32
2025-08-26T14:17:46 < jpa-> https://jpa.kapsi.fi/stuff/pix/drc_-1.png   i did such a good job that kicad gives -1 warnings
2025-08-26T14:20:23 < mercenary> Returning customers get one free DRC violation
2025-08-26T14:25:47 < Steffanx> I'm really proud of you jpa+ . You can go back to sailing now \o/
2025-08-26T14:26:38 < jpa-> i still have a bit of flu so maybe it is not smart
2025-08-26T14:27:42 < jpa-> otherwise i would just click "exclude all" and hop on the board
2025-08-26T14:44:03 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-26T14:57:32 < karlp> yeah, linux-wireless is a private club.
2025-08-26T14:57:42 < karlp> "open" is a very loose.
2025-08-26T14:58:32 < karlp> there's 2? I think guys in openwrt being paid fulltime by mediatek, and there's at least one guy who works for a top level qca partner that does stuff, but it's "they have datasheets and TRMs, no you can't have them"
2025-08-26T15:04:43 < ventyl> can't this work under this years-old intiative of kernel devs which was basically "show us your TRMs, pay us, we will sign NDA and write kernel drivers for your hardware" ?
2025-08-26T15:07:36 < karlp> that is what it is.
2025-08-26T15:08:10 < karlp> but that's hardly what Iðd call "open" and it also means, "haha lol if you think anyone else is allowe dto work on it, even for bugfixes without being the solitary blessed individuals"
2025-08-26T15:09:00 < karlp> so if you can get in the right circles, and ask the right questions at the right times, you _may_ have a cahnce of your bugs being looked at, but otherwise, it's "they can scratch their itches for one thing, and fuck the rest of you"
2025-08-26T15:49:16 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-26T15:49:16 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-26T16:00:01 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-26T16:02:16 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 248 seconds]
2025-08-26T16:28:19 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection]
2025-08-26T16:34:59 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32
2025-08-26T16:42:31 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-26T16:42:38 < bitmask> heyooo
2025-08-26T16:43:08 < bitmask> whats up buds
2025-08-26T16:44:30 < karlp> this isn't undefined is it? https://godbolt.org/z/oT4xGGd7T
2025-08-26T16:44:51 < karlp> I'm allowed to index and modify the "suffix" variable as that's stack allocated and known length right?
2025-08-26T16:49:02 < bitmask> I have no idea
2025-08-26T16:49:12 < bitmask> you on you own
2025-08-26T16:50:44 < karlp> qyx: so yeah, rk3506 might sound cute, but.... https://paste.jvnv.net/view/VDhs6
2025-08-26T16:52:09 < jpa-> karlp: if you make it  suffix[]  you can modify, but i think with char* it is UB
2025-08-26T16:52:26 < karlp> what damn flag do I need to get it to tell me that?
2025-08-26T16:52:57 < jpa-> https://stackoverflow.com/questions/4493139/are-string-literals-const  -Wwrite-strings
2025-08-26T16:54:38 < karlp> hrm, adding -Wwrite-strings gives me a warning that the char * discards the const, and then ifyoua dd the const, you get the warning when you write it...
2025-08-26T16:56:22 < karlp> the way I read that stackovervlow, using [] or * for the decl is just as UB...
2025-08-26T16:56:48 < karlp> but -Wwrite-strings allows it then?
2025-08-26T16:57:05 < jpa-> which part are you reading that from?
2025-08-26T16:57:27 < jpa-> with [] you have the array on stack, with * you only have the pointer on stack and the string is in the literal pool
2025-08-26T16:57:37 < karlp> ahh. ok.
2025-08-26T16:57:50 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 245 seconds]
2025-08-26T16:59:31 < jpa-> https://landley.net/c99-tc3.html#6.4.5  "If the program attempts to modify such an array, the behavior is undefined." is the part about the literals as pointers, then   https://landley.net/c99-tc3.html#6.7.8   specifies using them as initializers
2025-08-26T17:00:01 < jpa-> "The contents of the arrays are modifiable"
2025-08-26T17:01:33 < karlp> example 8, right, exactly that.
2025-08-26T17:01:40 < karlp> ok, i need to fix my code to be "safer"
2025-08-26T17:04:36 < jpa-> as in, not crash with the default linker scripts that allocate literals in rodata? :)
2025-08-26T17:05:59 < jpa-> (i'm not sure if the bus will just ignore writes to flash.. i guess it will, and just set the error bit in the flash status register)
2025-08-26T17:14:03 < karlp> well, I think it was actaully never going to hit, as the only invokers always ask for the suffix to be added :)
2025-08-26T17:14:11 < karlp> but, best ot make sure
2025-08-26T17:15:40 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-26T17:16:38 < jpa-> you could have written    suffix = ""  and it would be perfectly valid and python programmers would be happy with it
2025-08-26T17:17:31 < jpa-> or if you want to make C programmers happy, you can do   suffix += 3;
2025-08-26T17:19:32 < karlp> I actually got rid of the check and split the sprintf line and just did `add_suffix ? " C" : ""` 
2025-08-26T17:20:09 -!- polprog [~ath0@about/hackers/polprog] has quit [Server closed connection]
2025-08-26T17:20:26 -!- polprog [~ath0@about/hackers/polprog] has joined ##stm32
2025-08-26T17:41:51 < karlp> qyx: rz/g2ul looks much more suitable than rk3506 :)  64bit, upstream dts files in torvalds.git... half the price of the imx93 module
2025-08-26T17:53:16 < karlp> qyx: did myir ever send you the "rest" of the design files? do I need to buy one first? before I can even see the design guides for the hw?
2025-08-26T18:17:05 < qyx> for imx6? they are all on the web, I didn't ask anything else
2025-08-26T18:18:36 -!- ventyl [~ventyl@bband-dyn252.178-40-38.t-com.sk] has quit [Ping timeout: 272 seconds]
2025-08-26T18:41:24 < karlp> I can't find any actual bsp or hw design files for the two modules I was looking for :)
2025-08-26T18:41:45 < karlp> I was looking at rz/g2ul and rk3506, and it' sjust "here's the signals on the pins...."
2025-08-26T18:42:56 < karlp> found a company witha  "buy now" button for a rz/g2ul som.  popped up a "contact for quote" dialog....
2025-08-26T18:45:59 < qyx> we have pretty different approach to such things, I am not dealing with chinks anymore and my life is a bit easier
2025-08-26T18:46:39 < qyx> and the price of the SoM definitely paid off in support and resources that are available
2025-08-26T18:53:01 < karlp> the kyro one?
2025-08-26T18:53:18 < karlp> you used a myir one before though right?
2025-08-26T18:53:33 < karlp> karo
2025-08-26T18:54:41 < qyx> yes I used myir imx6 and now karo imx93
2025-08-26T18:55:25 < qyx> with imx6 I did everything with mainline linux and ran openwrt on it
2025-08-26T19:01:11 < karlp> right, well, rx/g2ul has "everything" mainline, but I'd still need sufficient bsp and hardware docs from myir to make a dts for their module/devboard
2025-08-26T19:01:23 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-26T19:01:25 < karlp> or their own bsp to even eval it, but I can't find anything.
2025-08-26T19:02:44 < karlp> the imx6ul module they have a schematic at least available.
2025-08-26T19:02:55 < karlp> the ones I'm looking at, they don't even ahve that.
2025-08-26T19:04:44 < qyx> did you check https://github.com/MYiR-Dev/myir-renesas-linux
2025-08-26T19:05:19 < karlp> no, i hadn't found that account or seen it linked anywhere
2025-08-26T19:05:19 < qyx> also lol you can't compare g2ul to imx93
2025-08-26T19:06:20 < qyx> there is also u-boot
2025-08-26T19:06:38 < qyx> the same for imx and ST
2025-08-26T19:06:53 < machinehum> Well my small business is completly fucked with the new American shipping restrictions 
2025-08-26T19:07:11 < karlp> imx93 vs g2ul compares well for _me_
2025-08-26T19:07:43 < karlp> dual a55 + m33 vs single a55 + m33? both with dual gig-E, can-fd?
2025-08-26T19:08:06 < karlp> m33 on imx93 has fpu, unlike on g2ul, but whatevs
2025-08-26T19:08:50 < Steffanx> Don't you like Trump tax&co machinehum ?
2025-08-26T19:09:00 < qyx> single a55 1.0 vs dual a55 1.7 doesn't compare
2025-08-26T19:09:13 < qyx> also g2ul lists 2x 100mbit whereas imx93 has gigabit
2025-08-26T19:09:17 < qyx> also mipi dsi/csi
2025-08-26T19:10:21 < karlp> it's gig ether on https://www.renesas.com/en/products/rz-g2ul
2025-08-26T19:10:41 < qyx> true, later on that page they say rgmii
2025-08-26T19:10:51 < karlp> and sure, a bit more single threaded cpu, but... whatever, you can getimx93 in single a55 too, and g2l vs ul is dual core, it's really not that far off
2025-08-26T19:11:00 < karlp> but yeah, i don't need mipi shits.
2025-08-26T19:11:13 < qyx> also no sdio?
2025-08-26T19:11:20 < karlp> what would i use it for?
2025-08-26T19:11:26 < karlp> wifi is usb ;)
2025-08-26T19:11:28 < qyx> they don't even have a microsd slot on their devel board
2025-08-26T19:11:38 < karlp> emmc is enough.
2025-08-26T19:12:25 < qyx> also lpddr4 vs ddr3l
2025-08-26T19:12:35 < qyx> for me it looks like g2ul is one generation older
2025-08-26T19:12:45 < qyx> but also one generation newer than imx6
2025-08-26T19:12:48 < karlp> might well be.
2025-08-26T19:12:52 < karlp> imx6 is way too old,
2025-08-26T19:13:02 < karlp> lpddr4 vs ddr3l is just lower power right?
2025-08-26T19:13:06 < qyx> imx6 is kinda similar to sama5d27
2025-08-26T19:13:33 < qyx> more ram, faster, lower power
2025-08-26T19:13:47 < karlp> that myir github doesn't have any myir dts files...
2025-08-26T19:14:23 < qyx> karl pls
2025-08-26T19:14:29 < qyx> https://github.com/MYiR-Dev/myir-renesas-linux/tree/develop-rz-L5.10.83/arch/arm64/boot/dts/myir
2025-08-26T19:14:47 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer]
2025-08-26T19:15:00 < karlp> I foolishly looked under the fucking renesas directory
2025-08-26T19:15:10 < karlp> ok, super pro.
2025-08-26T19:15:13 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-26T19:15:14 < karlp> very ready for upstreammmm
2025-08-26T19:15:21 < qyx> but I don't think thats all
2025-08-26T19:17:38 < karlp> yeah, uboot 2021, no changes since then.
2025-08-26T19:17:40 < karlp> "works fine"
2025-08-26T19:19:22 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds]
2025-08-26T19:20:01 < qyx> there is no way of forcing them to continue supporting the software
2025-08-26T19:20:58 < qyx> the maximum hassle I am able to tolerate is my custom dts file
2025-08-26T19:21:09 < qyx> which is kinda normal when I have a custom hardware
2025-08-26T19:21:42 < qyx> without the rest living in mainline it will be hassle to sell in the eu in the future
2025-08-26T19:22:02 < qyx> and tbh it makes sense
2025-08-26T19:22:37 < qyx> we are being flooded with cheap shit never getting any updates
2025-08-26T19:28:07 < Famine-> karlp, renesas == shit.
2025-08-26T19:28:22 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 256 seconds]
2025-08-26T19:29:37 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-26T19:38:00 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-26T19:57:10 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-26T20:34:23 < nohit> does anyone located in europe know if it is possible to re-schedule fedex shipment ?
2025-08-26T20:34:47 < nohit> like other than sending a them a message via web form and hoping for the best
2025-08-26T20:37:44 < qyx> then they call you to deliver, you just say tomorrow
2025-08-26T20:37:48 < qyx> *when
2025-08-26T20:37:56 < qyx> or the exact day
2025-08-26T20:38:14 < qyx> but they ask you for money if they are keeping it for too long in their depot
2025-08-26T20:38:22 < qyx> also depot pickup works here too
2025-08-26T20:41:59 < jpa-> nohit: usually the last leg of the delivery is by a local subcontractor.. so it depends on them
2025-08-26T20:42:06 < jpa-> here they often send a text message beforehand
2025-08-26T20:48:28 < Famine-> nohit, i just call the 800 number and ask them to hold it at the depot 
2025-08-26T20:49:59 < jpa-> i put a postit on my door "just leave it here thanks" :)
2025-08-26T20:51:22 < Famine-> i have shitty neighbors :P
2025-08-26T21:00:19 < qyx> I don't have heighbors nor door
2025-08-26T21:06:15 < jpa-> "just walk in and put the package on the floor, or dirt if i don't have a floor"
2025-08-26T21:06:32 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 258 seconds]
2025-08-26T21:15:33 -!- infisd [~infisc@user/infisc] has quit [Read error: Connection reset by peer]
2025-08-26T21:40:33 < antto> "walk in and in the hallway you'll see a Parrot named Jack. tell Jack the password Don'tWorry with a russian mafia accent, then he'll open the next door, walk in and ..."
2025-08-26T21:41:02 < antto> yeah, i don't wanna be a delivery boi
2025-08-26T21:57:24 < nohit> i dont recall them calling or sending a sms beforehand
2025-08-26T21:57:35 < nohit> they just appear
2025-08-26T21:58:01 < nohit> fedex sucks, its easy to re-schedule shipment with ups and dhl
2025-08-26T21:59:01 < nohit> with the app or browser
2025-08-26T22:06:49 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-26T22:28:11 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 258 seconds]
2025-08-26T23:05:45 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 245 seconds]
2025-08-26T23:15:38 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
--- Day changed Wed Aug 27 2025
2025-08-27T00:27:22 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-27T00:58:35 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-27T01:00:39 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-08-27T01:03:34 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-27T01:10:53 < qyx> so, is HaLow even supported in the eu?
2025-08-27T01:20:19 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-27T01:59:29 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-08-27T02:00:05 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-27T02:05:01 < bitmask> ugh, its gonna be another scrub, isnt it
2025-08-27T02:09:22 < bitmask> oh maybe the weather isn't as bad as I thought
2025-08-27T02:09:26 < bitmask> I hope
2025-08-27T02:12:44 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-27T02:16:27 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds]
2025-08-27T02:25:40 -!- octorian [octo@2600:3c00::f03c:91ff:fe93:a61c] has quit [Server closed connection]
2025-08-27T02:26:03 -!- octorian [octo@2600:3c00::f03c:91ff:fe93:a61c] has joined ##stm32
2025-08-27T02:38:32 -!- noarb [~noarb@user/noarb] has quit [Server closed connection]
2025-08-27T02:38:53 -!- noarb [~noarb@user/noarb] has joined ##stm32
2025-08-27T03:16:06 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 252 seconds]
2025-08-27T03:17:31 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32
2025-08-27T03:28:06 -!- phryk [~totallyno@user/phryk] has quit [Server closed connection]
2025-08-27T03:28:29 -!- phryk [~totallyno@user/phryk] has joined ##stm32
2025-08-27T04:01:27 -!- fengdaolong [~fengdaolo@171.83.69.180] has joined ##stm32
2025-08-27T05:00:20 -!- qyx [~qyx@84.245.121.13] has quit [Ping timeout: 245 seconds]
2025-08-27T05:02:31 -!- qyx [~qyx@84.245.120.185] has joined ##stm32
2025-08-27T05:57:32 -!- qyx [~qyx@84.245.120.185] has quit [Ping timeout: 260 seconds]
2025-08-27T07:22:41 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:1c13:dac1:2384:9f31] has quit [Remote host closed the connection]
2025-08-27T07:26:34 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:6c63:e3df:ae51:b8fd] has joined ##stm32
2025-08-27T07:31:36 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:6c63:e3df:ae51:b8fd] has quit [Remote host closed the connection]
2025-08-27T07:32:01 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:6c63:e3df:ae51:b8fd] has joined ##stm32
2025-08-27T07:34:57 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-27T07:40:21 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-27T07:53:42 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-27T08:03:22 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-27T08:06:39 -!- fengdaolong [~fengdaolo@171.83.69.180] has quit [Read error: Connection reset by peer]
2025-08-27T08:13:46 -!- qyx [~qyx@84.245.120.158] has joined ##stm32
2025-08-27T08:24:30 -!- qyx [~qyx@84.245.120.158] has quit [Ping timeout: 245 seconds]
2025-08-27T09:11:10 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-27T09:31:35 -!- quinor [08c0f10716@2a03:6000:1812:100::dad] has quit [Server closed connection]
2025-08-27T09:31:41 -!- quinor [08c0f10716@2a03:6000:1812:100::dad] has joined ##stm32
2025-08-27T09:31:43 -!- fengdaolong [~fengdaolo@171.83.69.180] has joined ##stm32
2025-08-27T09:49:54 -!- qyx [~qyx@84.245.120.42] has joined ##stm32
2025-08-27T10:07:47 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-27T10:16:40 -!- ds2 [~ds2@69.54.141.155] has quit [Ping timeout: 248 seconds]
2025-08-27T10:17:18 < Steffanx> A post-it jpa- ? A bicycle in the way is enough right?
2025-08-27T10:19:04 -!- ventyl [~ventyl@adsl-dyn-137.95-102-77.t-com.sk] has joined ##stm32
2025-08-27T10:33:11 < jpa-> Steffanx: no, with a bike they just run away
2025-08-27T10:33:22 < jpa-> but with a note they obey
2025-08-27T10:34:17 < jpa-> meh, what is it with i2c level translators; TCA9416DDF, TCA39416DDR, PI3CLS39306 all have same function and same package, but different pinouts
2025-08-27T10:35:44 -!- ds2 [~ds2@69.54.141.155] has joined ##stm32
2025-08-27T10:35:53 < jpa-> and LSF0102.. how many permutations can there be for 8 pins?!
2025-08-27T10:55:41 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 258 seconds]
2025-08-27T11:29:10 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection]
2025-08-27T11:29:37 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-27T12:04:59 < karlp> Famine-: what part of it?
2025-08-27T12:05:50 < karlp> qyx: yeah, that's why I gave up on the rk3506 idea pretty quick, the rzg2ul has a rational upstream path.
2025-08-27T12:15:02 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-27T12:15:26 -!- Famine_ [~Famine@user/famine-] has joined ##stm32
2025-08-27T12:18:29 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 258 seconds]
2025-08-27T12:56:52 < tomeaton17> Anyone tried out the stm67w?
2025-08-27T12:57:23 < karlp> Famine_: followup: what are you suggesting instead? :)
2025-08-27T12:57:26 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-27T13:00:56 -!- Famine_ [~Famine@user/famine-] has quit [Ping timeout: 256 seconds]
2025-08-27T13:33:10 < qyx> my rbm33g with openwrt died
2025-08-27T13:33:22 < qyx> it forgot all config and installedmpackages
2025-08-27T13:33:35 < qyx> basically the whole jffs2 overlay failed
2025-08-27T13:33:39 < qyx> what the hell
2025-08-27T13:33:52 < qyx> it took me 3.5 hours to replace the board and reconfigure
2025-08-27T13:34:23 -!- fengdaolong [~fengdaolo@171.83.69.180] has quit [Ping timeout: 258 seconds]
2025-08-27T13:49:46 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-27T13:52:01 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 258 seconds]
2025-08-27T15:06:34 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-27T15:06:35 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-27T15:35:52 -!- Miyu [~hackkitte@2a00:6020:ad3f:300::878] has joined ##stm32
2025-08-27T15:36:35 -!- hackkitten [~hackkitte@94.31.119.144] has quit [Ping timeout: 245 seconds]
2025-08-27T16:02:38 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-27T16:23:18 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-27T16:34:24 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-27T16:47:06 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-27T16:54:15 -!- Miyu is now known as hackkitten
2025-08-27T17:36:18 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-27T17:42:52 -!- radhitya [~radhitya@user/radhitya] has quit [Quit: WeeChat 4.7.1]
2025-08-27T17:43:12 -!- radhitya [~radhitya@user/radhitya] has joined ##stm32
2025-08-27T17:53:05 < zyp> new toy arrived: https://paste.jvnv.net/view/Uil9X
2025-08-27T17:53:10 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-08-27T17:53:16 -!- Famine- [~Famine@user/famine-] has joined ##stm32
2025-08-27T17:54:57 -!- haritzondo [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-27T18:02:02 -!- Netsplit *.net <-> *.split quits: haritz, Famine, hexo__, rkta
2025-08-27T18:23:50 < c10ud> 1.35 TOPS is interesting
2025-08-27T18:24:13 < c10ud> but which kind of tops, i8 or f16?
2025-08-27T18:25:18 < c10ud> iirc nvidia tx2 was more or less the same for f16
2025-08-27T18:25:38 < c10ud> and you could run some nice stuff on it
2025-08-27T18:26:27 < zyp> datasheet says i8
2025-08-27T18:27:08 < zyp> I don't really care about that though, don't have any plans to use the NPU
2025-08-27T18:27:40 < c10ud> ok, but still interesting
2025-08-27T18:27:59 < c10ud> gpu usable? i.e. drivers avail
2025-08-27T18:31:33 < zyp> I don't know, at the moment I don't have plans to use that either
2025-08-27T18:33:25 < c10ud> :)
2025-08-27T18:40:37 -!- hexo_ [~hexo@user/hexo] has quit [Read error: Connection reset by peer]
2025-08-27T18:42:08 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-08-27T18:44:07 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-27T18:47:11 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 258 seconds]
2025-08-27T18:47:42 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-27T18:48:41 < karlp> qyx: lol, myir liked my work email address :)
2025-08-27T19:07:52 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 256 seconds]
2025-08-27T19:11:11 -!- hexo [~hexo@user/hexo] has joined ##stm32
2025-08-27T19:13:19 -!- hexo__ [~hexo@user/hexo] has quit [Remote host closed the connection]
2025-08-27T19:13:32 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-27T19:25:15 -!- ds2 [~ds2@user/ds2] has changed host
2025-08-27T19:34:41 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-27T19:44:05 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-08-27T19:44:24 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 256 seconds]
2025-08-27T19:44:42 -!- hexo__ [~hexo@user/hexo] has quit [Read error: Connection reset by peer]
2025-08-27T20:01:49 < zyp> karlp, how so?
2025-08-27T20:04:47 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-27T20:04:48 -!- hexo_ [~hexo@user/hexo] has quit [Read error: Connection reset by peer]
2025-08-27T20:10:30 -!- hexo_ [~hexo@user/hexo] has joined ##stm32
2025-08-27T20:12:42 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-08-27T20:23:15 -!- antto [~pewpew@antonsavov.net] has quit [Server closed connection]
2025-08-27T20:26:13 -!- antto [~pewpew@antonsavov.net] has joined ##stm32
2025-08-27T20:32:07 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-27T20:55:48 -!- infisd [~infisc@user/infisc] has quit [Read error: Connection reset by peer]
2025-08-27T21:23:47 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-27T21:26:41 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 256 seconds]
2025-08-27T21:54:30 -!- qyx [~qyx@84.245.120.42] has quit [Ping timeout: 245 seconds]
2025-08-27T21:56:26 -!- qyx [~qyx@84.245.120.229] has joined ##stm32
2025-08-27T21:56:32 -!- MrMobius [sid561267@id-561267.uxbridge.irccloud.com] has quit [Server closed connection]
2025-08-27T21:56:47 -!- MrMobius [sid561267@id-561267.uxbridge.irccloud.com] has joined ##stm32
2025-08-27T21:57:17 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 256 seconds]
2025-08-27T22:15:26 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-27T22:46:53 < qyx> karlp: karma++?
2025-08-27T22:56:26 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-27T22:57:45 -!- rkta [~rkta@user/rkta] has joined ##stm32
2025-08-27T23:07:36 -!- nomorekaki [~nomorekak@37-33-7-122.bb.dnainternet.fi] has joined ##stm32
2025-08-27T23:08:29 < nomorekaki> ze internets
2025-08-27T23:09:05 < Steffanx> Can you eat that, nomorekaki ?
2025-08-27T23:09:29 < nomorekaki> no
2025-08-27T23:21:43 < Steffanx> Hm
2025-08-27T23:21:59 < Steffanx> What brings you here early this night?
2025-08-27T23:22:45 < jbo> love
2025-08-27T23:23:27 < Steffanx> Bro's before ho's
2025-08-27T23:23:32 < jbo> exactly
2025-08-27T23:26:10 < nomorekaki> I was thinking a song by Massive Attack today and ended up listening to Underworld and that put my mind in place where I use IRC and here I am
2025-08-27T23:32:50 < antto> ew, Underworld
2025-08-27T23:33:59 < nomorekaki> and that just because it was recommended to me by the algo
2025-08-27T23:44:47 < nomorekaki> how is holidays?
2025-08-27T23:53:12 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-27T23:55:18 < Steffanx> And from underworld we get to Waterworld. Better watch that movie again, nomorekaki 
2025-08-27T23:56:48 < nomorekaki> thanks steff I think I will. brain has melted enough to experience it as a novel experience
2025-08-27T23:58:25 < nomorekaki> watched "Big Stan" yesterday. somebody had uploaded it to youtubes with poor audio
2025-08-27T23:59:27 < nomorekaki> one of those hey it's free so why not
--- Day changed Thu Aug 28 2025
2025-08-28T00:03:18 < nomorekaki> it was one of those delightfully simple movies
2025-08-28T00:05:17 < jbo> waterworld still on the list
2025-08-28T00:05:29 < jbo> it was recommended to me
2025-08-28T00:06:11 < nomorekaki> you are missing out
2025-08-28T00:07:16 < jbo> is it anything like Monter Hunter (2020)?
2025-08-28T00:07:20 < jbo> Monster*
2025-08-28T00:12:03 < nomorekaki> nope
2025-08-28T00:12:06 < Steffanx> No
2025-08-28T00:12:30 < nomorekaki> it's basically mad max on water
2025-08-28T00:12:36 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 272 seconds]
2025-08-28T00:27:48 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-28T00:34:55 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-28T01:23:20 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 248 seconds]
2025-08-28T01:40:08 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-08-28T01:43:13 -!- nomorekaki [~nomorekak@37-33-7-122.bb.dnainternet.fi] has quit [Ping timeout: 250 seconds]
2025-08-28T05:29:34 -!- fengdaolong [~fengdaolo@171.83.69.180] has joined ##stm32
2025-08-28T06:38:36 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-28T07:07:50 -!- fengdaolong [~fengdaolo@171.83.69.180] has quit [Ping timeout: 245 seconds]
2025-08-28T07:35:45 -!- zapb_ [~zapb@static.127.92.47.78.clients.your-server.de] has quit [Server closed connection]
2025-08-28T07:35:55 -!- zapb_ [~zapb@static.127.92.47.78.clients.your-server.de] has joined ##stm32
2025-08-28T08:17:46 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-28T08:19:14 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 272 seconds]
2025-08-28T08:20:30 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-28T08:26:28 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-28T08:29:39 -!- t4nk_fn [~Go@user/t4nk] has quit [Server closed connection]
2025-08-28T08:30:35 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-28T08:30:54 -!- t4nk_freenode [~Go@user/t4nk] has joined ##stm32
2025-08-28T08:48:56 -!- haritzondo [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-28T09:10:31 -!- fengdaolong [~fengdaolo@171.83.69.180] has joined ##stm32
2025-08-28T09:20:43 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-08-28T09:26:58 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-28T10:13:38 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-28T11:32:41 -!- Kamilion [kamilion@copper.sllabs.com] has quit [Server closed connection]
2025-08-28T11:33:11 -!- Kamilion [kamilion@copper.sllabs.com] has joined ##stm32
2025-08-28T11:43:39 -!- qyx [~qyx@84.245.120.229] has quit [Ping timeout: 252 seconds]
2025-08-28T11:45:39 -!- qyx [~qyx@84.245.121.15] has joined ##stm32
2025-08-28T11:48:38 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-28T12:13:41 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 258 seconds]
2025-08-28T12:28:18 < karlp> qyx: well, they sent me pinouts and more docs and were "very interested" https://paste.jvnv.net/view/69wqP
2025-08-28T12:28:30 < karlp> instead of "no, just for customers, go away"
2025-08-28T12:35:12 -!- tomeaton17 [~tom@user/tomeaton17] has quit [Quit: ZNC 1.9.0+deb2ubuntu0.1~esm2 - https://znc.in]
2025-08-28T12:35:47 -!- tomeaton17 [~tom@user/tomeaton17] has joined ##stm32
2025-08-28T12:37:01 -!- englishman [englishman@user/englishman] has quit [Server closed connection]
2025-08-28T12:37:20 -!- englishman [englishman@user/englishman] has joined ##stm32
2025-08-28T12:41:42 < ventyl> this is a world of misleading error messages apparently
2025-08-28T12:41:52 < ventyl> I just wasted one hour trying to fix something that wasn't broken
2025-08-28T12:42:09 < ventyl> Linux is slowly pivoting towards debug symbol servers apparently
2025-08-28T12:43:07 < ventyl> so if the debugger fails to find debug symbols for a library, the reason might be, that they are simply not on debug server anymore as you are using an outdated version of the library
2025-08-28T12:50:50 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 248 seconds]
2025-08-28T13:06:12 -!- fengdaolong [~fengdaolo@171.83.69.180] has quit [Ping timeout: 258 seconds]
2025-08-28T13:13:17 -!- Steffanx [sid97872@user/steffanx] has quit [Quit: Connection closed for inactivity]
2025-08-28T13:24:35 -!- Steffanx [uid97872@user/steffanx] has joined ##stm32
2025-08-28T13:26:27 -!- hexo__ [~hexo@user/hexo] has joined ##stm32
2025-08-28T13:43:21 < tomeaton17> Think I am going to pick up an st67w and see what its like
2025-08-28T13:44:14 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds]
2025-08-28T13:51:17 -!- Famine [~Famine@user/famine-] has joined ##stm32
2025-08-28T13:54:24 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 256 seconds]
2025-08-28T14:00:11 < qyx> karlp: sounds generic, I received about the same interest in karo, despite not checking my web
2025-08-28T14:02:22 -!- rkta [~rkta@user/rkta] has left ##stm32 []
2025-08-28T14:30:07 -!- t4nk_freenode is now known as t4nk_fn
2025-08-28T14:34:24 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-28T14:34:24 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-28T14:45:55 < karlp> fuck me, even this httpd server is single client
2025-08-28T14:46:22 < karlp> browser doesnt' close the connection, so open in the browser, to check, then curl on the command line won't work til the server times out the browsers socket
2025-08-28T14:48:47 < specing> LOL
2025-08-28T14:54:58 < jpa-> https://jpa.kapsi.fi/stuff/pix/everlight_polarity.png    seriously.. why
2025-08-28T14:56:09 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-28T14:57:06 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-28T14:57:31 < nohit> why not
2025-08-28T14:57:31 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-28T15:18:15 -!- mid-kid [~mid-kid@2a01:7c8:aac8:1e8:5054:ff:fe5e:cd48] has quit [Server closed connection]
2025-08-28T15:18:32 -!- mid-kid [~mid-kid@2a01:7c8:aac8:1e8:5054:ff:fe5e:cd48] has joined ##stm32
2025-08-28T15:46:00 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-28T16:14:00 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 248 seconds]
2025-08-28T16:45:53 -!- NEYi_ [~NEYi@195.234.78.187] has joined ##stm32
2025-08-28T16:48:33 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 260 seconds]
2025-08-28T16:48:59 -!- NEYi_ [~NEYi@195.234.78.187] has quit [Read error: Connection reset by peer]
2025-08-28T17:26:36 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-28T17:27:39 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-28T17:28:03 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-28T17:36:10 -!- karlp [karlp@palmtreev6.beeroclock.net] has quit [Server closed connection]
2025-08-28T17:36:28 -!- karlp [karlp@palmtreev6.beeroclock.net] has joined ##stm32
2025-08-28T17:53:19 < karlp> jpa-: heh, we have some boards getting reworkd at the CM at the moment for something like that :)
2025-08-28T18:11:45 < Sadale> the more options available - the better! :D
2025-08-28T18:18:41 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 248 seconds]
2025-08-28T18:59:11 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-28T19:01:50 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-28T19:06:50 < bitmask> hi
2025-08-28T19:07:45 < Steffanx> Lo
2025-08-28T19:09:18 < bitmask> how you doin
2025-08-28T19:16:09 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds]
2025-08-28T19:21:12 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-28T19:47:20 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-28T20:01:13 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Quit: bitmask]
2025-08-28T20:15:02 -!- \dev\ice [~eabdb@user/device/x-9920846] has quit [Remote host closed the connection]
2025-08-28T20:40:24 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 256 seconds]
2025-08-28T20:49:32 -!- \dev\ice [~eabdb@user/device/x-9920846] has joined ##stm32
2025-08-28T21:05:53 < jpa-> i like how it is exactly the same, except the polarity marking is the opposite
2025-08-28T21:09:57  * Famine dies
2025-08-28T21:10:32 < Famine> freaking hash collisions are killing me 
2025-08-28T21:13:39 < ventyl> hash hash
2025-08-28T21:13:48 < ventyl> its less bad than priority inversion
2025-08-28T21:14:11 < ventyl> two weeks ago I wanted to update firmware to send two data streams instead of just one
2025-08-28T21:14:23 < ventyl> it unwound to operating system kernel editing
2025-08-28T21:14:40 < Famine> ventyl, i'm working on a method to cram 650kb of arrays into ~20kb
2025-08-28T21:17:37 < ventyl> I'd question your choice of microcontroller
2025-08-28T21:22:52 < specing> I'd question your choice of array press
2025-08-28T21:38:12 < Famine> specing, working on a nested hash map, a lot of it is repeating data
2025-08-28T22:22:24 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32
2025-08-28T22:55:37 -!- infisd [~infisc@user/infisc] has quit [Read error: Connection reset by peer]
2025-08-28T23:35:13 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32
2025-08-28T23:48:20 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
--- Day changed Fri Aug 29 2025
2025-08-29T00:27:35 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-29T00:29:24 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds]
2025-08-29T00:35:45 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds]
2025-08-29T00:53:58 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-29T01:04:33 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 248 seconds]
2025-08-29T01:43:17 -!- Steffanx [uid97872@user/steffanx] has quit [Quit: Connection closed for inactivity]
2025-08-29T01:57:58 -!- krjst [~krjst@2a0a:4cc0:2000:789a:b827:c6ff:fed6:bb48] has quit [Server closed connection]
2025-08-29T01:58:23 -!- krjst [~krjst@2a0a:4cc0:2000:789a:b827:c6ff:fed6:bb48] has joined ##stm32
2025-08-29T02:15:31 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye]
2025-08-29T02:17:55 < karlp> whelp.  qnap updated some dot release and restarted.
2025-08-29T02:18:00 < karlp> containers are all awol.
2025-08-29T02:18:06 < karlp> not stopped, just no longer exist
2025-08-29T02:22:19 < karlp> oh dear, it filled up the pool taking snapshots...
2025-08-29T02:22:25 < karlp> ahhh more fun
2025-08-29T02:22:48 < karlp> this is 100% my wife's time machine
2025-08-29T02:22:56 < karlp> feck.
2025-08-29T04:26:47 -!- fengdaolong [~fengdaolo@171.83.69.180] has joined ##stm32
2025-08-29T04:36:40 -!- fengdaolong [~fengdaolo@171.83.69.180] has quit [Quit: WeeChat 4.7.0]
2025-08-29T05:29:07 -!- martinmoene_ [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer]
2025-08-29T05:59:36 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has quit [Ping timeout: 248 seconds]
2025-08-29T06:01:14 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32
2025-08-29T06:16:28 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-29T07:17:27 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-29T08:06:11 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving]
2025-08-29T08:17:58 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 256 seconds]
2025-08-29T08:19:44 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-29T08:51:28 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-29T09:13:10 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32
2025-08-29T09:34:25 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-29T09:48:08 < machinehum> Moin
2025-08-29T10:16:59 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32
2025-08-29T10:17:20 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer]
2025-08-29T10:21:48 -!- Steffanx [uid97872@user/steffanx] has joined ##stm32
2025-08-29T10:46:34 -!- specing [~specing@user/specing] has quit [Ping timeout: 255 seconds]
2025-08-29T13:32:46 -!- soweli_iki [soweli_iki@user/soweli-iki:47461] has quit [Server closed connection]
2025-08-29T13:32:53 -!- soweli_iki [soweli_iki@2600:3c02::f03c:93ff:fe5b:9fc] has joined ##stm32
2025-08-29T13:32:53 -!- soweli_iki [soweli_iki@user/soweli-iki:47461] has changed host
2025-08-29T13:34:10 < karlp> anyone know how to get const strings into rodata nicely?  Iv'e got this: https://godbolt.org/z/ToGsj74nE and the original code had a whole bunch of these "if poitner == this particular poitner" checks,
2025-08-29T13:34:23 < karlp> and it actually does mean that it's all in flash, and the ram usage is less.
2025-08-29T13:34:37 < karlp> but I thought I could give up a single pointer in the ram struct object and have it poitn to a const string in rodata too?
2025-08-29T13:35:21 < karlp> (related, I can do this with gcc -c and size and objdump -x on the cli, but godbolt is removing the structs entirely, even at -O0?)
2025-08-29T13:41:30 < jpa-> karlp: i can't understand the question, aren't the string literals going to rodata?
2025-08-29T13:41:53 < jpa-> oops
2025-08-29T13:41:59 < jpa-> i was scrolled down in your code :)
2025-08-29T13:46:24 < jpa-> karlp: for me it puts them in .rodata even in the first case  http://paste.dy.fi/rz7/plain
2025-08-29T13:47:26 < jpa-> http://paste.dy.fi/riW/plain   more complete log
2025-08-29T13:58:32 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-29T13:58:32 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-29T15:18:41 -!- specing [~specing@user/specing] has joined ##stm32
2025-08-29T15:19:34 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds]
2025-08-29T15:25:01 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-29T16:09:37 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 248 seconds]
2025-08-29T16:41:33 < karlp> jpa-: thanks, I must have been holding objdump wrong and not reading it otu properly.
2025-08-29T16:52:33 < jbo> party people
2025-08-29T16:54:19 < tomeaton17> hello there
2025-08-29T16:54:32 < tomeaton17> my st67w arrived today time to give it a try
2025-08-29T17:16:10 < karlp> hrm, now my simplification is biting me.
2025-08-29T17:16:28 < karlp> how do you pass that const char const in for a struct that's malloc'd...
2025-08-29T17:17:48 < jpa-> i don't understand the question, again :)
2025-08-29T17:18:49 < karlp> instead of struct blob aa = {"const string here"}
2025-08-29T17:19:30 < karlp> I have "struct blob * make_struct(char * const name) { malloc(sizeof struct) struct->name = name}" sort of thing.
2025-08-29T17:19:43 < karlp> fucking c strings :)
2025-08-29T17:20:13 < jpa-> so, give it as argument? what's the problem?
2025-08-29T17:20:19 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-29T17:22:38 < karlp> assignment of read only member?
2025-08-29T17:22:46 < karlp> too many consts.
2025-08-29T17:22:55 < karlp> gotta look at this more carefully, I'm just being dumb somewhere
2025-08-29T17:23:45 < jpa-> ah, but why do you have the last const anyway?
2025-08-29T17:24:47 < jpa-> if you want the struct to go to flash, make it const as whole, if you only want the string in flash, const char* is enough
2025-08-29T17:25:02 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-29T17:25:05 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has quit [Ping timeout: 256 seconds]
2025-08-29T17:27:38 < karlp> well, I can't  have the second const in the struct, that's where my assignement problem came form when it's malloced and assigned. 
2025-08-29T17:27:54 < karlp> I thought I needed the second const to make sure that the parameter to the creation function passes in a "real" constant string.
2025-08-29T17:28:34 < jpa-> nah
2025-08-29T17:29:18 < jpa-> char * const is non-modifiable pointer to modifiable string
2025-08-29T17:30:07 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has joined ##stm32
2025-08-29T17:36:01 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 248 seconds]
2025-08-29T17:37:32 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-29T17:39:13 < karlp> hrm, end result is 1k flash saving, data is "same"
2025-08-29T17:39:36 < karlp> (except ram usage is actually higher now, I have more members in the structs that are malloced, but size and friends don't know /care about those...)
2025-08-29T17:39:52 < karlp> code significantly less copypasta... call it a win?
2025-08-29T17:44:42 < karlp> I'd need to have the struct have an inner const struct to have the "state" that changes and must be in ram, vs some of this "fixed config" be a const struct so the whole thing could go to flash.
2025-08-29T17:44:48 < karlp> another day, another yak...
2025-08-29T18:14:49 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:6c63:e3df:ae51:b8fd] has quit [Read error: Connection reset by peer]
2025-08-29T19:00:05 -!- vampi [~vampirefr@2a02:2f09:d009:9100:4e52:62ff:fe1e:3ee9] has joined ##stm32
2025-08-29T19:00:48 -!- vampirefrog [~vampirefr@2a02:2f09:d104:bb00:4e52:62ff:fe1e:3ee9] has quit [Ping timeout: 245 seconds]
2025-08-29T19:10:12 -!- ventyl [~ventyl@adsl-dyn-137.95-102-77.t-com.sk] has quit [Ping timeout: 260 seconds]
2025-08-29T19:48:49 < jpa-> karlp: what do you do with the cutoffs?
2025-08-29T19:58:56 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-29T20:14:40 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-08-29T20:24:14 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-29T20:25:23 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-29T20:25:46 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-29T20:36:16 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving]
2025-08-29T20:40:13 -!- infisd [~infisc@user/infisc] has quit [Remote host closed the connection]
2025-08-29T21:02:02 -!- specing_ [~specing@user/specing] has joined ##stm32
2025-08-29T21:02:02 -!- specing [~specing@user/specing] has quit [Killed (NickServ (GHOST command used by specing_))]
2025-08-29T21:04:08 -!- specing_ is now known as specing
2025-08-29T21:21:33 -!- Steffanx [uid97872@user/steffanx] has quit [Quit: Connection closed for inactivity]
2025-08-29T21:30:05 -!- specing [~specing@user/specing] has quit [Ping timeout: 258 seconds]
2025-08-29T21:44:27 -!- specing [~specing@user/specing] has joined ##stm32
2025-08-29T22:28:53 -!- qyx [~qyx@84.245.121.15] has quit [Ping timeout: 260 seconds]
2025-08-29T22:30:29 -!- qyx [~qyx@84.245.121.231] has joined ##stm32
2025-08-29T22:51:04 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 260 seconds]
2025-08-29T22:52:20 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-29T23:05:04 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 260 seconds]
2025-08-29T23:34:06 < karlp> hrm?
2025-08-29T23:34:47 < karlp> oh, off the yak?
2025-08-29T23:35:02 < karlp> I donno , I don't think it oges anywhere, I thikn it magically goes from the floor back to the yaks...
--- Day changed Sat Aug 30 2025
2025-08-30T00:22:32 -!- mercenary [~mercenary@user/mercenary] has quit [Server closed connection]
2025-08-30T00:22:46 -!- mercenary [~mercenary@user/mercenary] has joined ##stm32
2025-08-30T00:57:03 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-30T01:20:50 -!- dormito [~dormito@user/dormito] has quit [Server closed connection]
2025-08-30T01:21:15 -!- dormito [~dormito@user/dormito] has joined ##stm32
2025-08-30T03:09:00 < karlp> huh, I wonder what the difference is? https://jlcpcb.com/parts/componentSearch?searchTxt=hx711
2025-08-30T03:09:54 < karlp> man, jlc "idle parts" is wild :)
2025-08-30T03:30:41 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 248 seconds]
2025-08-30T03:32:34 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-30T03:42:33 < karlp> heh, 24c eeprom parts are awesome.
2025-08-30T03:42:53 < karlp> st will offer me _8_ different packages, as well as _unsawn wafers_
2025-08-30T03:43:40 < karlp> I guess that's bought by places like myir that are packaging "chiplet" shits with eeprom on board?
2025-08-30T04:11:18 < karlp> wot, just found a repo at work:
2025-08-30T04:11:20 < karlp> pascal is a cross platform, architecture independent (header-only) C++ library for math routines and optimization.
2025-08-30T04:12:20 < karlp> who thf picked that name?!
2025-08-30T04:12:46 < karlp> lol, has a follow upc ommit: "Rename namesapce, pascal is a macro in msvc"
2025-08-30T07:20:35 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-30T08:17:34 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-30T08:43:44 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 260 seconds]
2025-08-30T08:45:31 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-30T08:56:09 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-30T10:39:53 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-30T11:31:18 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-30T11:47:37 -!- kali_ [~kali@syn-035-150-041-014.res.spectrum.com] has joined ##stm32
2025-08-30T12:03:14 -!- kali_ [~kali@syn-035-150-041-014.res.spectrum.com] has quit [Quit: Leaving]
2025-08-30T12:09:31 < zyp> speaking of myir, this mp2 SoM is kinda intimidating
2025-08-30T12:10:52 < zyp> it's 40x40mm-ish, which is not really big for a SoM, but the fact that it's entirely covered by a metal shield and is soldered down makes it feel like a single huge component
2025-08-30T12:44:40 -!- Steffanx [uid97872@user/steffanx] has joined ##stm32
2025-08-30T14:09:13 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has quit [Server closed connection]
2025-08-30T14:09:27 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has joined ##stm32
2025-08-30T14:27:40 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-30T14:53:53 -!- Steffanx [uid97872@user/steffanx] has quit [Quit: Connection closed for inactivity]
2025-08-30T15:19:18 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32
2025-08-30T15:19:18 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-30T15:50:48 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-08-30T16:32:52 -!- hexo [~hexo@user/hexo] has quit [Read error: Connection reset by peer]
2025-08-30T17:25:19 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Ping timeout: 258 seconds]
2025-08-30T17:27:25 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-08-30T18:11:19 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds]
2025-08-30T18:17:18 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-30T18:18:14 -!- infisd [~infisc@user/infisc] has quit [Remote host closed the connection]
2025-08-30T18:18:33 -!- infisd [~infisc@user/infisc] has joined ##stm32
2025-08-30T18:19:35 -!- Steffanx [uid97872@user/steffanx] has joined ##stm32
2025-08-30T18:50:12 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-30T19:37:19 -!- ilgrim [~ilgrim@xinu.me] has quit [Server closed connection]
2025-08-30T19:37:36 -!- ilgrim [~ilgrim@xinu.me] has joined ##stm32
2025-08-30T20:39:12 -!- Steffanx [uid97872@user/steffanx] has quit [Quit: Connection closed for inactivity]
2025-08-30T21:07:28 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Ping timeout: 260 seconds]
2025-08-30T21:09:49 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-08-30T21:14:29 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Ping timeout: 260 seconds]
2025-08-30T21:19:52 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-08-30T21:28:29 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 260 seconds]
2025-08-30T21:35:53 -!- flom84 [~flom84@user/flom84] has joined ##stm32
2025-08-30T21:36:28 -!- flom84 [~flom84@user/flom84] has quit [Remote host closed the connection]
2025-08-30T21:36:44 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has quit [Server closed connection]
2025-08-30T21:39:56 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has joined ##stm32
2025-08-30T21:40:10 < qyx> those SoMs are usually at the edge psu-noise-wise
2025-08-30T21:40:18 < qyx> so better canned than not
2025-08-30T21:40:43 < qyx> I now use 27x27 mm SoMs, 40x40 is too big :p
2025-08-30T21:52:50 < karlp> yeah, that mp2 som with 5 rings LGA looked pretty unfun too :)
2025-08-30T21:53:04 < karlp> you're also paying double for your shrunk soms :)
2025-08-30T21:59:58 -!- mio_ [~mio@82.84.214.205] has joined ##stm32
2025-08-30T22:01:56 -!- mio_ [~mio@82.84.214.205] has left ##stm32 [Leaving]
2025-08-30T22:02:09 -!- mio_ [~mio@82.84.214.205] has joined ##stm32
2025-08-30T22:02:41 -!- mio_ [~mio@82.84.214.205] has quit [Quit: Leaving]
2025-08-30T22:44:29 < zyp> I just got this because the board looked like a better deal than the mp257f-dk
2025-08-30T22:45:06 < zyp> roughly same price, but this board has all three ethernet ports, -dk only has one
2025-08-30T22:58:50 < zyp> karlp, it's four rings plus an array of center pads, and the rings are 1.6mm pitch, so I don't see any issue with it, as long as the pin grouping is sane enough
2025-08-30T22:59:18 < zyp> center pads are 2.5mm pitch
2025-08-30T23:46:09 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds]
2025-08-30T23:48:13 -!- ice [~ice@loud.house] has quit [Server closed connection]
2025-08-30T23:48:31 -!- ice [~ice@loud.house] has joined ##stm32
2025-08-30T23:54:41 -!- Steffanx [uid97872@user/steffanx] has joined ##stm32
--- Day changed Sun Aug 31 2025
2025-08-31T01:09:02 -!- akaWolf [~akaWolf@akawolf.org] has quit [Server closed connection]
2025-08-31T01:09:11 -!- Livio [~livio@user/livio] has quit [Quit: leaving]
2025-08-31T01:19:20 -!- akaWolf [~akaWolf@akawolf.org] has joined ##stm32
2025-08-31T02:12:51 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye]
2025-08-31T03:27:11 < karlp> yeh, I
2025-08-31T03:27:18 < karlp> 'm just moaning.
2025-08-31T03:49:40 < zyp> I got my baremetal rust code going on the mp2 :)
2025-08-31T03:54:48 < zyp> and unlike the rpi5, it still behaves when I enable the MMU
2025-08-31T05:35:20 -!- Steffanx [uid97872@user/steffanx] has quit [Quit: Connection closed for inactivity]
2025-08-31T07:09:45 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32
2025-08-31T08:15:58 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-31T08:16:58 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection]
2025-08-31T08:17:21 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32
2025-08-31T08:26:17 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-31T08:36:23 < antto> bare metal + corrosion
2025-08-31T08:43:01 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 258 seconds]
2025-08-31T08:44:49 -!- analoq [~yashi@user/dies] has joined ##stm32
2025-08-31T09:18:20 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
2025-08-31T09:31:17 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-31T09:40:32 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving]
2025-08-31T09:50:55 < nohit> do you like the new dark theme in cube ide ?
2025-08-31T09:51:00 < nohit> :)
2025-08-31T10:23:06 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-31T10:46:50 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 258 seconds]
2025-08-31T11:01:15 -!- mercenar- [~mercenary@ns2.qrm.co.za] has joined ##stm32
2025-08-31T11:03:43 -!- akaWolf [~akaWolf@akawolf.org] has quit [Ping timeout: 258 seconds]
2025-08-31T11:03:43 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has quit [Ping timeout: 258 seconds]
2025-08-31T11:03:43 -!- mercenary [~mercenary@user/mercenary] has quit [Ping timeout: 258 seconds]
2025-08-31T11:04:06 -!- ilgrim [~ilgrim@xinu.me] has quit [Ping timeout: 258 seconds]
2025-08-31T11:05:22 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has joined ##stm32
2025-08-31T11:05:26 -!- akaWolf [~akaWolf@akawolf.org] has joined ##stm32
2025-08-31T11:05:49 -!- ilgrim [~ilgrim@xinu.me] has joined ##stm32
2025-08-31T11:12:02 -!- mercenar- is now known as mercenary
2025-08-31T11:34:02 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32
2025-08-31T12:43:57 -!- Steffanx [uid97872@user/steffanx] has joined ##stm32
2025-08-31T13:27:48 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-31T14:23:09 -!- mercenary [~mercenary@user/mercenary] has changed host
2025-08-31T14:32:53 < nohit> i quite like it
2025-08-31T14:33:12 < nohit> even tho black on grey is a bad idea
2025-08-31T15:30:47 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32
2025-08-31T15:30:47 -!- haritz [~hrtz@user/haritz] has changed host
2025-08-31T15:49:16 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds]
2025-08-31T17:18:55 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye]
2025-08-31T17:34:40 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32
2025-08-31T18:17:08 -!- Steffanx [uid97872@user/steffanx] has quit [Quit: Connection closed for inactivity]
2025-08-31T18:45:23 -!- Steffanx [uid97872@user/steffanx] has joined ##stm32
2025-08-31T19:45:13 -!- aandrew [~aandrew@vps-2437c00c.vps.ovh.ca] has quit [Server closed connection]
2025-08-31T19:45:26 -!- aandrew [~aandrew@vps-2437c00c.vps.ovh.ca] has joined ##stm32
2025-08-31T20:16:51 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 258 seconds]
2025-08-31T20:50:15 -!- Livio [~livio@user/livio] has joined ##stm32
2025-08-31T20:57:08 -!- Steffanx [uid97872@user/steffanx] has quit [Quit: Connection closed for inactivity]
2025-08-31T22:19:04 -!- Steffanx [uid97872@user/steffanx] has joined ##stm32
2025-08-31T22:28:49 -!- qyx [~qyx@84.245.121.231] has quit [Ping timeout: 260 seconds]
2025-08-31T22:29:36 -!- infisd [~infisc@user/infisc] has quit [Read error: Connection reset by peer]
2025-08-31T22:30:26 -!- qyx [~qyx@84.245.121.164] has joined ##stm32
--- Log closed Mon Sep 01 00:00:21 2025