--- Log opened Mon Sep 01 00:00:21 2025 2025-09-01T00:04:56 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 258 seconds] 2025-09-01T00:22:39 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-01T01:40:45 -!- c10ud [~c10ud@user/c10ud] has quit [Ping timeout: 245 seconds] 2025-09-01T01:52:41 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32 2025-09-01T02:51:01 < karlp> fuckkin hell, kicad9 on wayland is worse than kicad 8. 2025-09-01T02:51:23 < karlp> I reported the bugs on kicad 8, and .... everyone'se like "someone elses problem" 2025-09-01T02:51:35 < karlp> zyp: congratulations :) 2025-09-01T02:51:51 < karlp> zyp: I took that as a sign to go to bed last night, I was never going to be as productive :) 2025-09-01T02:52:42 < karlp> I've ordered a test board from waveshare though, and I'm 98% done with a test sch, and have the placement sort of blocked out for what my "weekend project" was though so I'm telling myuself I'm still productive too. 2025-09-01T04:52:50 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 256 seconds] 2025-09-01T04:53:05 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-01T04:56:51 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-01T05:34:34 -!- c10ud [~c10ud@user/c10ud] has quit [Ping timeout: 248 seconds] 2025-09-01T05:39:24 -!- c10ud [~c10ud@host-79-31-123-68.retail.telecomitalia.it] has joined ##stm32 2025-09-01T05:39:24 -!- c10ud [~c10ud@user/c10ud] has changed host 2025-09-01T05:50:32 -!- c10ud [~c10ud@user/c10ud] has quit [Ping timeout: 248 seconds] 2025-09-01T05:55:12 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32 2025-09-01T06:12:14 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-01T08:00:55 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-01T08:07:07 < antto> who even uses wayland ;P~ 2025-09-01T08:36:05 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-01T08:42:26 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 258 seconds] 2025-09-01T08:44:01 -!- analoq [~yashi@user/dies] has joined ##stm32 2025-09-01T09:02:20 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-01T09:51:03 -!- martinmoene [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 258 seconds] 2025-09-01T09:51:05 < zyp> karlp, the bad news is, OP-TEE is now panicing on a RISAF violation that I don't understand :) 2025-09-01T09:58:01 < zyp> from what I can tell, the cpu in nonsecure mode is trying to access a secure area (the area OP-TEE is loaded to), but my code is not touching that, and it seems a bit nondeterministic when it happens 2025-09-01T10:59:30 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-01T11:28:48 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 258 seconds] 2025-09-01T11:50:12 -!- invzim [~perole@vv.kirurg.org] has joined ##stm32 2025-09-01T12:44:03 < invzim> anyone running STM32CubeIDE with segger on windows 11? Dreading 10->11 but perhaps it's time 2025-09-01T12:51:50 < karlp> antto: anyone who wants ot just get on with life andlet distros take care of thhings that I shouldn't have to worry about. 2025-09-01T12:52:15 < karlp> antto: it annoys me that I even have to know that I'm on wayland. 2025-09-01T12:53:16 < karlp> speaking of shit I shoudnt have to be worrying about... the distro 6.16 kernel fails to display on my "main" 4k screen, but 6.15 (the prior one) works jsut fine. 2025-09-01T12:53:35 < karlp> no errors, just... blank screen and the laptop keyboard stop responding. 2025-09-01T12:54:00 < karlp> so that's been a fun 30-40 minutes of unplugging and restarting shit trying to figure out what it was. 2025-09-01T12:54:32 < karlp> now to try and remember where I was last week... 2025-09-01T13:06:52 -!- zyp [~zyp@zyp.no] has quit [Ping timeout: 244 seconds] 2025-09-01T13:08:24 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-01T13:33:10 -!- zyp [zyp@zyp.no] has joined ##stm32 2025-09-01T14:05:57 < jpa-> karlp: last week you were shaving yaks, this week it's time to shave buffalos 2025-09-01T14:24:15 < karlp> it's ok. old guy in in the work group chat just casually told stories about violating export restrictions and shipping shit to russia. 2025-09-01T14:27:03 < karlp> so my day is going great :) 2025-09-01T14:30:13 < karlp> myir sent me a serial number to have more data for work though 2025-09-01T14:30:30 < karlp> their crazy aliyunfile.com doesn't let you actually just download it on ont hit, it's "too big" 2025-09-01T14:30:56 < zyp> which myir thing are you playing with? 2025-09-01T14:31:32 < karlp> nohting yet, been doing some thought experiments with a next gen work scale using linux instead of cortex-m. 2025-09-01T14:31:39 < karlp> looking at the rz/g2ul. 2025-09-01T14:32:17 < karlp> currently working on some demo/poc of doin the ADCs directly connected via IIO, 2025-09-01T14:33:01 < karlp> that's just going to be "pi hat" boards so can be demoed on whatever, I have an old pi3 lying around, shouldn't really matter much. 2025-09-01T14:35:12 < karlp> side channel there is to demo that we shoujld be able to get equivalent, or even better results without paying for $15 32bit adcs, but no-one actually wants to hear that, and I don't think i'd ever be able to generate enoug hdata to prove it anyway. 2025-09-01T14:37:49 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-01T14:38:53 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-01T14:39:16 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-01T14:41:38 -!- rkta [~rkta@user/rkta] has joined ##stm32 2025-09-01T15:32:22 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection] 2025-09-01T16:18:13 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection] 2025-09-01T16:22:49 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32 2025-09-01T16:24:33 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 248 seconds] 2025-09-01T17:19:08 -!- flatmush [~benbrewer@149.57.116.2] has quit [Ping timeout: 256 seconds] 2025-09-01T17:19:12 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving] 2025-09-01T17:21:31 -!- flatmush [~benbrewer@149.57.116.2] has joined ##stm32 2025-09-01T20:04:16 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-01T20:30:10 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-01T21:00:08 -!- yukam [~yukam@user/yukam] has quit [Ping timeout: 244 seconds] 2025-09-01T21:12:54 < jbo> my ADC readings are always exactly half of what they should be :< 2025-09-01T21:13:51 < jpa-> just slap on *2 and be happy 2025-09-01T21:14:25 < jbo> yeah no... it means that I am doing (or understanding) something wrong 2025-09-01T21:14:56 < jpa-> bugs are easier to resolve once your codebase is full of random hacks, if you start debugging too early in the project you might accidentally not write every possible bug you could 2025-09-01T21:15:02 -!- yukam [~yukam@user/yukam] has joined ##stm32 2025-09-01T21:15:23 < jpa-> once you have all the bugs in place, rest is easy, you only need to add the functionality and it's done 2025-09-01T21:17:09 < jbo> :< 2025-09-01T21:20:35 < jbo> https://www.ti.com/lit/ds/symlink/ads131m04.pdf 2025-09-01T21:20:37 < jbo> page 38 2025-09-01T21:20:56 < jbo> gives LSB size. and then it's just voltage = LSBsize * ADCcount, yes? 2025-09-01T21:20:59 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-01T21:21:06 -!- ventyl [~ventyl@bband-dyn53.95-103-70.t-com.sk] has joined ##stm32 2025-09-01T21:21:36 < jbo> given that ADCcounts is already a signed 24 bits 2025-09-01T21:23:07 < jpa-> maybe you have some differential vs. single-ended mixup? 2025-09-01T21:24:53 < jbo> hmm... by default it should use AINxP and AINxN and gain set to 1 2025-09-01T21:24:59 < jbo> and I am measuring between P and N 2025-09-01T21:27:43 < jpa-> for example if PGAGAIN=1, INp = 1V and INn = 0V, you should have 1V * 2^23 / Vref = 6990507 as the output 2025-09-01T21:28:35 < jpa-> the "2.4 / Gain" assumes this silly differential convention for marking voltages, which i hate 2025-09-01T21:28:38 < jbo> so I'm measuring (with a DMM) 77.65mV between INp and INn. 2025-09-01T21:28:42 < jbo> I am getting 1088238 counts from the ADC 2025-09-01T21:28:43 < jpa-> the Vref for this part is 1.2V 2025-09-01T21:29:13 < jbo> LSB size with PGAGAIN=1 is 1.43051147460938E-07 2025-09-01T21:29:46 < jbo> 1088238 * 1.43051147460938E-07 = 0.155673694610596 2025-09-01T21:29:51 < jpa-> heh, 1088238 counts is twice what i would expect, but you say it is half what you expect :) 2025-09-01T21:30:07 < jbo> err yes, I always get twice, not half :p 2025-09-01T21:30:12 < jpa-> ok lol :D 2025-09-01T21:32:14 < jpa-> maybe you have some SPI mode confusion between "first edge" and "second edge" and that ends up shifting the value by one bit? 2025-09-01T21:32:31 < jpa-> you could try reading the ID register to make sure 2025-09-01T21:32:33 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 258 seconds] 2025-09-01T21:32:53 < jbo> that's gonna be a mayor PITA 2025-09-01T21:33:33 < jpa-> i'm sure you can manage without involving the city mayor 2025-09-01T21:33:41 < jpa-> and especially her chicken 2025-09-01T21:33:59 < jbo> so I hooked up the logic analyzer and it gives exactly half of what "I am getting" :p 2025-09-01T21:34:13 < jbo> 543866 on the lines, 1087732 shows up on my end :p 2025-09-01T21:34:46 < jpa-> i hope you have your D4 ready, just throw again until you find a SPI mode that works 2025-09-01T21:35:01 < jbo> haha 2025-09-01T21:35:04 < jbo> nah this is FPGA crappery 2025-09-01T21:35:28 < jbo> at least the framing seems to work I guess 2025-09-01T21:36:03 < jpa-> it's nice to see you in such a positive mood for a change! 2025-09-01T21:36:22 < jbo> that's me - Mr positivity! 2025-09-01T21:37:15 < jpa-> i got no emails today 2025-09-01T21:37:29 < jpa-> i think tomorrow i should do one of the tasks i have been putting off because i've been too busy 2025-09-01T21:37:31 < jbo> better check github issues 2025-09-01T21:37:51 < jbo> and all the other channels one receives some instructions from 2025-09-01T21:37:53 < jbo> like IRC 2025-09-01T21:38:00 < jpa-> but i have no idea ... oh yeah, crap, it probably doesn't fly to claim that i forgot that a bug tracker exists 2025-09-01T21:38:12 < jbo> dementia is a real thing 2025-09-01T21:39:10 < jpa-> yeah, and wind is from south tomorrow 2025-09-01T21:39:26 < jbo> time to catch some butterflies 2025-09-01T21:49:20 < zyp> jpa-, when are you gonna rewrite nanopb in rust? 2025-09-01T21:49:44 < jpa-> zyp: isn't there already a rust protobuf thingy? is it bad? 2025-09-01T21:50:01 < zyp> nah, I'm just kidding :) 2025-09-01T21:50:08 < zyp> there's several, I was looking the other day 2025-09-01T21:50:12 < jpa-> but i should make nanopb-1.0 at some time 2025-09-01T21:50:31 < zyp> micropb and femtopb looks like nanopb competitors 2025-09-01T21:50:47 < jpa-> i'm just having a bit of motivational issue with that in the sense that i don't use it for anything 2025-09-01T21:51:04 < zyp> and micropb looks suitable for what I'll be doing, so that's what I'm planning to try 2025-09-01T21:51:24 < jpa-> nice that they follow the standard naming convention 2025-09-01T21:51:48 < zyp> I wonder how accurate it is :) 2025-09-01T21:54:16 < jpa-> probably not very, as nanopb has bloated 2025-09-01T22:07:22 < zyp> how? 2025-09-01T22:07:36 < zyp> by the way, do you support editions yet? 2025-09-01T22:09:50 < zyp> I like that they've reintroduced group encoding as an alternate way of doing nested messages, seems much more efficient than prefixing lengths 2025-09-01T22:20:19 -!- t4nk_freenode [~Go@user/t4nk] has joined ##stm32 2025-09-01T22:20:21 -!- LFSveteran_ [~LFSvetera@keymaker.msrv.nl] has joined ##stm32 2025-09-01T22:20:26 -!- ColdKeybo[a]rd [~ColdKeybo@user/coldkeyboard] has joined ##stm32 2025-09-01T22:20:59 -!- LFSveteran [~LFSvetera@keymaker.msrv.nl] has quit [Ping timeout: 248 seconds] 2025-09-01T22:20:59 -!- ColdKeyboard [~ColdKeybo@user/coldkeyboard] has quit [Ping timeout: 248 seconds] 2025-09-01T22:21:01 -!- t4nk_fn [~Go@user/t4nk] has quit [Ping timeout: 248 seconds] 2025-09-01T22:21:01 -!- chiptuner [~bobby@user/chiptuner] has quit [Ping timeout: 248 seconds] 2025-09-01T22:21:01 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has quit [Ping timeout: 248 seconds] 2025-09-01T22:21:01 -!- russell-- [~russell@user/russell/x-2065287] has quit [Ping timeout: 248 seconds] 2025-09-01T22:21:11 -!- LFSveteran_ is now known as LFSveteran 2025-09-01T22:22:01 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has joined ##stm32 2025-09-01T22:22:35 -!- chiptuner [~bobby@user/chiptuner] has joined ##stm32 2025-09-01T22:22:46 -!- russell-- [~russell@user/russell/x-2065287] has joined ##stm32 2025-09-01T22:31:41 -!- t4nk_freenode is now known as t4nk_fn 2025-09-01T22:43:22 < jpa-> zyp: no, there hasn't been much nanopb development in years now 2025-09-01T22:43:38 < jpa-> but yeah, groups is kinda useful 2025-09-01T22:48:34 < zyp> my coworkers main complaint about protobuf is that you can't generate messages on the fly without precalculating lengths 2025-09-01T22:48:58 < zyp> I tell him «editions can» and he retorts «but which implementations support that yet?» 2025-09-01T22:49:04 < zyp> :) 2025-09-01T22:49:42 < zyp> (so far I haven't seen any that does) 2025-09-01T23:39:47 < karlp> jbo: heh, ads131m04 was one of the ones I was considering for this suite of little boards, it's cheep on jlc to try out :) 2025-09-01T23:43:53 < jbo> :) --- Day changed Tue Sep 02 2025 2025-09-02T00:55:18 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 256 seconds] 2025-09-02T02:06:04 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-02T02:26:46 < zyp> reminds me I need to get around to make the six axis load cell adapter board, was gonna attempt ads131m08 for that 2025-09-02T03:41:08 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-02T04:06:11 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-02T06:08:54 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-02T06:46:33 -!- martinmoene_ [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-02T06:49:06 -!- dkc [~dan@user/dkc] has quit [Quit: ZNC 1.8.2 - https://znc.in] 2025-09-02T06:49:56 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Ping timeout: 258 seconds] 2025-09-02T06:52:26 -!- dkc [~dan@user/dkc] has joined ##stm32 2025-09-02T06:53:01 -!- martinmoene__ [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-02T06:56:26 -!- martinmoene_ [~martinmoe@132.229.46.129] has quit [Ping timeout: 258 seconds] 2025-09-02T07:45:52 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-02T07:59:11 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-02T08:04:03 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-02T08:27:39 < jpa-> zyp: there is the old trick of generating the message backwards, but even then you can't stream it out on the fly :) 2025-09-02T08:28:03 -!- rkta [~rkta@user/rkta] has quit [Ping timeout: 258 seconds] 2025-09-02T08:29:05 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-02T08:29:13 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 258 seconds] 2025-09-02T08:29:16 -!- t4nk_freenode [~Go@user/t4nk] has joined ##stm32 2025-09-02T08:29:36 -!- t4nk_fn [~Go@user/t4nk] has quit [Ping timeout: 258 seconds] 2025-09-02T08:30:42 -!- duude__- is now known as duude__ 2025-09-02T08:31:08 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-02T08:31:14 -!- t4nk_freenode is now known as t4nk_fn 2025-09-02T08:32:40 -!- chiptuner [~bobby@user/chiptuner] has quit [Ping timeout: 258 seconds] 2025-09-02T08:32:44 -!- LFSveteran_ [~LFSvetera@keymaker.msrv.nl] has joined ##stm32 2025-09-02T08:33:03 -!- LFSveteran [~LFSvetera@keymaker.msrv.nl] has quit [Ping timeout: 258 seconds] 2025-09-02T08:33:03 -!- yukam [~yukam@user/yukam] has quit [Ping timeout: 258 seconds] 2025-09-02T08:33:25 -!- martinmoene__ [~martinmoe@132.229.46.129] has quit [Ping timeout: 258 seconds] 2025-09-02T08:33:26 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Ping timeout: 258 seconds] 2025-09-02T08:33:33 -!- LFSveteran_ is now known as LFSveteran 2025-09-02T08:34:30 -!- chiptuner [~bobby@user/chiptuner] has joined ##stm32 2025-09-02T08:41:53 -!- yukam [~yukam@user/yukam] has joined ##stm32 2025-09-02T08:46:27 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32 2025-09-02T09:02:50 -!- rkta [~rkta@user/rkta] has joined ##stm32 2025-09-02T09:27:19 -!- dudv2 [~dudv2@user/DudV2] has changed host 2025-09-02T09:27:59 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-02T09:48:58 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds] 2025-09-02T11:59:56 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-02T11:59:56 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-02T12:25:11 < karlp> TIL that segger defined using vector slot 8 to store the RTT control block address. 2025-09-02T12:27:54 < jpa-> that's actually pretty smart 2025-09-02T12:30:09 < karlp> they got lucky v8-m only added one more, they'r enow the first "free" reserved slot 2025-09-02T12:34:25 < ventyl> you know you are dealing with ancient shit if you get imagery in TIFF and EPS 2025-09-02T12:35:48 < karlp> "archival standards" 2025-09-02T12:37:57 < ventyl> chuck testa? nope. just germans 2025-09-02T14:39:22 < zyp> karlp, having RTT issues today? 2025-09-02T14:39:28 < zyp> (me too) 2025-09-02T14:41:47 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Remote host closed the connection] 2025-09-02T14:43:09 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-02T14:55:48 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Remote host closed the connection] 2025-09-02T14:56:47 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-02T15:03:14 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Remote host closed the connection] 2025-09-02T15:05:02 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-02T15:12:30 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Remote host closed the connection] 2025-09-02T15:14:17 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-02T15:28:54 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Remote host closed the connection] 2025-09-02T15:30:20 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-02T15:50:09 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Remote host closed the connection] 2025-09-02T15:55:38 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-02T16:06:05 < karlp> no, just trying to finish of a stack of commits I have. 2025-09-02T16:06:22 < karlp> splitting .rtt and .rtt_buffer to .data and .noinit, to save flash space 2025-09-02T16:06:41 < karlp> wanted to check if there was actually standard for any of it. 2025-09-02T16:07:00 < karlp> or if .rtt needed to be in .data even. 2025-09-02T16:07:11 < karlp> what are your rtt issues? 2025-09-02T16:07:16 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Ping timeout: 265 seconds] 2025-09-02T16:07:33 < karlp> does anyone do any flash CRC shits for -integrity_ verifyicaiton? 2025-09-02T16:07:44 < karlp> I'm not concerned about someone reprogramming shit, 2025-09-02T16:08:03 < karlp> just "did I get cosmic rauys flipping bits, so I'm stillr unning, but might have errors" ? 2025-09-02T16:09:05 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-02T16:17:45 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Remote host closed the connection] 2025-09-02T16:18:25 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-02T16:29:27 -!- srk| [~sorki@user/srk] has joined ##stm32 2025-09-02T16:29:57 -!- Netsplit *.net <-> *.split quits: nerozero, polprog, lemmi, srk_ 2025-09-02T16:30:36 -!- Netsplit over, joins: polprog 2025-09-02T16:32:17 -!- srk| is now known as srk 2025-09-02T16:32:50 < karlp> qyx: noise improvements for my v2 load cell faker: https://bin.jvnv.net/file/InrOA.png 2025-09-02T16:34:01 < karlp> that's using 5x $0.20c resistors, instead of 7 generic jlc basic ones on the first rev 2025-09-02T16:37:42 -!- lemmi [~lemmi@user/lemmi] has joined ##stm32 2025-09-02T16:37:45 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-02T16:40:03 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-02T16:42:10 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Ping timeout: 258 seconds] 2025-09-02T16:43:36 < ventyl> karlp: automotive ECUs do this all the time. unless programmed in a very shitty way 2025-09-02T16:43:49 < ventyl> they are required to check the firmware integrity 2025-09-02T16:45:16 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Quit: Leaving] 2025-09-02T16:46:58 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-02T16:51:04 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-02T16:52:11 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Remote host closed the connection] 2025-09-02T16:52:58 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-02T16:55:02 < karlp> yeah, we're meant to have it. I removed it becasue it was broken, and it's "required" because it's how you verify it hasn' tbeen tampered with (which it doesn't do) but there's questiosn about whether we want to put it back in to help with just corruption detection. 2025-09-02T16:55:09 < karlp> jsut wondering if many people actually bother. 2025-09-02T16:55:35 < karlp> I can make the kinetis bootloader do it apparently by writing to magic regions of flash, but not sure having it just drop to bootloader mode is better... 2025-09-02T16:56:50 < karlp> a lot of the weighing guidelines are theater on a good day 2025-09-02T17:01:11 < ventyl> in cars there's a lot of interference and things that have potential to damage the hardware, so they do continuous scan of flash 2025-09-02T17:01:32 < ventyl> moreover, these days almost all ECUs run 24/7 so doing that on boot may be... not enough 2025-09-02T17:02:28 < ventyl> apparently it happens quite often, at least for RAM devices as such memory corruption was (among others) behind Toyota unintended acceleration 2025-09-02T17:09:15 < srk> what if the corruption is detected? 2025-09-02T17:13:40 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Remote host closed the connection] 2025-09-02T17:14:27 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-02T17:21:53 < karlp> weighingn just says "stop weighing" and yeah, they want me to be constantly rechecking crc. 2025-09-02T17:22:07 < karlp> I think it's fucking pointless, 2025-09-02T17:22:22 < karlp> they claim it's for tamper detection, but it won't od shit against that. 2025-09-02T17:23:59 < ventyl> like, 9 out of 10 people tampering with weights out there are Ken Sheriff with some acid dissolving your MCU package and bit-flipping your flash using microscope and tweezers? 2025-09-02T17:26:37 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Remote host closed the connection] 2025-09-02T17:27:59 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-02T18:27:21 < zyp> karlp, I'm integrating defmt in my rust-on-zephyr stack, and having some weird behavior 2025-09-02T18:28:51 < zyp> somehow it was working when zephyr was configured with RTT enabled, but not disabled 2025-09-02T18:29:50 < zyp> apparently caused by several issues 2025-09-02T18:30:14 < zyp> I'd expected it to be the other way around, give a conflict when both had it enabled 2025-09-02T18:31:04 < zyp> but somehow defmt-rtt stepped on zephyr's RTT control block and buffers and took control of them… 2025-09-02T18:31:59 < zyp> one reason was that the buffers got placed in a section the zephyr linker script didn't recognized, so it was put in flash 2025-09-02T18:32:28 < zyp> and then there seems to be some bugs in probe-rs as well 2025-09-02T18:34:51 < zyp> seems to be a race condition when detecting the control block; if probe-rs peeks at it before .data is finished initializing and it still contains garbage, it'll clear it by overwriting zeroes 2025-09-02T18:35:24 < zyp> and that seems to step on the .data initialization, breaking the control block 2025-09-02T18:36:48 < zyp> and if it clears the race, it still seems to get stuck polling the wrong addrs for the read/write pointers 2025-09-02T18:37:24 < zyp> had to leave before I had time to track down where the wrong addrs are coming from 2025-09-02T18:46:03 < ventyl> btw, nordic released connect also in zephyr-less mode recently 2025-09-02T18:46:50 < zyp> that's a bit besides the point, I was working on stm32h5 today 2025-09-02T18:47:28 < zyp> I need zephyr for the nrf70 stack 2025-09-02T18:47:39 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds] 2025-09-02T18:47:41 < zyp> the main part of which is wpa supplicant 2025-09-02T18:48:43 < zyp> coworker looked into the feasibility of running nrf70 without zephyr, and concluded that while the driver itself would be reasonably easy to run standalone, the supplicant would not 2025-09-02T18:50:12 < ventyl> i need to check if that zephyr-less Connect contains CMSIS headers 2025-09-02T18:50:25 < ventyl> if yes, I can use it to port my RTOS there 2025-09-02T18:50:35 < ventyl> nrf5 sdk kinda sucks 2025-09-02T18:52:06 < zyp> for nrf54l, we currently have a working setup with rust-on-zephyr, with zephyr mainly for the radio driver and HCI crossing the language gap 2025-09-02T18:52:34 < zyp> but I'm kinda tempted to see if I can just put zephyr on the little risc-v core, and run rust without zephyr on the arm 2025-09-02T19:15:35 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Excess Flood] 2025-09-02T19:17:50 < karlp> feck cmake sucks sometimes. 2025-09-02T19:19:12 < zyp> that's one part of why I dislike zephyr 2025-09-02T19:19:15 < karlp> think I'm going to give up on having defconfig savedefconfig workign again. 2025-09-02T19:19:46 < karlp> I dislike having local .config changes being in git stored files, but this kconfiglib/cmake integration a predecessor hacked up is very awkward to redo. 2025-09-02T19:20:05 < karlp> chains and chains of cmake macros and functions. 2025-09-02T19:20:23 < karlp> and then cmake will abort shit, but still write "makefiles" out, which are then missing shit. 2025-09-02T19:20:26 < karlp> bleh 2025-09-02T19:20:46 < karlp> make callign cmake to make make is dumb anyway... 2025-09-02T19:34:17 < qyx> karlp: yes I do by default if I use a bootloader 2025-09-02T19:34:33 < qyx> and I am noy hsing crc32, I am checking ed25519 2025-09-02T19:34:39 < qyx> *not using 2025-09-02T19:35:18 < qyx> no runtime check though 2025-09-02T19:38:53 < karlp> I'd use ed25519 if I had per device ids baked in, but... 2025-09-02T19:42:50 < qyx> what for? 2025-09-02T19:43:29 < karlp> I mean sigs are useful if you have ids.... 2025-09-02T19:48:02 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32 2025-09-02T19:59:26 < qyx> can you elaborate? 2025-09-02T20:11:36 -!- Livio_ [~livio@user/livio] has joined ##stm32 2025-09-02T20:11:54 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-02T20:15:02 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-02T20:17:43 < karlp> you have ids, so you are attempting ot verify that your ed25519 sig is signed by the right person? 2025-09-02T20:17:50 < karlp> but you need ids for that. 2025-09-02T20:18:12 < karlp> I'm only trying to say "yeah, flash is still what we think it is" so crc32 is wayyy more than enough I believe. 2025-09-02T20:36:00 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 258 seconds] 2025-09-02T21:00:15 -!- infisd [~infisc@user/infisc] has quit [Read error: Connection reset by peer] 2025-09-02T21:54:01 -!- Laurenceb_ [~Laurenceb@71.177.208.46.dyn.plus.net] has joined ##stm32 2025-09-02T21:55:25 < qyx> you need no ids for that, you are either doing full PKI or the public key is saved somewhere you consider your root of trust 2025-09-02T21:56:00 < qyx> (in the case of PKI you need a root certificate to be saved) 2025-09-02T21:57:18 < qyx> if there is no hardware support for that, your possibilities are limited, but you can still be protected from remote attacks and most local attacks 2025-09-02T22:06:03 < Laurenceb_> suppp 2025-09-02T22:06:12 < Laurenceb_> anyone ever used VESC ESCs? 2025-09-02T22:06:25 * Laurenceb_ is trying to get one running sensorless and failing 2025-09-02T22:28:42 -!- qyx [~qyx@84.245.121.164] has quit [Ping timeout: 256 seconds] 2025-09-02T22:30:18 -!- qyx [~qyx@84.245.121.72] has joined ##stm32 2025-09-02T22:38:00 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds] 2025-09-02T23:10:28 -!- Livio_ [~livio@user/livio] has quit [Quit: leaving] 2025-09-02T23:32:34 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:2868:3f44:3b67:e2ef] has joined ##stm32 2025-09-02T23:43:08 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Remote host closed the connection] 2025-09-02T23:46:59 -!- nomorekaki [~nomorekak@37-219-173-58.nat.bb.dnainternet.fi] has joined ##stm32 2025-09-02T23:54:50 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32 --- Day changed Wed Sep 03 2025 2025-09-03T00:06:25 -!- ventyl [~ventyl@bband-dyn53.95-103-70.t-com.sk] has quit [Ping timeout: 248 seconds] 2025-09-03T00:53:16 -!- ventyl [~ventyl@bband-dyn193.95-103-25.t-com.sk] has joined ##stm32 2025-09-03T01:29:47 -!- ice [~ice@loud.house] has quit [Ping timeout: 260 seconds] 2025-09-03T01:40:07 -!- Laurenceb_ [~Laurenceb@71.177.208.46.dyn.plus.net] has quit [Quit: Client closed] 2025-09-03T02:53:13 -!- nomorekaki [~nomorekak@37-219-173-58.nat.bb.dnainternet.fi] has quit [Ping timeout: 250 seconds] 2025-09-03T03:34:11 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-03T04:29:24 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-03T06:44:03 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-03T08:02:18 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-03T08:59:47 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-03T09:04:09 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-03T09:05:02 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Ping timeout: 258 seconds] 2025-09-03T09:06:50 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-03T09:06:58 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Ping timeout: 258 seconds] 2025-09-03T09:07:20 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 258 seconds] 2025-09-03T09:07:21 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 258 seconds] 2025-09-03T09:07:29 -!- martinmoene_ [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-03T09:07:44 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Ping timeout: 258 seconds] 2025-09-03T09:07:44 -!- qyx [~qyx@84.245.121.72] has quit [Ping timeout: 258 seconds] 2025-09-03T09:07:44 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Ping timeout: 258 seconds] 2025-09-03T09:08:27 -!- duude__- is now known as duude__ 2025-09-03T09:09:23 -!- qyx [~qyx@84.245.121.72] has joined ##stm32 2025-09-03T09:11:32 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32 2025-09-03T09:12:36 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Quit: ZNC 1.8.2 - https://znc.in] 2025-09-03T09:12:47 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-03T09:12:51 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-03T09:16:09 -!- qyx [~qyx@84.245.121.72] has quit [Ping timeout: 258 seconds] 2025-09-03T09:16:49 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-03T09:18:07 -!- qyx [~qyx@84.245.121.72] has joined ##stm32 2025-09-03T09:18:51 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 258 seconds] 2025-09-03T09:19:04 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-03T09:19:50 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32 2025-09-03T09:20:43 -!- duude__- is now known as duude__ 2025-09-03T09:24:58 -!- qyx [~qyx@84.245.121.72] has quit [Ping timeout: 258 seconds] 2025-09-03T09:26:52 -!- qyx [~qyx@84.245.121.72] has joined ##stm32 2025-09-03T09:42:10 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-03T09:47:42 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 265 seconds] 2025-09-03T10:50:43 -!- t4nk_fn [~Go@user/t4nk] has quit [Ping timeout: 260 seconds] 2025-09-03T10:52:52 -!- t4nk_freenode [~Go@user/t4nk] has joined ##stm32 2025-09-03T10:54:06 -!- t4nk_freenode is now known as t4nk_fn 2025-09-03T11:31:46 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32 2025-09-03T11:31:46 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-03T11:46:02 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-03T13:08:58 -!- invzim [~perole@vv.kirurg.org] has quit [Ping timeout: 260 seconds] 2025-09-03T13:09:40 -!- invzim [~perole@vv.kirurg.org] has joined ##stm32 2025-09-03T13:17:24 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-03T14:05:12 -!- Famine- [~Famine@user/famine-] has joined ##stm32 2025-09-03T14:06:43 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 260 seconds] 2025-09-03T15:03:57 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection] 2025-09-03T16:26:14 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 256 seconds] 2025-09-03T17:11:05 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-03T18:33:45 < karlp> heh, had a good one today. 2025-09-03T18:34:14 < karlp> a week ago or so, one dude was complaining that he couldn't get enough debug data out this thing he's evaluating, as at higher speeds it all got corrupted. 2025-09-03T18:34:41 < karlp> I suggested "printing less" and linked him some rtt via binary structs if he needed more speed, but didn't really think much more of it 2025-09-03T18:35:13 < karlp> him and a collague were still complaining abotu this today, and someone was saying "oh, it's useless trying to print out over rtt, jsut blast it over can!" and blah blah 2025-09-03T18:35:28 < karlp> anyway. root cause: jlink rtt viewer was connecting at only 1Mhz SWD speed. 2025-09-03T18:35:54 < karlp> I went and said "ummm, that's pretty slow..." and put it to 15M and now they're streaming all the data they like. 2025-09-03T18:38:54 < qyx> never trust a software guy 2025-09-03T18:45:07 < jbo> karlp, for some reason all the setups I see verywhere are 1MHz 2025-09-03T18:52:07 < jbo> cooking with a 480 MHz M7 but using a 1MHz debug interface 2025-09-03T18:57:37 < ventyl> isn't that some kind of default of SW side somewhere? 2025-09-03T18:57:49 < ventyl> in terms: this should safely work everywhere? 2025-09-03T18:57:55 < jbo> yeah but every "tutorial", blog post and whatnot you see explicitly sets it to 1MHz 2025-09-03T18:57:59 < jbo> yeah 2025-09-03T19:01:42 < ventyl> even openocd has that setting somewhere 2025-09-03T19:15:19 < ventyl> lets see if this thing works 2025-09-03T19:15:47 < ventyl> i can't find a way how to make futex unlock implemented entirely in userspace if there is no contention 2025-09-03T20:13:19 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-03T20:17:05 -!- specing [~specing@user/specing] has quit [Ping timeout: 248 seconds] 2025-09-03T20:44:58 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds] 2025-09-03T21:20:24 -!- infisd [~infisc@user/infisc] has quit [Read error: Connection reset by peer] 2025-09-03T23:16:01 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 250 seconds] 2025-09-03T23:37:10 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:2868:3f44:3b67:e2ef] has quit [Read error: Connection reset by peer] --- Day changed Thu Sep 04 2025 2025-09-04T00:12:29 -!- haritz [~hrtz@user/haritz] has quit [Remote host closed the connection] 2025-09-04T00:33:03 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300::878] has quit [Ping timeout: 252 seconds] 2025-09-04T00:34:07 -!- hackkitten [~hackkitte@94.31.119.144] has joined ##stm32 2025-09-04T00:34:54 -!- specing [~specing@user/specing] has joined ##stm32 2025-09-04T01:05:21 -!- Miyu [~hackkitte@2a00:6020:ad3f:300::35e] has joined ##stm32 2025-09-04T01:10:48 -!- Netsplit *.net <-> *.split quits: hackkitten 2025-09-04T03:17:43 -!- PaulFertser [paul@paulfertser.info] has quit [Ping timeout: 244 seconds] 2025-09-04T03:59:42 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32 2025-09-04T04:00:32 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-04T04:29:51 -!- ilgrim [~ilgrim@xinu.me] has quit [Ping timeout: 256 seconds] 2025-09-04T04:31:47 -!- ilgrim [~ilgrim@xinu.me] has joined ##stm32 2025-09-04T05:14:40 -!- infise [~infisc@user/infisc] has joined ##stm32 2025-09-04T05:18:02 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 256 seconds] 2025-09-04T05:39:10 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-04T06:01:06 -!- ilgrim [~ilgrim@xinu.me] has quit [Ping timeout: 256 seconds] 2025-09-04T06:03:00 -!- ilgrim [~ilgrim@xinu.me] has joined ##stm32 2025-09-04T07:23:15 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-04T09:08:10 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-04T09:08:16 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-04T10:25:13 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-04T10:43:55 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 248 seconds] 2025-09-04T10:44:34 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-04T10:50:06 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 256 seconds] 2025-09-04T11:20:18 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-04T11:20:18 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-04T12:05:42 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-04T12:28:01 -!- martinmoene_ [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer] 2025-09-04T12:34:16 < karlp> fucking,I cant' find a suitable damn usb micro power supply for this stupid pi board. 2025-09-04T12:34:48 < karlp> do I just put a screw terminal on my stupid hat to let me scerew in wires instead? 2025-09-04T12:42:18 < karlp> meh, dont' have these damn 40 pin headers on hand either 2025-09-04T13:09:27 < jpa-> i'm glad to hear that you are having a great day with technology! 2025-09-04T13:18:26 < karlp> I guess i?m going to try out the jlc+lcsc combined thing :) 2025-09-04T13:32:28 < karlp> hrm, what do I need from lcsc then... 2025-09-04T13:33:25 < karlp> add $3.38 to waive $3 handling fee... 2025-09-04T13:39:32 -!- Miyu is now known as hackkitten 2025-09-04T13:51:40 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-04T14:02:14 < karlp> fucking lol, was just checking whethercherry usb had added kinetis host support: https://github.com/cherry-embedded/CherryUSB/blob/master/port/kinetis/usb_hc_kinetis.c 2025-09-04T14:02:27 < karlp> saw the file and was impressed :) 2025-09-04T14:03:52 < jpa-> and i thought zyp's USB code was clean and short 2025-09-04T14:04:32 < jbo> :D 2025-09-04T14:05:47 -!- rob_w_ [~bob@2001:a61:6109:bb01:3169:8866:a93c:2459] has joined ##stm32 2025-09-04T14:09:50 < zyp> haha 2025-09-04T14:11:30 < zyp> nrf70 on stm32h5 works well: https://paste.jvnv.net/view/GSpM2 2025-09-04T14:11:52 < jbo> nice! 2025-09-04T14:12:55 < zyp> also, I'm really happy I pushed stm32 for this project rather than shoehorning it into a nrf54l 2025-09-04T14:13:05 < zyp> looks like it would have been a struggle to fit it into ram for the latter 2025-09-04T14:30:10 < karlp> (I have thrown in a gd32vw553 dev bord for $3, because ewaste is awesome) 2025-09-04T16:26:41 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 248 seconds] 2025-09-04T16:50:54 -!- Miyu [~hackkitte@94.31.119.144] has joined ##stm32 2025-09-04T16:51:22 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300::35e] has quit [Ping timeout: 248 seconds] 2025-09-04T17:07:05 -!- Miyu is now known as hackkitten 2025-09-04T17:32:54 < aandrew> zyp: I have such a hard time with zephyr 2025-09-04T17:33:09 < aandrew> it's not like I can't program or don't understand embedded 2025-09-04T17:34:05 < aandrew> it's getting my head around the fucking build system built from layers upon layers upon layers of abstraction, not to mention having to deal with fucking devicetree for every fucking thing 2025-09-04T17:34:20 < aandrew> interestingly I am on nrf54 for this project 2025-09-04T17:34:59 < aandrew> karlp> fucking lol, was just checking whethercherry usb had added kinetis host support: https://github.com/cherry-embedded/CherryUSB/blob/master/port/kinetis/usb_hc_kinetis.c 2025-09-04T17:35:02 < aandrew> HAHAHAHAHHA 2025-09-04T17:37:43 < zyp> aandrew, agreed 2025-09-04T17:38:48 < zyp> my biggest issue with zephyr is that if you don't get configurations right, it'll just silently do the wrong thing 2025-09-04T17:39:17 < zyp> and it takes a ton of experimentation and digging to figure out what right is 2025-09-04T17:40:19 < zyp> today I was lucky and adding nrf70 support was just a matter of adding the pin mappings in a device tree overlay for the nucleo I'm testing on, and setting CONFIG_WIFI=y 2025-09-04T17:40:25 < zyp> but it being that easy is the exception 2025-09-04T17:45:53 < aandrew> wtf is nrf70, haven't heard of that 2025-09-04T17:46:14 < zyp> it's a wifi companion chip 2025-09-04T17:46:20 < aandrew> aha 2025-09-04T18:56:57 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-04T18:56:58 < bitmask> heyooooo 2025-09-04T19:03:38 -!- rob_w_ [~bob@2001:a61:6109:bb01:3169:8866:a93c:2459] has quit [Ping timeout: 248 seconds] 2025-09-04T19:12:10 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 256 seconds] 2025-09-04T20:05:03 < Steffanx> Hello, bye 2025-09-04T20:27:12 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-04T20:51:47 < Steffanx> Hi 2025-09-04T21:17:13 < bitmask> how goes it 2025-09-04T21:17:37 < Steffanx> Could be better could be worse. And yourself? 2025-09-04T21:17:54 < bitmask> what you said 2025-09-04T21:18:04 < Steffanx> I see 2025-09-04T21:19:00 < bitmask> crohn's is acting up 2025-09-04T21:19:57 < Steffanx> Oh fun times 2025-09-04T21:20:03 < bitmask> when coding, where do you validate data? before sending it to a function? in the function? both? :/ 2025-09-04T21:20:43 < bitmask> luckily I don't usually get the squirts. methadone keeps things solid, but the pain and sometimes nausea suck 2025-09-04T21:39:01 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 265 seconds] 2025-09-04T22:28:58 -!- qyx [~qyx@84.245.121.72] has quit [Ping timeout: 248 seconds] 2025-09-04T22:30:57 -!- qyx [~qyx@84.245.120.208] has joined ##stm32 2025-09-04T22:35:36 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 256 seconds] 2025-09-04T23:32:23 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-04T23:47:34 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 256 seconds] --- Day changed Fri Sep 05 2025 2025-09-05T00:43:13 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds] 2025-09-05T01:31:19 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-05T01:32:19 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-05T01:32:43 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-05T02:35:10 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 258 seconds] 2025-09-05T04:42:03 -!- stgl [~stgl@164.92.162.3] has quit [Quit: ZNC 1.8.2 - https://znc.in] 2025-09-05T07:43:48 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-05T07:49:26 < infise> Where is the revision code on this chip: https://ibb.co/Q7Z0PWKV ? 2025-09-05T07:49:40 < infise> The documents suggest it should be a single alphabet in the upper right hand corner? 2025-09-05T07:58:00 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-05T08:00:19 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-05T08:02:03 < infise> in general, are STM32 parts marked exactly as documented in the datasheet or are the marks incompletely documented? 2025-09-05T08:37:28 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 248 seconds] 2025-09-05T08:39:06 -!- analoq [~yashi@user/dies] has joined ##stm32 2025-09-05T08:53:16 < jpa-> infise: i think VQ 2025-09-05T08:53:56 < jpa-> though looks like the revisions should be A and 1 2025-09-05T08:54:22 < jpa-> and there is "1W" and "A" on the part :) 2025-09-05T08:54:39 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-05T09:27:38 < infise> the errata sheet says there is only one revision 0x1000, indicated by marking "A" or "1" 2025-09-05T09:27:44 < infise> https://www.st.com/resource/en/errata_sheet/es0298-stm32f446xcxe-device-errata-stmicroelectronics.pdf 2025-09-05T09:28:00 < jpa-> hmm true 2025-09-05T09:28:13 < infise> I wonder if I should be checking if this is a fake STM32F446 2025-09-05T09:28:21 < jpa-> yet the table lists A and 1 separately 2025-09-05T09:30:00 < infise> weird. 2025-09-05T09:31:41 -!- NEYi [~NEYi@195.234.78.187] has quit [Read error: Connection reset by peer] 2025-09-05T10:17:28 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 258 seconds] 2025-09-05T10:43:51 < zyp> the A is the revision code, but the marking is a bit weird 2025-09-05T10:44:20 < zyp> see https://www.st.com/resource/en/technical_note/tn1433-reference-device-marking-schematics-for-stm32-microcontrollers-and-microprocessors-stmicroelectronics.pdf 2025-09-05T10:44:24 < zyp> section 4.3 and 4.4 2025-09-05T10:44:43 < zyp> this is a qfp64 and should be marked as in 4.4, but is marked as in 4.3 2025-09-05T10:45:26 < zyp> then again, the introduction says «most probable» and «variations may be encountered» 2025-09-05T10:54:58 < ventyl> I enjoy killing my kernel every morning by debugger halting my USB peripheral 2025-09-05T10:56:37 < jpa-> yeah, my kernel has the same habbit, though it doesn't die completely, i just need to unbind/rebind the USB host interface by echoing to /sys 2025-09-05T11:03:36 < ventyl> I don't know what exactly happens but all inputs to the machine are unavailable, so there is no way for me to fiddle with host 2025-09-05T11:03:53 < jpa-> ssh from second system 2025-09-05T11:04:23 < jpa-> though if you have multiple controllers that appear separately on PCIe bus, you could arrange the keyboard and mouse to be on a different bus 2025-09-05T11:07:51 < ventyl> well, the machine appears frozen. I only get black screen, no cursor, no desktop, no nothing. I have keyboard and mouse on another controller because host driver sometimes bogs down when I do nasty things with tinyusb so I have to restart it 2025-09-05T11:08:14 < ventyl> and it doesn't even react to power button to perform graceful reset 2025-09-05T11:08:56 < jpa-> yeah, something more than just usb driver lockup then 2025-09-05T11:14:56 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-05T11:16:00 < ventyl> I wouldn't be surprised if userspace was involved and actual root cause here 2025-09-05T11:16:08 < ventyl> half of shit is done in userspace these days 2025-09-05T11:26:43 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-05T11:26:43 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-05T12:05:24 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 252 seconds] 2025-09-05T12:30:57 < zyp> 18: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-09-05T12:31:00 < zyp> 18: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-09-05T12:31:28 < zyp> I went over that stuff now, AIUI the ADC prescaler constraint only applies when you need to use both ADCs 2025-09-05T12:31:57 < tomeaton17> oh dear accidentally left a lead acid discharging overnight, came back and its 6V haha 2025-09-05T12:32:01 < Steffanx> Yes zyp 2025-09-05T12:32:09 < zyp> dac_ker_ck and adc_ker_ck_input are both rated for 250MHz, and I only need one ADC, so prescaling it is fine 2025-09-05T12:32:20 < ventyl> tomeaton17: that basically means it is dead 2025-09-05T12:32:30 < Steffanx> Yeah, then you should be fine 2025-09-05T12:33:12 < Steffanx> I used both ADCs, but never at the same time luckily. 2025-09-05T12:33:32 < tomeaton17> ventyl: yeah it certainly won't be healthy. going to cycle it and see how much capacity is left 2025-09-05T12:42:11 < infise> if you recharge it immediately it will be fine if it was designed for deep discharge 2025-09-05T12:42:31 < infise> if not, it will be mechanically weaker but you can still damage it 2025-09-05T12:43:32 < infise> precipitation/sulphation only happens after a good amount of time. it doesn't afaik happen overnight. 2025-09-05T12:49:27 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection] 2025-09-05T12:55:07 < tomeaton17> we will see later whats the SoH looking like 2025-09-05T13:32:02 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-05T13:32:14 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer] 2025-09-05T13:47:12 -!- nerozero [~nerozero@87.253.63.54] has quit [Remote host closed the connection] 2025-09-05T15:47:45 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-05T16:44:10 -!- infise [~infisc@user/infisc] has quit [Ping timeout: 256 seconds] 2025-09-05T17:03:32 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-05T17:13:43 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-05T17:14:44 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-05T17:15:08 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-05T17:32:55 < qyx> it is interesting that mikrotik rb750g is virtually nonexistent on the internet 2025-09-05T17:33:58 < qyx> exactly like stm32f051 or somehig similar in the past 2025-09-05T17:34:34 < qyx> there was a product number which became unavailable at some point 2025-09-05T18:01:44 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-05T18:05:04 < mercenary> if rb750g is the one I am thinking of, that was more or less made for one ISP that wanted a cheap MPLS-capable device for the SME market 2025-09-05T18:22:54 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-05T18:52:08 -!- NEYi [~NEYi@195.234.78.187] has quit [Read error: Connection reset by peer] 2025-09-05T19:33:29 < qyx> idk if I am willing to make openwrt working on it 2025-09-05T20:06:53 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-05T20:25:09 < Posterdati> hi 2025-09-05T20:25:45 < Posterdati> please help! How can I backup the original sdcard for stm32mp157f-dk2 with linux? Thanks! 2025-09-05T20:41:33 -!- Famine [~Famine@user/famine-] has joined ##stm32 2025-09-05T20:56:45 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-05T20:57:44 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-05T20:58:07 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-05T21:06:03 < jpa-> Posterdati: dd? 2025-09-05T21:08:49 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds] 2025-09-05T21:11:37 < zyp> can't you just download the contents somewhere? 2025-09-05T21:25:22 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-05T21:37:12 < karlp> more lol things on teh itnernet: https://api.wordpress.org/secret-key/1.1/salt/ 2025-09-05T21:37:13 < Posterdati> zyp: ? 2025-09-05T21:37:48 < Posterdati> jpa-: yes using dd 2025-09-05T21:42:50 < ventyl> karlp: wat O_o 2025-09-05T21:49:29 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Remote host closed the connection] 2025-09-05T21:50:00 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-05T22:57:46 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-05T23:22:00 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-05T23:27:00 -!- Livio_ [~livio@user/livio] has joined ##stm32 2025-09-05T23:29:32 < ColdKeybo[a]rd> Is the only reason why Molex 8-Pin PCIE connector is ridicilously priced... because it's used on GPUs? 2025-09-05T23:29:52 < ColdKeybo[a]rd> $4 for a connector https://www.digikey.com/en/products/detail/molex/0455860005/9352784 2025-09-05T23:30:04 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-05T23:30:39 < ColdKeybo[a]rd> However the 6-pin version is $1... 2025-09-05T23:31:26 < qyx> check TE and others, they are compatible 2025-09-05T23:40:22 < ColdKeybo[a]rd> That's a good suggestion... Anyone know what would be a compatible PN from TE? 2025-09-05T23:44:17 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32 2025-09-05T23:44:17 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-05T23:45:19 < zyp> ColdKeybo[a]rd, do you need it to be black? https://www.digikey.com/en/products/detail/molex/0353180820/3185065 2025-09-05T23:47:02 < zyp> actually, you can get black cheaper as well: https://www.digikey.com/en/products/detail/molex/1724480008/5116921 2025-09-05T23:47:31 < zyp> anyway, here's the search you want: https://www.digikey.com/en/products/filter/rectangular-connectors/headers-male-pins/314?s=N4IgjCBcoGwJxVAYygMwIYBsDOBTANCAPZQDaIALGGHAEwQC6hADgC5QgDKrATgJYA7AOYgAvoQAcExCBSQMOAsTIhaEsFQAMIJiDYdu-YWMJgA7HG3RZaLHkIlI5MLQCsMWjpbtIXXoJFxVU1aChk5BXtlJ3A3Dy89Hz8jQMIAWk9rOV4AVyVHclcdUSCYGT4AEw40sE0Ibw4QQlYAT2ZcDnRsFBKgA 2025-09-05T23:52:30 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 244 seconds] --- Day changed Sat Sep 06 2025 2025-09-06T00:09:22 < karlp> ventyl: it's to help people make new "good" sections of config: https://github.com/WordPress/WordPress/blob/master/wp-config-sample.php#L41-L58 2025-09-06T00:10:29 < karlp> hrm, I've never done a jlc parts list for minifit/microfit shits. 2025-09-06T00:13:25 < ventyl> it looked like a legit fragment of config that leaked to the internet 2025-09-06T00:13:31 < ventyl> just because such things happen 2025-09-06T00:13:40 < karlp> yeah, it was just a funny forr me :) 2025-09-06T00:13:53 < karlp> I thought it cute that they came up with that solution 2025-09-06T00:13:53 < ventyl> some 75% of traffic on CMRX website are bots trying to exfiltrate such configuration 2025-09-06T00:14:49 < karlp> ColdKeybo[a]rd: jlc the magic search is connectors->wire to board->4.2mm... 2025-09-06T00:15:05 < qyx> 3.0 mm 2025-09-06T00:15:32 < karlp> where'd you get 3mm from? 2025-09-06T00:15:33 < qyx> same for tme, same for mouser 2025-09-06T00:15:44 < qyx> pcie power is 3.0 mm microfit 2025-09-06T00:15:55 < karlp> the part coldkeyboard linked is minifitjr, 4.2mm 2025-09-06T00:16:02 < karlp> hope they know what part they actualyl wanted :) 2025-09-06T00:16:33 < qyx> so he linked a wrong one or pcie power has changed? 2025-09-06T00:18:03 < karlp> https://jlcpcb.com/partdetail/BOOMELE_Boom_Precision_Elec-4_2_24AW/C44253 ? 2025-09-06T00:18:23 < qyx> boom! 2025-09-06T01:03:28 -!- karlp [karlp@palmtreev6.beeroclock.net] has quit [Quit: WeeChat 3.5] 2025-09-06T01:03:28 -!- englishman [englishman@user/englishman] has quit [Quit: englishman] 2025-09-06T01:35:22 -!- karlp [karlp@palmtreev6.beeroclock.net] has joined ##stm32 2025-09-06T01:43:04 -!- Livio_ [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-06T01:50:00 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 248 seconds] 2025-09-06T01:52:33 -!- noarb [~noarb@user/noarb] has joined ##stm32 2025-09-06T01:57:45 -!- englishman [englishman@user/englishman] has joined ##stm32 2025-09-06T02:31:08 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 258 seconds] 2025-09-06T03:02:50 -!- nomorekaki [~nomorekak@37-219-173-58.nat.bb.dnainternet.fi] has joined ##stm32 2025-09-06T03:03:08 < nomorekaki> night pumps 2025-09-06T03:10:02 -!- kovalevsky [~kovalevsk@181.168.239.174] has joined ##stm32 2025-09-06T03:10:02 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has changed host 2025-09-06T03:13:43 -!- kovalevsky_ [~kovalevsk@181.168.239.174] has joined ##stm32 2025-09-06T03:16:22 -!- kovalevsky [~kovalevsk@fedora/kovalevsky] has quit [Ping timeout: 258 seconds] 2025-09-06T03:27:38 -!- nomorekaki [~nomorekak@37-219-173-58.nat.bb.dnainternet.fi] has quit [Quit: Client closed] 2025-09-06T04:42:15 -!- kovalevsky_ [~kovalevsk@181.168.239.174] has quit [Ping timeout: 250 seconds] 2025-09-06T04:45:17 -!- srk [~sorki@user/srk] has quit [Ping timeout: 250 seconds] 2025-09-06T07:03:31 -!- r2com [~r2com@38.9.242.88] has joined ##stm32 2025-09-06T07:11:22 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Read error: Connection reset by peer] 2025-09-06T07:11:46 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-06T07:22:23 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-06T07:36:05 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-06T08:15:43 -!- r2com [~r2com@38.9.242.88] has quit [Quit: Leaving] 2025-09-06T08:29:33 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-06T08:44:28 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-06T10:07:14 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-06T10:22:42 < Posterdati> hi 2025-09-06T10:38:02 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds] 2025-09-06T10:46:35 -!- srk [~sorki@user/srk] has joined ##stm32 2025-09-06T11:20:18 -!- Livio_ [~livio@user/livio] has joined ##stm32 2025-09-06T11:20:34 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-06T11:37:24 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32 2025-09-06T11:37:24 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-06T11:59:56 -!- Livio_ [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-06T12:05:12 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-06T12:06:24 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 256 seconds] 2025-09-06T12:06:49 -!- duude__- is now known as duude__ 2025-09-06T13:02:22 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-06T13:03:24 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-06T13:03:47 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-06T13:37:05 -!- dudv2 [~dudv2@user/DudV2] has quit [Ping timeout: 248 seconds] 2025-09-06T13:46:20 -!- specing_ [~specing@user/specing] has joined ##stm32 2025-09-06T13:46:20 -!- specing [~specing@user/specing] has quit [Killed (NickServ (GHOST command used by specing_))] 2025-09-06T13:47:19 -!- qyx_ [~qyx@84.245.120.208] has joined ##stm32 2025-09-06T13:47:53 -!- PaulFertser_ [paul@paulfertser.info] has joined ##stm32 2025-09-06T13:48:26 -!- specing_ is now known as specing 2025-09-06T13:51:03 -!- Miyu [~hackkitte@94.31.119.144] has joined ##stm32 2025-09-06T13:52:06 -!- Netsplit *.net <-> *.split quits: analoq, hackkitten, srk, infisc, PaulFertser, qyx 2025-09-06T13:52:08 -!- srk_ [~sorki@user/srk] has joined ##stm32 2025-09-06T13:54:54 -!- srk_ is now known as srk 2025-09-06T13:57:24 -!- analoq [~yashi@user/dies] has joined ##stm32 2025-09-06T13:57:45 -!- Famine- [~Famine@user/famine-] has joined ##stm32 2025-09-06T13:58:49 -!- NEYi_ [~NEYi@195.234.78.187] has joined ##stm32 2025-09-06T14:00:22 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 258 seconds] 2025-09-06T14:01:31 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 258 seconds] 2025-09-06T14:17:06 -!- Miyu is now known as hackkitten 2025-09-06T14:41:17 -!- hexo_ [~hexo@user/hexo] has joined ##stm32 2025-09-06T14:57:15 -!- qyx_ is now known as qyx 2025-09-06T15:20:40 -!- PaulFertser_ is now known as PaulFertser 2025-09-06T15:48:17 -!- kovalevsky_ [~kovalevsk@181.168.239.174] has joined ##stm32 2025-09-06T16:07:58 -!- hexo__ [~hexo@user/hexo] has joined ##stm32 2025-09-06T16:10:47 -!- hexo_ [~hexo@user/hexo] has quit [Ping timeout: 260 seconds] 2025-09-06T16:57:24 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Read error: Connection reset by peer] 2025-09-06T16:59:15 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32 2025-09-06T17:07:42 -!- NEYi__ [~NEYi@195.234.78.187] has joined ##stm32 2025-09-06T17:10:37 -!- NEYi_ [~NEYi@195.234.78.187] has quit [Ping timeout: 250 seconds] 2025-09-06T17:35:10 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-06T17:53:36 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection] 2025-09-06T17:53:58 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32 2025-09-06T18:06:24 < karlp> fecking 4GB access log that wasn't being rolled from 2020. 2025-09-06T18:25:38 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-06T18:28:38 < karlp> ok, back to 15G free out of 40G partition. that should fix things up for a while... 2025-09-06T19:19:15 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-06T19:59:13 -!- NEYi__ [~NEYi@195.234.78.187] has quit [Read error: Connection reset by peer] 2025-09-06T20:15:35 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection] 2025-09-06T20:16:03 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32 2025-09-06T20:35:13 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-06T20:36:19 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-06T20:36:44 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-06T20:39:47 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 256 seconds] 2025-09-06T21:36:21 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection] 2025-09-06T21:36:42 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32 2025-09-06T22:24:47 < Famine-> karlp, heh speaking of huge files, my lovely government publishes it's grant disclosures as a single huge csv file once per year 2025-09-06T22:26:56 < Famine-> even more fun they don't split it by grant type, so individuals, companies, and municipalities are all in the same file so it's just massive 2025-09-06T22:28:26 -!- qyx [~qyx@84.245.120.208] has quit [Ping timeout: 248 seconds] 2025-09-06T22:30:35 -!- qyx [~qyx@84.245.121.107] has joined ##stm32 2025-09-06T22:39:52 -!- zChris [~zChris@user/zchris] has joined ##stm32 2025-09-06T23:05:14 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Ping timeout: 265 seconds] 2025-09-06T23:10:39 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection] 2025-09-06T23:11:01 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32 2025-09-06T23:41:11 < NEYi> Famine-, sheep specs. 2025-09-06T23:41:38 < NEYi> Information overflow, old trick from the book. 2025-09-06T23:42:03 < NEYi> I tried leafing through NSA archive, and got overwhelmed pretty quickly. 2025-09-06T23:42:11 < NEYi> It does work. --- Day changed Sun Sep 07 2025 2025-09-07T00:04:17 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds] 2025-09-07T00:05:05 < Famine-> NEYi, yeah i fixed it with a little grep magic and a python script to convert my wanted data to JSONL 2025-09-07T00:38:51 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving] 2025-09-07T00:39:10 -!- drew` [~drew@user/drew] has joined ##stm32 2025-09-07T00:39:27 -!- drew [~drew@user/drew] has quit [Ping timeout: 260 seconds] 2025-09-07T00:40:11 -!- drew` is now known as drew 2025-09-07T01:42:20 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-07T02:20:50 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-07T02:25:56 -!- Laurenceb_ [~Laurenceb@120.200.208.46.dyn.plus.net] has joined ##stm32 2025-09-07T02:25:57 < Laurenceb_> a truly memetic image 2025-09-07T02:25:59 < Laurenceb_> https://ichef.bbci.co.uk/ace/standard/976/cpsprodpb/069e/live/e2d8fb00-8b2f-11f0-9cf6-cbf3e73ce2b9.jpg.webp 2025-09-07T02:26:17 < Laurenceb_> officers spotface and soyface 2025-09-07T02:41:19 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-07T03:20:23 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Ping timeout: 258 seconds] 2025-09-07T03:22:27 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-07T03:32:36 -!- Laurenceb_ [~Laurenceb@120.200.208.46.dyn.plus.net] has quit [Quit: Client closed] 2025-09-07T04:33:31 -!- kovalevsky_ [~kovalevsk@181.168.239.174] has quit [Ping timeout: 256 seconds] 2025-09-07T04:51:03 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-07T06:19:34 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-07T07:26:39 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-07T07:27:44 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-07T07:28:08 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-07T08:02:57 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-07T08:26:22 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving] 2025-09-07T08:27:45 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-07T08:29:16 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-07T08:29:41 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-07T08:51:34 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-07T10:40:45 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 265 seconds] 2025-09-07T10:51:13 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 248 seconds] 2025-09-07T11:14:46 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-07T14:14:34 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-07T14:14:34 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-07T15:43:07 -!- stgl [~stgl@164.92.162.3] has joined ##stm32 2025-09-07T15:49:16 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-07T15:52:17 -!- kovalevsky_ [~kovalevsk@181.168.239.174] has joined ##stm32 2025-09-07T15:58:08 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-07T16:39:31 -!- fenugrec [~f@192.214.232.39] has quit [Quit: fenugrec] 2025-09-07T16:58:47 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-07T18:09:14 -!- PaulFertser [paul@paulfertser.info] has quit [Ping timeout: 256 seconds] 2025-09-07T18:10:20 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32 2025-09-07T18:19:16 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-07T18:47:45 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-07T19:43:37 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-07T19:44:40 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-07T19:45:03 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-07T19:58:40 -!- specing_ [~specing@user/specing] has joined ##stm32 2025-09-07T19:58:40 -!- specing [~specing@user/specing] has quit [Killed (NickServ (GHOST command used by specing_))] 2025-09-07T19:59:37 -!- Netsplit *.net <-> *.split quits: NEYi, jerrycash, martinmoene__ 2025-09-07T20:00:46 -!- specing_ is now known as specing 2025-09-07T20:04:32 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-07T20:04:32 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-07T20:04:32 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-07T20:12:29 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-07T20:26:46 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds] 2025-09-07T20:30:47 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 258 seconds] 2025-09-07T21:19:55 -!- fenugrec [~f@192.214.232.39] has joined ##stm32 2025-09-07T21:31:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-07T22:04:47 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-07T22:18:55 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-07T22:29:16 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-07T23:16:22 -!- kurfen [~kurfen@109.236.63.56] has quit [Ping timeout: 256 seconds] 2025-09-07T23:18:32 -!- kurfen [~kurfen@109.236.63.56] has joined ##stm32 2025-09-07T23:22:54 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 258 seconds] 2025-09-07T23:27:58 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-07T23:49:44 -!- hexo__ is now known as hexo --- Day changed Mon Sep 08 2025 2025-09-08T00:00:59 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving] 2025-09-08T00:36:26 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-08T01:34:21 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 256 seconds] 2025-09-08T01:37:22 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-08T01:46:50 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-08T03:17:50 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-08T03:28:49 -!- kovalevsky_ [~kovalevsk@181.168.239.174] has quit [Ping timeout: 256 seconds] 2025-09-08T03:33:49 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-08T04:52:34 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-08T04:52:35 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 250 seconds] 2025-09-08T04:52:57 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-08T04:53:11 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-08T06:24:48 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-08T07:49:45 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-08T08:00:55 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-08T08:34:05 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 245 seconds] 2025-09-08T08:36:05 -!- analoq [~yashi@user/dies] has joined ##stm32 2025-09-08T09:06:26 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-08T10:03:43 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 250 seconds] 2025-09-08T11:08:18 < machinehum> Hullo stm32 2025-09-08T11:08:57 < ventyl> humm humm 2025-09-08T11:11:15 < machinehum> I have another board parallel to this board https://i.imgur.com/LkJpRoK.png and I'm looking for a pogo style of pin to mate with those data pins on the USB-A 2025-09-08T11:12:59 < machinehum> Maybe stm32.gpt knows 2025-09-08T11:17:00 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-08T11:17:00 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-08T11:22:28 < qyx> there are pogo pins for that 2025-09-08T11:22:35 < qyx> also your 3d model is off 2025-09-08T11:22:40 < jpa-> machinehum: so pick any cup type spring loaded contact from mill-max or some cheaper manufacturer, check the length and be done? 2025-09-08T11:22:44 < qyx> it hurts my ocpd 2025-09-08T11:22:56 < machinehum> qyx: yes sorry. 2025-09-08T11:23:06 < machinehum> cup type, okay 2025-09-08T11:23:55 < jpa-> alternatively you can put flat test points somewhere where the solder doesn't get to, and use needle type 2025-09-08T11:24:23 < machinehum> Sadly the 1st board is already made 2025-09-08T11:24:55 < jpa-> yeah, no problem really, pogos on pins is pretty normal thing to do 2025-09-08T11:25:44 < machinehum> One more complication is it needs to be SMD 2025-09-08T11:27:01 < jpa-> that may be a bit less common combination 2025-09-08T11:28:32 < jpa-> https://mm.digikey.com/Volume0/opasdata/d220001/medias/images/4846/MFG_1528_2428.jpg normally you'd use these for a test fixture, but for SMD i'm not sure if it exists 2025-09-08T11:28:53 < machinehum> https://www.digikey.ca/en/products/detail/bourns-inc/70AAJ-4-M0G/761020 2025-09-08T11:29:03 < jpa-> that could work 2025-09-08T11:29:24 < jpa-> at least if you don't need a huge number of contact cycles 2025-09-08T11:31:01 < machinehum> I do not 2025-09-08T11:32:10 < machinehum> Just a matter of finding the right height 2025-09-08T11:32:13 < machinehum> ty for help 2025-09-08T11:34:07 < zyp> machinehum, what pins? I don't understand the picture 2025-09-08T11:34:52 < zyp> oh, the ones that are misaligned with holes? 2025-09-08T11:35:10 < qyx> yes, they are misaligned and it hurts my ocpd 2025-09-08T11:35:36 < zyp> they looked like small barbed hooks at first 2025-09-08T11:36:18 < machinehum> I'm never sending a misaligned picture again sorry 2025-09-08T11:40:24 < qyx> does that bourns battery connector have the right pitch? 2025-09-08T11:40:37 < qyx> I don't think usb-a is 2.54 mm 2025-09-08T11:40:53 < machinehum> Yeah pitch I'm all good, but it's 2.6mm board to board 2025-09-08T11:42:37 < qyx> oh idk if there is such a connector 2025-09-08T11:43:02 < qyx> sorry i got it now 2025-09-08T11:43:11 < qyx> how much do you have board to board? 2025-09-08T11:49:25 < machinehum> 2.5mm 2025-09-08T11:49:28 < machinehum> Sorry 2.6 2025-09-08T12:17:21 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.] 2025-09-08T12:24:14 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has joined ##stm32 2025-09-08T12:27:25 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-08T12:46:22 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-08T13:04:49 < tomeaton17> saleae pricing seems crazy now. I don't remember them being this much 2025-09-08T14:00:46 < Steffanx> Oh lol no.. 2025-09-08T14:02:12 < Steffanx> I paid 199 euro bucks back in 2017 2025-09-08T14:03:03 < Steffanx> For the Logic 8 in a wonderful Red colour. 2025-09-08T14:21:55 -!- kovalevsky_ [~kovalevsk@190.103.220.90] has joined ##stm32 2025-09-08T14:22:12 -!- kovalevsky_ [~kovalevsk@190.103.220.90] has quit [Remote host closed the connection] 2025-09-08T15:05:41 < nohit> get picoscope instead 2025-09-08T15:06:50 < nohit> we just bought this at work https://www.batronix.com/shop/oscilloscopes/PicoScope-3417E-MSO.html 2025-09-08T15:07:10 < nohit> overkill for our needs but boss wanted that for some reason 2025-09-08T15:07:28 < nohit> the software is great 2025-09-08T15:10:01 < nohit> protocol/serial decoder supports like 40 different protocols 2025-09-08T15:10:27 < nohit> https://www.picotech.com/library/knowledge-bases/oscilloscopes/serial-bus-decoding-protocol-analysis 2025-09-08T15:22:07 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-08T15:23:07 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-08T15:23:30 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-08T15:31:42 < tomeaton17> can you use it with the logic 2 software? I really like that 2025-09-08T15:34:33 < jpa-> nah, the reason why saleae costs so much is because the cost funds the software developmen 2025-09-08T15:36:48 < tomeaton17> is there a lot of new stuff added recently? I thought it was pretty much complete 2025-09-08T15:40:08 < jpa-> https://ideas.saleae.com/f/changelog/ at least more is happening than in pulseview ;) 2025-09-08T15:40:23 -!- srk [~sorki@user/srk] has quit [Ping timeout: 256 seconds] 2025-09-08T15:41:49 < jpa-> funny that saleae doesn't have anything for those of us stuck in the parallel world; i definitely need the 32 channels i have on kingst LA5032 2025-09-08T15:43:54 < nohit> i would get this before logic pro 16 https://www.batronix.com/shop/oscilloscopes/PicoScope-3403D-MSO.html 2025-09-08T15:44:14 < nohit> its cheaper and you 4 extra analog channels 2025-09-08T15:45:25 < nohit> and a waveform generator 2025-09-08T15:46:39 < nohit> the software is same for all the models, and it supports win, mac and linux 2025-09-08T15:47:04 < jpa-> i wonder why the picoscope specs don't tell maximum number of samples for digital captures 2025-09-08T15:47:55 < jpa-> if it is limited to the 128 MS as for the analog, that seems somewhat low for such a costly device 2025-09-08T15:48:20 < jpa-> unless it supports RLE or similar 2025-09-08T15:57:24 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-08T15:59:14 < nohit> i dont know, the keysight MSO on my table at work has like 100kS 2025-09-08T15:59:30 < nohit> at it has cost many times more 2025-09-08T16:00:03 < nohit> and you can always use the streaming and you have unlimited capture memory 2025-09-08T16:11:23 < jpa-> that's at least something 2025-09-08T16:41:46 < tomeaton17> https://logicmso.com/ I saw they released this recently as well. Also seems pretty pricey 2025-09-08T16:42:10 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 256 seconds] 2025-09-08T18:17:03 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-08T18:41:49 -!- srk [~sorki@user/srk] has joined ##stm32 2025-09-08T19:20:59 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Ping timeout: 250 seconds] 2025-09-08T19:44:31 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-08T19:44:57 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-08T20:00:41 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 258 seconds] 2025-09-08T20:02:20 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-08T20:06:14 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-08T20:41:15 < englishman> wow saleae is still around 2025-09-08T20:59:35 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-08T21:18:59 -!- infise [~infisc@user/infisc] has joined ##stm32 2025-09-08T21:22:06 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 256 seconds] 2025-09-08T21:25:41 < jbo> still using saleae here 2025-09-08T21:36:08 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 258 seconds] 2025-09-08T21:42:52 -!- infise [~infisc@user/infisc] has quit [Read error: Connection reset by peer] 2025-09-08T22:28:58 -!- qyx [~qyx@84.245.121.107] has quit [Ping timeout: 256 seconds] 2025-09-08T22:30:33 -!- qyx [~qyx@84.245.121.61] has joined ##stm32 2025-09-08T22:31:52 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-08T22:32:40 -!- Laurenceb_ [~Laurenceb@120.200.208.46.dyn.plus.net] has joined ##stm32 2025-09-08T22:32:41 < Laurenceb_> hol up 2025-09-08T22:32:43 < Laurenceb_> https://nitter.poast.org/pic/orig/media%2FG0VHLk3WEAA-r7E.jpg 2025-09-08T22:36:59 < antto> Laurenceb_, i heard that if you make fun of the british police, your punishment will be to become a cop 2025-09-08T22:37:09 < Laurenceb_> lol 2025-09-08T23:10:37 < qyx> wot mouser has MT7921LEN/B in stock 2025-09-08T23:10:47 < qyx> of course no datasheet, product brief only 2025-09-08T23:17:26 < mercenary> that is a .... creative footprint 2025-09-08T23:55:17 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 258 seconds] --- Day changed Tue Sep 09 2025 2025-09-09T00:02:22 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-09T00:04:01 -!- Laurenceb_ [~Laurenceb@120.200.208.46.dyn.plus.net] has quit [Quit: Client closed] 2025-09-09T00:10:38 < karlp> pulseview might be dead in the water, but you can still write protcol decoders for shit on top that picoscope and salea make hard/impossible 2025-09-09T00:10:56 < karlp> I find having decoding beyond "spi" or "uart" to be extremely valuable 2025-09-09T00:37:04 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-09T00:41:12 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-09T01:08:50 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-09T01:28:05 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-09T01:47:36 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 258 seconds] 2025-09-09T02:06:01 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-09T03:25:44 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 258 seconds] 2025-09-09T03:27:15 -!- analoq [~yashi@user/dies] has joined ##stm32 2025-09-09T04:12:37 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-09T04:13:27 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-09T04:29:05 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 245 seconds] 2025-09-09T04:40:55 -!- analoq [~yashi@user/dies] has joined ##stm32 2025-09-09T05:25:01 -!- infise [~infisc@user/infisc] has joined ##stm32 2025-09-09T05:28:52 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 256 seconds] 2025-09-09T06:09:07 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-09T08:03:42 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-09T08:25:05 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-09T08:31:53 < jpa-> karlp: i think at least saleae SDK isn't that bad, and probably faster to run than sigrok 2025-09-09T08:32:05 < jpa-> but vendor-lockin is annoying 2025-09-09T08:49:22 < qyx> great morning, the sun is up, let's do some work 2025-09-09T08:49:30 < qyx> in a organized way 2025-09-09T10:01:36 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-09T10:06:19 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 258 seconds] 2025-09-09T10:33:42 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-09T10:33:42 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-09T11:38:41 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-09T11:45:03 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-09T12:34:32 < karlp> hrm, I'm not going as fast as anyone else then, but I find the python pds to be fucking amaze, and I've never actually been limited by the "omg, python so slow" issue. 2025-09-09T12:35:21 < karlp> also, c++? no fucking way. 2025-09-09T12:35:36 < karlp> the ease of throwing a custom stack PD in sigrok is huge for me. 2025-09-09T12:36:31 < karlp> it is a bit lame though, with pulseview being dead in the water, nits on the other PDs don't get addressed, and nothing gets merged. 2025-09-09T12:37:14 < karlp> so... I played around with this putting a crc in flash and checking it all the time, and like, it works, but it's gross. 2025-09-09T12:37:49 < karlp> I have an assigned slot in flash that I patch the binary to, 2025-09-09T12:38:14 < karlp> so calcualte the crc of the bin, write the crc to fixed offset, and then when I'm checking it, I have to use zero for the word at the offset. 2025-09-09T12:38:19 < karlp> and that just sounds so janky. 2025-09-09T12:38:33 < karlp> I can't let anyone use existing tools to crc check the file is valid either. 2025-09-09T12:39:26 < karlp> if I _append_ the crc to the bin, then I just get the CRC sum always being zero, which... is valid, but at least for these welmec knobs would make them unhappy, they want ot see "new" crc values for each new firmware. 2025-09-09T12:40:31 < karlp> calcualte the crc of the bin, patch the elf and regenerate the bin? 2025-09-09T12:40:36 < karlp> still ends up witth crc always zero though. 2025-09-09T13:16:37 < qyx> WINCS02IC and WINCS02 Family 2025-09-09T13:16:39 < qyx> O_o 2025-09-09T13:16:45 < qyx> SPI wifi 2025-09-09T13:20:01 < karlp> isn't that like 10 years old stuff? 2025-09-09T13:20:35 < qyx> idk, 10y old stuff was ST's wifi which was EOL'd right after I ordered first samples 2025-09-09T13:21:13 < karlp> on chip networking, hope you like working with that. 2025-09-09T13:21:29 < karlp> I found my windows websockets esp32 problem... 2025-09-09T13:21:37 < karlp> esp-idf defaults max headers to 512 bytes. 2025-09-09T13:21:46 < karlp> which is apparently max sum of all headers, not line by line... 2025-09-09T13:22:13 < karlp> and because it fails on the websockets upgrade, dev tools doesn't bother showing you the "431: request header fields too large" error. 2025-09-09T13:22:17 < tomeaton17> what about st67w 2025-09-09T13:22:28 < karlp> at least it was easy once i had hardware with debug 2025-09-09T13:23:22 < qyx> karlp: I am fine with on-chip stacks 2025-09-09T13:31:47 -!- infise is now known as infisd 2025-09-09T13:32:24 -!- infisd is now known as infisx 2025-09-09T13:45:10 < qyx> omg xbee, is it still a thing 2025-09-09T13:54:45 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-09T14:01:53 < qyx> tomeaton17: not host based 2025-09-09T14:06:04 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-09T14:21:17 -!- Famine [~Famine@user/famine-] has joined ##stm32 2025-09-09T14:23:15 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 250 seconds] 2025-09-09T14:27:50 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f100:cd65:6e0a:7955] has joined ##stm32 2025-09-09T14:36:22 -!- jfsimon1981 [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has joined ##stm32 2025-09-09T14:39:29 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f100:cd65:6e0a:7955] has quit [Ping timeout: 248 seconds] 2025-09-09T15:21:36 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-09T15:26:33 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-09T15:44:57 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection] 2025-09-09T16:44:45 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-09T16:48:29 < karlp> is there any legal way of doing this? https://godbolt.org/z/qefe4xzP9 2025-09-09T16:48:54 < karlp> I guess I can try and make the linker create me a +1 symbol? 2025-09-09T17:04:33 < karlp> actually, turns out I don't need the plus 1, I was just being dumb and not counting from zero properly. 2025-09-09T17:21:53 < ventyl> I guess you could do something like uint32_t p[] = &_linker_var; 2025-09-09T17:35:02 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 256 seconds] 2025-09-09T17:38:18 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-09T17:45:18 < zyp> ventyl, yup: https://godbolt.org/z/qo9eM3jsP 2025-09-09T17:46:17 < ventyl> somehow it looks the same as karlps 2025-09-09T17:46:35 < zyp> it is the same, just valid 2025-09-09T19:14:53 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-09T19:17:54 -!- infisx [~infisc@user/infisc] has quit [Ping timeout: 256 seconds] 2025-09-09T19:21:05 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-09T19:25:12 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-09T19:35:01 < karlp> so... who wants to hear my crazy scheme... 2025-09-09T19:35:15 < karlp> take firmware binary. pad with 4 bytes of zeros. 2025-09-09T19:35:40 < karlp> NEW_CRC_LOL=$(dd if=/dev/urandom bs=4 count=1) 2025-09-09T19:36:23 < karlp> python forcecrc32 binaryfile_with_padding $(NEW_CRC_LOL) 2025-09-09T19:36:31 < karlp> (with some formatting elidded) 2025-09-09T19:37:04 < jpa-> but why? 2025-09-09T19:37:06 < karlp> so now, you have a binary, with CRC embedded, that when used with "cksum -a crc32b" or python zlib.crc32 or whatever, all makes the same CRC on the file. 2025-09-09T19:37:28 < karlp> so the app can verify the crc but the file can still be checked that it's crc is a number that make sense. 2025-09-09T19:37:42 < karlp> otherwise, normally when I've taken the CRC and added it to the binary, the binary now has a new crc. 2025-09-09T19:37:59 < karlp> and welmec knobs want to see a "new" crc whenever the firmware changes. 2025-09-09T19:38:37 < karlp> so, with no bootloader, I can now read the word from the end of .data, calculate the crc over the rest of the iamge. 2025-09-09T19:39:00 < karlp> and have a binary file that still can be used with things like cksum or whatever to print out the CRC that will actually be calculated. 2025-09-09T19:39:16 < karlp> is this insane, or genious..... 2025-09-09T19:39:49 < karlp> it's usless for the customer of course, but welmec doesn't concern themselves with such petty concerns. 2025-09-09T19:40:02 < karlp> this is just "protection against accidental modificaiton of firmware" 2025-09-09T19:40:25 < qyx> how can you accidentally a firmware 2025-09-09T19:40:51 < karlp> don't ask me, they want me to periodically (suggested every 5 seconds) recalc the crc of my firwmare to make sure it's sitll correct. 2025-09-09T19:41:09 < karlp> test losers gone wild. 2025-09-09T19:41:21 < qyx> are you making a space weigh? 2025-09-09T19:41:29 < qyx> you know it would not work in zero g? 2025-09-09T19:41:47 < karlp> it doesn't matter what's sensible, it matters what they believe it should do. 2025-09-09T19:42:30 < karlp> anyway. classically we had a bootloader that accepted a filename with metadata in the filename so the binary could be checksummed, and still have the info passed to the app via the bootloader. 2025-09-09T19:42:35 < jpa-> that sure would have detected when my firmware started flipping bits due to flash writing, flaky power and default BOR setting.. but i'm not sure "CRC32 error" would have been more useful than a crash 2025-09-09T19:42:54 < karlp> jpa-: exactly. 2025-09-09T19:42:59 < mercenary> This reminds me of the key-disk scheme that SPSS used. 10 sectors-per-track floppy disk, with 20 sectors on it, by tricking valid sector headers and CRCs in the actual sector data 2025-09-09T19:43:04 < karlp> but the metro nerds are like, "omg, can _NEVER_ show a wrong weight!" 2025-09-09T19:43:33 < karlp> but we don't hav ea bootloader now, because "that's easy, we'll just add that later" which obviously never happened. 2025-09-09T19:43:54 < karlp> so I needed a method of getting -some_ sort of crc into the app. 2025-09-09T19:43:59 < jpa-> i guess i could have had the bootloader roll back to previous version (normally the rollback is behind a button) 2025-09-09T19:44:26 < karlp> and everything else I could come up with resulted in having images that say checksum AAA, but if you calculate the checksum, you get BBB 2025-09-09T19:44:27 < jpa-> but that wouldn't have helped either when the most common location for the bit flips was within first 16 bytes of the flash.. 2025-09-09T19:44:42 < karlp> and I had no interest in trying to provide "custom" validation tools for the crc. 2025-09-09T19:44:52 < qyx> 16:43 < karlp> but we don't hav ea bootloader now, because "that's easy, we'll just add that later" which obviously never happened. 2025-09-09T19:44:55 < qyx> sounds so familiar 2025-09-09T19:45:27 < karlp> sooo. I just choose a "plausible looking" crc value from /dev/urandom, then calc the last 4 bytes to give me that CRC and append it the binary. 2025-09-09T19:45:45 < karlp> I think this is the best of a shitty situation, but it does seem a bit hairy. 2025-09-09T19:45:52 < karlp> gonna go and drink beer and think about it over night I think. 2025-09-09T19:56:34 < jpa-> i think you should spend tomorrow compiling a list of hex strings like 0xB00B1E5 and 0xFACEC0C and pick the CRC32 from those 2025-09-09T19:58:46 < karlp> I think I have a bigger problem. 2025-09-09T19:58:55 < karlp> (it doesn't even work) 2025-09-09T19:59:32 < karlp> the forced bytes at the end become -what is needed- to make the crc, but I don't have the crc value anywhere still. 2025-09-09T19:59:38 < karlp> I mean, pad more I guess.... 2025-09-09T20:00:06 < karlp> feck this. 2025-09-09T20:00:37 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-09T20:04:53 < karlp> ok, that's all it needs then: https://paste.jvnv.net/view/vyMj5 2025-09-09T20:05:44 < jpa-> that's boring, a real hacker would write a new forcecrc32 that would make the padding bytes equal the CRC32 of the whole file 2025-09-09T20:06:06 < karlp> well, my way doesn't modify the existing forcecrc32 file from that website. 2025-09-09T20:06:14 < jpa-> lazy 2025-09-09T20:07:47 < karlp> so, problme now is that if you're developing, and load the elf, you won't have any crc in flash to check against.... 2025-09-09T20:07:51 < karlp> but that's nothign new. 2025-09-09T20:07:58 < karlp> "test mode: engaged!" 2025-09-09T20:09:15 < jpa-> or.. you'll have the CRC that is from previously loaded padded binary? depending on how eager the flasher is to keep old data outside the .elf 2025-09-09T20:44:55 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Read error: Connection reset by peer] 2025-09-09T21:17:09 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 258 seconds] 2025-09-09T21:34:04 < qyx> what the hell are you doing again? 2025-09-09T21:34:12 < qyx> crcing an elf? 2025-09-09T21:34:28 < qyx> to check in runtime? 2025-09-09T21:36:00 < qyx> oh you are trying to patch an existing binary to have a specific crc to verify in runtime? 2025-09-09T21:36:12 -!- infisx [~infisc@user/infisc] has quit [Read error: Connection reset by peer] 2025-09-09T21:44:57 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-09T21:51:07 < machinehum> Is there a "normal everyone does it this way" way to expand a partition on boot 2025-09-09T21:51:13 < machinehum> For embedded shit 2025-09-09T21:51:24 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 244 seconds] 2025-09-09T21:54:37 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-09T22:00:29 -!- LoneElf [~bkinman@2600:1700:87f0:c840:a109:334f:8011:b2ef] has joined ##stm32 2025-09-09T22:00:51 < LoneElf> Anybody want to make some money helping me get PWM output to work with burst mode? 2025-09-09T22:02:07 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 260 seconds] 2025-09-09T22:02:10 < LoneElf> Background: I've got an STM32h7, and I've got my master timer rolling over every ~10ms. I've got HRTIM Timer D running continuously, generating a 200Khz square wave -- and I want the burst mode controller to make it such that I only get N pulses every time the HRTIM master rolls over. 2025-09-09T22:03:10 < LoneElf> For some reason it's not working. I'm all set up with a scope, and happy to screenshare. I'm kind of at a loss as to what I'm doing wrong. 2025-09-09T22:04:25 < LoneElf> I'm using the STM32 HAL, btw. 2025-09-09T22:04:39 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-09T22:05:44 < LoneElf> If this works out well, I could probably use more of this type of support, and there's an opportunity for an ongoing relationship -- potentially we could pass off firmware work for this project. I'd ship you a dev board. 2025-09-09T22:08:15 -!- LoneElf [~bkinman@user/LoneElf] has changed host 2025-09-09T22:26:01 < jpa-> LoneElf: i have stm32h7 dev board, so if my rate 80 EUR/h fits for you, i can do it ( https://www.devembedded.com/ ) 2025-09-09T22:28:13 < LoneElf> jpa-, DMed you. 2025-09-09T23:01:29 -!- drzacek [~quassel@2a01:3d8:3ae:8f00:cdd4:ed68:8929:862] has joined ##stm32 2025-09-09T23:05:03 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-09T23:16:44 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 256 seconds] 2025-09-09T23:20:41 -!- krabrock [~krabrock@user/krabrock] has joined ##stm32 2025-09-09T23:35:41 -!- drzacek [~quassel@2a01:3d8:3ae:8f00:cdd4:ed68:8929:862] has quit [Quit: quit] 2025-09-09T23:37:57 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-09T23:42:00 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 245 seconds] 2025-09-09T23:47:32 -!- Livio [~livio@user/livio] has joined ##stm32 --- Day changed Wed Sep 10 2025 2025-09-10T00:12:06 < qyx> loljpa 2025-09-10T00:36:56 -!- krabrock [~krabrock@user/krabrock] has quit [Quit: ZZZzzz…] 2025-09-10T00:39:55 -!- krabrock [~krabrock@user/krabrock] has joined ##stm32 2025-09-10T00:49:48 -!- krabrock [~krabrock@user/krabrock] has quit [Quit: ZZZzzz…] 2025-09-10T01:00:10 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-10T01:00:26 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Client Quit] 2025-09-10T01:15:36 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-10T02:00:27 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-10T02:12:54 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-10T02:17:33 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-10T02:18:33 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-10T02:18:58 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-10T02:53:53 -!- signedzero [~signedzer@user/signedzero] has joined ##stm32 2025-09-10T03:05:21 -!- NEYi [~NEYi@195.234.78.187] has quit [Read error: Connection reset by peer] 2025-09-10T05:12:40 -!- jfsimon1981 [~jfsimon19@lfbn-lyo-1-763-48.w92-137.abo.wanadoo.fr] has quit [Read error: Connection reset by peer] 2025-09-10T05:32:45 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-10T06:50:47 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-10T06:51:46 -!- LoneElf [~bkinman@user/LoneElf] has quit [Remote host closed the connection] 2025-09-10T06:52:03 -!- LoneElf [~bkinman@2600:1700:87f0:c840:ca07:1ce6:19f0:f52b] has joined ##stm32 2025-09-10T07:27:46 -!- LoneElf [~bkinman@2600:1700:87f0:c840:ca07:1ce6:19f0:f52b] has quit [Ping timeout: 256 seconds] 2025-09-10T07:47:04 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Quit: bitmask] 2025-09-10T08:10:30 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-10T08:11:32 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-10T08:19:30 < jpa-> qyx: hey, gotta have some business! 2025-09-10T08:21:01 -!- richorus [~richorus@91.216.211.198] has joined ##stm32 2025-09-10T08:23:17 -!- richorus [~richorus@91.216.211.198] has left ##stm32 [] 2025-09-10T09:13:44 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 256 seconds] 2025-09-10T09:36:27 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-10T10:21:37 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-10T10:21:51 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 250 seconds] 2025-09-10T11:01:53 < Steffanx> jpa- is bestest. jpa- is ##stm32 approved! 2025-09-10T11:04:14 -!- specing [~specing@user/specing] has quit [Ping timeout: 256 seconds] 2025-09-10T11:31:36 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-10T11:31:36 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-10T11:35:23 -!- LoneElf [~bkinman@2600:1700:87f0:c840:9c1a:40a4:cf2e:ded3] has joined ##stm32 2025-09-10T11:45:34 -!- LoneElf [~bkinman@2600:1700:87f0:c840:9c1a:40a4:cf2e:ded3] has quit [Ping timeout: 260 seconds] 2025-09-10T11:46:56 < machinehum> hoi 2025-09-10T11:55:59 < signedzero> Is Nucleo-F767ZI Ok board to start with? 2025-09-10T11:57:33 < ventyl> well, a bit of an overkill I guess but shouldn't make your learning curve any steeper than more lower-range one 2025-09-10T12:01:38 < signedzero> Maybe I should buy a Discovery one? 2025-09-10T12:07:46 < ventyl> maybe you could start by describing what are your objectives 2025-09-10T12:08:42 < ventyl> there is a bunch of nucleo boards and a bunch of discovery boards. I'd guess that discovery boards will have more on-board hardware but the raw CPU power is delivered in wide range in nucleo boards. 2025-09-10T12:09:13 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-10T12:10:19 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 258 seconds] 2025-09-10T12:11:24 -!- signedzero1 [~signedzer@188.190.85.165] has joined ##stm32 2025-09-10T12:12:31 -!- signedzero1 [~signedzer@188.190.85.165] has quit [Client Quit] 2025-09-10T12:15:37 < signedzero> Just learning, nothing special. Currently I'm codding buttons and forms, decide to try some hardware. I also have some experience exp with MSP430G255 but not much 2025-09-10T12:20:52 < ventyl> well, buy whatever you feel comfortable paying for. all discoviers and nucleos have programmer on-board so you can start blinking leds with no additional hardware. 2025-09-10T12:21:30 < ventyl> unless you go extremely fancy, even some mid-range nucleo will support your experimentation for months to come. 2025-09-10T12:21:41 < ventyl> these things have pinheaders so you can attach additional hardware 2025-09-10T12:23:01 < signedzero> Got it, thanks 2025-09-10T12:24:10 -!- Famine- [~Famine@user/famine-] has joined ##stm32 2025-09-10T12:24:19 < ventyl> moreover, the SDK is written in somewhat-modular way so firmware can be done kind-of portable between devices with reasonable effort 2025-09-10T12:27:22 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 248 seconds] 2025-09-10T12:31:35 < zyp> overkill is a stupid argument when it comes to «which nucleo should I start with?» 2025-09-10T12:34:15 < zyp> my take on this is as follows: some chips/boards have special features that may be interesting for a particular project (e.g. connectivity like usb/ethernet, lcd displays, etc…) 2025-09-10T12:34:39 < zyp> if I'm looking for a devboard, I generally pick based on that 2025-09-10T12:35:07 < zyp> if you don't need anything special, then anything will do 2025-09-10T12:35:38 < zyp> but I would probably avoid older chips that you wouldn't base a new project on 2025-09-10T12:47:14 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-10T12:59:33 -!- drzacek [~quassel@2a01:3d8:3c7:5800:5089:7a3e:ea2d:2792] has joined ##stm32 2025-09-10T13:26:42 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 260 seconds] 2025-09-10T13:26:45 < qyx> if he is coding buttons and forms, F7 may be the required minimum as well 2025-09-10T13:27:04 < qyx> (considering F4 outdated) 2025-09-10T13:29:22 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-10T13:40:04 < qyx> oh I didn't read properly 2025-09-10T13:40:49 < jpa-> codding sounds like fishy business 2025-09-10T13:55:17 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-10T15:11:22 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-10T15:37:49 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-10T15:47:43 -!- specing [~specing@user/specing] has joined ##stm32 2025-09-10T16:00:28 < karlp> harhar 2025-09-10T16:25:03 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-10T16:58:18 < karlp> here, I wrote it up a bit and included the snippets: https://github.com/karlp/forcecrc-py 2025-09-10T17:01:33 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection] 2025-09-10T17:23:31 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-10T17:24:05 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-10T17:25:57 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-10T17:41:27 < karlp> now work side is just tangled up in the soup of cmake macros and deps that forefathers constructed... 2025-09-10T18:08:35 < ventyl> that's how things end up if people treat CMake as yet another scripting language 2025-09-10T18:10:25 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-10T18:10:44 < karlp> yeah, there's a single custom target with like 10 ${CMAKE_COMMAND} -E sh -c 'lollloll' shits so the deps are all fucked up 2025-09-10T18:11:05 < karlp> I'm runnign graphvis on it now to try and make them all just independent targets that can be dep'd properly. 2025-09-10T18:17:34 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-10T18:19:29 < ventyl> that must be a mess 2025-09-10T18:19:56 < ventyl> while weeping the floor I realized that I can treat undo/redo and transactions using the same mechanics 2025-09-10T18:20:03 < ventyl> it will be pain to implement though 2025-09-10T18:20:07 < karlp> eh, just tedious, because cmake is kinda gross anyway. 2025-09-10T18:20:40 < ventyl> CMake is ok, once you understand that its nature is declarative and imperative parts are considered to be just helpers 2025-09-10T18:21:09 < karlp> eh, you can smell all the "we added heaps of shit over time to handle every committees bullshit" though. 2025-09-10T18:21:30 < karlp> also, dumb. the graphiz stuff doesn't go to file level... 2025-09-10T18:21:35 < karlp> best you can get is custom_targets. 2025-09-10T18:25:46 < ventyl> yes, it can feel like this if you have a combination of old-style set(this-and-that-property ) and "new-style" target_* commands 2025-09-10T18:26:22 < ventyl> if the code is purely target-based and leverages INTERFACE declarations, then code is rather clean, i'd say 2025-09-10T18:32:58 -!- c10ud [~c10ud@user/c10ud] has quit [Quit: Leaving] 2025-09-10T18:33:27 < signedzero> jpa: nice catch! :) English in not my native, sry 2025-09-10T18:34:50 -!- LoneElf [~bkinman@user/LoneElf] has joined ##stm32 2025-09-10T18:43:40 < karlp> ventyl: yeah, but good luck actaully having cleanroom cmake to work with :) 2025-09-10T18:50:07 < karlp> weird little niggle now is that the "random" crc is only created once when the cmake file is generated. 2025-09-10T18:50:12 < karlp> not sure that matters though. 2025-09-10T18:52:53 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-10T19:10:40 < ventyl> karlp: reworking from just-a-bunch-of-variables to target-based is, i'd say trivial 2025-09-10T19:10:56 < ventyl> you'll probably find a few bugs in the buildsystem along the way though which will slow you down 2025-09-10T19:17:20 < karlp> it's not trivial, because there's little gems of love scattered all over the place, and it's not delivering me any value. 2025-09-10T19:17:29 < karlp> I've unfucked one more piece. 2025-09-10T19:17:32 < karlp> that's enough for today... 2025-09-10T19:17:52 < karlp> now to actually _take appropriate action_ when the crc fails, instead of"return" which.... went... somewhere? 2025-09-10T19:39:02 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-10T19:43:52 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-10T19:44:52 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-10T19:45:16 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-10T19:45:21 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-10T19:57:38 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-10T20:31:28 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 256 seconds] 2025-09-10T20:34:50 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-10T20:53:28 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Quit: bitmask] 2025-09-10T21:06:09 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 248 seconds] 2025-09-10T21:28:59 -!- krabrock [~krabrock@user/krabrock] has joined ##stm32 2025-09-10T21:29:50 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-10T22:15:51 -!- drzacek [~quassel@2a01:3d8:3c7:5800:5089:7a3e:ea2d:2792] has quit [Quit: quit] 2025-09-10T22:18:40 -!- krabrock [~krabrock@user/krabrock] has quit [Quit: ZZZzzz…] 2025-09-10T22:19:29 -!- krabrock [~krabrock@user/krabrock] has joined ##stm32 2025-09-10T22:29:24 -!- qyx [~qyx@84.245.121.61] has quit [Ping timeout: 258 seconds] 2025-09-10T22:30:25 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-10T22:31:11 -!- qyx [~qyx@84.245.120.1] has joined ##stm32 2025-09-10T22:43:26 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-10T22:44:24 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-10T22:44:49 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-10T22:53:33 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-10T22:53:47 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer] 2025-09-10T22:55:57 -!- infisd [~infisc@user/infisc] has quit [Read error: Connection reset by peer] 2025-09-10T23:29:25 < tomeaton17> damn charlie kirk shooting video does not look like survival is likely 2025-09-10T23:33:19 < qyx> in the best america? 2025-09-10T23:33:33 < qyx> I have seen something about it on the interweb but didn't look closer 2025-09-10T23:35:26 < tomeaton17> its pretty graphic, looks like through the carotid or some big neck artery 2025-09-10T23:37:34 < tomeaton17> If he has actually died his last words were "gang violence"... 2025-09-10T23:38:37 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-10T23:48:03 < tomeaton17> confirmed dead by trump now 2025-09-10T23:53:17 < qyx> karlp: now I see why are you doing what are you doing, I am using a different approach - there is 0x00 or 0xff at the place where the checksum/signature should be, I compute it using that value and then update the binary as a post-compile step 2025-09-10T23:54:18 < qyx> that way, with some kind of checksums, you can directly compute checksum over the whole binary and you should get 0x00/0xff or I compute signature excluding that areay where it is saved (I know it in runtime) and compare afterwards 2025-09-10T23:55:25 < qyx> in the case of ELFs (I am using verbatim ELF in flash as an application firmware) my signature is in a dedicated ELF section --- Day changed Thu Sep 11 2025 2025-09-11T00:22:51 < karlp> yeah, I looked at computing with skipping shit, but thats totalyl incompatible with "here's a binary, you can calc the crc yourself" 2025-09-11T00:23:04 < karlp> I _know_ that crc is not verification or auth _at all_ but that's not the point. 2025-09-11T00:23:14 < karlp> it makes the welmec knobs happy. 2025-09-11T00:23:56 < qyx> yes I understand you are not trying to verify it 2025-09-11T00:25:34 < qyx> but you will hit some shit when asked to use a different kind of "checksum" where it is mathematically impossible to do what you are doing now 2025-09-11T00:25:52 < qyx> but tbh I like the solution 2025-09-11T00:27:54 < karlp> no, they don't get to say "use a different checksum" 2025-09-11T00:28:07 < karlp> also, _any_ checksum can be made to do this, it's how checksums work. 2025-09-11T00:29:44 < karlp> now, i want to quickly demo that this ads1263 waveshare hat works, then I want to play no mans sky 2025-09-11T00:32:20 < qyx> goo dluck 2025-09-11T00:32:43 < qyx> I just powered up my shit and nothing is shorted, even managed to flash a bootloader 2025-09-11T00:34:17 < qyx> lightpipes are too far away from leds :( 2025-09-11T00:36:51 < zyp> karlp, you get asked to do such weird shit 2025-09-11T00:37:50 < zyp> if my boss asked me to do something like that, I would have been all «nah, that's not how checksums work» 2025-09-11T00:37:53 < karlp> you can read welmec guide 7.2 and see for yourself 2025-09-11T00:37:57 < karlp> it's not my boss, 2025-09-11T00:38:11 < karlp> it's "the test cert people do NOT CARE, they just have a checklist" 2025-09-11T00:38:36 < karlp> and one of them is "protetion from accidental firmware changes" with a (short list) of "acceptable solutions" 2025-09-11T00:39:23 < qyx> which section is that? 2025-09-11T00:39:28 < qyx> my search-fu failed 2025-09-11T00:39:39 < zyp> page 24 2025-09-11T00:40:19 < karlp> that's actually the dumber one i tried caling them out on when I met them in prague. 2025-09-11T00:40:37 < karlp> It's P5 on p 23 2025-09-11T00:41:05 < qyx> let's ee 2025-09-11T00:41:06 < karlp> p6 we'll say the same thing to make them happy, but I could NOT convince them they were out of their minds insistint that a crc32 provided authenticated binaries 2025-09-11T00:41:50 < karlp> a lot of this is _super dumb_ 2025-09-11T00:41:51 < qyx> did they really said crc32 does that? 2025-09-11T00:42:01 < zyp> yup 2025-09-11T00:42:03 < qyx> is it actually mandatory? 2025-09-11T00:42:10 < zyp> > If a checksum is used, the algorithm shall have a key 2025-09-11T00:42:11 < zyp> length of at least 4 bytes 2025-09-11T00:42:12 < qyx> I mean, I saw it but didn't give a shit 2025-09-11T00:42:21 < karlp> yeah, older versions were 16bit. 2025-09-11T00:42:31 < karlp> they recommend using a "secret" IV for your crc :) 2025-09-11T00:42:42 < karlp> "because we're smrat" 2025-09-11T00:42:52 < zyp> so, why don't you just actually sign your binary and call it a day? 2025-09-11T00:43:04 < karlp> that's what I want to do. 2025-09-11T00:43:18 < karlp> we've got that sort of lined up for another product coming up, 2025-09-11T00:43:24 < zyp> that doesn't read like an unacceptable solution to me 2025-09-11T00:43:48 < karlp> but manufactyuring is pushing back with "no, sap doesn't work like that, we can't program keys into each device uniquely" 2025-09-11T00:43:52 < zyp> so why fuck around with stupid bullshit instead of doing it right? 2025-09-11T00:44:01 < karlp> no, if we do proper PKI it would be good and right and proper. 2025-09-11T00:44:24 < karlp> in the meantime I still have current shit to get out the door, and there's dumb people on our side of the cert/vendor divide too... 2025-09-11T00:44:26 < zyp> uniquely? 2025-09-11T00:44:42 < karlp> like, per device cert for doign signed auth stuff. 2025-09-11T00:44:54 < zyp> the fuck would you do per device shit for? 2025-09-11T00:44:56 < karlp> I want PKI from manufacturing, so we can be ready for CRA as well. 2025-09-11T00:44:59 < qyx> what about a single manufacturer master key? 2025-09-11T00:45:11 < karlp> well, it's for _otehr_ bits besides this 2025-09-11T00:45:35 < qyx> ok, asking again, is this welmec shit mandatory? 2025-09-11T00:45:45 < karlp> if you want a legally verified scale, yes. 2025-09-11T00:45:50 < karlp> not all scales need legal verification 2025-09-11T00:46:04 < qyx> how your employer managed to do business without it until now? 2025-09-11T00:46:27 < karlp> no, different platforms had a bootloader that checked the crc in a more traditional manner 2025-09-11T00:46:40 < karlp> but "lol, bootloaders are easy, we'll do that later" 2025-09-11T00:46:55 < karlp> so my platform has no bootloader, "it's simple, bug free software, just port the existing one" 2025-09-11T00:47:21 < karlp> when I started ~2 years ago it was "99% done, just needs a few little fixes" 2025-09-11T00:47:30 < karlp> anyway, you're interrupting now :) 2025-09-11T00:47:40 < qyx> I am sorry 2025-09-11T00:47:43 < zyp> how far along are you with the remaining 99% now? 2025-09-11T00:48:06 < jbo> haha 2025-09-11T00:48:20 < qyx> also, finished porting my shit now 2025-09-11T00:48:29 < jbo> to FreeBSD? 2025-09-11T00:48:31 < karlp> zyp: signed firmware would fix the "hasn't been tampered with" yes, but I want per device certs for a) CRA stuff and b) lots of the newer weighing stuff around legally verified software requires auth on the messages, and tampering prevention 2025-09-11T00:48:36 < qyx> bootloader works, firmware signatures work 2025-09-11T00:48:47 < karlp> so my easiest path is just plain pki. 2025-09-11T00:49:44 < zyp> isn't that two different things though? 2025-09-11T00:49:59 < karlp> as for the remaining 99%, well, pretty close actually. I've got kinda one bug that I just want to verify a fix on, and one unrequested feature I think I will do because they're going to want it, and then it's "done" 2025-09-11T00:50:21 < zyp> signed firmware verifies against a pubkey, signing messages requires a private key 2025-09-11T00:50:35 < karlp> zyp: yes, different things, but having a per device cert with company run PKI lets me meet alllll the requirements with just different uses of the device priv keys. 2025-09-11T00:51:06 < zyp> and the private key can be generated on the device at first boot, so I'm not sure I understand the problem 2025-09-11T00:51:07 < karlp> and the requirements upcomning for messaging want signed messages before they want signed firmware. 2025-09-11T00:51:45 < karlp> if it's generated on device, I cant claim that the device hasn't been tampered with. 2025-09-11T00:51:58 < qyx> what 2025-09-11T00:52:09 < karlp> what? 2025-09-11T00:52:19 < karlp> I need the pub part to verify the messages. 2025-09-11T00:52:43 < qyx> of course you need it, but you either do TOFU or out-of-band transfer 2025-09-11T00:52:53 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-11T00:53:03 < qyx> for TOFU, well, it defines you save it on first use 2025-09-11T00:53:04 < karlp> TOFU I dont think will count as acceptable, or at least, I don't think it should count as acceptable. 2025-09-11T00:53:26 < karlp> out of band is wayyyyy to complicated when jsut placing signed sub certs on each device at manufacturing solves it? 2025-09-11T00:53:30 < qyx> so whenever there is a tamper event changing the private key, you will see it as the messages won't be authenticated anymore 2025-09-11T00:53:49 < karlp> the whole tamper thing is bullshit in weighing anyway, at least so far. 2025-09-11T00:53:51 < zyp> right, so get the pubkey for on-device generated private key and sign it 2025-09-11T00:53:55 < zyp> problem solved 2025-09-11T00:54:10 < karlp> zyp: that still has to be done at manufacturing stage. 2025-09-11T00:54:25 < zyp> yep 2025-09-11T00:54:31 < qyx> zyp: that's basically a self-signed cert 2025-09-11T00:54:42 < karlp> so it's still a "per device manufacturing step with pki" 2025-09-11T00:54:51 < karlp> which manufacturing is saying "nope, aint' happening" on. 2025-09-11T00:55:05 < qyx> can't do that in labview? 2025-09-11T00:55:10 < karlp> fucking no. 2025-09-11T00:55:14 < qyx> :> 2025-09-11T00:55:16 < karlp> this is all sap and some dassault shit 2025-09-11T00:55:26 < zyp> you can do it without online connectivity 2025-09-11T00:56:00 < qyx> anyway, if you are pushing linux then yes, full pki is reasonable 2025-09-11T00:56:18 < zyp> as long as the test station has the signing key to attest the device as genuine, it can get the pubkey from the device and give a signature back 2025-09-11T00:56:18 < qyx> with legit root of trust, signed u-boot, FIT images, etc. 2025-09-11T00:56:34 < karlp> I'm not pushing linux at the moment. 2025-09-11T00:56:58 < karlp> I believe the only sane path for a next gen is linux, 2025-09-11T00:57:19 < karlp> and that will be getting done from the ground up to follow the guidelines on some of this, not trying to retrofit it into "this is how we've always done it" 2025-09-11T00:59:14 < karlp> my present little pihat experiments are to both a) can it be done easily in linux, and b) can it be done with wayyyyy cheaper ADCs 2025-09-11T01:00:02 < qyx> yeah, see karl, doing trusted linux, in 2028, after 3 burnouts and a cardiac arrest 2025-09-11T01:00:09 < zyp> in other news, I now have three different upcoming rust-on-zephyr projects that'll do protobuf over mqtt over ethernet, wifi or lte 2025-09-11T01:00:41 < karlp> I actually believe, given how dumb most of the welmec requirements are, that I can gloss heavily over the hardkore "trusted linux" stuff. 2025-09-11T01:00:46 < zyp> working on a common base for all three at once 2025-09-11T01:01:49 < zyp> currently undecided on how much of the protobuf/mqtt/tls/tcp/ip stack should be done in rust and how much in zephyr 2025-09-11T01:02:09 < karlp> what was it agin, uyou have rust running a btle stack, talking to a HCI layer in zephyr? 2025-09-11T01:02:21 < karlp> becuase you wanted trouble not nimble? 2025-09-11T01:02:44 < zyp> not for any of these projects 2025-09-11T01:02:44 < karlp> or because you wanted tthe gattc/s to be in rust, not zephyr? 2025-09-11T01:02:55 < zyp> but yeah 2025-09-11T01:03:07 < karlp> oh, so now it's j ust "I know how to run a rust task on top, so let's just do that" 2025-09-11T01:03:14 < zyp> no 2025-09-11T01:03:27 < qyx> oh yeah, zyp in 2028, after 4 burn.. 2025-09-11T01:03:52 < karlp> in other good news though, I've harped enough on how shit some stuff is, that a collegue at work agreed and rewrote the web server to support multiple clients instead of just one :) 2025-09-11T01:03:59 < karlp> so it's getting better :) 2025-09-11T01:04:08 < zyp> the first rust-on-zephyr project I did was trouble on zephyr HCI on nrf54l, because that was currently the only supported way to run BLE on nrf54l 2025-09-11T01:05:18 < zyp> for the next project, I talked the boss out of shoehorning everything into nrf54l and we moved to stm32h5 instead (will run HCI over UART to an external nrf54l for BLE, wouldn't need zephyr on the h5 for that) 2025-09-11T01:05:39 < zyp> but that one will also have nrf70, and the nrf70 stack also needs zephyr 2025-09-11T01:05:56 < karlp> what ws the motivation for rust on the first one? 2025-09-11T01:05:59 < zyp> coworker looked into what it'd take to run it without and gave up 2025-09-11T01:06:07 < zyp> async 2025-09-11T01:06:25 < zyp> we wanted async, looked into going C++ like laks 2025-09-11T01:07:38 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds] 2025-09-11T01:07:58 < zyp> coworker trialled another project with it, ran into some footguns with reference lifetimes, asked me if I knew a way to get the compiler to catch issues like that, I jokingly replied «not without switching to rust, I think» 2025-09-11T01:08:19 < zyp> a few days later he pops into my office «actually, we shouldn't just switch to rust then?» 2025-09-11T01:08:43 < karlp> nicec to have nice colleagues :) 2025-09-11T01:09:21 < karlp> but hey, I got a meeting invite tomorrow for something from top down about "next steps for CRA compliance" so.... hopefuylly someone else can help me hammer some of this shit into place :) 2025-09-11T01:09:52 < karlp> I spent a few months trying to push on getting the "marel" github account sorted out, github apparently weren't helpful. 2025-09-11T01:10:10 < karlp> now, someone has grabbed "jbtmarel" on github as well, and no-one admits to having done that. 2025-09-11T01:10:16 < karlp> so yey, clever people. 2025-09-11T01:24:24 < zyp> so far I've made a couple of nice rust abstractions over zephyr, trying to keep them modular so that they're usable without zephyr too in the future 2025-09-11T01:26:21 -!- krabrock [~krabrock@user/krabrock] has quit [Quit: krabrock] 2025-09-11T01:26:22 < zyp> e.g. I made a derive macro to be able to easily declare structs to be persisted in zephyr's settings subsystem (it's a key-value store, so one entry per struct field) 2025-09-11T01:27:32 < zyp> it's pretty nice, just declare the struct, add #[derive(Settings)], then do Foo::load("prefix"); 2025-09-11T01:28:41 < zyp> and then we were originally planning to avoid zephyr on the h5, so I went and wrote a second backend for it that'll use https://docs.rs/ekv/latest/ekv/index.html instead 2025-09-11T01:46:51 < qyx> offtopic, have you ever seen some kind of a "led" software interface allowing the callee to specify if the LED should be lit or not, a color if supported, brightness if supported 2025-09-11T01:47:19 < qyx> and allow to specify a blink pattern (eg. to show errors), fade in/out pattern, and such things 2025-09-11T01:47:40 < qyx> something similar to /sys/class/led but a bit more elaborate 2025-09-11T01:48:03 < qyx> I need something to look at 2025-09-11T01:48:29 < zyp> bet zephyr has one 2025-09-11T01:48:46 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-11T01:48:51 < zyp> https://docs.zephyrproject.org/apidoc/latest/group__led__interface.html 2025-09-11T01:50:56 < qyx> oh 2025-09-11T01:51:05 < qyx> no blink patterns though 2025-09-11T01:51:47 < zyp> another thing you might want to consider is priorities 2025-09-11T01:51:59 < qyx> yeah thinking about it right now 2025-09-11T01:52:00 < qyx> literally 2025-09-11T01:52:42 < qyx> eg. a task emitting an error would probably want to override some status heartbeat 2025-09-11T01:53:14 < zyp> last time I wrote some LED code, I ended up with an ugly state machine 2025-09-11T01:53:29 < zyp> so that the priorities would be handled correctly 2025-09-11T01:53:42 < qyx> I need to rewrite mine, now it requires a thread per led 2025-09-11T01:57:32 < zyp> if you used coroutines, that wouldn't really be an issue ;) 2025-09-11T02:08:06 < qyx> nah 2025-09-11T02:08:13 < qyx> such alien concepts 2025-09-11T02:09:12 < qyx> so apparently mouser isn't gonna send me my stuff 2025-09-11T02:09:38 < qyx> time for octopart again 2025-09-11T02:12:04 < qyx> so ezurio/laird is EU based and yet the only distributors stocking their modules is mouser, digikey and arrow 2025-09-11T02:12:28 < qyx> the same goes for ublox, EU based, apparently manufactured in US and stocked/shipped from US 2025-09-11T02:16:34 < qyx> they are in stock in farnell, interesting that octopart doesn't list them 2025-09-11T02:52:19 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has joined ##stm32 2025-09-11T02:54:59 < nomorekaki> consume aqua 2025-09-11T03:48:44 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection] 2025-09-11T03:49:08 -!- hexo [~hexo@user/hexo] has joined ##stm32 2025-09-11T03:55:10 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-11T04:23:17 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-11T04:34:18 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-11T04:41:30 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-11T04:42:46 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 256 seconds] 2025-09-11T04:51:28 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-11T05:35:24 -!- infisx [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-11T05:48:57 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-11T06:46:22 * antto throws "Barbie Girl" at nomorekaki 2025-09-11T07:01:11 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-11T07:57:02 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-11T08:09:51 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Quit: bitmask] 2025-09-11T09:10:06 < Steffanx> Damn you antto . Now I have that tune in my head 2025-09-11T09:11:57 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-11T09:20:25 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-11T09:23:01 < antto> >:) 2025-09-11T09:23:24 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-11T09:23:26 < antto> it's fantastic, isn't it 2025-09-11T09:23:55 < antto> but why blame me, nomorekaki started it! 2025-09-11T09:47:24 -!- dkc [~dan@user/dkc] has quit [Ping timeout: 260 seconds] 2025-09-11T09:50:12 < jbo> which tune? 2025-09-11T10:06:38 -!- dkc [~dan@user/dkc] has joined ##stm32 2025-09-11T11:30:26 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-11T11:37:14 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-11T11:38:15 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-11T11:52:52 < tomeaton17> hello there 2025-09-11T12:05:03 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-11T12:05:03 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-11T12:09:57 -!- c10ud [~c10ud@host-87-2-122-85.retail.telecomitalia.it] has joined ##stm32 2025-09-11T12:09:57 -!- c10ud [~c10ud@user/c10ud] has changed host 2025-09-11T12:20:38 -!- c10ud [~c10ud@user/c10ud] has quit [Ping timeout: 256 seconds] 2025-09-11T12:24:58 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-11T12:39:27 -!- c10ud [~c10ud@host-87-2-122-85.retail.telecomitalia.it] has joined ##stm32 2025-09-11T12:39:27 -!- c10ud [~c10ud@user/c10ud] has changed host 2025-09-11T12:41:53 < karlp> fucking great. this damn pi is giving me no console on serial, and doesn't appear to be getting a link light 2025-09-11T12:41:57 < karlp> I wonder if it has functional ethernet... 2025-09-11T12:43:59 < qyx> does it boot at all? 2025-09-11T12:44:21 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has quit [Quit: Client closed] 2025-09-11T12:45:10 < karlp> yeah, plugged in a usb-eth and it has come up on an ip now. 2025-09-11T12:45:19 < karlp> still no fucking serial console 2025-09-11T12:45:28 < karlp> I wonder where this pi even came frrom. 2025-09-11T12:45:59 < qyx> is the getty.serial shit enabled? 2025-09-11T12:46:23 < qyx> assuming you have ssh.. 2025-09-11T12:47:08 < karlp> ssh worked once I plgged in a usb eth, and a hdmi monitor to watch it's console 2025-09-11T12:47:22 < karlp> and then raspi-config "turned on" the serial login console, but... hasn't 2025-09-11T12:47:49 < qyx> no other overlay enabled? 2025-09-11T12:47:57 < karlp> no, fresh image. 2025-09-11T12:48:02 < qyx> wreid 2025-09-11T12:48:04 < BrainDamage> uboot itself should have a serial output 2025-09-11T12:48:16 < qyx> rpi boots directly using their bl 2025-09-11T12:48:40 < karlp> no uboot here mang, this is cambridge weknowzbetter world. 2025-09-11T13:13:13 -!- drzacek [~quassel@2a01:3d8:3df:d400:b581:8bc:65f4:a8bc] has joined ##stm32 2025-09-11T13:17:25 < Steffanx> Jbo : 🎶 "You can touch, you can play. If you say, "I'm always yours"" 🎶 2025-09-11T13:21:17 < karlp> hrm, some notesa bout needing to dsiable bluetooth or something first. 2025-09-11T13:21:40 < karlp> whatever, physical ethernet might be busted, but it turns out it has wifi, and that works, so ssh is ok and reliable now. 2025-09-11T13:21:45 * karlp shrugs 2025-09-11T13:21:56 < karlp> so much for a serial ocnsol being a safe default to rely on. 2025-09-11T13:37:51 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-11T13:38:09 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 248 seconds] 2025-09-11T13:39:27 -!- duude__- is now known as duude__ 2025-09-11T14:00:47 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-11T14:35:11 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection] 2025-09-11T14:58:47 < tomeaton17> has anyone used i3c yet? 2025-09-11T15:13:02 < zyp> not yet, but watching with interest 2025-09-11T15:13:17 < zyp> what are you considering using it for? 2025-09-11T15:14:12 < qyx> not yet, watching with disinterest 2025-09-11T15:17:36 < tomeaton17> I am also just interested, no plans to use it. Seems like apart from mobile where its being forced by the protocol designers its not really being used 2025-09-11T15:19:15 < zyp> I recently specced a project to use some pins that can do both uart/i2c/i3c for future expandability 2025-09-11T16:10:29 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-11T16:32:10 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 255 seconds] 2025-09-11T17:06:56 < radhitya> tomeaton17: til i3c 2025-09-11T17:07:01 < radhitya> today i learned 2025-09-11T17:27:46 < karlp> meh, now my other board isn't sending anything on serial either. 2025-09-11T17:33:45 < jpa-> the I3C high data rate ternary encoding seems quite weird :D 2025-09-11T17:47:06 < karlp> nope I'm just dumb. this never worked with this wiring config. need a differentcable from work. 2025-09-11T18:07:10 < qyx> dont be dumb 2025-09-11T18:11:38 < karlp> fucking, just had another dumb bit, with fucking usb uart dongles not letting thigns reset properly by holding lines 2025-09-11T18:43:22 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-11T19:54:07 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-11T20:07:10 < karlp> bleh, webbluetooth works on chrome on android, not on chrome on linux _for this device_ 2025-09-11T20:07:14 < karlp> but works for others. 2025-09-11T20:08:42 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds] 2025-09-11T20:25:23 < ventyl> AFAIK webbluetooth was never even standardized 2025-09-11T20:29:15 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer] 2025-09-11T20:48:08 < qyx> I guess I need blood presdure meter with extended range 2025-09-11T20:53:04 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-11T21:13:22 < karlp> ventyl: no, but chrome+edge is actually a big enough userbase if it can be used ot provide value. 2025-09-11T21:13:43 < karlp> but yeah, you _also_ need to provide the html+js ove rhttps, otherwise it just silently fails too 2025-09-11T22:51:45 -!- krabrock [~krabrock@user/krabrock] has joined ##stm32 2025-09-11T23:22:20 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 --- Day changed Fri Sep 12 2025 2025-09-12T00:09:41 -!- krabrock [~krabrock@about/hackers/krabrock] has changed host 2025-09-12T00:32:58 -!- drzacek [~quassel@2a01:3d8:3df:d400:b581:8bc:65f4:a8bc] has quit [Quit: quit] 2025-09-12T00:48:03 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 256 seconds] 2025-09-12T01:16:51 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has joined ##stm32 2025-09-12T01:20:12 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-12T01:27:57 -!- Alexer [~alexer@alexer.net] has quit [Ping timeout: 260 seconds] 2025-09-12T01:31:10 -!- radhitya [~radhitya@user/radhitya] has quit [Ping timeout: 245 seconds] 2025-09-12T01:32:29 -!- radhitya [~radhitya@user/radhitya] has joined ##stm32 2025-09-12T01:35:24 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 272 seconds] 2025-09-12T01:38:32 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has quit [Quit: Client closed] 2025-09-12T01:41:03 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has joined ##stm32 2025-09-12T01:49:44 < nomorekaki> I need weapons grade musics 2025-09-12T01:54:59 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-12T03:53:15 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has quit [Quit: Client closed] 2025-09-12T05:08:05 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-12T05:14:06 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer] 2025-09-12T05:22:24 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection] 2025-09-12T05:22:49 -!- hexo [~hexo@user/hexo] has joined ##stm32 2025-09-12T05:50:28 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-12T06:30:59 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32 2025-09-12T07:17:49 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-12T07:50:22 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-12T08:16:07 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-12T08:41:19 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-12T08:48:33 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 248 seconds] 2025-09-12T08:50:28 -!- analoq [~yashi@user/dies] has joined ##stm32 2025-09-12T09:10:32 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-12T09:24:58 -!- Alexer [~alexer@alexer.net] has joined ##stm32 2025-09-12T09:47:13 -!- drzacek [~quassel@2a01:3d8:3f8:2800:3971:f3fd:c79d:477] has joined ##stm32 2025-09-12T09:47:19 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32 2025-09-12T09:50:06 < qyx> farnell doesn't want |=4"l?j27q"yoyZD as my password 2025-09-12T09:50:12 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds] 2025-09-12T10:25:52 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-12T10:26:53 < qyx> ok I sent them 4 bug reports in a single "edit profile" form 2025-09-12T10:26:57 < qyx> hours wasted: 1.5 2025-09-12T10:27:08 < qyx> still unable to edit my profile and VAT number 2025-09-12T10:54:19 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-12T10:58:11 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving] 2025-09-12T11:03:09 < qyx> 13x18 mm LGA package O-o 2025-09-12T11:03:13 < qyx> with 0.5 mm pitch 2025-09-12T12:08:59 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-12T12:26:03 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Quit: Leaving] 2025-09-12T12:39:56 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-12T12:39:56 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-12T13:04:51 < karlp> new octavo? 2025-09-12T13:04:57 < karlp> or what are you cooking now? 2025-09-12T13:05:03 < karlp> I thought of you when I got the mail out for it :) 2025-09-12T13:05:20 -!- krabrock [~krabrock@about/hackers/krabrock] has quit [Quit: krabrock] 2025-09-12T13:33:52 -!- krabrock [~krabrock@about/hackers/krabrock] has joined ##stm32 2025-09-12T14:04:31 -!- goodvibrations32 [~user@user/goodvibrations32] has joined ##stm32 2025-09-12T14:06:19 -!- Famine [~Famine@user/famine-] has joined ##stm32 2025-09-12T14:08:45 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 258 seconds] 2025-09-12T14:13:11 < qyx> nope ezurio sona 2025-09-12T14:58:23 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-12T15:01:26 -!- krabrock is now known as `krabrock 2025-09-12T15:02:04 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-12T15:02:59 -!- `krabrock is now known as krabroc 2025-09-12T15:03:17 -!- krabroc is now known as krabrock 2025-09-12T15:21:37 < qyx> wut Murata has bot type 2EA and type 2AE modules 2025-09-12T15:21:40 < qyx> much confuse 2025-09-12T15:34:50 < karlp> yah, murata rf module re-selling is confusing as hell 2025-09-12T15:50:33 < qyx> but in practice it looks like my only 3 options are ezurio, murata and u-blox 2025-09-12T15:50:53 < qyx> spending 3rd day in a row selecting wifi/ble modules 2025-09-12T15:51:13 < qyx> remembering you spent even more time doing the same 2025-09-12T15:56:55 < karlp> rtl8723ud and move on.. 2025-09-12T15:57:01 < karlp> or 8821cu no iirc. 2025-09-12T15:57:11 < karlp> youre' going to have to get the whole thing tested anyway. 2025-09-12T15:57:25 < qyx> yeah but I need sdio 2025-09-12T15:57:27 < karlp> when I was doing it, the cert problem was far enough ahead I just pushed it there. 2025-09-12T15:57:30 < karlp> that's a you problem :) 2025-09-12T15:57:53 < qyx> with two wifi modules running over usb + usb hub alone I lose another 0.5 W 2025-09-12T15:57:57 < karlp> combo wifi/bt on sdio are normally, to the best of my recollection, sdio for wifi, plus serial for bluetooth 2025-09-12T15:58:05 < qyx> yes 2025-09-12T15:58:34 < karlp> if you're after extreme power, you should probably be looking at separate radios anyway then. 2025-09-12T15:59:37 < qyx> I am looking somewhere at the edge between "IoT" modules and host-based modules, optimized for low power usage but doing 2x2 MIMO, 2 band 2025-09-12T15:59:57 < karlp> iot wifi4 and 2x2mimo are a re completely different class of device... 2025-09-12T16:00:12 < karlp> what do you need 2x2 mimo wih your insane low power requirements? 2025-09-12T16:00:24 < karlp> is wifi only for user config anyway? 2025-09-12T16:00:27 < qyx> hence I am saying somewhere in between 2025-09-12T16:00:40 < karlp> Ithought this was all remote shit anyway, with lte-something 2025-09-12T16:00:45 < karlp> so iot wifi is fine. 2025-09-12T16:00:58 < karlp> 80211b was -awesome- for just configuing things 2025-09-12T16:01:05 < karlp> it doesn't need to be streaming 4k... 2025-09-12T16:01:50 < qyx> this is basically a full internet router with sufficiently low power to be battery operated 2025-09-12T16:02:07 < qyx> in the range of 100 mbps throughput 2025-09-12T16:03:05 < qyx> but I am not doing full pcie and shit 2025-09-12T16:03:54 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 248 seconds] 2025-09-12T17:16:31 < karlp> you can power anyhting wiht a battery if you choose to ;) 2025-09-12T17:21:46 < specing> ^ 2025-09-12T17:24:56 < qyx> ok it is more elaborate than that 2025-09-12T17:50:13 < qyx> zyp: what's your recent opinions on devicetree if you had to implement it? you mentioned not using the fdt format 2025-09-12T17:52:35 < zyp> devicetree for what? 2025-09-12T17:52:50 < zyp> zephyr, linux, something else? 2025-09-12T17:53:22 < qyx> something else 2025-09-12T17:53:43 < qyx> a declarative way to define hw init, out of firmware binary 2025-09-12T17:55:30 < zyp> so, zephyr doesn't use fdt, just uses dts to make compile time stuff 2025-09-12T17:56:34 < zyp> but I've briefly poked at fdt for my hypervisor experimentation 2025-09-12T17:57:19 < zyp> not really enough to have anything to form opinions from though 2025-09-12T17:58:31 < qyx> cbor/protobuf maybe? no support for handles though 2025-09-12T17:59:24 < zyp> I'm not really a fan of the dts syntax, it ranges from «kinda neat» to «this is just deranged» (e.g. the «whatever-cells» shit is an example of the latter) 2025-09-12T17:59:35 < zyp> the overlays/patching stuff is kinda neat 2025-09-12T18:00:04 < qyx> overlays could be made with duplicated keys 2025-09-12T18:00:24 < zyp> I would say use it if you have any benefits from existing infrastructure, otherwise just pick your favorite serialization format instead 2025-09-12T18:01:19 < qyx> for a fraction of nanosecond I was kinda leaning towards having DTSs in the same format as linux but then I recalled that syntax 2025-09-12T18:04:02 < qyx> I am thinking about something like json with comments and #include, load it into a single object, output in something reasonable 2025-09-12T18:05:49 -!- LoneElf [~bkinman@user/LoneElf] has quit [Ping timeout: 260 seconds] 2025-09-12T18:07:45 < qyx> oh it is called yaml, but fuk yaml 2025-09-12T18:16:53 < qyx> there is a fucking json5 since ages, 2012! 2025-09-12T18:16:56 < qyx> how could I miss that 2025-09-12T18:19:07 < qyx> this is a TIL of the month for sure 2025-09-12T18:21:57 < qyx> man that was emotional 2025-09-12T18:24:57 < karlp> some of the dt syntax and rules is because you're not allowed to break anything. v1 forever. 2025-09-12T18:25:13 < karlp> same with some of the policies on names/labels being required or inferred. 2025-09-12T18:25:30 < karlp> so.. I'm trying ot inject errors into a uart comms channel 2025-09-12T18:26:00 < karlp> in one direction, I just connected tx from a usb-uart dongle to that direction, and when i sent stuff, it interfered, when I didnt' send stuff, comms were normal. 2025-09-12T18:26:28 < karlp> in the other direction, so, just putting my usb-uart's tx line on the _other_ direction of the actual channel, just having it conencted breaks comms. 2025-09-12T18:26:46 < karlp> I can see on the scope that the regular transmisssions never reach ground anymore, 2025-09-12T18:27:00 < karlp> presumably related to the idle high tx line on my dongle? 2025-09-12T18:27:01 < qyx> sounds like more drive 2025-09-12T18:27:26 < qyx> uart is not specified to "idle" high, it is push-pull 2025-09-12T18:27:39 < karlp> but if I just put a series resistor on my dongle's tx line, I no inteference when not sending, but also such a small signal when I _do_ send that I don't intefere at all, 2025-09-12T18:27:42 < qyx> it doesn'ŧ change between open-drain pull-up when idle to push-pull when data is being transferred 2025-09-12T18:28:03 < karlp> it only drops like 400mv. maybe 470ohm is too big, it wa sjust what was available, but.. 2025-09-12T18:28:48 < qyx> as it is push-pull and the RX is always high impedance input (no hard pullups), large value resistor should solve it 2025-09-12T18:28:56 < qyx> I am usually using 1k in series at 115200 2025-09-12T18:29:08 < qyx> and with 1k, you should be able to completely override it with your dongie 2025-09-12T18:29:26 < karlp> 1k series on the _real_ channel though right? 2025-09-12T18:29:29 < karlp> I can't change that. 2025-09-12T18:29:30 < qyx> yes 2025-09-12T18:29:35 < karlp> or,.. hrmm, I might be able to. 2025-09-12T18:29:46 < karlp> these are straight wired through 2025-09-12T18:30:34 < qyx> and on your dongle output I would use a 1-channel logic buffer with OE input, driving OE from TX 2025-09-12T18:30:46 < qyx> (to make it opendrain to not mess with the H idle level) 2025-09-12T18:31:01 < karlp> yeah, I dont' have that. 2025-09-12T18:31:06 < qyx> so two mosfets 2025-09-12T18:31:20 < qyx> or maybe just a diode? 2025-09-12T18:31:24 < qyx> schottky 2025-09-12T18:31:28 < karlp> like, that sounds like a great idea for making an actual "here's a thing you can use for interfering with serial channels for testing" but I was trying to throw something up with what I had on hand. 2025-09-12T18:31:54 < karlp> I'm going to wire a 1k in series on the actual channel. 2025-09-12T18:32:17 < qyx> yeah but then your dongle would completely override it 2025-09-12T18:32:27 < qyx> you need your dongle to be open-drain 2025-09-12T18:32:49 < qyx> try schottky in series with dongle-tx (in addition with 1k series on the real channel) 2025-09-12T18:33:49 < karlp> ok, 1k in series is fine. let's go see if I can find a diode. 2025-09-12T18:44:30 < karlp> fuckin, best I found is a 2.5V yellow led. 2025-09-12T18:45:54 < karlp> and these cute IC holders: https://imgur.com/a/WglNnDe 2025-09-12T18:46:00 < karlp> and... an intel 8255 from 1977. 2025-09-12T18:48:31 < qyx> no schottky in your trusty fluke? 2025-09-12T18:49:37 < karlp> what, just put it in diode mode? 2025-09-12T18:49:39 < karlp> I guess. 2025-09-12T18:49:52 < karlp> the scope looks "same" when the dongle is idle though now. 2025-09-12T18:50:05 < karlp> even with just the 1k series on the real channel 2025-09-12T18:50:11 < karlp> ahh, no. 2025-09-12T18:50:18 < karlp> looking at the wrong side with the scope I guess. 2025-09-12T18:50:21 * karlp rewires 2025-09-12T18:51:57 < qyx> no, solder out.. 2025-09-12T18:59:01 < karlp> meh, these yellow led is too much voltage drop. 2025-09-12T18:59:08 < karlp> alright fuck it. 2025-09-12T18:59:53 < karlp> hrm, I could probably do this with the micropython board. 2025-09-12T19:00:11 < karlp> would have been a lot less fucking around I think. 2025-09-12T19:00:18 < karlp> hrmm. 4pm on friday though. 2025-09-12T19:01:18 < karlp> just a raw io pin there can be put into different modes. 2025-09-12T19:01:29 < karlp> ok. that's... one wire to solder... 2025-09-12T19:13:23 < zyp> karlp, I'd just use a nfet to do uart interference, that'd both make it opendrain and able to overpower the tx driver 2025-09-12T19:19:34 -!- machinehum [machinehum@2a01:7e01::f03c:94ff:fe4d:b21c] has quit [Ping timeout: 255 seconds] 2025-09-12T19:21:22 -!- machinehum [machinehum@2a01:7e01::f03c:94ff:fe4d:b21c] has joined ##stm32 2025-09-12T19:27:46 < karlp> whee: https://paste.jvnv.net/view/wrHjn 2025-09-12T19:28:14 < karlp> dude, I couldn't find a fucking diode, you think I'm going to find a suitable fet? :) 2025-09-12T19:28:35 < karlp> but yeah, I stopped trying to use the usbuart dongle and just jumpered a micropython io to the target line. 2025-09-12T19:28:39 < karlp> works good. 2025-09-12T19:30:38 < karlp> except, Ihaven't been able to trigger the particular failure case I was trying to exercise. 2025-09-12T19:30:48 < karlp> good enough for friday though I think. 2025-09-12T19:30:55 -!- LoneElf [~bkinman@134.89.9.92] has joined ##stm32 2025-09-12T19:46:18 < qyx> zyp: you need two 2025-09-12T19:47:04 < zyp> for inverting? 2025-09-12T19:47:14 < qyx> yes 2025-09-12T19:47:31 < zyp> nah, just have whatever driving it invert the output as needed 2025-09-12T19:47:59 < qyx> anyway, I am happy with that json5, conversion to cbor is 4 lines in python 2025-09-12T19:48:20 < qyx> include support is one recursion and a few more lines 2025-09-12T19:48:53 < qyx> overlays in the bootloader are gonna be fun and a bit more elaborate, but doable 2025-09-12T19:49:33 < qyx> and I can omit the whole port layer setting up clocks, gpio and instantiating drivers 2025-09-12T19:49:41 < qyx> in the future.. 2025-09-12T19:59:22 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-12T20:12:35 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-12T20:13:39 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-12T20:14:02 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-12T20:54:25 -!- specing [~specing@user/specing] has quit [Ping timeout: 248 seconds] 2025-09-12T21:05:07 -!- LoneElf [~bkinman@134.89.9.92] has quit [Remote host closed the connection] 2025-09-12T21:07:38 -!- LoneElf [~bkinman@134.89.9.92] has joined ##stm32 2025-09-12T21:38:40 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-12T22:27:42 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-12T22:28:29 -!- qyx [~qyx@84.245.120.1] has quit [Ping timeout: 250 seconds] 2025-09-12T22:30:27 -!- qyx [~qyx@84.245.120.75] has joined ##stm32 2025-09-12T22:37:10 -!- signedzero [~signedzer@user/signedzero] has quit [Read error: Connection reset by peer] 2025-09-12T22:37:28 -!- signedzero [~signedzer@188.190.85.165] has joined ##stm32 2025-09-12T22:52:15 -!- LoneElf [~bkinman@134.89.9.92] has quit [Ping timeout: 265 seconds] 2025-09-12T22:52:43 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-12T22:59:47 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-12T23:07:29 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 250 seconds] 2025-09-12T23:08:56 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 248 seconds] 2025-09-12T23:34:25 -!- specing [~specing@user/specing] has joined ##stm32 2025-09-12T23:38:55 -!- drzacek [~quassel@2a01:3d8:3f8:2800:3971:f3fd:c79d:477] has quit [Quit: quit] --- Day changed Sat Sep 13 2025 2025-09-13T00:17:51 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-13T00:22:52 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 255 seconds] 2025-09-13T00:35:44 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-13T00:53:51 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-13T01:16:07 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection] 2025-09-13T01:16:32 -!- hexo [~hexo@user/hexo] has joined ##stm32 2025-09-13T01:39:30 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-13T01:45:17 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has joined ##stm32 2025-09-13T03:06:37 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-13T04:15:01 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Read error: Connection reset by peer] 2025-09-13T04:20:39 -!- infisx [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-13T04:27:01 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-13T04:31:18 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-13T04:34:04 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 256 seconds] 2025-09-13T07:08:28 -!- signedzero1 [~signedzer@188.190.85.165] has joined ##stm32 2025-09-13T07:08:51 -!- signedzero [~signedzer@188.190.85.165] has quit [Read error: Connection reset by peer] 2025-09-13T07:57:17 -!- infisx [~infisc@user/infisc] has quit [Read error: Connection reset by peer] 2025-09-13T08:00:39 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-13T08:19:45 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has quit [Quit: Client closed] 2025-09-13T08:46:13 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-13T08:46:48 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 256 seconds] 2025-09-13T08:48:40 -!- analoq [~yashi@user/dies] has joined ##stm32 2025-09-13T09:19:47 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-13T09:31:59 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-13T09:32:37 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-13T09:35:57 -!- goodvibrations32 [~user@user/goodvibrations32] has left ##stm32 [ERC 5.6.0.30.1 (IRC client for GNU Emacs 30.2)] 2025-09-13T10:18:56 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 258 seconds] 2025-09-13T10:19:29 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-13T11:10:18 -!- goodvibrations32 [~user@user/goodvibrations32] has joined ##stm32 2025-09-13T12:05:49 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-13T12:13:43 -!- drzacek [~quassel@2a01:3d8:310:2d00:e06:51b2:f533:2e93] has joined ##stm32 2025-09-13T12:38:25 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 248 seconds] 2025-09-13T12:41:41 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-13T12:46:16 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 255 seconds] 2025-09-13T12:48:17 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-13T12:51:02 -!- goodvibrations32 [~user@user/goodvibrations32] has quit [Ping timeout: 256 seconds] 2025-09-13T12:53:18 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 256 seconds] 2025-09-13T12:54:53 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-13T13:01:52 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-13T13:02:54 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-13T13:03:18 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-13T13:34:51 -!- Famine- [~Famine@user/famine-] has joined ##stm32 2025-09-13T13:37:14 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 248 seconds] 2025-09-13T13:48:09 -!- signedzero1 [~signedzer@188.190.85.165] has quit [Quit: Leaving] 2025-09-13T13:48:40 -!- signedzero [~signedzer@188.190.85.165] has joined ##stm32 2025-09-13T13:49:13 -!- signedzero [~signedzer@user/signedzero] has changed host 2025-09-13T13:49:49 -!- signedzero [~signedzer@user/signedzero] has quit [Client Quit] 2025-09-13T13:50:07 -!- signedzero [~signedzer@188.190.85.165] has joined ##stm32 2025-09-13T13:50:17 -!- signedzero [~signedzer@user/signedzero] has changed host 2025-09-13T14:06:45 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving] 2025-09-13T14:22:58 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-13T14:49:07 -!- Livio_ [~livio@user/livio] has joined ##stm32 2025-09-13T14:52:42 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-13T14:54:33 -!- Livio_ [~livio@user/livio] has quit [Quit: Reconnecting] 2025-09-13T14:54:44 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-13T15:02:18 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32 2025-09-13T15:02:18 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-13T16:05:24 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 256 seconds] 2025-09-13T16:08:10 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-13T18:29:29 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-13T19:47:10 -!- signedzero [~signedzer@user/signedzero] has quit [Remote host closed the connection] 2025-09-13T19:51:16 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-13T19:52:19 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-13T19:52:42 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-13T20:14:57 -!- NEYi [~NEYi@195.234.78.187] has quit [Read error: Connection reset by peer] 2025-09-13T20:52:19 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-13T21:14:54 -!- infisd [~infisc@user/infisc] has quit [Read error: Connection reset by peer] 2025-09-13T22:08:44 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-13T22:44:43 -!- drzacek [~quassel@2a01:3d8:310:2d00:e06:51b2:f533:2e93] has quit [Quit: quit] 2025-09-13T23:39:13 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds] 2025-09-13T23:40:47 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-13T23:41:51 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-13T23:42:15 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-13T23:46:25 -!- hexo [~hexo@user/hexo] has quit [Quit: Leaving] 2025-09-13T23:52:07 -!- hexo [~hexo@user/hexo] has joined ##stm32 --- Day changed Sun Sep 14 2025 2025-09-14T00:12:49 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Ping timeout: 248 seconds] 2025-09-14T00:13:17 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 256 seconds] 2025-09-14T00:41:35 -!- signedzero [~signedzer@188.190.85.165] has joined ##stm32 2025-09-14T00:50:56 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32 2025-09-14T01:28:07 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-14T01:54:43 -!- ferdna [~ferdna@user/ferdna] has quit [Ping timeout: 250 seconds] 2025-09-14T02:49:20 < ColdKeybo[a]rd> If you have three power supplies (ie DC, USB and battery). Is there an IC or a simple way to create a selector which source should be used first, second and last? 2025-09-14T02:49:49 < ColdKeybo[a]rd> I'm asking before I start re-inventing the wheel and hacking together bunch of p-mosfets and burning stuff up :) 2025-09-14T03:05:56 < aandrew> ColdKeybo[a]rd: ideal diodes are good for this if they are all the same voltage and you don't care about which is used. but there are also specific power distribution ICs for ths kind of thing 2025-09-14T03:08:08 < ColdKeybo[a]rd> That's a good point, I haven't thought of ideal diodes. But I'm a little bit concerned about "don't care about which is used" because I want to make sure for example battery is used last and over DC or USB, probably DC can deliver higher current... 2025-09-14T03:09:04 < ColdKeybo[a]rd> I'm thinking, just use 4 PMOS to create two high side switches and the gate is driven by DC/USB 2025-09-14T03:09:16 < ColdKeybo[a]rd> So if DC is present, I know USB won't/can't be on 2025-09-14T03:09:35 < ColdKeybo[a]rd> I also have to worry about backfeeding DC to USB/Battery 2025-09-14T03:12:23 < aandrew> well DC and USB should be > vbat, so that's automatic 2025-09-14T03:13:31 < ColdKeybo[a]rd> This bad boy looks like it could solve some of my problems LM73100 2025-09-14T03:13:44 < ColdKeybo[a]rd> Although I would need two of them so it's not cheap 2025-09-14T03:14:54 < aandrew> and things like LM66100 and 66200 I've used, they even have EN pins which offer you control over which input is used if the "natural order" doesn't work for you 2025-09-14T03:15:07 < aandrew> depends on the current requirements etc 2025-09-14T03:16:12 < specing> aandrew: not automatic if usb/DC side is unpowered 2025-09-14T03:17:10 < aandrew> specing: hm? if they're unpowered then battery will be automatically used 2025-09-14T03:17:23 < specing> aandrew: yes, and it will also power the USB host 2025-09-14T03:17:33 < aandrew> no, ideal diode protects from that 2025-09-14T03:17:54 < specing> ah okay, thought you thought without diode 2025-09-14T03:18:51 < aandrew> https://ibb.co/xyC506H 2025-09-14T03:19:10 < aandrew> that's what I use on my tiny (2.5cm x 2.5cm) LoRa node 2025-09-14T03:21:04 < aandrew> basically 6v solar panel or usb 5v is "VIN". Q3/D1 prevent panel from backfeeding USB (not a problem in reality). 2025-09-14T03:22:41 < aandrew> U11 allows battery to power the system only if panel/usb is not available or lower than battery 2025-09-14T03:23:56 < aandrew> U12 just prevents backfeeding of VIN from battery, and U11/U12 combo prevents VIN from charging the battery 2025-09-14T03:24:14 < aandrew> so only way to get energy into the battery is from the MPPT charger U2 2025-09-14T03:33:49 < ColdKeybo[a]rd> That's similar to what I need 2025-09-14T03:34:29 < ColdKeybo[a]rd> I'll maybe use LM73100 because it can handle more current. USB will be around 3A (assuming PD is available) and DC can go up to 5A, worst case 2025-09-14T03:38:19 < specing> Wasn't there 3A pre-PD? Or was that just a lot of power supplies going off spec and providing a lot more current? 2025-09-14T04:03:24 < ColdKeybo[a]rd> I think you could get 5V 3A from USB-C with 5K1 on CC pins 2025-09-14T04:04:04 < ColdKeybo[a]rd> The USB and PD are out of whack if you ask me. Naming convention and what power supply/cable vendors provide is a wild west 2025-09-14T04:31:11 -!- signedzero [~signedzer@188.190.85.165] has quit [Read error: Connection reset by peer] 2025-09-14T04:32:16 -!- signedzero [~signedzer@188.190.85.165] has joined ##stm32 2025-09-14T04:58:42 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-14T06:21:17 -!- signedzero1 [~signedzer@188.190.85.165] has joined ##stm32 2025-09-14T06:24:10 -!- signedzero [~signedzer@188.190.85.165] has quit [Ping timeout: 256 seconds] 2025-09-14T07:02:22 < qyx> ColdKeybo[a]rd: lm66200 2025-09-14T08:22:39 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-14T08:51:00 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-14T08:53:08 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-14T09:47:34 -!- LoneElf [~bkinman@76.209.246.69] has joined ##stm32 2025-09-14T09:52:08 -!- LoneElf [~bkinman@76.209.246.69] has quit [Ping timeout: 248 seconds] 2025-09-14T10:09:19 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-14T10:12:50 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 256 seconds] 2025-09-14T10:14:47 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 250 seconds] 2025-09-14T10:35:09 -!- LoneElf [~bkinman@76.209.246.69] has joined ##stm32 2025-09-14T10:39:29 -!- LoneElf [~bkinman@76.209.246.69] has quit [Ping timeout: 248 seconds] 2025-09-14T10:44:19 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-14T11:12:58 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-14T11:23:32 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-14T11:27:27 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-14T11:39:30 -!- LoneElf [~bkinman@76.209.246.69] has joined ##stm32 2025-09-14T11:40:53 -!- drzacek [~quassel@2a01:3d8:327:bb00:156:8f99:a94e:67b8] has joined ##stm32 2025-09-14T11:44:14 -!- LoneElf [~bkinman@76.209.246.69] has quit [Ping timeout: 260 seconds] 2025-09-14T12:02:25 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-14T12:15:35 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Ping timeout: 244 seconds] 2025-09-14T12:19:58 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-14T13:07:27 -!- drzacek [~quassel@2a01:3d8:327:bb00:156:8f99:a94e:67b8] has quit [Quit: quit] 2025-09-14T13:33:15 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-14T13:34:18 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-14T13:34:42 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-14T13:39:25 -!- signedzero1 [~signedzer@188.190.85.165] has quit [Quit: Leaving] 2025-09-14T13:39:40 -!- signedzero [~signedzer@188.190.85.165] has joined ##stm32 2025-09-14T13:40:11 -!- signedzero [~signedzer@user/signedzero] has changed host 2025-09-14T14:30:51 -!- radhitya [~radhitya@user/radhitya] has left ##stm32 [WeeChat 4.7.1] 2025-09-14T14:55:00 -!- stgl [~stgl@164.92.162.3] has quit [Remote host closed the connection] 2025-09-14T15:13:13 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-14T15:13:13 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-14T15:54:33 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving] 2025-09-14T16:10:24 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-14T16:24:27 -!- drzacek [~quassel@2a01:3d8:327:bb00:156:8f99:a94e:67b8] has joined ##stm32 2025-09-14T16:58:11 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-14T16:58:35 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer] 2025-09-14T17:20:27 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f4bd:aed:c9ed:4dc1] has joined ##stm32 2025-09-14T18:08:14 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-14T19:01:16 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-14T19:20:24 -!- infisx [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-14T19:21:12 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-14T19:24:05 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-14T20:54:53 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-14T20:56:10 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-14T20:56:34 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-14T22:01:46 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has quit [Quit: gonna update alpine] 2025-09-14T22:08:45 -!- artok [~azo@88-112-154-28.elisa-laajakaista.fi] has joined ##stm32 2025-09-14T22:28:56 -!- qyx [~qyx@84.245.120.75] has quit [Ping timeout: 256 seconds] 2025-09-14T22:30:28 -!- qyx [~qyx@84.245.120.245] has joined ##stm32 2025-09-14T22:32:59 -!- drzacek [~quassel@2a01:3d8:327:bb00:156:8f99:a94e:67b8] has quit [Quit: quit] 2025-09-14T22:43:52 < qyx> common ublox, ble/wifi modules with 56 mA idle current? you can do better than that 2025-09-14T22:44:05 < qyx> and the rest is esp32? 2025-09-14T22:48:02 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving] 2025-09-14T23:12:10 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds] 2025-09-14T23:44:31 -!- Livio [~livio@user/livio] has quit [Quit: leaving] --- Day changed Mon Sep 15 2025 2025-09-15T00:44:07 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-15T01:05:49 -!- hexo__ [~hexo@user/hexo] has joined ##stm32 2025-09-15T01:08:10 -!- hexo [~hexo@user/hexo] has quit [Ping timeout: 256 seconds] 2025-09-15T01:41:09 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-15T01:42:12 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-15T01:42:37 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-15T02:08:14 -!- hexo__ [~hexo@user/hexo] has quit [Ping timeout: 256 seconds] 2025-09-15T02:19:19 -!- hexo__ [~hexo@user/hexo] has joined ##stm32 2025-09-15T02:52:53 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-15T03:34:47 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 250 seconds] 2025-09-15T04:52:25 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 255 seconds] 2025-09-15T04:53:12 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-15T05:32:59 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-15T07:26:53 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-15T07:28:18 -!- Famine- [~Famine@user/famine-] has quit [Read error: Connection reset by peer] 2025-09-15T07:46:12 -!- Famine [~Famine@user/famine-] has joined ##stm32 2025-09-15T08:02:20 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-15T08:05:34 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-15T08:08:36 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-15T08:20:01 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-15T08:45:59 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 260 seconds] 2025-09-15T08:47:34 -!- analoq [~yashi@user/dies] has joined ##stm32 2025-09-15T09:01:22 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-15T09:05:36 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-15T09:07:46 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-15T09:37:50 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-15T10:02:51 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds] 2025-09-15T10:03:06 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 256 seconds] 2025-09-15T10:31:19 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-15T12:02:09 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection] 2025-09-15T12:08:08 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer] 2025-09-15T12:08:24 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-15T12:17:44 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 260 seconds] 2025-09-15T12:18:40 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-15T12:18:46 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer] 2025-09-15T12:38:17 < karlp> aandrew: what are you doing with the #CHG and #DONE pins there? it doesn't make sense to me. 2025-09-15T12:39:18 < karlp> lotta TBDs on that for something your'e sharing as a reference :) 2025-09-15T12:42:44 < karlp> not sure how the lower didoe stays on too, vin goes to vsys, but ony chip enabledif vsys is low? how does that not turn itself off? 2025-09-15T12:44:40 < zyp> specing, yeah, you don't need PD for 3A 2025-09-15T12:45:12 < karlp> oooh, those parts don't have logic level chip enable, they have magical "compared to voltage on input pin" chip enables. 2025-09-15T12:45:14 < karlp> taht's cute. 2025-09-15T12:45:16 < zyp> ColdKeybo[a]rd, idk, I find it pretty understandable 2025-09-15T12:46:56 < zyp> basic USB-C negotiation is really simple, you have basic pullup/pulldown negotiation, sink always has 5.1k pulldown, source can have one of three different pullups 2025-09-15T12:47:10 < zyp> forms a voltage divider so you can measure CC voltage to detect which 2025-09-15T12:47:42 < zyp> it tells you you can draw respectively 3A, 1.5A or «legacy» (i.e. follow pre-USB-C rules) 2025-09-15T12:48:00 < zyp> if all you need is 5V up to 3A, that's all you need to care about 2025-09-15T12:48:59 < zyp> if you want more than 5V and/or more than 3A, you want PD to actively negotiate more, uses digital comms overlaid on top of the CC line 2025-09-15T12:50:01 < zyp> a PD device always uses basic negotiation to power up first, so if you have a PD supply, you can always use it without PD as well if you don't need the extra PD capabilities 2025-09-15T12:50:27 < karlp> lm66100 also super cheap in china. nice. 2025-09-15T12:52:04 < zyp> given an arbitrary off the shelf USB-C AC/DC adapter, I expect it to be capable of 5V 3A unless otherwise stated 2025-09-15T12:53:24 < zyp> if it states it can do PD, it'll also tell you how many watts, and somewhere in the specs (usually labelled directly on the device) will be a little table of which voltages and what max current for each are supported 2025-09-15T12:55:37 < zyp> cables are also fairly easy: all C-C cables are required to support at least 20V 3A 2025-09-15T12:59:49 < karlp> huh, MX74610 is the next cheapest, and it's like... we're a diode, but not. you get 98% throughput? interesting approach though, no ground, inline... 2025-09-15T13:03:07 < machinehum> Does this seems reasonable for USB-HS https://imgur.com/a/FdoOMEg 2025-09-15T13:03:50 < machinehum> I'm looking at another board and trying to figure out why they used .14mm traces 2025-09-15T13:04:12 < zyp> as long as your fab can do 0.1mm spacing 2025-09-15T13:04:55 < machinehum> Good point 2025-09-15T13:05:48 < karlp> H is a super influential factor on this too. 2025-09-15T13:09:22 < machinehum> Yes I've just found out the other board has a pp of 0.1 and I'm 0.2 2025-09-15T13:09:27 < zyp> been a while since I did impedance calcs, but IIRC W scales with H to give Zodd, S scales with W to give Zeven, and for differential Zeven is what matters most, so you can adjust W to scale S if necessary 2025-09-15T13:14:54 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-15T13:20:08 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f4bd:aed:c9ed:4dc1] has quit [Remote host closed the connection] 2025-09-15T13:25:39 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f4bd:aed:c9ed:4dc1] has joined ##stm32 2025-09-15T13:32:51 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f4bd:aed:c9ed:4dc1] has quit [Max SendQ exceeded] 2025-09-15T13:35:31 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f4bd:aed:c9ed:4dc1] has joined ##stm32 2025-09-15T14:02:53 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-15T14:05:47 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-15T14:31:53 -!- Famine- [~Famine@user/famine-] has joined ##stm32 2025-09-15T14:34:48 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 260 seconds] 2025-09-15T15:02:07 -!- signedzero [~signedzer@user/signedzero] has quit [Read error: Connection reset by peer] 2025-09-15T15:07:16 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-15T15:41:53 < machinehum> https://imgur.com/a/YcsyM05 I guess I'll see how that works 2025-09-15T16:26:28 < karlp> whee: [esp32.cpu0] Halt cause (Stack smashing protect failure!) 2025-09-15T16:26:44 < karlp> I still haven't reproduced the bug I'm trying to test, but Iv'e created lots of new ones with my fault injector :) 2025-09-15T16:31:20 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f4bd:aed:c9ed:4dc1] has quit [Remote host closed the connection] 2025-09-15T16:36:06 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f4bd:aed:c9ed:4dc1] has joined ##stm32 2025-09-15T17:16:07 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-15T17:17:08 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-15T17:17:32 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-15T17:21:43 < karlp> ok. reproduced, alleged fix didn't work. glad i did the tests then... 2025-09-15T17:22:53 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-15T18:24:38 < karlp> did anyone find smt standoffs / screw mount things on jlc/lcsc? I seem to remember this? 2025-09-15T18:29:03 < zyp> I found some nice looking ones, but haven't used them in a design yet 2025-09-15T18:29:28 < zyp> https://jlcpcb.com/parts/componentSearch?searchTxt=smtso 2025-09-15T18:38:14 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-15T18:38:14 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-15T18:48:06 < karlp> thanks, that's exactly what I was remembering 2025-09-15T20:16:50 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-15T20:23:18 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-15T20:25:26 < aandrew> karlp: I'm doing nothing with them, I thought it'd be nice to have a status but it's dumb 2025-09-15T20:25:44 < aandrew> karlp: heh I usually don't get back updating the PDF schematic 2025-09-15T21:08:37 -!- drzacek [~quassel@2a01:3d8:346:8600:6bf2:a435:86db:e4a0] has joined ##stm32 2025-09-15T21:13:06 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-15T21:58:03 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 250 seconds] 2025-09-15T22:20:53 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 256 seconds] 2025-09-15T22:26:34 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-15T22:35:25 -!- drzacek [~quassel@2a01:3d8:346:8600:6bf2:a435:86db:e4a0] has quit [Quit: quit] 2025-09-15T23:07:52 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds] --- Day changed Tue Sep 16 2025 2025-09-16T00:23:52 -!- specing_ [~specing@user/specing] has joined ##stm32 2025-09-16T00:23:52 -!- specing [~specing@user/specing] has quit [Killed (NickServ (GHOST command used by specing_))] 2025-09-16T00:26:01 -!- specing_ is now known as specing 2025-09-16T01:39:47 -!- hackkitten [~hackkitte@94.31.119.144] has quit [Ping timeout: 256 seconds] 2025-09-16T01:57:10 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300::35e] has joined ##stm32 2025-09-16T01:58:22 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-16T01:59:27 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-16T01:59:52 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-16T03:12:56 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-16T03:13:13 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer] 2025-09-16T03:43:34 -!- signedzero [~signedzer@188.190.85.165] has joined ##stm32 2025-09-16T04:06:00 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300::35e] has quit [Ping timeout: 248 seconds] 2025-09-16T04:09:39 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300::35e] has joined ##stm32 2025-09-16T04:23:15 -!- hackkitten [~hackkitte@2a00:6020:ad3f:300::35e] has quit [Ping timeout: 244 seconds] 2025-09-16T04:23:27 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving] 2025-09-16T04:25:16 -!- hackkitten [~hackkitte@94.31.119.144] has joined ##stm32 2025-09-16T04:50:21 -!- hackkitten [~hackkitte@94.31.119.144] has quit [Ping timeout: 252 seconds] 2025-09-16T04:57:53 -!- hackkitten [~hackkitte@94.31.119.144] has joined ##stm32 2025-09-16T07:38:07 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-16T08:15:21 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-16T08:18:52 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Remote host closed the connection] 2025-09-16T08:19:13 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-16T09:01:08 -!- catphish [~quassel@user/catphish] has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.] 2025-09-16T09:01:24 -!- catphish [~quassel@user/catphish] has joined ##stm32 2025-09-16T09:01:30 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-16T09:17:47 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-16T10:10:45 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 245 seconds] 2025-09-16T10:17:05 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-16T11:11:45 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.] 2025-09-16T11:23:40 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-16T11:23:40 -!- infisx [~infisc@user/infisc] has quit [Client Quit] 2025-09-16T11:33:22 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:75c0:577b:9b9:fc1] has joined ##stm32 2025-09-16T11:36:13 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:f4bd:aed:c9ed:4dc1] has quit [Ping timeout: 244 seconds] 2025-09-16T11:36:13 -!- veverak [~veverak@2a01:4f8:1c1c:377c::1] has quit [Ping timeout: 244 seconds] 2025-09-16T11:38:08 -!- veverak [~veverak@2a01:4f8:1c1c:377c::1] has joined ##stm32 2025-09-16T11:38:51 -!- haritz [~hrtz@209.35.65.79] has joined ##stm32 2025-09-16T11:38:51 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-16T11:39:10 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32 2025-09-16T12:16:56 -!- CygniX [~CygniX@user/CygniX] has quit [Excess Flood] 2025-09-16T12:17:14 -!- CygniX [~CygniX@user/CygniX] has joined ##stm32 2025-09-16T12:24:44 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 272 seconds] 2025-09-16T12:36:50 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-16T12:43:19 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-16T12:52:27 < qyx> here we have some GaNs prepared to be smoked 2025-09-16T13:02:18 < jpa-> nah, you'll smoke the BQ 2025-09-16T13:02:56 < qyx> I am being positive and prepared for the consequences! 2025-09-16T14:03:03 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-16T14:04:17 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-16T14:04:42 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-16T14:08:17 < infisc> https://x.com/FPGAX_/status/1967894215939281324 2025-09-16T14:10:29 < qyx> looks a bit lame with pin headers and usb mini-b 2025-09-16T14:19:06 < jpa-> cost-optimized 2025-09-16T14:19:28 < jpa-> nice enclosure though 2025-09-16T14:22:14 < infisd> hand made. they used wire jumpers to avoid going to 2 layers. 2025-09-16T14:27:06 < ventyl> been watching some air incident investigation analysis and got surprised by the fact that there are still single point of failures in aircraft systems after 7+ decades of jetliners 2025-09-16T14:28:43 < specing> there's only one hull.. 2025-09-16T14:29:30 < infisd> they should make them double hulled. so they'll never sink. 2025-09-16T14:31:00 < ventyl> I mean, systems are double, tripple or even quadruple backuped, but then you there's the case where system which checks if relay contacts got welded depends on single switch 2025-09-16T14:31:23 < ventyl> and if that switch goes wrong, protection shuts down half of systems 2025-09-16T14:33:33 < qyx> one more inductor to solder and we are ready to go 2025-09-16T14:33:48 < qyx> need to check the ntc thing though 2025-09-16T14:37:05 < qyx> ah so 1:1 voltage divider is enough to disable TS monitoring completely 2025-09-16T14:37:13 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-16T14:44:14 < qyx> https://bin.jvnv.net/file/8NVQH 2025-09-16T14:44:16 < qyx> nah potato cam 2025-09-16T14:48:06 < jpa-> ventyl: so you want fault tolerance in the fault tolerance systems? 2025-09-16T14:48:56 < ventyl> jpa-: it would be more like fault tolerance in SIL C system 2025-09-16T15:23:43 < qyx> jpa-: no worky :( REGN = 0 2025-09-16T15:23:58 < qyx> other than that, it draws 30 mA at 28 V 2025-09-16T15:24:15 < qyx> oh that's my TVS diode heating up 2025-09-16T15:24:29 < qyx> ACOV and ACUV are in range 2025-09-16T15:25:44 < qyx> I *hope* PG doesn't need pullup to work properly 2025-09-16T15:30:34 < qyx> FBG is not switched 2025-09-16T15:30:36 < qyx> nah, gross 2025-09-16T15:30:45 < qyx> maybe I need to connect some actual load 2025-09-16T15:30:51 < jpa-> i would have been pissed if it worked for you on the first try 2025-09-16T15:47:45 < qyx> maybe I computed something wrong 2025-09-16T15:47:56 < qyx> because my Vac window is 26.6 to 29 V 2025-09-16T15:57:10 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 256 seconds] 2025-09-16T16:01:14 -!- signedzero1 [~signedzer@188.190.85.165] has joined ##stm32 2025-09-16T16:01:27 -!- signedzero [~signedzer@188.190.85.165] has quit [Read error: Connection reset by peer] 2025-09-16T16:07:36 -!- jbo [~jbo@user/tct] has quit [Ping timeout: 248 seconds] 2025-09-16T16:08:18 -!- jbo [~jbo@user/tct] has joined ##stm32 2025-09-16T16:09:55 -!- esden [sid32455@id-32455.hampstead.irccloud.com] has quit [Ping timeout: 248 seconds] 2025-09-16T16:13:20 -!- esden [sid32455@id-32455.hampstead.irccloud.com] has joined ##stm32 2025-09-16T16:47:20 -!- Sadale_ [~Sadale@user/sadale] has joined ##stm32 2025-09-16T16:47:39 -!- BrainDamage_ [~m-t6k752@user/BrainDamage] has joined ##stm32 2025-09-16T16:47:49 -!- phryk_ [~totallyno@user/phryk] has joined ##stm32 2025-09-16T16:49:28 -!- Shaun_ [~shaun@user/shaun] has joined ##stm32 2025-09-16T16:49:47 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 248 seconds] 2025-09-16T16:49:47 -!- Sadale [~Sadale@user/sadale] has quit [Ping timeout: 248 seconds] 2025-09-16T16:49:47 -!- phryk [~totallyno@user/phryk] has quit [Read error: Connection reset by peer] 2025-09-16T16:49:47 -!- Sadale_ is now known as Sadale 2025-09-16T16:52:27 -!- Shaun [~shaun@user/shaun] has quit [Ping timeout: 248 seconds] 2025-09-16T16:52:27 -!- LFSveteran [~LFSvetera@keymaker.msrv.nl] has quit [Ping timeout: 248 seconds] 2025-09-16T16:53:28 -!- zyp [zyp@zyp.no] has quit [Ping timeout: 248 seconds] 2025-09-16T16:53:28 -!- nohit [sid334887@id-334887.tinside.irccloud.com] has quit [Ping timeout: 248 seconds] 2025-09-16T16:53:40 -!- LFSveteran [~LFSvetera@keymaker.msrv.nl] has joined ##stm32 2025-09-16T16:55:23 -!- zyp [zyp@zyp.no] has joined ##stm32 2025-09-16T16:56:08 -!- nohit [sid334887@id-334887.tinside.irccloud.com] has joined ##stm32 2025-09-16T17:07:35 < machinehum> https://imgur.com/a/CLY8g14 Does that seem reasonable for a USB2-HS crossover 2025-09-16T17:09:24 < machinehum> R/B are outer layers while G is inner. Should I use the other inner to make the cross (instead of red) 2025-09-16T17:11:35 < zyp> can you show more of the layout? I think you've picked the wrong place to locate the crossover 2025-09-16T17:15:35 < jpa-> yeah, usually you'd want it near the connector because that's an incontinuity anyway 2025-09-16T17:16:31 < zyp> I mean, USB-C sockets typically have pins wired PNPN, so you already need a sort of crossover there, and if you route your line to the outer two you get PN and if you route to the inner two you get NP 2025-09-16T17:17:10 < zyp> so adding a second crossover after the ESD protection seems pretty pointless 2025-09-16T17:18:11 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-16T17:19:06 < zyp> see e.g. https://bin.jvnv.net/file/oUmUF/orbtrace_mini_r1.0.1.pdf for how I've done it, page 13, bottom edge of the layout 2025-09-16T17:19:20 < zyp> ESD protection hooks to the inner pair 2025-09-16T17:19:35 < zyp> page 16 has the bottom layer with the crossover 2025-09-16T17:20:35 < zyp> if I needed opposite polarity, I'd just use the outer pair instead 2025-09-16T17:24:40 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-16T17:26:49 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-16T17:35:24 < machinehum> zyp: yes 2025-09-16T17:36:09 < bitmask> well tahoe is... something... 2025-09-16T17:36:15 < bitmask> wtf 2025-09-16T17:43:07 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds] 2025-09-16T17:46:32 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-16T17:47:31 -!- BrainDamage_ is now known as BrainDamage 2025-09-16T17:48:55 < zyp> bitmask, hi, are you laurenceb? 2025-09-16T17:49:10 < bitmask> how... dare...you 2025-09-16T17:49:15 < bitmask> why do you say that though? 2025-09-16T17:50:10 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-16T17:50:31 < zyp> because you joined and wrote something that nobody else has any context to interpret 2025-09-16T17:50:55 < bitmask> oh my bad! :) tahoe is macs latest OS version 2025-09-16T17:51:19 < bitmask> its ugly 2025-09-16T17:52:03 -!- tom17 [~tom@user/tomeaton17] has joined ##stm32 2025-09-16T17:52:04 -!- catphish_ [~quassel@user/catphish] has joined ##stm32 2025-09-16T17:52:20 -!- soweli_iki_ [soweli_iki@2600:3c02::f03c:93ff:fe5b:9fc] has joined ##stm32 2025-09-16T17:52:32 -!- Kamilion|ZNC [kamilion@copper.sllabs.com] has joined ##stm32 2025-09-16T17:52:36 -!- \dev\ice_ [~eabdb@2a01:4f8:1c1e:b0a8::1] has joined ##stm32 2025-09-16T17:54:20 -!- mid-kid1 [~mid-kid@2a01:7c8:aac8:1e8:5054:ff:fe5e:cd48] has joined ##stm32 2025-09-16T17:55:00 -!- \dev\ice [~eabdb@user/device/x-9920846] has quit [Ping timeout: 248 seconds] 2025-09-16T17:55:01 -!- catphish [~quassel@user/catphish] has quit [Read error: Connection reset by peer] 2025-09-16T17:55:01 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 248 seconds] 2025-09-16T17:55:01 -!- soweli_iki [soweli_iki@user/soweli-iki:47461] has quit [Ping timeout: 248 seconds] 2025-09-16T17:55:01 -!- tomeaton17 [~tom@user/tomeaton17] has quit [Ping timeout: 248 seconds] 2025-09-16T17:55:01 -!- Kamilion [kamilion@copper.sllabs.com] has quit [Ping timeout: 248 seconds] 2025-09-16T17:55:02 -!- mid-kid [~mid-kid@2a01:7c8:aac8:1e8:5054:ff:fe5e:cd48] has quit [Ping timeout: 248 seconds] 2025-09-16T17:55:02 -!- Kamilion|ZNC is now known as Kamilion 2025-09-16T17:55:20 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 272 seconds] 2025-09-16T17:55:24 -!- soweli_iki_ is now known as soweli_iki 2025-09-16T17:55:24 -!- soweli_iki [soweli_iki@user/soweli-iki:47461] has changed host 2025-09-16T17:56:13 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-16T18:02:09 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds] 2025-09-16T18:04:57 -!- tabemann_ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has joined ##stm32 2025-09-16T18:05:47 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-16T18:07:19 -!- yukam [~yukam@user/yukam] has quit [Ping timeout: 260 seconds] 2025-09-16T18:08:47 -!- tabemann__ [~tabemann@172-13-49-137.lightspeed.milwwi.sbcglobal.net] has quit [Ping timeout: 260 seconds] 2025-09-16T18:14:46 -!- yukam [~yukam@user/yukam] has joined ##stm32 2025-09-16T18:16:50 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-16T18:18:57 -!- krabrock_ [~krabrock@about/hackers/krabrock] has joined ##stm32 2025-09-16T18:20:17 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 248 seconds] 2025-09-16T18:20:27 -!- krabrock [~krabrock@about/hackers/krabrock] has quit [Ping timeout: 260 seconds] 2025-09-16T18:25:36 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-16T18:39:35 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-16T18:41:53 < qyx> ololol jaguar land rover is not manufacturing because some hacker kiddies accidentally their SAP? 2025-09-16T18:43:36 < qyx> https://www.bbc.com/news/articles/czewlj57e24o 2025-09-16T18:43:40 < qyx> such news 2025-09-16T18:46:06 -!- soweli_iki_ [soweli_iki@2600:3c02::f03c:93ff:fe5b:9fc] has joined ##stm32 2025-09-16T18:47:56 -!- machinehum2 [machinehum@2a01:7e01::f03c:94ff:fe4d:b21c] has joined ##stm32 2025-09-16T18:48:42 -!- ventyl_ [~ventyl@bband-dyn193.95-103-25.t-com.sk] has joined ##stm32 2025-09-16T18:49:52 -!- soweli_iki_ [soweli_iki@2600:3c02::f03c:93ff:fe5b:9fc] has quit [Remote host closed the connection] 2025-09-16T18:52:16 -!- Flecks [~fleck@user/fleck] has joined ##stm32 2025-09-16T18:53:52 -!- Netsplit *.net <-> *.split quits: ventyl, Fleck, soweli_iki, machinehum 2025-09-16T19:00:30 -!- soweli_iki [~soweli_ik@170-187-203-43.ip.linodeusercontent.com] has joined ##stm32 2025-09-16T19:00:30 -!- soweli_iki [~soweli_ik@user/soweli-iki:47461] has changed host 2025-09-16T19:17:21 < qyx> so back to work 2025-09-16T19:17:51 < qyx> REGN is turned on if ACOV and ACUV are both astisfied 2025-09-16T19:17:59 < qyx> which means I have to check them 2025-09-16T19:25:01 < karlp> this shits me so much: https://www.kicad.org/blog/2025/06/KiCad-and-Wayland-Support/ 2025-09-16T19:25:49 < karlp> like, I get it from their point of view, but just this whole "no, everything's broken, x has no future, x is the only future" finger pointer is such a downer for users. 2025-09-16T19:29:31 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Quit: bitmask] 2025-09-16T19:30:47 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 256 seconds] 2025-09-16T19:33:29 < zyp> karlp, what is the part you're upset about? 2025-09-16T19:35:53 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Quit: ZNC 1.8.1 - https://znc.in] 2025-09-16T19:43:10 < karlp> that there's no progress really being made anywhere, and it's been like this for years now. 2025-09-16T19:43:34 < karlp> the desktop people are just going ahead with "fuck x, x is dead" and the apps are like, "this shit don't work yet!" 2025-09-16T19:43:47 < karlp> and the users are just left going, "why did you all break my shit?" 2025-09-16T19:47:52 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32 2025-09-16T19:49:50 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-16T19:50:44 -!- analoq_ [~yashi@user/dies] has joined ##stm32 2025-09-16T19:54:21 -!- Netsplit *.net <-> *.split quits: analoq, veverak, grindhold, phryk_, PaulFertser, LFSveteran, hexo__, duude__ 2025-09-16T19:54:21 -!- duude__- is now known as duude__ 2025-09-16T19:55:06 -!- Netsplit over, joins: hexo__ 2025-09-16T19:56:56 < qyx> jpa-: what did you do to enable it besides setting CE=L, ACOV<1.2, ACUV>1.15, AC>4.2? 2025-09-16T19:57:04 < qyx> I still have REGN=0 2025-09-16T19:59:20 < qyx> it is basically dead, looks like it 2025-09-16T19:59:38 < ventyl_> qyx: still? it happened like a week ago 2025-09-16T19:59:41 -!- ventyl_ is now known as ventYl 2025-09-16T19:59:44 -!- LFSveteran [~LFSvetera@keymaker.msrv.nl] has joined ##stm32 2025-09-16T19:59:44 -!- phryk_ [~totallyno@user/phryk] has joined ##stm32 2025-09-16T19:59:44 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32 2025-09-16T19:59:44 -!- veverak [~veverak@2a01:4f8:1c1c:377c::1] has joined ##stm32 2025-09-16T19:59:44 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32 2025-09-16T20:00:39 < ventYl> karlp: based on my talk with actual wayland devs my opinion is that they are a bunch of morons 2025-09-16T20:00:50 < ventYl> they have some valid points but it takes them eons to make a decision 2025-09-16T20:01:44 < ventYl> and this delay is for all bad reasons 2025-09-16T20:09:47 -!- benishor [~benishor@scene.ro] has quit [Ping timeout: 244 seconds] 2025-09-16T20:09:53 -!- benishor_ [~benishor@scene.ro] has joined ##stm32 2025-09-16T20:09:53 < machinehum2> Maybe I'm missing something but I haven't been presented with a good reason to move to wayland 2025-09-16T20:10:11 -!- machinehum2 is now known as machinehum 2025-09-16T20:10:52 -!- benishor_ is now known as benishor 2025-09-16T20:11:25 < machinehum> Other than "X is old only 3 people maintain it and they hate maintaining it" 2025-09-16T20:16:26 < zyp> I think it goes something like «the architecture of X doesn't suit the modern world» 2025-09-16T20:20:56 < ventYl> one rather good reason, which is actually a specialization of what zyp wrote is: X has no security. once a client is in, it can do whatever it wants. 2025-09-16T20:21:23 < ventYl> it is trivial to write a keylogger on top of X and it non-trivial do both detect and/or prevent it 2025-09-16T20:21:43 < ventYl> the only thing that prevents keylogger to access X is X cookie 2025-09-16T20:26:02 -!- \dev\ice_ is now known as \dev\ice 2025-09-16T20:26:07 -!- \dev\ice [~eabdb@user/device/x-9920846] has changed host 2025-09-16T20:27:38 -!- hexo__ is now known as hexo 2025-09-16T20:39:53 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving] 2025-09-16T20:49:12 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-16T21:00:36 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Read error: Connection reset by peer] 2025-09-16T21:00:50 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-16T21:03:29 < specing> It used to be that one wouldn't run malware on their computer 2025-09-16T21:03:43 < specing> now we need wayland to save us from ourselves 2025-09-16T21:19:52 -!- infisd [~infisc@user/infisc] has quit [Read error: Connection reset by peer] 2025-09-16T21:20:22 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-16T22:02:27 -!- krabrock_ is now known as krabrock 2025-09-16T22:14:52 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-16T22:23:04 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-16T22:25:23 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-16T22:28:40 -!- qyx [~qyx@84.245.120.245] has quit [Ping timeout: 245 seconds] 2025-09-16T22:30:13 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-16T22:30:36 -!- qyx [~qyx@84.245.121.206] has joined ##stm32 2025-09-16T22:47:16 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-16T22:47:29 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-16T22:48:29 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-16T23:10:49 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-16T23:29:02 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds] --- Day changed Wed Sep 17 2025 2025-09-17T00:24:33 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-17T01:12:20 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-17T01:45:07 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Read error: Connection reset by peer] 2025-09-17T01:48:51 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-17T02:27:36 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has joined ##stm32 2025-09-17T02:31:04 < nomorekaki> https://www.youtube.com/watch?v=Epgo8ixX6Wo musics 2025-09-17T03:21:16 -!- drew [~drew@user/drew] has quit [Read error: Connection reset by peer] 2025-09-17T03:24:10 -!- drew [~drew@user/drew] has joined ##stm32 2025-09-17T03:40:33 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has quit [Quit: Client closed] 2025-09-17T03:44:22 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has joined ##stm32 2025-09-17T03:47:42 -!- qyx_ [~qyx@84.245.121.206] has joined ##stm32 2025-09-17T03:53:49 -!- qyx [~qyx@84.245.121.206] has quit [Ping timeout: 260 seconds] 2025-09-17T04:30:47 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-17T04:46:00 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-17T05:11:27 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-17T05:14:59 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-17T05:24:36 -!- signedzero1 [~signedzer@188.190.85.165] has quit [Read error: Connection reset by peer] 2025-09-17T05:52:52 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-17T06:01:07 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-17T06:28:37 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has quit [Quit: Client closed] 2025-09-17T07:13:22 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-17T07:20:46 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-17T07:29:49 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-17T07:35:41 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-17T08:23:03 < jpa-> qyx_: maybe you burned REGN regulator, i always did that and don't know why 2025-09-17T08:24:29 < jpa-> ventYl: but how do you run malware that cannot attack all other processes through filesystem and ptrace anyway? 2025-09-17T08:43:38 -!- LFSveteran_ [~LFSvetera@keymaker.msrv.nl] has joined ##stm32 2025-09-17T08:49:19 -!- Netsplit *.net <-> *.split quits: bitmask, veverak, grindhold, infisc, PaulFertser, LFSveteran, phryk_ 2025-09-17T08:49:19 -!- LFSveteran_ is now known as LFSveteran 2025-09-17T08:49:33 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-17T08:50:43 -!- Netsplit over, joins: infisc, phryk_, grindhold, veverak, PaulFertser 2025-09-17T08:53:43 < ventYl> jpa-: if your goal is to collect sensitive intelligence, this may not be a blocker 2025-09-17T08:57:16 < jpa-> i'm not sure what that means, but i wouldn't trust much for wayland to protect me from malware that is already running on my user account 2025-09-17T08:57:53 < jpa-> as for remoting to untrusted computer through X forwarding, I agree that it is dangerous, though AFAIK Xnest can protect against that 2025-09-17T09:23:18 < qyx_> you mean wayland-forwarding? 2025-09-17T09:23:21 -!- qyx_ is now known as qyx 2025-09-17T09:23:40 < qyx> jpa-: I am feeding it externaly, it "works" now 2025-09-17T09:23:56 < jpa-> i think wayland-forwarding (waypipe?) should protect other applications from the forwarded app 2025-09-17T09:24:06 < qyx> that is, it is in PSM mode and switches at about 300 Hz 2025-09-17T09:24:17 < qyx> reverse mode works though 2025-09-17T09:24:18 < jpa-> which X-forwarding without separate program doesn't.. but seems like pretty niche and already available methods 2025-09-17T09:24:20 < qyx> to some degree 2025-09-17T09:29:10 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-17T09:30:06 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-17T09:35:08 < machinehum> hoi 2025-09-17T09:38:25 < ventYl> jpa-: well, any client connected to X11 can freely take screenshots and/or log keypresses / mouse movement. this cannot be prevented as it is by design and actively used by legit tools. 2025-09-17T09:40:16 < ventYl> wayland has some limitations in where a client can capture input and/or screen output where it can't (Quartz on MacOS does too, BTW) 2025-09-17T09:40:35 < qyx> jpa-: reverse mode works at ~8W, 93.3% efficiency now 2025-09-17T09:40:55 < ventYl> the existence of these rules is not a problem though. the problem is that these rules were created without clear way to make legitimate tools that use this functionality work 2025-09-17T09:40:58 < qyx> going 12 V -> 15.36 V 2025-09-17T09:41:46 < ventYl> so various tools like screen sharing or even window managers are massively broken with their authors having to explain that the fix is simply not possible at the moment because wayland is broken 2025-09-17T09:45:12 < ventYl> which kind-of reminds the GTK2/Gnome2 -> Gnome3 situation. as the migration was going and they had problems rewriting pieces of desktop to GTK3, they simply dropped a lot of functionality and then wrote it from scratch. yet still several releases were barebone. 2025-09-17T09:46:10 < ventYl> and GTK marked many essential widgets as "deprecated without replacement" with documentation explaining that "yes, this is deprecated but if you need it you still have to use it as there is no alternative to achieve your goal" 2025-09-17T09:49:34 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-17T09:54:48 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-17T10:07:58 < BrainDamage> ventYl: that any client can capture the output of another program or send and capture input events IS a problem, and it's that it allows whole categories of malware to exist 2025-09-17T10:08:34 < BrainDamage> but what is weird is that instead of simply create a mechanism to whitelist the api access, they only allow the compositor to do it 2025-09-17T10:08:45 < BrainDamage> so the compositor is even more of a kitchen sink 2025-09-17T10:14:57 < ventYl> BrainDamage: they shift *every* responsibility to compositor 2025-09-17T10:31:05 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-17T10:56:13 < mercenary> there is this Xnamespaces idea in xlibre, which would mitigate a lot of that, but that is still at a very early stage 2025-09-17T10:57:12 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-17T11:00:15 < ventYl> and came about a decade too late :) 2025-09-17T11:04:02 < qyx> 95.2% efficiency \o/ 2025-09-17T11:04:20 < qyx> at about 20W 2025-09-17T11:07:43 < qyx> the thing is still switching cold 2025-09-17T11:07:57 < qyx> inductor is the most warm part of the circuit 2025-09-17T11:08:30 < qyx> I am declaring half-success, charging still doesn't work 2025-09-17T11:10:41 < jpa-> no smoke? :| 2025-09-17T11:11:46 < qyx> not yet 2025-09-17T11:26:34 -!- splud [~noneya.bi@user/splud] has quit [Ping timeout: 248 seconds] 2025-09-17T11:51:32 -!- splud [~noneya.bi@user/splud] has joined ##stm32 2025-09-17T12:20:50 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-17T12:28:53 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-17T12:28:53 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-17T12:28:59 < karlp> speaking of broken futures, kernel 6.16 doesn't display for me. time to bgin the laborious process of bug reporting. 2025-09-17T12:29:28 < karlp> vs code just updated, august 2025 release: key highlights: ... 2025-09-17T12:29:37 < karlp> 100% of the key highlights are agent cruft. 2025-09-17T12:44:20 < ventYl> developing non-trivial github action is so much fun... 2025-09-17T13:16:38 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-17T14:18:11 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-17T14:18:24 -!- Shaun_ is now known as Shaun 2025-09-17T14:28:28 -!- infisc_ [uid692580@user/infisc] has joined ##stm32 2025-09-17T14:32:33 -!- infisc [uid692580@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-17T14:32:33 -!- infisc_ is now known as infisc 2025-09-17T15:40:50 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:75c0:577b:9b9:fc1] has quit [Remote host closed the connection] 2025-09-17T15:43:17 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-17T15:44:02 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:61cf:e5e3:8dff:1fd1] has joined ##stm32 2025-09-17T16:28:46 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-17T16:43:36 -!- ou5x [~tim@hator.sunsite.lv] has joined ##stm32 2025-09-17T16:43:40 -!- mercenar- [~mercenary@2001:19f0:7400:85c3:5400:ff:fe03:dad9] has joined ##stm32 2025-09-17T16:46:18 -!- tomeaton17 [~tom@user/tomeaton17] has joined ##stm32 2025-09-17T16:47:18 -!- zapb__ [~zapb@2a01:4f8:c010:372f::1] has joined ##stm32 2025-09-17T16:47:24 -!- leptonix_ [~leptonix@tiger.leptonix.net] has joined ##stm32 2025-09-17T16:47:25 -!- mawk` [mawk@wireguard/contributor/mawk] has joined ##stm32 2025-09-17T16:47:30 -!- akaWolf1 [~akaWolf@akawolf.org] has joined ##stm32 2025-09-17T16:47:44 -!- sugarbee1 [~barbas@81.4.123.134] has joined ##stm32 2025-09-17T16:48:40 -!- mercenary [~mercenary@user/mercenary] has quit [Killed (NickServ (GHOST command used by mercenar-!~mercenary@2001:19f0:7400:85c3:5400:ff:fe03:dad9))] 2025-09-17T16:48:43 -!- catphish [~quassel@user/catphish] has joined ##stm32 2025-09-17T16:48:51 -!- BrainDamage_ [~m-t6k752@user/BrainDamage] has joined ##stm32 2025-09-17T16:49:20 -!- mercenar- is now known as mercenary 2025-09-17T16:49:27 -!- mercenary [~mercenary@user/mercenary] has changed host 2025-09-17T16:51:28 -!- oz4ga [~tim@hator.sunsite.lv] has quit [Read error: Connection reset by peer] 2025-09-17T16:51:28 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 256 seconds] 2025-09-17T16:51:29 -!- catphish_ [~quassel@user/catphish] has quit [Ping timeout: 256 seconds] 2025-09-17T16:51:29 -!- tom17 [~tom@user/tomeaton17] has quit [Ping timeout: 256 seconds] 2025-09-17T16:51:30 -!- akaWolf [~akaWolf@akawolf.org] has quit [Ping timeout: 256 seconds] 2025-09-17T16:51:30 -!- sugarbeet [~barbas@81.4.123.134] has quit [Ping timeout: 256 seconds] 2025-09-17T16:51:30 -!- leptonix [~leptonix@tiger.leptonix.net] has quit [Ping timeout: 256 seconds] 2025-09-17T16:51:31 -!- mawk [mawk@wireguard/contributor/mawk] has quit [Ping timeout: 256 seconds] 2025-09-17T16:51:31 -!- zapb_ [~zapb@static.127.92.47.78.clients.your-server.de] has quit [Ping timeout: 256 seconds] 2025-09-17T16:51:32 -!- akaWolf1 is now known as akaWolf 2025-09-17T16:53:20 -!- mawk` is now known as mawk 2025-09-17T16:53:44 -!- BrainDamage_ is now known as BrainDamage 2025-09-17T17:09:11 -!- mercenar- [~mercenary@ns2.qrm.co.za] has joined ##stm32 2025-09-17T17:09:57 -!- BrainDamage_ [~m-t6k752@user/BrainDamage] has joined ##stm32 2025-09-17T17:10:11 -!- mercenary [~mercenary@user/mercenary] has quit [Killed (NickServ (GHOST command used by mercenar-!~mercenary@ns2.qrm.co.za))] 2025-09-17T17:12:20 -!- mercenar- is now known as mercenary 2025-09-17T17:13:45 -!- mercenary [~mercenary@user/mercenary] has changed host 2025-09-17T17:15:02 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 260 seconds] 2025-09-17T17:19:49 -!- BrainDamage_ is now known as BrainDamage 2025-09-17T17:34:22 -!- BrainDamage_ [~m-t6k752@user/BrainDamage] has joined ##stm32 2025-09-17T17:36:51 -!- Netsplit *.net <-> *.split quits: jfsimon, veverak, BrainDamage, grindhold, PaulFertser, phryk_ 2025-09-17T17:38:27 -!- Netsplit over, joins: jfsimon, phryk_, grindhold, veverak, PaulFertser 2025-09-17T17:39:15 -!- BrainDamage_ is now known as BrainDamage 2025-09-17T17:57:29 < mawk> can I time DMA reading from a GPIO bank using a timer? 2025-09-17T17:59:07 < qyx> yes 2025-09-17T17:59:09 < mawk> there is a "update DMA request enable" bit in the timer registers 2025-09-17T17:59:33 < mawk> but I don't see where to specify the DMA stream I want 2025-09-17T17:59:49 < qyx> search the RM for "interconnect matrix" 2025-09-17T17:59:50 < zyp> you don't 2025-09-17T17:59:53 < qyx> there is a table 2025-09-17T18:00:07 < qyx> or smewhere around that? 2025-09-17T18:00:22 < qyx> or was it specified in the dma section? 2025-09-17T18:00:47 < mawk> I read the whole DMA section so it has to be somewhere else 2025-09-17T18:00:58 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-17T18:01:02 < zyp> which chip is this? 2025-09-17T18:01:21 < mawk> ah yes I see 2025-09-17T18:01:39 < mawk> stm32f767 2025-09-17T18:03:44 < mawk> so I connect the stream to the request corresponding to TIM6, set the stream in peripheral to memory mode, and set the source address to the GPIO data register 2025-09-17T18:04:09 < qyx> yes 2025-09-17T18:05:06 < mawk> thanks 2025-09-17T18:06:02 < mawk> idk how the DMA peripheral interacts with the MPU, I hope DMA automatically respects the MPU regions and access modes 2025-09-17T18:06:23 < mawk> otherwise we have to set up DMA in the bootloader before going to user mode 2025-09-17T18:06:53 -!- mercenar- [~mercenary@ns2.qrm.co.za] has joined ##stm32 2025-09-17T18:09:01 < mawk> but it seems the MPU only protects access from the processor 2025-09-17T18:09:20 -!- mercenary [~mercenary@user/mercenary] has quit [Ping timeout: 256 seconds] 2025-09-17T18:09:56 < mawk> there are only 8 MPU regions on the STM32F767 so we already had to get creative to fit everything 2025-09-17T18:12:54 -!- mercenar- is now known as mercenary 2025-09-17T18:13:17 -!- mercenary [~mercenary@user/mercenary] has changed host 2025-09-17T18:19:06 < qyx> I will slap TI with their shitty BQ* protocol 2025-09-17T18:25:40 -!- yukam [~yukam@user/yukam] has quit [Read error: error:0A000139:SSL routines::record layer failure] 2025-09-17T18:30:53 -!- yukam [~yukam@user/yukam] has joined ##stm32 2025-09-17T18:32:07 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-17T18:40:58 -!- infisc is now known as password 2025-09-17T18:47:32 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 260 seconds] 2025-09-17T18:49:09 -!- jerrycash2 [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-17T18:50:05 -!- jerrycash3 [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-17T18:53:09 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Ping timeout: 260 seconds] 2025-09-17T18:53:52 -!- jerrycash2 [~jerrycash@user/jerrycash] has quit [Ping timeout: 256 seconds] 2025-09-17T18:55:10 -!- password [uid692580@user/infisc] has left ##stm32 [] 2025-09-17T19:37:34 -!- Famine- [~Famine@user/famine-] has joined ##stm32 2025-09-17T20:03:54 -!- infisx [~infisc@user/infisc] has quit [Ping timeout: 248 seconds] 2025-09-17T20:05:20 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-17T20:06:12 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-17T20:32:53 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-17T20:41:14 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:a108:d30f:f495:d015] has joined ##stm32 2025-09-17T20:43:48 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:61cf:e5e3:8dff:1fd1] has quit [Ping timeout: 256 seconds] 2025-09-17T20:45:15 -!- jfsimon1981a [~jfsimon19@2a01:cb14:b9b:2000:a108:d30f:f495:d015] has joined ##stm32 2025-09-17T20:48:54 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:a108:d30f:f495:d015] has quit [Ping timeout: 256 seconds] 2025-09-17T21:42:41 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:a108:d30f:f495:d015] has joined ##stm32 2025-09-17T21:46:08 -!- jfsimon1981a [~jfsimon19@2a01:cb14:b9b:2000:a108:d30f:f495:d015] has quit [Ping timeout: 256 seconds] 2025-09-17T21:46:09 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds] 2025-09-17T22:34:21 < qyx> also, speaking of TI protocols, where is Steffanx 2025-09-17T22:34:25 < qyx> long time, no see 2025-09-17T22:41:38 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds] 2025-09-17T22:49:29 < tomeaton17> BQ studio is kind of nice when it works actually 2025-09-17T22:50:31 < tomeaton17> also ios 26 is terrible 2025-09-17T23:08:15 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-17T23:11:47 < Steffanx> Welcome qyx. Who is Steffanx ? 2025-09-17T23:12:05 < Steffanx> Ok Ill installing it on my ipad now tomeaton17 2025-09-17T23:12:24 < Steffanx> -ing 2025-09-17T23:16:00 < tomeaton17> Steffanx: save yourself a few months until you are forced to 2025-09-17T23:16:11 < qyx> Steffanx: \o/ 2025-09-17T23:17:39 < Steffanx> Nah. Its done tomeaton17 2025-09-17T23:19:28 < tomeaton17> Steffanx: I hope you enjoy the 2016 android reskin vibes with terrible readablity haha 2025-09-17T23:23:06 < Steffanx> We'll see. 2025-09-17T23:25:44 < tomeaton17> Will be interesting to see your thoughts 2025-09-17T23:35:36 < mawk> ios 26? wtf 2025-09-17T23:35:47 < mawk> I haven't been keeping up with the versions 2025-09-17T23:36:24 < qyx> wasn't the current one 13 or 14? 2025-09-17T23:36:36 < qyx> which year is it? 2025-09-17T23:42:15 < Steffanx> Seems they just went to release year with their numbering mawk 2025-09-17T23:42:26 < Steffanx> Last was like 18.7 for me 2025-09-17T23:42:37 < Steffanx> *previous 2025-09-17T23:46:02 < qyx> great, my bq76922 behaves now 2025-09-17T23:47:49 < tomeaton17> qyx oh nice I am using something similar atm I am using the BQ76952 2025-09-17T23:48:30 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-17T23:48:46 < qyx> I am drawing 42W from the batteries, the converter is a bit smoking now 2025-09-17T23:48:57 < qyx> nothing serious so far --- Day changed Thu Sep 18 2025 2025-09-18T00:42:23 -!- yukam [~yukam@user/yukam] has quit [Read error: error:0A000139:SSL routines::record layer failure] 2025-09-18T00:47:37 -!- yukam [~yukam@user/yukam] has joined ##stm32 2025-09-18T01:01:16 -!- Famine_ [~Famine@user/famine-] has joined ##stm32 2025-09-18T01:01:52 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-18T01:04:31 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 256 seconds] 2025-09-18T01:11:30 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 256 seconds] 2025-09-18T01:12:20 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-18T01:13:04 -!- jerrycash3 [~jerrycash@user/jerrycash] has quit [Remote host closed the connection] 2025-09-18T01:13:14 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-18T01:13:22 -!- jerrycash3 [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-18T01:13:55 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:a108:d30f:f495:d015] has joined ##stm32 2025-09-18T01:16:37 -!- jfsimon1981 [~jfsimon19@2a01:cb14:b9b:2000:a108:d30f:f495:d015] has quit [Ping timeout: 260 seconds] 2025-09-18T01:16:37 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-18T01:16:45 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 260 seconds] 2025-09-18T01:38:41 -!- ventYl [~ventyl@bband-dyn193.95-103-25.t-com.sk] has quit [Ping timeout: 248 seconds] 2025-09-18T01:40:18 -!- ventYl [~ventyl@adsl-dyn152.78-98-151.t-com.sk] has joined ##stm32 2025-09-18T01:51:30 -!- benishor_ [~benishor@scene.ro] has joined ##stm32 2025-09-18T01:52:23 -!- benishor [~benishor@scene.ro] has quit [Ping timeout: 244 seconds] 2025-09-18T01:52:23 -!- ventYl [~ventyl@adsl-dyn152.78-98-151.t-com.sk] has quit [Ping timeout: 244 seconds] 2025-09-18T01:52:23 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 244 seconds] 2025-09-18T01:52:23 -!- splud [~noneya.bi@user/splud] has quit [Ping timeout: 244 seconds] 2025-09-18T01:52:24 -!- benishor_ is now known as benishor 2025-09-18T01:52:31 -!- ventYl [~ventyl@adsl-dyn152.78-98-151.t-com.sk] has joined ##stm32 2025-09-18T01:52:55 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-18T02:02:15 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 256 seconds] 2025-09-18T02:04:29 -!- splud [~noneya.bi@user/splud] has joined ##stm32 2025-09-18T02:05:02 -!- infise [~infisc@user/infisc] has joined ##stm32 2025-09-18T02:05:23 -!- jerrycash2 [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-18T02:06:45 -!- Famine- [~Famine@user/famine-] has joined ##stm32 2025-09-18T02:11:12 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 252 seconds] 2025-09-18T02:14:50 -!- Netsplit *.net <-> *.split quits: jerrycash3, yukam, Famine_, veverak, infisx, grindhold, PaulFertser, phryk_ 2025-09-18T02:15:50 -!- Netsplit over, joins: phryk_, grindhold, veverak, PaulFertser 2025-09-18T02:17:06 -!- yukam [~yukam@user/yukam] has joined ##stm32 2025-09-18T03:21:43 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has joined ##stm32 2025-09-18T04:07:32 -!- Famine- [~Famine@user/famine-] has quit [Remote host closed the connection] 2025-09-18T04:08:02 -!- Famine- [~Famine@user/famine-] has joined ##stm32 2025-09-18T04:10:18 -!- Famine_ [~Famine@user/famine-] has joined ##stm32 2025-09-18T04:12:47 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 260 seconds] 2025-09-18T04:19:45 -!- jerrycash3 [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-18T04:24:00 -!- yukam [~yukam@user/yukam] has quit [Ping timeout: 244 seconds] 2025-09-18T04:24:00 -!- jerrycash2 [~jerrycash@user/jerrycash] has quit [Ping timeout: 244 seconds] 2025-09-18T04:24:35 -!- nomorekaki [~nomorekak@178-55-168-145.bb.dnainternet.fi] has quit [Ping timeout: 250 seconds] 2025-09-18T04:30:09 -!- yukam [~yukam@user/yukam] has joined ##stm32 2025-09-18T06:05:57 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-18T06:43:58 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-18T06:44:39 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-18T06:47:22 -!- infise [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-18T06:51:34 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-18T07:11:07 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-18T07:22:20 -!- jerrycash2 [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-18T07:25:50 -!- jerrycash3 [~jerrycash@user/jerrycash] has quit [Ping timeout: 256 seconds] 2025-09-18T07:52:37 < jpa-> SMA = DO214AC, SMB = DO214AA, SMC = DO214AB who came up with this? 2025-09-18T08:00:41 * antto did not 2025-09-18T08:09:25 < infisx> and the size doesn't even progress A->B->C 2025-09-18T08:10:41 < jpa-> it does for SMA, SMB, SMC 2025-09-18T08:53:53 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-18T09:02:04 < ds2> nice... must be some inventory control person typing things in as they arrive... 2025-09-18T09:11:40 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-18T09:17:26 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-18T09:22:39 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-18T09:35:43 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 256 seconds] 2025-09-18T09:35:43 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 256 seconds] 2025-09-18T09:43:15 -!- Famine- [~Famine@user/famine-] has joined ##stm32 2025-09-18T09:45:56 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-18T09:52:03 -!- Netsplit *.net <-> *.split quits: infisx, veverak, grindhold, phryk_, Famine_, PaulFertser 2025-09-18T09:56:00 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-18T09:56:00 -!- phryk_ [~totallyno@user/phryk] has joined ##stm32 2025-09-18T09:56:00 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32 2025-09-18T09:56:00 -!- veverak [~veverak@2a01:4f8:1c1c:377c::1] has joined ##stm32 2025-09-18T09:56:00 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32 2025-09-18T09:57:52 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-18T10:09:03 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-18T10:21:07 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-18T10:47:03 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-18T11:13:23 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-18T11:16:27 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 256 seconds] 2025-09-18T11:16:27 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 256 seconds] 2025-09-18T11:16:49 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-18T11:17:14 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has quit [Ping timeout: 260 seconds] 2025-09-18T11:30:18 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has joined ##stm32 2025-09-18T11:48:28 < qyx> jpa-: btw my bq* was working perfectly in reverse mode but was refusing to charge 2025-09-18T11:49:04 < qyx> then I found a forum post saying something about "manual switch from forward to reverse and back" and my red LEd started blinking, jbo confirmed 2025-09-18T11:49:18 < qyx> the -Q version transitions automatically, non-Q doesn't 2025-09-18T11:49:36 < qyx> so I unset the reverse enable bit and it finally started charging 2025-09-18T11:50:07 < qyx> except I am getting 10 V voltage droops on the input and 2 V peaks on the battery, so something is obviously wrong in the regulation loop 2025-09-18T11:54:41 < qyx> as recommended I am replacing 1 mR sensing resistors with 5 mR 2025-09-18T11:55:00 < qyx> when I find them.. 2025-09-18T11:56:21 < zyp> just build an arc with your 1mRs, like this: https://bin.jvnv.net/file/3QJ4w.JPG 2025-09-18T12:07:16 < qyx> ok it works with 5 mR 2025-09-18T12:07:31 < qyx> zyp: lol 2025-09-18T12:08:15 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 245 seconds] 2025-09-18T12:08:45 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-18T12:23:29 < qyx> ok charging at 400 mA (minimum) and I don't know why 2025-09-18T12:42:29 < jpa-> qyx: hmm, not automatically going to charging mode at least explains something :D 2025-09-18T12:42:46 < jpa-> though mine didn't talk over I2C, so something was very wrong anyway 2025-09-18T12:43:21 < zyp> didn't yours automatically go to exploding mode? 2025-09-18T12:43:31 < jpa-> at first yeah 2025-09-18T12:43:38 < jpa-> but i did get "do nothing mode" also 2025-09-18T12:44:16 < jpa-> probably because the PCB was very dense and i always fail at QFN rework 2025-09-18T12:44:54 < qyx> here it clearly regulates as it should except sometimes it makes weird noises 2025-09-18T12:45:05 < qyx> *regulates to a bad value 2025-09-18T12:46:15 < jpa-> a bad value as it should 2025-09-18T12:53:22 -!- infisx [~infisc@user/infisc] has quit [Ping timeout: 256 seconds] 2025-09-18T13:08:43 < tomeaton17> im just playing around with the bq eval board at the moment, very expensive btw 2025-09-18T13:11:43 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-18T13:25:01 < qyx> mine does very weird things, like terminating charging when the battery os obviously discharged 2025-09-18T13:25:14 < qyx> or not regulating the charging current properly 2025-09-18T13:26:02 < tomeaton17> I am also seeing some strange behaviour with regards to some of the alarms. Granted I haven't completely read the tech manual yet 2025-09-18T13:27:43 < qyx> ow wait 2025-09-18T13:28:10 < qyx> they are using some big shunt filter with 470n across 2025-09-18T13:28:28 < qyx> maybe that's the reason for not reulating fast enough/properly 2025-09-18T13:29:20 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-18T13:35:46 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-18T13:47:32 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-18T14:07:10 -!- infisd [~infisc@user/infisc] has quit [Read error: Connection reset by peer] 2025-09-18T14:08:43 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-18T14:10:20 -!- infisd [~infisc@user/infisc] has quit [Remote host closed the connection] 2025-09-18T14:11:25 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-18T14:16:07 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-18T14:16:07 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-18T14:48:01 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 265 seconds] 2025-09-18T14:50:42 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32 2025-09-18T14:55:53 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has quit [Remote host closed the connection] 2025-09-18T14:56:20 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has joined ##stm32 2025-09-18T14:56:53 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-18T14:58:02 -!- BrainDamage [~m-t6k752@user/BrainDamage] has quit [Ping timeout: 256 seconds] 2025-09-18T15:00:13 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 250 seconds] 2025-09-18T15:01:44 -!- BrainDamage [~m-t6k752@user/BrainDamage] has joined ##stm32 2025-09-18T15:20:47 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:a108:d30f:f495:d015] has quit [Remote host closed the connection] 2025-09-18T15:21:24 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:a108:d30f:f495:d015] has joined ##stm32 2025-09-18T15:47:10 < qyx> ok I am out of ideas 2025-09-18T16:02:17 < jbo> ah shit, we're doing BQ25756 debugging in public now, qyx ? 2025-09-18T16:02:44 < jbo> I figured we don't want to trigger trauma in jpa- 2025-09-18T16:03:37 < qyx> lol 2025-09-18T16:07:02 < jpa-> yeah, i think it is mean 2025-09-18T16:07:15 < jpa-> but at least it's good that qyx is failing 2025-09-18T16:07:30 < jbo> I am honestly surprised 2025-09-18T16:07:38 < jbo> usually I am the guy who runs into weird shit 2025-09-18T16:07:44 < jbo> but my BQ shit worked immediately 2025-09-18T16:07:55 < jbo> then again, I did it before you guys did - maybe you were just too late to the party :p 2025-09-18T16:09:06 < qyx> no you are the one using boring trnsistors 2025-09-18T16:09:28 < jbo> pffff 2025-09-18T16:09:30 < qyx> also, now it looks like my charger is working but my protection chip is disconnecting my cells 2025-09-18T16:09:33 < jbo> did you just insult my transistors? 2025-09-18T16:09:49 < qyx> at 400 mA charging current it charges 2025-09-18T16:09:50 < jbo> have you checked for voltage dips/spikes? 2025-09-18T16:11:06 < jbo> one thing we did not mess around with yet is FSW_SYNC. if you're desperate enough you could try 600k 2025-09-18T16:11:38 < jbo> also, I am still of the opinion that the 10R resistor is not on EVK. I get the argument that it works in reverse mode tho. 2025-09-18T16:12:11 < qyx> Protections:OCC:Threshold 2025-09-18T16:12:25 < qyx> min: 2 mV, max 62 mV, default: 2 mV 2025-09-18T16:12:52 < qyx> with my 1 mR I am hitting 2A threshold 2025-09-18T16:17:07 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 258 seconds] 2025-09-18T16:19:28 < qyx> at 1 A charging current it works reasonably 2025-09-18T16:19:36 < qyx> I am lazy to reconfigure the protection IC to allow more 2025-09-18T16:19:55 < qyx> I cannot charge much faster in production anyway 2025-09-18T16:37:21 < tomeaton17> Safe to say that my short circuit protection test on the BQ76952 eval board was a failure. Blew up the FET and its now failed short lol 2025-09-18T16:48:17 < infisx> #define FET fuse 2025-09-18T16:50:35 < qyx> fail together, fail better 2025-09-18T16:55:57 < tomeaton17> suprised it died, was supposed to disable the fets after 15 us so kind of bordering the edge of the safety region 2025-09-18T16:56:45 < tomeaton17> Not exactly sure what the current was, I guess I could calculate it with the internal resistances. It was a 16S pack of 18650s and I just touched the pack leads together 2025-09-18T16:56:49 < tomeaton17> nice spark 2025-09-18T17:20:44 < qyx> ok now both forward and reverse doesn't work 2025-09-18T17:20:51 < qyx> and protector doesn't behave 2025-09-18T18:17:59 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-18T19:39:31 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-18T19:40:33 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-18T19:40:58 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-18T20:40:56 -!- infisx [~infisc@user/infisc] has quit [Read error: Connection reset by peer] 2025-09-18T20:53:10 -!- specing [~specing@user/specing] has quit [Ping timeout: 255 seconds] 2025-09-18T20:53:25 -!- specing_ [~specing@user/specing] has joined ##stm32 2025-09-18T20:55:49 -!- specing_ is now known as specing 2025-09-18T21:05:23 < qyx> tomeaton17: how does the bq-studio communicate? do you need some specific i2c bridge? 2025-09-18T21:07:43 < qyx> what the hell, windows only, export controlled 2025-09-18T21:48:13 -!- ou5x is now known as oz4ga 2025-09-18T21:52:44 < karlp> fucking fedex "tried to deliver" yesterday to... somewhere. 2025-09-18T21:52:47 < karlp> arseholes 2025-09-18T21:53:50 < specing> into your front door (at high velocity) ? :P 2025-09-18T21:58:11 < karlp> who knows, no note on my door. 2025-09-18T21:58:30 < specing> any impact crater? 2025-09-18T22:03:19 < qyx> no, landing radar was malfunctioning 2025-09-18T22:07:37 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-18T22:28:54 -!- qyx [~qyx@84.245.121.206] has quit [Ping timeout: 252 seconds] 2025-09-18T22:30:58 -!- qyx [~qyx@84.245.121.23] has joined ##stm32 2025-09-18T23:18:47 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 258 seconds] 2025-09-18T23:22:24 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds] --- Day changed Fri Sep 19 2025 2025-09-19T01:20:02 -!- NEYi [~NEYi@195.234.78.187] has quit [Read error: Connection reset by peer] 2025-09-19T02:28:55 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-19T02:29:57 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-19T02:30:20 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-19T02:43:37 < qyx> jpa-: ok I am in "doing nothing" state now, DRV_SUP draws about 23 mA, ic is in the fast charge state, no signal on mosfet gates 2025-09-19T02:46:19 < qyx> and the reason is.. one GaN is shorted (G-S) 2025-09-19T02:46:54 < qyx> AC side low 2025-09-19T02:49:43 < qyx> this charger is broken beyond repair 2025-09-19T02:50:28 < qyx> among all the things I have ever done in my whole career, TI's BQ* chargers + battery management ICs are the bigges shit to deal with 2025-09-19T03:02:35 < qyx> maybe that's the reason you kept blowing your bq* when drv_sup was connected to regn and one GaN failed 2025-09-19T03:05:08 < qyx> anywaý, I'll replace the fet on monday and see 2025-09-19T03:11:38 < specing> maybe time to switch to some non-US charger chip 2025-09-19T03:11:50 < specing> if its export controlled then there will be more pain down the line 2025-09-19T04:21:05 -!- Steffanx [uid97872@user/steffanx] has quit [Server closed connection] 2025-09-19T04:21:16 -!- Steffanx [uid97872@user/steffanx] has joined ##stm32 2025-09-19T04:23:37 -!- NEYi [~NEYi@195.234.78.187] has quit [Read error: Connection reset by peer] 2025-09-19T05:23:30 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-19T06:21:21 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:a108:d30f:f495:d015] has quit [Quit: Leaving] 2025-09-19T06:21:42 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:94ff:feac:d481:7404] has joined ##stm32 2025-09-19T06:29:10 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-19T07:10:44 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-19T08:18:55 < jpa-> qyx: yeah, though i'm not sure if any GaNs failed for me, i think i kept measuring them separately (between BQ replacements) and they were fine 2025-09-19T08:19:28 < jpa-> but i was probably overloading REGN regulator 2025-09-19T08:43:22 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-19T09:15:47 < jpa-> jbo: i'm trying to move eyes all the time when reading this, it is supposed to help with overcoming trauma 2025-09-19T09:17:25 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-19T09:18:20 -!- dudv2 [~dudv2@user/DudV2] has joined ##stm32 2025-09-19T09:20:44 < infisd> EMDR? 2025-09-19T09:22:50 -!- dkc [~dan@user/dkc] has quit [Ping timeout: 248 seconds] 2025-09-19T09:40:21 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-19T10:14:01 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 256 seconds] 2025-09-19T10:40:23 -!- dkc [~dan@user/dkc] has joined ##stm32 2025-09-19T11:28:56 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-19T11:51:08 < tomeaton17> qyx: I am just using it with the dev board, it has an TI mcu on it which handles the comms. In theory you should be able to set it up to communicate to an external BQ chip, I am going to try that next week 2025-09-19T11:56:20 < tomeaton17> qyx: oh i just saw you blew a fet as well haha 2025-09-19T12:18:32 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-19T12:18:32 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-19T12:39:18 -!- Famine_ [~Famine@user/famine-] has joined ##stm32 2025-09-19T12:40:26 < karlp> well, called local fedex agent, went through the menus, the prompts to check the website for trackign (whicih just redirects to fedex) and then choose a language, and then finally just says "yeah, send us an email, we'll get back to you" and hangs up :) 2025-09-19T12:42:38 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 258 seconds] 2025-09-19T12:42:50 < tomeaton17> Why don't you chase it up with the sender? 2025-09-19T12:44:57 < karlp> wot? 2025-09-19T12:46:08 < tomeaton17> If I ever have a problem receiving a package its the senders responsiblity to make sure it gets delivered I will not waste my time chasing down agents 2025-09-19T12:46:41 < jpa-> as if they had any more ways to affect the local delivery company handling the last mile delivery 2025-09-19T12:47:22 < jpa-> of course they'll eventually deliver it one way or another, but it can really speed up things if you can just call the company and agree on date 2025-09-19T12:47:35 < tomeaton17> well actually they often have a direct number if they are a large enough distributor and can get through directly to depots etc 2025-09-19T12:48:37 < zyp> IME customer support is generally much more helpful when you're the sender than when you're the recipient 2025-09-19T12:48:55 < tomeaton17> Thats what I mean 2025-09-19T12:48:57 < zyp> after all, the sender is the customer of the delivery company 2025-09-19T12:50:03 < zyp> (unless you're booking an EXW shipment as the customer or something, then the recipient is the customer, and customer support is helpful in that case too) 2025-09-19T12:57:37 < karlp> the agent here just says "no, we tried once, (maybe) now you drive here and pick it up" 2025-09-19T12:57:59 < karlp> "oh, you don't want to do that? you can pay us for a re-delivery, or we'll send it back if you dont' come here in 30 days" 2025-09-19T12:59:53 < zyp> yeah, fedex last mile is handled by regular mail here, so if delivery fails it just ends up at the post office 2025-09-19T13:01:26 < zyp> so, what's your issue then? you don't want to go pick it up, or don't know whether it's ready to be picked up? 2025-09-19T13:03:03 < zyp> over here, I can just take the fedex tracking number and put it into regular mail's tracking page to get accurate tracking info 2025-09-19T13:03:19 < zyp> because fedex will just go «In Oslo, out for delivery.» without any more details 2025-09-19T13:04:18 < karlp> I don't want to pick it up, it's wayyyyyy out in the far corner of a neighbouring town. 2025-09-19T13:04:54 < karlp> I would _like_ to be able to list my address as "please just put it in a psotbox for me, because I cannot ever guarantee that I'm 100% at home for the 30 second window of a random day you decide to try" 2025-09-19T13:05:20 < karlp> they "delivered" two days earlier than their estimates, and they didn't even leave a note, so I'm not really even convinced they actually tried at all. 2025-09-19T13:06:15 < karlp> like, I paid for _delivery_ not " lol, fuck you, come get it" 2025-09-19T13:06:46 < karlp> i _cannot_ believe that lcsc is going to have _any_ impact on the local agent here either, 2025-09-19T13:07:11 < karlp> the times I've tried "contacting the seller" in the past, they just wash their hands of it, say "we delivered to fedex! we've done the best we can" 2025-09-19T13:09:12 < mercenary> Can't please everybody. I don't want them to even _try_ to deliver, tell me when it is at a nearby DC and I'll come pick it up. 2025-09-19T13:09:12 < zyp> ah, yeah, the post office my shit ends up at is pretty much no detour at all 2025-09-19T13:11:24 < karlp> mercenary: that woudl be perfectly fine with me. 2025-09-19T13:11:36 < karlp> but they don't do that. 2025-09-19T13:12:01 < karlp> I hve hte regular post set to not try, just put it straight in a box I can get into, that's only a few streets away. 2025-09-19T13:13:45 < mercenary> courier DCs are generally in the airport area, or next town south, either way it's ~50km. But better than them trying to find the place, failing, mislaying the package, etc. 2025-09-19T13:14:18 < mercenary> The way around it is that one of the local couriers/shops lets one use their address for delivery with c/o addressing, and phones when $random courier delivered it there. 2025-09-19T13:46:32 < tomeaton17> I only usually have problems when delivering to residential addresses, most couriers are good here in the uk for business stuff 2025-09-19T13:46:41 < tomeaton17> They are a bit funny about batteries though 2025-09-19T13:48:37 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-19T13:57:47 -!- Famine- [~Famine@user/famine-] has joined ##stm32 2025-09-19T14:01:16 -!- Famine_ [~Famine@user/famine-] has quit [Ping timeout: 256 seconds] 2025-09-19T14:06:19 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-19T14:11:32 -!- splud [~noneya.bi@user/splud] has quit [Ping timeout: 260 seconds] 2025-09-19T14:11:59 -!- splud [~noneya.bi@user/splud] has joined ##stm32 2025-09-19T14:19:23 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 256 seconds] 2025-09-19T14:20:02 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-19T14:26:06 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-19T14:28:36 -!- dkc [~dan@user/dkc] has quit [Ping timeout: 244 seconds] 2025-09-19T14:28:36 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 244 seconds] 2025-09-19T14:28:43 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-19T14:28:49 -!- dkc_ [~dan@user/dkc] has joined ##stm32 2025-09-19T14:34:02 -!- dkc [~dan@user/dkc] has joined ##stm32 2025-09-19T14:34:47 -!- dkc_ [~dan@user/dkc] has quit [Quit: ZNC 1.8.2 - https://znc.in] 2025-09-19T14:35:03 -!- specing [~specing@user/specing] has quit [Killed (NickServ (GHOST command used by specing_))] 2025-09-19T14:35:03 -!- specing_ [~specing@user/specing] has joined ##stm32 2025-09-19T14:35:55 -!- Netsplit *.net <-> *.split quits: phryk_, remcycles, veverak, PaulFertser, grindhold, infisd 2025-09-19T14:37:15 -!- specing_ is now known as specing 2025-09-19T14:40:23 -!- phryk_ [~totallyno@user/phryk] has joined ##stm32 2025-09-19T14:40:23 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32 2025-09-19T14:40:23 -!- veverak [~veverak@2a01:4f8:1c1c:377c::1] has joined ##stm32 2025-09-19T14:40:23 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32 2025-09-19T16:09:54 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 244 seconds] 2025-09-19T16:31:36 -!- specing [~specing@user/specing] has quit [Ping timeout: 244 seconds] 2025-09-19T16:32:04 -!- specing [~specing@user/specing] has joined ##stm32 2025-09-19T16:35:45 -!- specing [~specing@user/specing] has quit [Killed (NickServ (GHOST command used by specing_))] 2025-09-19T16:35:45 -!- specing_ [~specing@user/specing] has joined ##stm32 2025-09-19T16:37:55 -!- specing_ is now known as specing 2025-09-19T16:38:37 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-19T16:51:38 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-19T18:37:16 -!- tomeaton17 [~tom@user/tomeaton17] has quit [Quit: ZNC 1.9.0+deb2ubuntu0.1~esm2 - https://znc.in] 2025-09-19T18:39:13 -!- tomeaton17 [~tom@user/tomeaton17] has joined ##stm32 2025-09-19T18:43:44 -!- c10ud [~c10ud@user/c10ud] has quit [Read error: Connection reset by peer] 2025-09-19T19:24:35 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has joined ##stm32 2025-09-19T19:25:34 -!- infise [~infisc@user/infisc] has joined ##stm32 2025-09-19T19:27:50 -!- ds2 [~ds2@user/ds2] has quit [Ping timeout: 245 seconds] 2025-09-19T19:28:30 -!- infisx [~infisc@user/infisc] has quit [Ping timeout: 256 seconds] 2025-09-19T19:41:42 -!- ds2 [~ds2@69.54.141.155] has joined ##stm32 2025-09-19T20:01:37 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-19T20:56:09 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-19T20:57:11 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-19T20:57:34 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-19T21:10:10 -!- splud [~noneya.bi@user/splud] has quit [Ping timeout: 258 seconds] 2025-09-19T21:26:50 -!- remcycles_ [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has joined ##stm32 2025-09-19T21:34:25 -!- Netsplit *.net <-> *.split quits: phryk_, remcycles, ds2, veverak, infisc, PaulFertser, grindhold, infise 2025-09-19T21:34:52 -!- Netsplit over, joins: infise, infisc, phryk_, grindhold, veverak, PaulFertser 2025-09-19T21:43:06 -!- ds2 [~ds2@69.54.141.155] has joined ##stm32 2025-09-19T21:57:42 -!- splud [~noneya.bi@user/splud] has joined ##stm32 2025-09-19T22:02:23 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-19T22:14:10 -!- kurfen [~kurfen@109.236.63.56] has quit [Remote host closed the connection] 2025-09-19T22:14:58 -!- yukam [~yukam@user/yukam] has quit [Ping timeout: 258 seconds] 2025-09-19T22:15:35 -!- kurfen [~kurfen@109.236.63.56] has joined ##stm32 2025-09-19T22:26:42 -!- yukam [~yukam@user/yukam] has joined ##stm32 2025-09-19T22:30:20 -!- infise [~infisc@user/infisc] has quit [Read error: Connection reset by peer] 2025-09-19T22:35:11 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Quit: bitmask] 2025-09-19T22:57:24 -!- dudv2 [~dudv2@user/DudV2] has quit [Ping timeout: 252 seconds] 2025-09-19T22:59:17 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32 2025-09-19T23:05:14 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving] 2025-09-19T23:12:58 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-19T23:38:58 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 256 seconds] 2025-09-19T23:58:45 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 --- Day changed Sat Sep 20 2025 2025-09-20T00:16:05 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 256 seconds] 2025-09-20T00:48:40 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 258 seconds] 2025-09-20T01:55:05 -!- Flecks [~fleck@user/fleck] has quit [Server closed connection] 2025-09-20T01:58:12 -!- Fleck [~fleck@user/fleck] has joined ##stm32 2025-09-20T02:05:44 -!- dudv2 [~dudv2@user/DudV2] has changed host 2025-09-20T02:38:37 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-20T03:26:59 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-20T03:43:20 -!- joel135 [uid136450@id-136450.hampstead.irccloud.com] has joined ##stm32 2025-09-20T04:09:58 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-20T05:33:15 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-20T05:44:33 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-20T05:44:40 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer] 2025-09-20T05:52:04 -!- joel135 [uid136450@id-136450.hampstead.irccloud.com] has quit [Quit: Connection closed for inactivity] 2025-09-20T06:39:55 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-20T06:52:12 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-20T07:01:29 -!- remcycles__ [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has joined ##stm32 2025-09-20T07:02:02 -!- remcycles_ [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has quit [Ping timeout: 258 seconds] 2025-09-20T07:21:48 -!- remcycles_ [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has joined ##stm32 2025-09-20T07:24:16 -!- remcycles__ [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has quit [Read error: Connection reset by peer] 2025-09-20T07:24:29 -!- kurfen [~kurfen@109.236.63.56] has quit [Ping timeout: 256 seconds] 2025-09-20T07:25:50 -!- kurfen [~kurfen@109.236.63.56] has joined ##stm32 2025-09-20T08:34:29 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-20T08:35:05 -!- soweli_iki [~soweli_ik@user/soweli-iki:47461] has quit [Server closed connection] 2025-09-20T08:35:12 -!- soweli_iki [~soweli_ik@170-187-203-43.ip.linodeusercontent.com] has joined ##stm32 2025-09-20T08:35:12 -!- soweli_iki [~soweli_ik@user/soweli-iki:47461] has changed host 2025-09-20T08:40:01 -!- analoq_ [~yashi@user/dies] has quit [Ping timeout: 248 seconds] 2025-09-20T08:41:55 -!- analoq [~yashi@user/dies] has joined ##stm32 2025-09-20T08:42:13 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-20T09:05:19 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-20T09:53:59 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-20T10:12:45 -!- signedzero [~signedzer@188.190.85.165] has joined ##stm32 2025-09-20T10:24:03 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-20T10:34:45 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32 2025-09-20T11:11:12 -!- signedzero [~signedzer@188.190.85.165] has quit [Ping timeout: 258 seconds] 2025-09-20T11:13:35 -!- mercenary [~mercenary@user/mercenary] has quit [Quit: ZNC 1.10.0 - https://znc.in] 2025-09-20T11:13:42 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-20T11:15:03 -!- mercenary [~mercenary@user/mercenary] has joined ##stm32 2025-09-20T11:25:37 -!- signedzero [~signedzer@188.190.87.35] has joined ##stm32 2025-09-20T13:19:05 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has quit [Server closed connection] 2025-09-20T13:26:32 -!- jmcgnh [~jmcgnh@wikipedia/jmcgnh] has joined ##stm32 2025-09-20T13:58:26 -!- Famine [~Famine@user/famine-] has joined ##stm32 2025-09-20T13:59:52 -!- Famine- [~Famine@user/famine-] has quit [Ping timeout: 258 seconds] 2025-09-20T14:43:39 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-20T15:01:02 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-20T17:01:40 -!- remcycles_ is now known as remcycles 2025-09-20T17:08:45 -!- phryk_ is now known as phryk 2025-09-20T18:52:02 -!- Netsplit *.net <-> *.split quits: Famine, fenugrec, kurfen, qyx, IanW_, jerrycash2, martinmoene__ 2025-09-20T18:52:51 -!- drew` [~drew@user/drew] has joined ##stm32 2025-09-20T18:53:07 -!- drew [~drew@user/drew] has quit [Ping timeout: 244 seconds] 2025-09-20T18:53:53 -!- drew` is now known as drew 2025-09-20T18:57:11 -!- Netsplit over, joins: Famine, kurfen, IanW_, martinmoene__, qyx, jerrycash2, fenugrec 2025-09-20T18:59:01 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye] 2025-09-20T18:59:32 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32 2025-09-20T20:14:25 -!- jerrycash3 [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-20T20:17:28 -!- jerrycash2 [~jerrycash@user/jerrycash] has quit [Ping timeout: 258 seconds] 2025-09-20T21:37:13 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Remote host closed the connection] 2025-09-20T21:44:18 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32 2025-09-20T22:07:34 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-20T22:12:18 -!- Famine- [~Famine@user/famine-] has joined ##stm32 2025-09-20T22:12:18 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-20T22:12:46 -!- jerrycash2 [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-20T22:15:09 -!- qyx [~qyx@84.245.121.23] has quit [Ping timeout: 258 seconds] 2025-09-20T22:15:09 -!- fenugrec [~f@192.214.232.39] has quit [Ping timeout: 258 seconds] 2025-09-20T22:15:32 -!- jerrycash3 [~jerrycash@user/jerrycash] has quit [Ping timeout: 258 seconds] 2025-09-20T22:15:32 -!- Famine [~Famine@user/famine-] has quit [Ping timeout: 258 seconds] 2025-09-20T22:15:32 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 258 seconds] 2025-09-20T22:16:48 -!- qyx [~qyx@84.245.121.23] has joined ##stm32 2025-09-20T22:17:14 -!- fenugrec [~f@192.214.232.39] has joined ##stm32 2025-09-20T22:20:23 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 256 seconds] 2025-09-20T22:25:51 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-20T22:29:08 -!- qyx [~qyx@84.245.121.23] has quit [Ping timeout: 260 seconds] 2025-09-20T22:30:46 -!- qyx [~qyx@84.245.121.197] has joined ##stm32 2025-09-20T23:22:27 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-20T23:31:05 -!- hexo [~hexo@user/hexo] has quit [Server closed connection] 2025-09-20T23:31:29 -!- hexo [~hexo@user/hexo] has joined ##stm32 2025-09-20T23:32:26 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds] --- Day changed Sun Sep 21 2025 2025-09-21T01:53:14 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye] 2025-09-21T01:53:54 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Quit: bitmask] 2025-09-21T02:20:09 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 260 seconds] 2025-09-21T02:23:01 -!- jerrycash3 [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-21T02:23:49 -!- hexo__ [~hexo@user/hexo] has joined ##stm32 2025-09-21T02:23:55 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-21T02:24:53 -!- hexo [~hexo@user/hexo] has quit [Read error: Connection reset by peer] 2025-09-21T02:26:19 -!- jerrycash2 [~jerrycash@user/jerrycash] has quit [Ping timeout: 256 seconds] 2025-09-21T02:51:52 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-21T03:25:25 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-21T04:57:39 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-21T05:40:22 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-21T06:15:17 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-21T06:37:31 -!- kurfen_ [~kurfen@109.236.63.56] has joined ##stm32 2025-09-21T06:38:04 -!- kurfen [~kurfen@109.236.63.56] has quit [Ping timeout: 258 seconds] 2025-09-21T08:13:56 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-21T08:38:37 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 256 seconds] 2025-09-21T08:40:16 -!- analoq [~yashi@user/dies] has joined ##stm32 2025-09-21T09:46:06 -!- krabrock [~krabrock@about/hackers/krabrock] has quit [Quit: zzz...] 2025-09-21T09:47:26 -!- krabrock [~krabrock@about/hackers/krabrock] has joined ##stm32 2025-09-21T09:47:44 -!- krabrock [~krabrock@about/hackers/krabrock] has quit [Remote host closed the connection] 2025-09-21T09:48:04 -!- krabrock [~krabrock@about/hackers/krabrock] has joined ##stm32 2025-09-21T10:09:56 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-21T10:40:01 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-21T11:09:05 -!- leptonix_ [~leptonix@tiger.leptonix.net] has quit [Server closed connection] 2025-09-21T11:09:21 -!- leptonix [~leptonix@tiger.leptonix.net] has joined ##stm32 2025-09-21T11:11:17 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has joined ##stm32 2025-09-21T11:15:05 -!- mawk [mawk@wireguard/contributor/mawk] has quit [Server closed connection] 2025-09-21T11:15:19 -!- mawk [mawk@wireguard/contributor/mawk] has joined ##stm32 2025-09-21T11:51:05 -!- akaWolf [~akaWolf@akawolf.org] has quit [Server closed connection] 2025-09-21T11:51:17 -!- akaWolf [~akaWolf@akawolf.org] has joined ##stm32 2025-09-21T12:53:37 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-21T13:47:05 -!- catphish [~quassel@user/catphish] has quit [Server closed connection] 2025-09-21T13:47:20 -!- catphish [~quassel@user/catphish] has joined ##stm32 2025-09-21T14:55:45 -!- yukam [~yukam@user/yukam] has quit [Ping timeout: 245 seconds] 2025-09-21T15:01:54 -!- yukam [~yukam@user/yukam] has joined ##stm32 2025-09-21T16:22:00 -!- lyraty [~lyraty@92-184-146-90.mobile.fr.orangecustomers.net] has joined ##stm32 2025-09-21T16:44:25 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-21T16:51:56 -!- IanW_ [~IceChat9@jindivik.force9.co.uk] has quit [Quit: Bye] 2025-09-21T18:11:05 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Server closed connection] 2025-09-21T18:12:23 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-21T18:24:59 -!- PaulFertser [paul@paulfertser.info] has quit [Read error: Connection reset by peer] 2025-09-21T18:25:05 -!- PaulFertser_ [~paul@paulfertser.info] has joined ##stm32 2025-09-21T18:37:44 -!- PaulFertser_ is now known as PaulFertser 2025-09-21T20:09:22 -!- lyraty_ [~lyraty@92-184-146-90.mobile.fr.orangecustomers.net] has joined ##stm32 2025-09-21T20:09:45 -!- jerrycash2 [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-21T20:12:42 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-21T20:13:17 -!- analoq_ [~yashi@user/dies] has joined ##stm32 2025-09-21T20:14:12 -!- fenugrec_ [~f@192.214.232.39] has joined ##stm32 2025-09-21T20:18:26 -!- Netsplit *.net <-> *.split quits: nerozero, analoq, jerrycash3, duude__, fenugrec, Posterdati, lyraty 2025-09-21T20:18:26 -!- duude__- is now known as duude__ 2025-09-21T20:24:59 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32 2025-09-21T20:25:35 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-21T20:35:31 < ColdKeybo[a]rd> Anyone has a better suggestion than TPS25981x for high current protection? (more economical or easier to use for low-cost PCB manufacturing) 2025-09-21T20:36:27 < ColdKeybo[a]rd> I'm thinking Pcbway/JLC would not manufacture the board or maybe charge an arm and a leg to make 2oz board with these fine-pitch vias 2025-09-21T20:40:09 < jpa-> so the problem being the tiny size of the package vs. the current? 2025-09-21T20:41:18 < jpa-> i think 1 oz and a ton of vias would be fine for pcbway/jlc 2025-09-21T20:41:39 < jpa-> 2 oz may have its limitations on via size, but as long as you comply, a hundred vias is not that bad 2025-09-21T20:43:02 < jpa-> i have used the FAULT output on ACS711x to control a FET for circuit breaker, but that's a lot more components than a TPS25981x https://github.com/HacklabJKL/sergei_cnc2/blob/main/electronics/power_control_pcb/images/power_control_pcb.pdf 2025-09-21T20:44:33 < ColdKeybo[a]rd> Yeah, for example on page 42 (https://www.ti.com/lit/ds/symlink/tps25981.pdf) they suggest how the layout should look like 2025-09-21T20:45:22 < ColdKeybo[a]rd> Those 4 vias look like 0.3mm and pretty close togheter. Also they suggest the board to be 2oz so I'm thinking pcbway/jlc would probably not be happy about that 2025-09-21T20:45:53 < jpa-> in what way not happy? 2025-09-21T20:46:05 < ColdKeybo[a]rd> Either not want to manufacture it or it's going to be very pricey 2025-09-21T20:46:14 < ColdKeybo[a]rd> I still have to ask for a quote though 2025-09-21T20:46:48 < jpa-> uh, you can just click on the instant quote on jlc? it does go up quite a bit, but still just $18.90 for 5 pcs of a small board 2025-09-21T20:47:10 < jpa-> but you'd probably be fine with 1 oz for many applications 2025-09-21T20:47:59 < jpa-> especially as it has overtemperature protection, so if you are not expecting to draw the maximum 10A continuously, you don't need the most extreme layout 2025-09-21T20:48:56 < jpa-> according to the datasheet you can also parallel them, which can help if you do need a high current on a 1 oz board 2025-09-21T20:51:13 < ColdKeybo[a]rd> That's a good point. I could add two of them in parallel. The current draw will unfortunately be around 10A so it will get hot 2025-09-21T20:57:37 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 250 seconds] 2025-09-21T21:03:30 < jpa-> the ACS711 way works very well though, and you can choose a nice beefy FET 2025-09-21T21:49:27 < ColdKeybo[a]rd> That's a nice design, I like it 2025-09-21T21:50:16 < ColdKeybo[a]rd> Also it lets you actually measure the current draw which is nice 2025-09-21T21:58:06 < Famine-> ColdKeybo[a]rd, looking at the acs711 schematic, i'm not sure D3/C3 will provide much in the way of soft turn on especially if C3 is a MLCC 2025-09-21T22:34:57 -!- lyraty_ [~lyraty@92-184-146-90.mobile.fr.orangecustomers.net] has quit [Ping timeout: 265 seconds] 2025-09-21T23:00:25 -!- qyx [~qyx@84.245.121.197] has quit [Ping timeout: 256 seconds] 2025-09-21T23:00:32 -!- soweli_iki [~soweli_ik@user/soweli-iki:47461] has quit [Ping timeout: 256 seconds] 2025-09-21T23:01:10 -!- qyx [~qyx@84.245.121.197] has joined ##stm32 2025-09-21T23:01:24 -!- soweli_iki [soweli_iki@2600:3c02::f03c:93ff:fe5b:9fc] has joined ##stm32 2025-09-21T23:01:24 -!- soweli_iki [soweli_iki@user/soweli-iki:47461] has changed host 2025-09-21T23:15:39 < karlp> hrm, emcraft had an old linux 2.6.33 bsp for kinetis k70, but looks like almost none of it ever made it upstream :) 2025-09-21T23:34:06 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-21T23:42:15 < qyx> like 95% of bsps 2025-09-21T23:56:06 < karlp> yeah, I know, still boring. 2025-09-21T23:56:19 < karlp> someone apparently tried refactoring it and upstraeming it in 2015, but didnt' meet upstream standards. --- Day changed Mon Sep 22 2025 2025-09-22T00:02:13 -!- hexo__ is now known as hexo 2025-09-22T00:05:53 < qyx> I need to tidy up my nerd cave tomorrow and do some serious work 2025-09-22T00:07:25 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 245 seconds] 2025-09-22T00:42:04 < qyx> like get swo working, do some debug streaming and catch that battery protector issue 2025-09-22T00:52:44 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:94ff:feac:d481:7404] has quit [Remote host closed the connection] 2025-09-22T00:55:39 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-22T01:04:16 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:cd5a:e3f2:e42a:4ecb] has joined ##stm32 2025-09-22T01:10:15 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 250 seconds] 2025-09-22T02:43:52 < signedzero> When I try MSP430 there was its perfect schematic, that totaly explains how the board is made. Now I'm trying to understand STM32-F767 and there's nothing like that :( 2025-09-22T03:22:40 -!- nomorekaki [~nomorekak@37-219-19-244.nat.bb.dnainternet.fi] has joined ##stm32 2025-09-22T03:32:34 -!- nomorekaki [~nomorekak@37-219-19-244.nat.bb.dnainternet.fi] has quit [Quit: Client closed] 2025-09-22T04:53:17 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-22T04:53:19 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 255 seconds] 2025-09-22T04:54:54 -!- duude__- is now known as duude__ 2025-09-22T05:00:49 -!- dudv2 [~dudv2@user/DudV2] has quit [Ping timeout: 260 seconds] 2025-09-22T05:02:17 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32 2025-09-22T05:21:53 -!- signedzero [~signedzer@188.190.87.35] has quit [Remote host closed the connection] 2025-09-22T05:25:42 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-22T05:29:14 -!- signedzero [~signedzer@188.190.87.35] has joined ##stm32 2025-09-22T06:24:31 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-22T06:25:07 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-22T08:23:06 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-22T08:28:48 -!- ThatDamnRanga [~ThatDamnR@UNASSIGNED-218-100-26-71.3cix.nzix.net] has joined ##stm32 2025-09-22T08:34:11 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-22T09:04:08 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-22T09:27:54 -!- dudv2 [~dudv2@user/DudV2] has changed host 2025-09-22T09:33:06 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-22T09:34:53 < zyp> signedzero, which board? 2025-09-22T09:35:10 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32 2025-09-22T09:35:22 < zyp> all the stm32 nucleo/discovery boards come with schematics, if you're looking for a full example schematic 2025-09-22T09:35:58 < zyp> or if you just want the exact part to go around the stm32 chip itself, that's in the datasheet 2025-09-22T09:37:00 < zyp> but it's also not like a stm32 requires much externally 2025-09-22T09:37:28 < zyp> the main requirement is a reasonable decoupled power supply, everything else is optional 2025-09-22T10:06:33 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds] 2025-09-22T10:15:07 < qyx> heh "reasonably" 2025-09-22T10:26:56 < ThatDamnRanga> "otherwise known as 100nF caps within a few mm of every single supply pin.... at a minimum" 2025-09-22T10:30:37 < qyx> more like "throw a couple of something you have at hand around the chip" 2025-09-22T10:37:36 < ThatDamnRanga> you must have had better binnings than I 2025-09-22T10:52:18 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-22T10:56:01 < jpa-> zyp: some chips are picky about the BOOT pins though :) 2025-09-22T10:56:34 < signedzero> zyp: Nucleo-F767ZI 2025-09-22T10:57:35 < ThatDamnRanga> I'm trying to remember. There was one specific series that had an errata issued that setting a shared GPIO/boot pin to an output and setting it high too soon after startup would cause an irrecoverable boot-loop 2025-09-22T10:58:20 < zyp> signedzero, https://www.st.com/resource/en/schematic_pack/nucleo_144pins_sch.zip schematic .pdf in the .zip 2025-09-22T11:02:49 < jpa-> ThatDamnRanga: yeah, and on the ones with BOOT0, a frequent beginner mistake is to not connect it 2025-09-22T11:03:10 < jpa-> or to forget the VCAP capacitors 2025-09-22T11:03:19 < ThatDamnRanga> I definitely didn't do the former on my first board 2025-09-22T11:03:36 < ThatDamnRanga> I've yet to do a build on anything with VCAP pins, but that'll soon change 2025-09-22T11:06:17 < ThatDamnRanga> going straight from <1Mbps digital to >10MHz analog is... a very me approach to design. 2025-09-22T11:15:24 < qyx> nah I failed boot0 twice 2025-09-22T11:15:29 < qyx> can be fixed with option bytes 2025-09-22T12:08:10 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 248 seconds] 2025-09-22T12:40:14 < karlp> fecking, was doing "uint8_t test2[] = "\x01\x01\x01\x01";" to avoid having to do = { 0, 0,0,0, with all the commas. 2025-09-22T12:40:33 < karlp> but..... that (of course, in hindsight, means that there's an implicit trailing zero as it's strings. 2025-09-22T12:40:41 < karlp> so my sizeof was wrong for everything :) 2025-09-22T12:41:32 < ventYl> isnt \x0 more characters than a comma? 2025-09-22T12:44:35 < karlp> for zeros, yes, but when it was "abcd" vs {'a','b','c','d'} it was easier... 2025-09-22T12:44:50 < karlp> anyway, blew off my own foot, no one to blame but myself. 2025-09-22T12:45:05 < ventYl> also, much less readable and harder to extract the intent 2025-09-22T12:53:28 < karlp> perhaps. 2025-09-22T12:53:49 < karlp> anyway, it was test code to test crc calcs, actual code is on existing variable buffers. 2025-09-22T13:07:53 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-22T13:24:11 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-22T14:38:30 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-22T14:51:07 < nohit> is it possible to use the stm32 internal (UART) bootloader with RS-485 bus? 2025-09-22T15:02:33 < mercenary> RS-422, sure. RS-485 may need some magic to switch drivers between RX and TX 2025-09-22T15:05:40 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has quit [Remote host closed the connection] 2025-09-22T15:06:00 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has joined ##stm32 2025-09-22T16:18:26 < karlp> you may prefer to use a dedicated bootloader that alks the native protocol you're using on rs485. 2025-09-22T16:23:44 < karlp> https://github.com/ilya-sotnikov/stm32-modbus-bootloader uses a vendor MB function, I've done something similar that uses standard read/write registers, 2025-09-22T16:24:01 < karlp> (I've never used that code, but it looks like it covers everything in a similar fashion) 2025-09-22T17:41:30 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection] 2025-09-22T17:51:38 -!- specing [~specing@user/specing] has quit [Ping timeout: 248 seconds] 2025-09-22T18:43:59 < nohit> i was wondering if those auto data direction rs-485 transceivers could be used 2025-09-22T18:49:57 < nohit> like this https://usercontent.irccloud-cdn.com/file/Rj0QoRMj/auto_direction.png 2025-09-22T18:50:17 < karlp> probably.... 2025-09-22T18:57:46 < mercenary> those work on timers don't they? so as long as you wait a bit before sending something, it should work 2025-09-22T19:25:51 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:cd5a:e3f2:e42a:4ecb] has quit [Remote host closed the connection] 2025-09-22T19:26:47 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:b909:7220:344:8da6] has joined ##stm32 2025-09-22T19:28:27 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:b909:7220:344:8da6] has quit [Remote host closed the connection] 2025-09-22T19:29:53 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:b909:7220:344:8da6] has joined ##stm32 2025-09-22T19:57:03 < nohit> but im not in control of that 2025-09-22T19:57:32 < nohit> my question was that does the internal bootloader work with rs-485 2025-09-22T19:58:48 < karlp> anyone got a "good" NVS implementation around? I'm not in zephyr or esp-idf for this... 2025-09-22T20:17:16 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-22T20:19:17 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:b909:7220:344:8da6] has quit [Remote host closed the connection] 2025-09-22T20:21:53 < zyp> karlp, what features do you want? 2025-09-22T20:26:11 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:b909:7220:344:8da6] has joined ##stm32 2025-09-22T21:14:36 -!- specing [~specing@user/specing] has joined ##stm32 2025-09-22T21:45:14 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-22T22:28:59 -!- qyx [~qyx@84.245.121.197] has quit [Ping timeout: 244 seconds] 2025-09-22T22:31:03 -!- qyx [~qyx@84.245.120.28] has joined ##stm32 2025-09-22T22:54:11 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-22T23:08:33 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-22T23:42:12 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 252 seconds] --- Day changed Tue Sep 23 2025 2025-09-23T00:40:59 < qyx> ok my charger now behaves 2025-09-23T00:41:18 < qyx> my reverse mode doesn't because my psu is not cooperating 2025-09-23T00:41:21 < qyx> I need a diode 2025-09-23T00:41:26 * qyx @ karlp mode 2025-09-23T00:41:44 < qyx> nah bd243c is a bjt 2025-09-23T00:51:50 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:b909:7220:344:8da6] has quit [Quit: Leaving] 2025-09-23T00:52:11 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:b909:7220:344:8da6] has joined ##stm32 2025-09-23T00:53:03 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-23T01:00:25 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection] 2025-09-23T01:14:10 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 272 seconds] 2025-09-23T01:21:30 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-23T01:23:36 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-23T01:27:59 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 250 seconds] 2025-09-23T01:29:36 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-23T01:35:18 < karlp> zyp: eh, stonerbergs microkvs looks ok, but our build environment is too busted to do c++, but something like that. 2025-09-23T01:35:55 < karlp> I think have a least bad workaround I'll try tomorrow. 2025-09-23T01:36:08 < karlp> and will put off a proper kvs until "later" 2025-09-23T01:36:38 < karlp> the existing in tree related solution added 64kB ram, so that was never going to fly :) 2025-09-23T02:14:28 < qyx> lol 2025-09-23T02:14:43 < qyx> I wanted to do one but meh 2025-09-23T02:15:00 < qyx> I am just using spiffs for now 2025-09-23T02:15:26 < qyx> as I only need to update the config as a whole 2025-09-23T02:16:14 < qyx> anyway, shit is doing occasional shorts of the battery 2025-09-23T02:16:29 < qyx> that may be the reason my protector was triggering all the time 2025-09-23T02:16:44 < qyx> I have blown 4 fuses so far 2025-09-23T02:17:16 -!- ferdna_ [~ferdna@user/ferdna] has joined ##stm32 2025-09-23T02:20:04 -!- ferdna [~ferdna@user/ferdna] has quit [Ping timeout: 258 seconds] 2025-09-23T02:27:02 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-23T02:33:40 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-23T02:40:45 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-23T02:44:15 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 250 seconds] 2025-09-23T03:42:05 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:b909:7220:344:8da6] has quit [Ping timeout: 244 seconds] 2025-09-23T03:42:26 -!- jfsimon1981a [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T03:48:54 -!- jfsimon1981a [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Max SendQ exceeded] 2025-09-23T03:52:19 -!- jfsimon1981a [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T04:49:39 -!- infisx [~infisc@user/infisc] has quit [Ping timeout: 252 seconds] 2025-09-23T05:19:28 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-23T05:46:00 -!- ferdna_ [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-23T06:28:56 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-23T07:39:32 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-23T07:46:23 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-23T07:53:35 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-23T07:56:03 -!- Famine- [~Famine@user/famine-] has quit [Read error: Connection reset by peer] 2025-09-23T08:37:31 -!- analoq_ [~yashi@user/dies] has quit [Ping timeout: 265 seconds] 2025-09-23T08:38:48 -!- analoq [~yashi@user/dies] has joined ##stm32 2025-09-23T09:06:29 -!- catphish [~quassel@user/catphish] has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.] 2025-09-23T09:06:45 -!- catphish [~quassel@user/catphish] has joined ##stm32 2025-09-23T09:09:27 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-23T09:09:47 -!- jfsimon1981a [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Remote host closed the connection] 2025-09-23T09:16:51 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T09:17:50 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Remote host closed the connection] 2025-09-23T09:18:08 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T09:19:32 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-23T09:22:31 -!- Sadale_ [~Sadale@user/sadale] has joined ##stm32 2025-09-23T09:23:19 -!- Sadale [~Sadale@user/sadale] has quit [Ping timeout: 255 seconds] 2025-09-23T09:26:41 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-23T09:27:52 -!- Posterdati [~Posterdat@user/Posterdati] has quit [Quit: KVIrc 5.2.6 Quasar http://www.kvirc.net/] 2025-09-23T09:29:49 -!- Posterdati [~Posterdat@user/Posterdati] has joined ##stm32 2025-09-23T09:33:50 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-23T09:41:06 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Remote host closed the connection] 2025-09-23T09:54:43 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T10:00:48 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Remote host closed the connection] 2025-09-23T10:05:05 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T10:07:52 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Remote host closed the connection] 2025-09-23T10:08:38 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-23T10:09:22 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T10:21:32 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Remote host closed the connection] 2025-09-23T10:22:17 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T10:46:05 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 265 seconds] 2025-09-23T10:59:59 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Remote host closed the connection] 2025-09-23T11:13:16 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T11:24:24 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has quit [Ping timeout: 258 seconds] 2025-09-23T11:28:53 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-23T11:42:51 -!- remcycles [~remcycles@c-24-19-134-216.hsd1.wa.comcast.net] has joined ##stm32 2025-09-23T11:57:06 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-23T12:28:36 < karlp> spiffs last commit is two years ago? 2025-09-23T12:30:02 < karlp> 0.4.0 rewrite is underway since 2017. ok.... 2025-09-23T12:38:46 < qyx> spiffs is apparently abandonware in favor of littlefs? 2025-09-23T12:43:41 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.] 2025-09-23T13:00:11 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has joined ##stm32 2025-09-23T13:04:15 < karlp> I like that arduino has a KVS library, and it has backends for their boards... 2025-09-23T13:04:21 < karlp> so, uno r4, which has an esp32 for wifi.... 2025-09-23T13:04:27 -!- grindhold [~quassel@v2202504104743335453.luckysrv.de] has quit [Ping timeout: 258 seconds] 2025-09-23T13:04:47 < karlp> how do you think their kvs impl works? that's right! it serial writes to the esp32 to ask it to save it in the esp-idf's built in nvs store ;) 2025-09-23T13:05:19 < karlp> https://github.com/arduino-libraries/Arduino_KVStore/blob/main/src/kvstore/implementation/UnoR4.cpp#L22 2025-09-23T13:09:23 < qyx> that's innovative 2025-09-23T13:09:36 < qyx> no code duplicity 2025-09-23T13:10:03 < karlp> "is my data saved?" "well, we wrote it over a serial port to somewhere..." 2025-09-23T13:38:19 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32 2025-09-23T13:43:08 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Ping timeout: 260 seconds] 2025-09-23T13:51:21 < qyx> there are no bq25756 errata? 2025-09-23T13:57:11 < qyx> Bit Step: 50mA 2025-09-23T13:57:19 < qyx> Range: 400mA-20000mA (8h-190h) 2025-09-23T13:59:00 < qyx> but earlier in the electrical characteristics they say 2025-09-23T13:59:02 < qyx> RAC_SNS = 2mΩ, IAC_REV = 0x0028 2025-09-23T13:59:07 < qyx> 5.0 A 2025-09-23T14:00:07 < qyx> oh they are not consistent with 5 mR vs 2 mR 2025-09-23T14:06:00 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-23T14:08:53 -!- hexo [~hexo@user/hexo] has joined ##stm32 2025-09-23T14:11:37 -!- Sadale_ is now known as Sadale 2025-09-23T14:19:05 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 245 seconds] 2025-09-23T14:28:32 * qyx dum' 2025-09-23T14:36:13 -!- flatmush [~benbrewer@149.57.116.2] has quit [Ping timeout: 260 seconds] 2025-09-23T14:36:41 < qyx> started checking obvious things and found 10k resistors instead of 10R in my shunt filter 2025-09-23T14:36:41 -!- flatmush [~benbrewer@149.71.16.242] has joined ##stm32 2025-09-23T14:36:53 < qyx> but still no worky 2025-09-23T14:36:57 < qyx> last resort, replacing the bq 2025-09-23T14:54:00 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-23T15:00:36 < qyx> definitely behaves much better 2025-09-23T15:00:55 < qyx> also, adding capacitance on input and output helps much with my 1 meter wires 2025-09-23T15:01:06 < qyx> but that's how real life looks like, the backplane isn't ideal either 2025-09-23T15:01:34 < qyx> also lowered DRV_SUP from 5.2 V to 5.0 V to not break my GaNs anymore 2025-09-23T15:01:49 < qyx> jpa-: it looks like all issues I had so far were PEBKAC 2025-09-23T15:02:34 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Remote host closed the connection] 2025-09-23T15:03:20 -!- PhantomWork [~PhantomWo@user/phantom] has joined ##stm32 2025-09-23T15:04:22 < PhantomWork> hi there, I use a stm32f103 and IRDA. If for some reasons the Rx line is held low then the initialisation lock up until the watchdog timer reset, effectivelly putting it in a reboot loop. Is there a work around for this? 2025-09-23T15:13:11 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-23T15:17:41 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T15:38:17 -!- flatmush [~benbrewer@149.71.16.242] has quit [Ping timeout: 244 seconds] 2025-09-23T15:39:36 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection] 2025-09-23T15:39:58 -!- flatmush [~benbrewer@149.57.125.187] has joined ##stm32 2025-09-23T16:00:24 -!- flatmush [~benbrewer@149.57.125.187] has quit [Ping timeout: 258 seconds] 2025-09-23T16:00:37 -!- flatmush [~benbrewer@149.71.28.49] has joined ##stm32 2025-09-23T16:24:47 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 244 seconds] 2025-09-23T16:47:31 -!- flatmush [~benbrewer@149.71.28.49] has quit [Ping timeout: 244 seconds] 2025-09-23T16:48:18 -!- flatmush [~benbrewer@149.71.28.255] has joined ##stm32 2025-09-23T17:20:16 < qyx> PhantomWork: it is most probably caused by your code, there is no such a feature as "helding line low, MCU startup hangs" 2025-09-23T17:21:07 < qyx> the internal bootloader may be the thing to check if you are using that (and it eg. detects a serial break and does some loop or whatever, idk) 2025-09-23T17:23:22 -!- flatmush [~benbrewer@149.71.28.255] has quit [Ping timeout: 248 seconds] 2025-09-23T17:36:53 < qyx> ok, adding more caps 2025-09-23T17:44:56 < PhantomWork> qyx: based on chatgpt, it is an initialisation issue with IRDA, where the receiver needs to go to idle (high) before it can init, since it is held low it can't and wait forever.. 2025-09-23T17:46:47 < PhantomWork> I just added an "in trouble" check and later recheck, will work for now.. 2025-09-23T17:50:10 < PhantomWork> Question about I2C eeprom... the address... device familly 1010, with address 000, which make 1010000, then it have a read/write bit. Does the hardware take care of it? Somehow I can't seems to be able to write... but it did once, but can't write again? 2025-09-23T17:56:17 < qyx> PhantomWork: again, f103 has no idea about any irda, it is either 1. IR receiver which is usually implemented using timers and input capture OR 2. it is the real irda, which is implemented using uart/usart, which has no such condition during init on its own 2025-09-23T17:56:46 < qyx> so whatever has issues, it is purely software 2025-09-23T17:57:23 < PhantomWork> it have an IRDA hardware 2025-09-23T17:57:33 < qyx> what, f103? 2025-09-23T17:57:37 < PhantomWork> yup 2025-09-23T17:58:00 < qyx> no, it does not 2025-09-23T17:58:24 < qyx> it has USARTs, some of them can be configured to understand IRDA 2025-09-23T18:02:41 < PhantomWork> which do all the modulation and demodulation, all you need is the external transceiver. which don't do anything more than convert light to electricity 2025-09-23T18:02:52 < qyx> anyway, hardware cannot "hang", it is the software which hangs 2025-09-23T18:03:39 < qyx> also, doing i2c on f103 is like making fire with two rocks 2025-09-23T18:04:28 < qyx> unrelated, another 10A fuse blown 2025-09-23T18:09:07 < PhantomWork> so the eeprom, the read of the first page succede, because I somehow succeded to write once to it, no idea when as it was a mistake I did... But the data is what I expect. But now, I can't write anymore... HAL_I2C_Mem_Write(&hi2c1, eepromAddress, 0, I2C_MEMADD_SIZE_8BIT, (uint8_t*)eepromData[0], 16, 1000); 2025-09-23T18:09:07 < PhantomWork> <=== do you see an issue there? 2025-09-23T18:21:24 < qyx> I just smoked another bq*, another fuse 2025-09-23T18:26:11 < PhantomWork> doh found my code error for eeprom write... 2025-09-23T18:26:43 < PhantomWork> "if the supply voltage is more than 9V" . . . I'm on "backup" power... so no supply voltage... 2025-09-23T18:27:14 -!- drew [~drew@user/drew] has quit [Ping timeout: 260 seconds] 2025-09-23T18:33:37 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32 2025-09-23T18:37:59 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Ping timeout: 244 seconds] 2025-09-23T19:32:23 -!- jerrycash2 [~jerrycash@user/jerrycash] has quit [Read error: Connection reset by peer] 2025-09-23T19:33:19 < karlp> I love how -O0 here doesn't "call strlen" it just does the more formal "how to load a register" :) https://godbolt.org/z/7KnavsKfc 2025-09-23T20:05:51 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-23T20:14:46 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Remote host closed the connection] 2025-09-23T20:24:10 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T20:30:22 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Max SendQ exceeded] 2025-09-23T20:34:19 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T21:26:00 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-23T21:41:42 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-23T21:47:24 < zyp> :) 2025-09-23T21:58:18 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-23T23:25:28 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Quit: Leaving] 2025-09-23T23:25:48 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has joined ##stm32 2025-09-23T23:36:06 -!- hexo [~hexo@user/hexo] has quit [Remote host closed the connection] 2025-09-23T23:44:18 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-23T23:56:52 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds] --- Day changed Wed Sep 24 2025 2025-09-24T00:09:23 -!- flatmush [~benbrewer@149.57.127.128] has joined ##stm32 2025-09-24T00:19:27 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-24T00:59:54 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 244 seconds] 2025-09-24T01:34:32 < karlp> ahh, installing flex and m4. always a nice day tose that fuckingclunker back again... 2025-09-24T01:57:58 -!- nomorekaki [~nomorekak@37-219-19-244.nat.bb.dnainternet.fi] has joined ##stm32 2025-09-24T02:13:16 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 244 seconds] 2025-09-24T02:27:50 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-24T04:26:40 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-24T04:30:33 -!- nomorekaki [~nomorekak@37-219-19-244.nat.bb.dnainternet.fi] has quit [Quit: Client closed] 2025-09-24T04:38:35 -!- qyx_ [~qyx@84.245.120.28] has joined ##stm32 2025-09-24T04:39:02 -!- dkc [~dan@user/dkc] has quit [Ping timeout: 244 seconds] 2025-09-24T04:39:02 -!- qyx [~qyx@84.245.120.28] has quit [Ping timeout: 244 seconds] 2025-09-24T04:39:03 -!- ds2 [~ds2@69.54.141.155] has quit [Ping timeout: 244 seconds] 2025-09-24T04:39:05 -!- dkc_ [~dan@user/dkc] has joined ##stm32 2025-09-24T05:14:31 -!- Netsplit *.net <-> *.split quits: esden 2025-09-24T05:18:29 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:81a:3d7e:e4d:17a7] has quit [Ping timeout: 250 seconds] 2025-09-24T05:20:24 -!- esden [sid32455@id-32455.hampstead.irccloud.com] has joined ##stm32 2025-09-24T05:27:25 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T05:30:04 -!- jerrycash [~jerrycash@user/jerrycash] has quit [Read error: Connection reset by peer] 2025-09-24T06:34:09 -!- ds2 [~ds2@69.54.141.155] has joined ##stm32 2025-09-24T06:34:10 -!- ds2 [~ds2@user/ds2] has changed host 2025-09-24T08:06:04 -!- rkta [~rkta@user/rkta] has quit [Remote host closed the connection] 2025-09-24T08:06:18 -!- rkta [~rkta@user/rkta] has joined ##stm32 2025-09-24T08:34:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-24T08:41:48 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-24T08:50:50 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-24T09:11:46 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Ping timeout: 244 seconds] 2025-09-24T09:12:55 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-24T09:17:57 -!- phryk_ [~totallyno@user/phryk] has joined ##stm32 2025-09-24T09:18:00 -!- phryk [~totallyno@user/phryk] has quit [Ping timeout: 256 seconds] 2025-09-24T09:18:34 -!- veverak [~veverak@2a01:4f8:1c1c:377c::1] has quit [Ping timeout: 256 seconds] 2025-09-24T09:20:21 -!- veverak [~veverak@2a01:4f8:1c1c:377c::1] has joined ##stm32 2025-09-24T09:22:23 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T09:25:41 -!- rob_w_ [~bob@2001:a61:6109:bb01:1e87:da81:f63c:8e15] has joined ##stm32 2025-09-24T09:34:30 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Remote host closed the connection] 2025-09-24T09:44:02 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T09:52:52 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-24T09:58:57 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Remote host closed the connection] 2025-09-24T09:59:46 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-24T10:01:02 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T10:01:50 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-24T10:06:35 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Remote host closed the connection] 2025-09-24T10:07:20 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T10:07:51 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-24T10:25:33 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-24T10:44:51 -!- kurfen_ [~kurfen@109.236.63.56] has quit [Ping timeout: 252 seconds] 2025-09-24T10:49:00 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-24T10:49:16 -!- kurfen [~kurfen@109.236.63.59] has joined ##stm32 2025-09-24T11:04:10 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 248 seconds] 2025-09-24T11:12:35 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Remote host closed the connection] 2025-09-24T11:20:54 -!- noarb [~noarb@user/noarb] has joined ##stm32 2025-09-24T11:27:11 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T11:30:43 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Remote host closed the connection] 2025-09-24T11:34:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-24T11:40:27 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-24T12:00:35 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-24T12:00:46 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer] 2025-09-24T12:05:57 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T12:06:44 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Remote host closed the connection] 2025-09-24T12:07:29 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T12:14:37 -!- signedzero [~signedzer@188.190.87.35] has quit [Remote host closed the connection] 2025-09-24T12:28:15 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-24T12:45:58 -!- qyx_ is now known as qyx 2025-09-24T13:23:53 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-24T13:32:50 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-24T14:37:37 -!- PhantomWork [~PhantomWo@user/phantom] has quit [Quit: Leaving] 2025-09-24T14:48:40 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-24T14:49:50 -!- martinmoene [~martinmoe@132.229.46.129] has quit [Remote host closed the connection] 2025-09-24T14:50:12 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-24T15:12:55 -!- PaulFertser [~paul@paulfertser.info] has quit [Read error: Connection reset by peer] 2025-09-24T15:16:38 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Remote host closed the connection] 2025-09-24T15:17:10 -!- PaulFertser [paul@paulfertser.info] has joined ##stm32 2025-09-24T15:17:33 -!- srk_ [~sorki@user/srk] has joined ##stm32 2025-09-24T15:18:03 -!- srk [~sorki@user/srk] has quit [Ping timeout: 265 seconds] 2025-09-24T15:20:22 -!- srk_ is now known as srk 2025-09-24T15:24:11 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T15:35:15 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 252 seconds] 2025-09-24T15:35:52 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Max SendQ exceeded] 2025-09-24T15:35:57 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-24T15:38:48 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T15:41:02 -!- kurfen [~kurfen@109.236.63.59] has quit [Ping timeout: 258 seconds] 2025-09-24T15:44:25 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32 2025-09-24T16:02:08 < karlp> fuckin nepal uses +5:45 from utc. 2025-09-24T16:02:15 < karlp> what a fucking atrocious thing to do 2025-09-24T16:04:00 < tomeaton17> quite common in that region india is +5:30. At least no DST lol 2025-09-24T16:06:03 < karlp> quite ocmmon in that region?! 2025-09-24T16:06:22 < karlp> there's no other country with a 15minute fraction. 2025-09-24T16:06:29 < karlp> there's _heaps_ of half hours 2025-09-24T16:06:42 < karlp> chatham islands and one town in western australia don't count. 2025-09-24T16:06:53 < karlp> but nepal is a real country. 2025-09-24T16:08:12 < tomeaton17> with regards to fractional time zones 2025-09-24T16:08:31 < tomeaton17> well I'm not so sure it is anymore 2025-09-24T16:14:24 < tomeaton17> my saleae is arriving today how exciting 2025-09-24T16:19:45 -!- ds2 [~ds2@user/ds2] has quit [Ping timeout: 258 seconds] 2025-09-24T16:31:36 < ventYl> I'd question statement that Nepal is a real country though 2025-09-24T16:33:05 < tomeaton17> but they held discord elections 2025-09-24T16:33:55 < karlp> what, is this some meme thing like finland isn't real? 2025-09-24T16:33:56 -!- ds2 [~ds2@69.54.141.155] has joined ##stm32 2025-09-24T16:34:11 < karlp> nepal having some revolutions hardly makes them not a country? 2025-09-24T16:35:48 < ventYl> more like the quality of previous govermnent(s) 2025-09-24T16:36:04 < karlp> it's 30 million people, you just don't think they exist?! 2025-09-24T16:36:18 < karlp> what coutnry are they then? 2025-09-24T16:36:30 < karlp> did I wake up in some mr men upside down world today? 2025-09-24T16:36:56 < karlp> I made a snarky comment abotu there being one country with a 15minute timezone, and it's just "oh, that's not a real country" ... 2025-09-24T16:37:05 < ventYl> they are minion corrupted state kind of country 2025-09-24T16:37:35 < ventYl> which actually was a root cause of their revolution-in-making 2025-09-24T16:37:43 < karlp> ok, good chat. 2025-09-24T16:52:52 -!- kurfen_ [~kurfen@109.236.63.52] has joined ##stm32 2025-09-24T16:54:38 -!- kurfen [~kurfen@109.236.63.52] has quit [Ping timeout: 258 seconds] 2025-09-24T16:58:06 < tomeaton17> the saleae came in a rigol box haha 2025-09-24T17:19:11 < invzim> time is hard... old but still good https://www.youtube.com/watch?v=-5wpm-gesOY 2025-09-24T17:46:25 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Remote host closed the connection] 2025-09-24T17:55:09 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T18:02:28 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Max SendQ exceeded] 2025-09-24T18:06:41 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T18:27:37 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-24T18:37:51 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-24T18:38:34 -!- rob_w_ [~bob@2001:a61:6109:bb01:1e87:da81:f63c:8e15] has quit [Ping timeout: 248 seconds] 2025-09-24T19:33:43 -!- kurfen_ [~kurfen@109.236.63.52] has quit [Ping timeout: 258 seconds] 2025-09-24T19:45:39 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32 2025-09-24T19:58:18 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-24T20:05:32 -!- specing [~specing@user/specing] has quit [Ping timeout: 258 seconds] 2025-09-24T20:06:38 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Remote host closed the connection] 2025-09-24T20:06:55 -!- specing [~specing@user/specing] has joined ##stm32 2025-09-24T20:09:00 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has joined ##stm32 2025-09-24T20:45:08 -!- tomeaton17 [~tom@user/tomeaton17] has quit [Ping timeout: 256 seconds] 2025-09-24T20:46:27 -!- tomeaton17 [~tom@user/tomeaton17] has joined ##stm32 2025-09-24T20:57:16 < tomeaton17> How do you guys normally implement spi with a chip with a shift register style output? Normally I just send some dummy bytes to get the required output clocked out, but I was thinking I might implement some FSM style thing this timew 2025-09-24T21:11:57 < jpa-> i don't understand the question 2025-09-24T21:12:17 < ventYl> i guess the part with "reading data from remote device" is missing 2025-09-24T21:12:42 < ventYl> i.e. how to stimulate SPI to clock the bus so the device can send buffered data 2025-09-24T21:12:50 < ventYl> even if there is nothing to send 2025-09-24T21:14:32 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 272 seconds] 2025-09-24T21:23:52 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-24T21:29:04 -!- kurfen [~kurfen@109.236.63.52] has quit [Quit: ZNC - https://znc.in] 2025-09-24T21:31:52 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32 2025-09-24T21:32:06 < ds2> why a FSM? sending dummy byte suffice 2025-09-24T21:34:05 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 245 seconds] 2025-09-24T21:39:27 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-24T21:46:12 < aandrew> yeah I've always just clocked out dummy data 2025-09-24T21:46:35 < aandrew> if you're trying to "catch" a specific framing then you might FSM it and sit in the SYNC state until you see the framing you need 2025-09-24T21:51:42 < aandrew> actually that's what I did for this ratgdo reimplementation... I de-arduinoed it and was receiving just fine but could not get the damn garage door opener to see my commands. turned out that the current limit resistor I selected for transmitting was not only unnecessary but not letting me pull the power+data line low enough 2025-09-24T21:51:50 < aandrew> removed it and now I have two-way comms 2025-09-24T22:13:55 < qyx> yeah just dummy byte 2025-09-24T22:25:22 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 256 seconds] 2025-09-24T22:25:43 < ds2> SPI is nothing more then a shift reg... input on one end and output on the other 2025-09-24T22:25:57 < ds2> how you decide to interpret the data is a higher level then SPI 2025-09-24T22:26:23 < ds2> now if you want to bit bang it... a FSM could be useful ;) 2025-09-24T22:26:41 -!- qyx_ [~qyx@84.245.121.115] has joined ##stm32 2025-09-24T22:27:14 -!- noarb [~noarb@user/noarb] has joined ##stm32 2025-09-24T22:27:18 < qyx_> jpa- jbo after 5 days I officially trashed my bq25756+bq76922 board development 2025-09-24T22:27:27 < qyx_> I smoked it more times than anything else in my life 2025-09-24T22:27:46 < qyx_> and I can't spend more time on that shit 2025-09-24T22:28:21 < qyx_> it behaves like a snowflake, one bad sight and it smokes here or there 2025-09-24T22:29:03 < ds2> exceeding some spec? 2025-09-24T22:29:33 -!- qyx [~qyx@84.245.120.28] has quit [Ping timeout: 260 seconds] 2025-09-24T22:30:19 -!- qyx_ is now known as qyx 2025-09-24T22:30:35 < qyx> don't think so, it is a 70 v buck-boost controller 2025-09-24T22:31:16 < ds2> but is there some inductor not being sufficiently snubbed, etc? 2025-09-24T22:33:27 < qyx> hard to say, it uses external fets, no excessive ringing, not saturating 2025-09-24T22:33:46 < qyx> more or less properly decoupled input and output 2025-09-24T22:35:17 < qyx> anyway, time to pump up my motivation and satisfaction level, let's play with some wifi modules from ezurio 2025-09-24T22:44:47 < ventYl> well, there are two concepts mixed here: bus driver and device driver. with SPI bus driver FSM makes no sense 2025-09-24T22:45:20 < ventYl> on top of its API sits device driver which may contain FSM if framing is complicated enough it warrants its existence 2025-09-24T22:47:37 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-24T22:58:56 -!- nomorekaki [~nomorekak@37-219-19-244.nat.bb.dnainternet.fi] has joined ##stm32 2025-09-24T22:59:57 -!- kurfen_ [~kurfen@109.236.63.52] has joined ##stm32 2025-09-24T23:00:43 -!- kurfen [~kurfen@109.236.63.52] has quit [Ping timeout: 258 seconds] 2025-09-24T23:02:21 < qyx> Steffanx: TIL 4 day march 2025-09-24T23:11:47 < qyx> so, MAYA-W2, another attempt 2025-09-24T23:29:26 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-24T23:35:30 < ColdKeybo[a]rd> I'm just realizing how little checks/feedback RP2040/2350 SDK and HW actually have 2025-09-24T23:36:14 < ColdKeybo[a]rd> You ask to send 20 bytes over SPI. It tells you how many bytes were transmitted and it's always going to be 20 2025-09-24T23:36:40 < ColdKeybo[a]rd> But the SPI could be off or not connected/init 2025-09-24T23:37:30 < Steffanx> 4 day march what qyx? 2025-09-24T23:37:46 < Steffanx> Ooh that 2025-09-24T23:37:53 < qyx> Steffanx: there is some happening, apparently pretty big in dutchland 2025-09-24T23:37:53 < ColdKeybo[a]rd> I know some people complain how with STM you have to do things in certain order and wait for flags/states etc but I see RP is taking a completely different approach :D 2025-09-24T23:37:58 < qyx> 47k people or such 2025-09-24T23:38:35 < Steffanx> Yeah it is 2025-09-24T23:38:54 < qyx> my goal is to go on a 100 km walk nonstop 2025-09-24T23:38:58 < qyx> in a reasonable timeframe 2025-09-24T23:39:06 < qyx> while I live at the current place 2025-09-24T23:52:21 -!- nomorekaki [~nomorekak@37-219-19-244.nat.bb.dnainternet.fi] has quit [Quit: Client closed] 2025-09-24T23:55:06 < tomeaton17> ds2 Reason for FSM is there is a quite a few states which I need to do actions on --- Day changed Thu Sep 25 2025 2025-09-25T00:16:56 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 272 seconds] 2025-09-25T00:20:08 < qyx> https://bin.jvnv.net/file/jqiB7 2025-09-25T00:21:10 < karlp> what are the really fat length matched traces, lower left in image frrom the karo som? 2025-09-25T00:21:20 < karlp> upper left is ethernet 2025-09-25T00:21:23 < qyx> sdio 2025-09-25T00:21:34 < karlp> why so jumbtron phatarse? 2025-09-25T00:21:37 < qyx> because default jlc's stackup is a bit unoptimal 2025-09-25T00:21:46 < qyx> too thick prepreg 2025-09-25T00:21:48 < qyx> [ 266.029893] card_type: SDIW612, config block: 0 2025-09-25T00:21:51 < qyx> woohooo 2025-09-25T00:22:03 < karlp> matching when it's all going to that sea of bodgewire anyway amirite? 2025-09-25T00:22:06 < qyx> [ 266.670485] WLAN FW is active 2025-09-25T00:22:23 * karlp is waiting on modules install over sshfs for 10 bajillion fuckingmodules in the default pi config. 2025-09-25T00:22:26 < qyx> it is normally going to a legit professional industrial SD socket 2025-09-25T00:22:28 < karlp> well done! 2025-09-25T00:22:43 < qyx> I just bodge-wired a wifi module on top of it 2025-09-25T00:23:23 < karlp> professional and sdcard always sounds like"I want to burn money buying swiss bit, so I can believe it's different" :) 2025-09-25T00:23:45 < qyx> yeah of course I will use SCL swissbit and hope their marketing is right (tm) 2025-09-25T00:23:50 < qyx> *SLC 2025-09-25T00:24:28 < qyx> ok I got mlan0, uap0 and wfd0, now what 2025-09-25T00:24:54 < karlp> now you install all of networkmanager :) 2025-09-25T00:25:05 < karlp> because like fucking hell you want to work with qmi or whatever itself 2025-09-25T00:25:33 < karlp> mlan is what, nxp "precious" ? 2025-09-25T00:25:57 < qyx> yeah 2025-09-25T00:26:30 < qyx> oho lol 2025-09-25T00:26:33 < qyx> mlan0 is for station mode 2025-09-25T00:26:38 < qyx> uap0 is for ap mode 2025-09-25T00:26:47 < qyx> and wfd0 for p2p mode, whatever is it 2025-09-25T00:26:56 < karlp> wifidirect 2025-09-25T00:27:08 < karlp> that's... certainly one way of doing it I guess. 2025-09-25T00:27:28 < qyx> I want 802.11s mesh too! 2025-09-25T00:27:45 < qyx> ok but I call it a success, no smoke, no broken GaNs 2025-09-25T00:28:13 < qyx> let's connect it to some mikrotik and measure speeds 2025-09-25T00:33:46 < catphish> does "internal voltage reference scale" define the voltage at which the ADC reaches its maximum value? ie if i set this to 2.9V does that mean i can read analog voltages up to 2.9V? 2025-09-25T00:44:32 < qyx> 6.5 MB/s with phy connected at 72 mbps 2025-09-25T00:45:01 < qyx> catphish: never seen that wording 2025-09-25T00:55:43 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 255 seconds] 2025-09-25T01:03:17 -!- nomorekaki [~nomorekak@37-219-19-244.nat.bb.dnainternet.fi] has joined ##stm32 2025-09-25T01:04:24 < catphish> i'm just trying to get my head around the different modes of vref+ and vrefbuf and how they actually affect the analog peripherals 2025-09-25T01:23:49 < catphish> ah looks like i normally just connect VREF+ to VDDA to get 3.3V reference - that's what i want anyway 2025-09-25T01:31:04 < qyx> yes 2025-09-25T01:31:10 < qyx> that's the normal way 2025-09-25T01:32:10 < qyx> so 157 mbit/s is the maximum I am able to do on 802.11ac 2025-09-25T01:32:26 < qyx> considering I am connected using 4 bits/50 MHz sdio, it is most probably saturating the bus 2025-09-25T01:32:43 < qyx> I could enable ddr without going to 3v3 maybe 2025-09-25T01:54:28 -!- martinmoene_ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 256 seconds] 2025-09-25T02:02:32 < karlp> :w 2025-09-25T02:06:27 -!- Netsplit *.net <-> *.split quits: kurfen_, martinmoene, dudv2 2025-09-25T02:06:57 -!- dudv2 [~dudv2@222-155-163-204-fibre.sparkbb.co.nz] has joined ##stm32 2025-09-25T02:07:05 -!- martinmoene_ [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-25T02:08:07 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32 2025-09-25T02:39:36 -!- specing [~specing@user/specing] has quit [Read error: Connection reset by peer] 2025-09-25T02:43:23 -!- specing [~specing@user/specing] has joined ##stm32 2025-09-25T03:01:39 < karlp> well, themodule is loaded, thedt overlay doesn't complain, but the iio device doesn't appear. 2025-09-25T03:04:19 < qyx> sounds like usual 2025-09-25T03:05:29 < karlp> indeed. there's not a single printk in the driver. 2025-09-25T03:05:43 < karlp> I've found someone who was " yeah, I spoke to the author, he helped me write thiis overlay fragment" 2025-09-25T03:05:46 < karlp> and it's the same as mine. 2025-09-25T03:05:55 < karlp> so there's something _else_ going on, whee. 2025-09-25T03:06:20 < qyx> what devixe is that 2025-09-25T03:07:18 < karlp> hx711 https://www.kernel.org/doc/Documentation/devicetree/bindings/iio/adc/avia-hx711.yaml 2025-09-25T03:07:46 < karlp> I can see that it's in with lsmod, and it's dependent on the iio mods, they all got loaded, 2025-09-25T03:08:08 < karlp> but iio_infolists zero devices and /sys/bus/iio is empty until I modprobe the iio_dummy module. 2025-09-25T03:08:44 < karlp> more reading tomorrow I think. 2025-09-25T03:08:45 < qyx> hx711 is that load cel i2c digizer? 2025-09-25T03:08:57 < karlp> I think this is iio consumer in kernel vs consumer in userspace shits 2025-09-25T03:09:10 < karlp> yeah, cheap 24bit adc for load cells. 2025-09-25T03:09:23 < karlp> wanted some cheap hardware with in tree iio support to get a baseline... 2025-09-25T03:09:47 < qyx> til iio 2025-09-25T03:10:06 < karlp> yeah, I see it here and there in "serious" projects but always _very_ low on details 2025-09-25T03:11:26 < ColdKeybo[a]rd> Since the NTC resistor divider will basically just give you a ratio of VCC and the steps will be VCC*1/N_ADC 2025-09-25T03:12:17 < ColdKeybo[a]rd> If I have 8-bit ADC... I'm kind of inclined to just calculate the resistance for each N and then plop the temperature in the table and call it a day... 2025-09-25T03:12:34 < ColdKeybo[a]rd> Instead of calculating the T in real-time using ln 2025-09-25T03:12:59 < qyx> you don't need to operate with vcc when vref=vdda 2025-09-25T03:13:07 < qyx> it is fully ratiometric 2025-09-25T03:13:19 < qyx> and yes you can do a table and (optionally) interpolate 2025-09-25T03:14:32 < ColdKeybo[a]rd> The pico basically has 9-bit ADC and if you use DMA it's degraded to 8bits 2025-09-25T03:15:04 < ColdKeybo[a]rd> So I'm thinking of hard-coding the table for ADC N value from 0-255 and call it a day 2025-09-25T03:21:16 < karlp> ok, dht11 pops up in iio_info as soon as you load the fucking overlay 2025-09-25T03:21:20 < karlp> will chse that path tomorrow 2025-09-25T03:23:10 < qyx> https://community.nxp.com/t5/Wi-Fi-Bluetooth-802-15-4/IW61x-802-11s-support/m-p/2014993 2025-09-25T03:23:13 < qyx> fuk 2025-09-25T03:47:26 -!- kurfen_ [~kurfen@109.236.63.54] has joined ##stm32 2025-09-25T03:47:53 -!- kurfen [~kurfen@109.236.63.52] has quit [Ping timeout: 250 seconds] 2025-09-25T04:08:34 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-25T04:08:35 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-25T04:54:35 -!- nomorekaki [~nomorekak@37-219-19-244.nat.bb.dnainternet.fi] has quit [Quit: Client closed] 2025-09-25T05:02:28 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-25T05:02:40 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer] 2025-09-25T05:59:34 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-25T05:59:51 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 252 seconds] 2025-09-25T06:01:12 -!- duude__- is now known as duude__ 2025-09-25T06:18:12 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-25T07:15:34 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-25T07:31:27 < jpa-> qyx: lol really? 2025-09-25T07:31:39 < jpa-> qyx: are you just saying this to make me happy? 2025-09-25T07:50:58 < qyx> no I used all my fuses and bqs without even having clue what's wrong 2025-09-25T07:53:26 < qyx> when things started to wrong I kept smoking srp/srn (short to ground) 2025-09-25T07:53:32 < qyx> *to work 2025-09-25T07:54:02 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-25T08:14:48 -!- Netsplit *.net <-> *.split quits: duude__ 2025-09-25T08:16:21 -!- Netsplit over, joins: duude__ 2025-09-25T08:16:21 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Max SendQ exceeded] 2025-09-25T08:17:16 -!- duude__ [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-25T08:23:27 < jpa-> bq wrongs very well 2025-09-25T09:10:32 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-25T09:23:32 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-25T09:26:04 -!- tomeaton17 [~tom@user/tomeaton17] has quit [Quit: ZNC 1.9.0+deb2ubuntu0.1~esm2 - https://znc.in] 2025-09-25T09:26:41 -!- tomeaton17 [~tom@user/tomeaton17] has joined ##stm32 2025-09-25T09:45:51 < qyx> unrelated, that nxp wifi doing 100 mbit/s draws 60 mA/5.2 V + 170 mA/1.8 V 2025-09-25T09:46:10 < qyx> about 600 mW 2025-09-25T09:46:44 < qyx> that's including the imx93 consumption increase during transmit 2025-09-25T09:52:17 -!- krish2487 [~krishna@62.135.140.101] has quit [Quit: WeeChat 4.7.1] 2025-09-25T09:53:07 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32 2025-09-25T09:56:46 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-25T09:57:53 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has quit [Ping timeout: 260 seconds] 2025-09-25T09:58:52 -!- grindhold [~quassel@2a0a:4cc0:c0:70c9::1] has joined ##stm32 2025-09-25T10:18:08 -!- krish2487 [~krishna@62.135.140.101] has quit [Quit: WeeChat 4.7.1] 2025-09-25T10:19:37 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-25T10:55:52 -!- krish2487 [~krishna@62.135.140.101] has quit [Quit: WeeChat 4.7.1] 2025-09-25T10:56:48 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-25T10:58:02 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection] 2025-09-25T11:02:36 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-25T11:21:33 < Steffanx> Is that acceptable is qyx land? 2025-09-25T11:36:44 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-25T11:46:24 < tomeaton17> Got to love undefined register usage in a TI chip 2025-09-25T12:44:58 -!- dudv2 [~dudv2@user/DudV2] has changed host 2025-09-25T13:21:58 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-25T13:23:06 < karlp> well, hardware works, using this shitty python bitbanging, barely stable enough to evaluate the hardware, but at least demonstrates the hardware is ok. 2025-09-25T13:23:15 -!- pwillard [sid136981@id-136981.hampstead.irccloud.com] has quit [Ping timeout: 245 seconds] 2025-09-25T13:23:47 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-25T13:24:15 -!- soweli_iki_ [soweli_iki@2600:3c02::f03c:93ff:fe5b:9fc] has joined ##stm32 2025-09-25T13:24:25 -!- pwillard [sid136981@id-136981.hampstead.irccloud.com] has joined ##stm32 2025-09-25T13:24:39 -!- aandrew [~aandrew@vps-2437c00c.vps.ovh.ca] has quit [Remote host closed the connection] 2025-09-25T13:24:45 -!- soweli_iki [soweli_iki@user/soweli-iki:47461] has quit [Read error: Connection reset by peer] 2025-09-25T13:24:51 -!- aandrew [~aandrew@vps-2437c00c.vps.ovh.ca] has joined ##stm32 2025-09-25T13:24:52 -!- antto [~pewpew@antonsavov.net] has quit [Remote host closed the connection] 2025-09-25T13:24:58 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 248 seconds] 2025-09-25T13:25:00 -!- octorian [octo@2600:3c00::f03c:91ff:fe93:a61c] has quit [Read error: Connection reset by peer] 2025-09-25T13:25:29 -!- octorian_ [octo@2600:3c00::f03c:91ff:fe93:a61c] has joined ##stm32 2025-09-25T13:25:44 < qyx> Steffanx: 600 mW? idk what eirp. was, 600 mW is consumptio 2025-09-25T13:25:54 -!- martinmoene_ [~martinmoe@132.229.46.129] has quit [Ping timeout: 252 seconds] 2025-09-25T13:25:59 < qyx> about 16 dBm iirc 2025-09-25T13:26:13 -!- antto [~pewpew@antonsavov.net] has joined ##stm32 2025-09-25T13:57:25 < catphish> i just discovered that some STM32 have a signed multiply-and-accumulate "SMMLA", this is very delicious for the project i'm working on! 2025-09-25T14:18:12 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-25T14:19:50 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection] 2025-09-25T14:21:33 -!- kurfen_ [~kurfen@109.236.63.54] has quit [Ping timeout: 260 seconds] 2025-09-25T14:21:43 -!- kurfen [~kurfen@109.236.63.54] has joined ##stm32 2025-09-25T14:29:40 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-25T15:00:12 < jpa-> gallup: do you clean up fab layers & make placement PDFs for PCBs? 2025-09-25T15:06:40 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-25T15:24:40 -!- kurfen [~kurfen@109.236.63.54] has quit [Ping timeout: 265 seconds] 2025-09-25T15:29:55 -!- dkc_ [~dan@user/dkc] has quit [Ping timeout: 244 seconds] 2025-09-25T15:36:26 -!- kurfen [~kurfen@109.236.63.54] has joined ##stm32 2025-09-25T16:15:01 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 264 seconds] 2025-09-25T16:27:45 < zyp> catphish, delicious you say? https://en.wikipedia.org/wiki/Semla 2025-09-25T16:28:50 < zyp> jpa-, only if asked to 2025-09-25T16:30:01 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 264 seconds] 2025-09-25T16:30:50 < jbo> hi 2025-09-25T17:13:48 -!- esden_ [sid32455@id-32455.hampstead.irccloud.com] has joined ##stm32 2025-09-25T17:14:42 -!- esden [sid32455@id-32455.hampstead.irccloud.com] has quit [Ping timeout: 244 seconds] 2025-09-25T17:14:49 -!- esden_ is now known as esden 2025-09-25T17:18:12 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-25T17:20:48 < Steffanx> Lo 2025-09-25T17:31:44 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-25T17:38:25 < karlp> right, so. a) devicetree was "wrong" (still not sure what was wrong with it, found some germans with a sample on a forum that _looked_ the same, but ... isn't ... somehow. and then it shows up in iio_info. 2025-09-25T17:38:50 < karlp> but worse, when it wasn't right. none of the kernel modules error printing was ever goign to dmesg/journal, so you had no way of knowing. 2025-09-25T17:38:59 < karlp> I hate this shit sometimes. 2025-09-25T17:39:26 < karlp> for more fun, recompiling the module to add some manual prints takes like 20seconds, but if you just copy the ko over, it fails to modprobe because of some missing symbol. 2025-09-25T17:39:45 < karlp> but make modules_install takes 5 minutes or so re-xz'ing every single fucking module 2025-09-25T17:40:00 < karlp> turns out you can just insmod instead of modprobe and skip the install step. 2025-09-25T17:52:08 < karlp> ok. so catting for more fun, recompiling the module to add some manual prints takes like 20seconds, but if you just copy the ko over, it fails to modprobe because of some missing symbol. /weight/iio:device0/in_voltage0_raw 2025-09-25T17:52:14 < karlp> fuckin 2025-09-25T17:52:31 < karlp> anyway, catting that iio now works, and is totally glitch free unlike the wild python bitbanging thing. 2025-09-25T18:05:29 -!- kurfen [~kurfen@109.236.63.54] has quit [Quit: ZNC - https://znc.in] 2025-09-25T18:07:15 < jpa-> zyp: i see a placement document more as an insurance for the far-away future where the kicad file fails to open for some random reason 2025-09-25T18:10:35 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32 2025-09-25T18:45:55 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-25T19:01:00 -!- soweli_iki_ is now known as soweli_iki 2025-09-25T19:01:01 -!- soweli_iki [soweli_iki@user/soweli-iki:47461] has changed host 2025-09-25T19:07:22 -!- kurfen [~kurfen@109.236.63.52] has quit [Ping timeout: 248 seconds] 2025-09-25T19:09:44 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32 2025-09-25T19:16:41 -!- octorian_ is now known as octorian 2025-09-25T19:49:39 < karlp> ok, best as I can tell, the kernel moved lots of drivers to "dev_err_probe" error reporting, because nthing was getting done in theright order, so just defer it and try again. 2025-09-25T19:49:54 < karlp> and that means no logs for the fail cases, becuase "it will get fixed later when it's the right time" 2025-09-25T19:49:58 < karlp> except for whenit's not. 2025-09-25T19:50:17 < karlp> if your dt is "wrong" it just never gets another go, so you just get zero logs. 2025-09-25T19:50:38 < karlp> now, there's probably some way to get them, if yu know what you might be getting wrong, but that's a cart before the horse type solution. 2025-09-25T19:50:56 < karlp> still don't have buffered reads working though, which is like, the whole fucking point. 2025-09-25T19:51:16 < karlp> found the original authors test project, and he's just reading the sysfs files 2025-09-25T20:12:37 -!- kurfen [~kurfen@109.236.63.52] has quit [Ping timeout: 264 seconds] 2025-09-25T20:19:02 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32 2025-09-25T20:21:08 < karlp> if I have a sigma of a 24bit number, can I just left shift by 8 to get the sigma if they'd all been 32bit numbers? 2025-09-25T20:22:05 < jpa-> yes (unless quantization error dominates the variance) 2025-09-25T20:22:19 < karlp> good, tehnumber seemed plausible, just wanted to check. 2025-09-25T20:22:39 < qyx> I would say yes too 2025-09-25T20:24:22 < karlp> so, loosely then, sigma with the 32bit adc and the fancy load cell: ~890. sigma with my super cheap fake load cell on the fancy 32bit adc: 2800. sigma with this ubercheap hx711 and the same fake load cell: ~130 => 29000 ? so an order of magnitude worse than the very nice fancy laid out, sense wire, chop mode, 32bit adc. 2025-09-25T20:24:29 < karlp> that sort of sounds kinda about right too. 2025-09-25T20:26:13 < ds2> where are you looking for logs? 2025-09-25T20:26:48 < karlp> dmesg/journalctl -fk. 2025-09-25T20:27:00 < karlp> like, withsome fuckups it even said," err: see dmesg" and dmesg was empty 2025-09-25T20:27:06 < karlp> well, not empty, but nothing new. 2025-09-25T20:28:41 < ds2> can always hack those back to printk's 2025-09-25T20:29:35 < karlp> yeah, but thats cart before horse again. 2025-09-25T20:29:40 < karlp> once you know the problem, there's no problem... 2025-09-25T20:30:01 < ds2> no, as a first step before troubleshooting :D 2025-09-25T20:39:08 < qyx> karlp: thats in counts? 2025-09-25T20:40:11 < qyx> I can go to 10-20 nV/V sigma 2025-09-25T20:41:09 < qyx> with a 24 bit adc and a fancy load cell simulator (or a real load cell) 2025-09-25T20:44:03 < qyx> that would be under 100 counts at 32bit? 2025-09-25T21:05:16 < karlp> once you know the problem, there's no problem... 2025-09-25T21:05:22 < karlp> sorry, pastebuffer bad 2025-09-25T21:05:26 < karlp> yeah, counts. 2025-09-25T21:06:19 < karlp> oh yeah, I'm pretty sure we _should_ be able to get better quality, but 800-900 coutns at 32bit is "just fine" 2025-09-25T21:07:25 < karlp> switching this hx711 into "accurate, 10sps" instead of "fast, 80sps" brings the sigma down to ~45 or so, 11k at 32bit, 2025-09-25T21:07:49 < karlp> I still want to try out using my own reference voltage instead of the hx711 "we'll take care of that for you" 2025-09-25T21:08:13 < karlp> the fft on my old riglol isn't really good enought o see a meaningful difference in noise for my ref vs their ref, but... still want to try. 2025-09-25T21:08:26 < karlp> still a bit pissed i can't get buffered mode to work though, that was the whole idea, 2025-09-25T21:08:36 < karlp> kernel buffered, with timestamps frrom the kernel. 2025-09-25T21:49:40 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 244 seconds] 2025-09-25T22:00:04 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-25T22:16:49 -!- kurfen [~kurfen@109.236.63.52] has quit [Ping timeout: 264 seconds] 2025-09-25T22:20:47 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32 2025-09-25T22:48:47 < catphish> zyp: i've never seen Semla before :) 2025-09-25T22:49:00 < karlp> I mean, this wandering jitter back and forth is kinda garbage too. https://imgur.com/a/BjZeSFZ 2025-09-25T22:49:41 < catphish> this STM32 has opamps - somewhat embarassingly this design that i'm charging quite a lot of money for has ended up being literally just an STM32 and some passived 2025-09-25T22:50:24 < catphish> literally the only other active compnent on this board is a linear regulator for the 3v3 power 2025-09-25T22:51:26 < specing> catphish: well, you can always give a discount. :P 2025-09-25T22:51:50 < karlp> don't discount software mang :) 2025-09-25T22:54:26 < catphish> also this chip has proper LCD support so i can probably do better than the crappy 8 bit parallel 16x2 display 2025-09-25T23:06:34 < catphish> actually displays are complicated, i probably just want SPI, but too much choice! 2025-09-25T23:11:24 < qyx> karlp: this wandering offset is 1/f noise and you can't get rid of it unless you do chop mode / bipolar sensing 2025-09-25T23:37:09 -!- jerrycash [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-25T23:57:18 -!- analoq [~yashi@user/dies] has quit [Ping timeout: 252 seconds] --- Day changed Fri Sep 26 2025 2025-09-26T00:03:18 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 256 seconds] 2025-09-26T00:05:34 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-26T00:16:16 -!- kurfen [~kurfen@109.236.63.52] has quit [Quit: ZNC - https://znc.in] 2025-09-26T00:17:13 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32 2025-09-26T00:57:13 < qyx> what the hell did github do to their web file editor 2025-09-26T01:09:25 < catphish> is there much benefit in giving VREF+ its own filter, or is is perfectly adeuate to tie it to VDDA? 2025-09-26T02:04:46 < karlp> qyx: yeah, it's just something the hx711 will always have. this board was to be baseline, plans are for other "proper" adcs that are still cheaper than this 32bit monster we're throwing ateverything 2025-09-26T02:05:16 < karlp> catphish: lcd support normally means segment shit 2025-09-26T02:05:27 < karlp> which is cool if that's what you need, but super useless if you want "a screen" 2025-09-26T02:09:46 -!- kurfen [~kurfen@109.236.63.52] has quit [Ping timeout: 248 seconds] 2025-09-26T02:11:23 -!- kurfen [~kurfen@109.236.63.56] has joined ##stm32 2025-09-26T02:19:32 < catphish> karlp: from what i've seen lcd support in stm32 means a full RGB framebuffer driver 2025-09-26T02:20:01 < catphish> i'm going to stick with a crappy 16x2 character display for now, but will look at SPI OLED displays too 2025-09-26T02:28:50 < qyx> lcd driver in stm32 was segment shit as karlp says, back in the days 2025-09-26T02:29:06 < qyx> L053 for example 2025-09-26T02:32:33 -!- mercenar- [~mercenary@2001:19f0:7400:85c3:5400:ff:fe03:dad9] has joined ##stm32 2025-09-26T02:34:14 -!- mercenary [~mercenary@user/mercenary] has quit [Ping timeout: 260 seconds] 2025-09-26T02:36:43 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-26T02:54:39 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has quit [Ping timeout: 260 seconds] 2025-09-26T03:07:49 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has joined ##stm32 2025-09-26T03:23:24 < karlp> qyx: is 1/f noise really that slow wander? I thought (I am _not_ pro) that 1/f was just random shit. I thought wander like that was "always" from temp drift instability and such forth. 2025-09-26T03:33:29 < ds2> is your temperature varying that fast? 2025-09-26T03:34:19 < ds2> it kind of makes sense.... 1/f - very low freq, but larger amplitude noise. still random, just slower changing 2025-09-26T04:12:10 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-26T05:00:39 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 250 seconds] 2025-09-26T05:04:00 -!- noarb [~noarb@user/noarb] has joined ##stm32 2025-09-26T05:12:31 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 240 seconds] 2025-09-26T05:19:13 -!- noarb [~noarb@user/noarb] has joined ##stm32 2025-09-26T05:32:20 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-26T06:09:10 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 265 seconds] 2025-09-26T06:10:47 -!- noarb [~noarb@user/noarb] has joined ##stm32 2025-09-26T06:16:13 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 264 seconds] 2025-09-26T06:18:40 -!- noarb [~noarb@user/noarb] has joined ##stm32 2025-09-26T07:29:38 < qyx> karlp: just plot your samples with fft() using octave 2025-09-26T07:30:08 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-26T07:35:01 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-26T07:45:05 -!- martinmoene_ [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-26T07:45:08 -!- jerrycash2 [~jerrycash@user/jerrycash] has joined ##stm32 2025-09-26T07:48:36 -!- h4x0riz3d [~pewpew@antonsavov.net] has joined ##stm32 2025-09-26T07:54:49 -!- Netsplit *.net <-> *.split quits: jerrycash, antto, martinmoene, dobson 2025-09-26T07:57:54 -!- dobson [~dobson@static.38.6.217.95.clients.your-server.de] has joined ##stm32 2025-09-26T08:06:12 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-26T08:28:08 < qyx> it is pouring like crazy 2025-09-26T08:43:13 -!- mercenar- is now known as mercenary 2025-09-26T08:43:14 -!- kurfen_ [~kurfen@109.236.63.56] has joined ##stm32 2025-09-26T08:43:47 -!- mercenary [~mercenary@user/mercenary] has changed host 2025-09-26T08:44:26 -!- kurfen [~kurfen@109.236.63.56] has quit [Ping timeout: 248 seconds] 2025-09-26T08:47:41 < h4x0riz3d> "poooour your misery down on... pooooour your misery down on me" 2025-09-26T09:05:54 -!- krish2487 [~krishna@62.135.140.101] has joined ##stm32 2025-09-26T10:13:20 < qyx> what's the current state of xz? 2025-09-26T10:16:02 < jpa-> all the cool kids use zstd now 2025-09-26T10:16:15 < Steffanx> Better than ever 2025-09-26T10:17:00 < qyx> so zstd for firmware/filesystem images too? 2025-09-26T10:18:03 < qyx> I forgot how slow xz is.. 2025-09-26T10:18:06 < jpa-> whatever is easiest to setup, the space savings are tiny 2025-09-26T10:23:06 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 248 seconds] 2025-09-26T10:23:29 < qyx> ok xz is 138 MB, zstd is 191 MB 2025-09-26T10:23:41 < qyx> xz took almost 5 minutes, zstd about 10 seconds 2025-09-26T10:24:14 < qyx> using default settings 2025-09-26T10:24:27 < jpa-> IIRC xz defaults to higher compression level than zstd 2025-09-26T10:25:11 < qyx> let's try 2025-09-26T10:32:51 < BrainDamage> Steffanx maybe you should go back on your thesis, I've looked at ultrasonic anemometers and they cost 500 bucks 2025-09-26T10:33:21 < BrainDamage> they have a crazy markup 2025-09-26T10:33:25 < qyx> with max compression zstd took a bit longer than xz and is still 151 MB 2025-09-26T10:33:28 < qyx> ok I'll keep xz 2025-09-26T10:34:26 < BrainDamage> [jia tang liked this post] 2025-09-26T10:38:28 < qyx> do we know how the story developed? 2025-09-26T10:39:58 < ventYl> did not hear anything 2025-09-26T10:40:28 < BrainDamage> apparently the xz maintainer was overworked and wanted to onboard someone to offload some tasks, and tang went in for the long con doing ~2 years of legit contributions before the rogue commit 2025-09-26T10:42:54 < qyx> yeah but after that 2025-09-26T10:49:41 < mawk> or was a legit contributor who got paid to do that BrainDamage maybe 2025-09-26T10:50:06 < BrainDamage> yeah also plausible 2025-09-26T10:50:39 < BrainDamage> must've been a fuckload of money tho 2025-09-26T10:52:14 < BrainDamage> jia tang sounds like a real person name, and while there are people whose nickname is a real fake name, that seems unlikely, so if bribery was the case, it's likely that was their real name that got associated with it 2025-09-26T10:52:27 < jpa-> or could be a legit contributor from china, and the government just confiscated his account 2025-09-26T10:52:39 < ventYl> or they confiscated his soul 2025-09-26T10:53:28 < ventYl> BrainDamage: IIRC, the malicious commits lasted for several months, even before he got his maintainer status. i'd vote for malicious actor from the beginning 2025-09-26T10:53:44 < Steffanx> Hah BrainDamage . I still want to do it again and better, but ... Yeah 2025-09-26T10:54:33 < Steffanx> I tried to get it back years ago, but it was scrapped sadly. 2025-09-26T11:06:11 < BrainDamage> I had a silly idea of using a single transmitter and n+1 receivers, compute the mean, and use that to pll lock the oscillator to compensate for oscillator and temp drifts 2025-09-26T11:15:50 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-26T11:16:10 < mawk> cortex M7 doesn't have bit-banding 2025-09-26T11:16:10 < mawk> sad 2025-09-26T11:16:13 -!- kurfen_ [~kurfen@109.236.63.56] has quit [Ping timeout: 264 seconds] 2025-09-26T11:16:17 < mawk> I wanted a nice bite 2025-09-26T11:21:21 < c10ud> i once read a blog analysis about jia tang that basically extracted from git the fact that the guy, or group, was performing his duties in eu office hours 2025-09-26T11:37:20 < mawk> I'm not entirely sure how to use circular DMA mode 2025-09-26T11:37:35 < mawk> how can I be guaranteed that what I'm reading from the buffer is in chronological order 2025-09-26T11:38:16 < mawk> during the DMA complete interrupt? does the stream pause until the interrupt is serviced? 2025-09-26T11:40:13 < jpa-> mawk: usually you'd enable both half-buffer and transfer complete interrupt 2025-09-26T11:40:33 < jpa-> so that the DMA can be uninterrupted 2025-09-26T11:40:40 < mawk> hmm 2025-09-26T11:41:09 < mawk> and then in both interrupts I must do something with the data faster than the DMA is happening 2025-09-26T11:41:39 < mawk> it's like double-buffering but using both halves of one buffer then 2025-09-26T11:42:21 < jpa-> then the interrupt handler would be like: void handle_data(void *data, size_t len); void DMA_Interrupt() { if (DMA->INTF & HTIF) { handle_data(buffer, sizeof(buffer)/2); if (DMA->INTF & TCIF) { overflow_error(); } } else if (DMA->INTF & TCIF) { handle_data(buffer + sizeof(buffer)/2, sizeof(buffer)/2); if (DMA->INTF & HTIF) { overflow_error(); } } } 2025-09-26T11:43:03 < mawk> nice I see, thanks 2025-09-26T11:43:40 < mawk> on this chip there's also a double-buffering mode that kinda achieves the same result I suppose 2025-09-26T11:43:48 < mawk> stm32f767 2025-09-26T11:44:37 < jpa-> yeah, but with double buffering mode you can change the pointers in the interrupt handler if you want to have more than 2 buffers 2025-09-26T11:45:24 < mawk> ah right 2025-09-26T11:46:07 < jpa-> which is especially useful if you are streaming processed data to some other peripheral 2025-09-26T12:07:18 < karlp> qyx: yes, I will, but then I need to know the proper sample rate, not "I read this file out of sysfs....." 2025-09-26T12:08:14 < karlp> ds2: sure, it just isn't how I had thought of 1/f noise. (that's a me problem though) 2025-09-26T12:12:53 < jpa-> karlp: i think 1/f noise is more like experimental observation, and temperature drifts is one cause of it 2025-09-26T12:13:55 < karlp> well, back to "real" work today. 2025-09-26T12:14:11 < karlp> how to coordinate with people to set clocks either in utc or in local time, consistently... 2025-09-26T12:14:56 < jpa-> ask them for both times and discard one of them 2025-09-26T12:15:57 < karlp> just trying to think of what's going to fuck up users least. 2025-09-26T12:16:54 -!- kurfen [~kurfen@109.236.63.58] has quit [Quit: ZNC - https://znc.in] 2025-09-26T12:22:14 -!- kurfen [~kurfen@109.236.63.51] has joined ##stm32 2025-09-26T12:39:09 -!- infisx [~infisc@user/infisc] has quit [Ping timeout: 260 seconds] 2025-09-26T12:41:18 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 272 seconds] 2025-09-26T12:46:53 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-26T12:53:09 < qyx> karlp: I don't have network>wireless in my luci, any ideas from top of your head? 2025-09-26T12:53:13 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-26T12:53:31 < qyx> I created config/wireless, did something, added something, no wifi detect 2025-09-26T12:53:37 < qyx> yes I do have the interface working 2025-09-26T12:57:10 < qyx> I guess I have no wifi support altogether 2025-09-26T13:10:48 < mawk> I apparently get a bus error with the DMA request triggered by a timer and trying to read from GPIO 2025-09-26T13:11:12 < mawk> I have "transfer error" and the reference manual says "the transfer error interrupt flag (TEIFx) is set when a bus error occurs during a DMA read or a write access [...]" 2025-09-26T13:11:33 < mawk> am I not allowed to do that 2025-09-26T13:15:06 < karlp> qyx: um, >I'd go to menuconfig and see if you have a "luci in pieces" or "allll luci" and make sure you ahve wifi parts? 2025-09-26T13:15:55 < karlp> iwinfo and "wifi" command exist and work? 2025-09-26T13:19:48 < qyx> nope, none of them 2025-09-26T13:20:18 < qyx> nah fuk I will do the image builder thing for rootfs then 2025-09-26T13:20:41 < qyx> I am not building the thing on my own, I want to avoid that 2025-09-26T13:25:45 < mawk> apparently only DMA2 can transfer from GPIO 2025-09-26T13:25:52 < mawk> then I have to use a different timer to trigger it 2025-09-26T13:27:07 < jpa-> doesn't F7 have DMAMUX so that any timer can trigger any stream? or are they still somehow limited 2025-09-26T13:28:15 < jpa-> but yeah, only DMA2 connects to AHB on F767 2025-09-26T13:29:02 < jpa-> and it doesn't have DMAMUX apparently 2025-09-26T13:29:04 < mawk> apparently no, you just have the table of streams vs channels and have to select the right one 2025-09-26T13:29:45 < jpa-> i guess that DMAMUX is only on H7 then 2025-09-26T13:35:15 < mawk> but just to check I tried reading the TIM6 CNT instead of GPIOF IDR and I still get a bus error 2025-09-26T13:35:24 < mawk> but maybe it's just not made to be read, it's useless anyway 2025-09-26T13:36:55 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-26T13:38:11 < tomeaton17> its on some G and L too 2025-09-26T13:47:26 < karlp> qyx: doing a project on openwrt and not doing your own images is just tilting at windmills. 2025-09-26T13:47:40 < karlp> I mean, sounds ogod in theory... 2025-09-26T13:47:54 < karlp> but you've still got to get your own custom apps on their anyway... 2025-09-26T13:49:29 < qyx> doing your own images is dumb, exactly like gentoo was 2025-09-26T13:53:20 < qyx> ok I just spent 2.5 hours fixing a nonworking debootstrap's fakechroot 2025-09-26T13:53:32 < qyx> and the reason is, you cannot debootstrap trixie from a bookworm install 2025-09-26T14:17:05 < karlp> ok, but are you then flashing "standard" and then logging into it and installing all your own stuff afterwards? 2025-09-26T14:17:07 < karlp> how is that better? 2025-09-26T14:18:00 < karlp> we _could_ install our own packages by hand, and install amended startup scripts by hand, but just having that in our own image withour own config was wayyyyy easier, or at least it certainly felt so. 2025-09-26T14:20:52 < qyx> I am doing a router, not a custom device 2025-09-26T14:21:04 < qyx> so I only need standard packages 2025-09-26T14:21:23 < qyx> + some default configration which I could just insert into the .tar.gz 2025-09-26T14:21:52 < karlp> into what tar.gz? 2025-09-26T14:22:10 < qyx> openwrt makes tar.gz. filesystems 2025-09-26T14:22:16 < qyx> their build servers 2025-09-26T14:31:19 -!- hexo [~hexo@user/hexo] has joined ##stm32 2025-09-26T14:55:18 < mawk> nice it's working 2025-09-26T14:55:30 < mawk> I had to relocate some other DMA requests that were squatting my channel 2025-09-26T14:55:53 < mawk> good thing the ADC send to more than one channel 2025-09-26T15:19:46 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-26T15:21:26 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-26T15:45:45 < mawk> now I can measure the bouncing frequency of a switch 2025-09-26T15:46:05 < mawk> and help advance the mystery of the bouncing switch 2025-09-26T15:46:20 < mawk> it starts to do that over time, possibly growing tin whiskers 2025-09-26T15:46:42 < mawk> because whenever we swap it and get it back in the lab it mysteriously works again so the road transport must break whiskers off 2025-09-26T15:49:08 < qyx> what kind of switch is it 2025-09-26T15:49:29 < mawk> a microswitch that gets pushed when a lid is opened on the device 2025-09-26T15:49:33 < qyx> just run at least one amp through it 2025-09-26T15:49:36 < mawk> SPST with a 100k pullup 2025-09-26T15:49:42 < qyx> nah 100k 2025-09-26T15:49:49 -!- kurfen [~kurfen@109.236.63.51] has quit [Quit: ZNC - https://znc.in] 2025-09-26T15:50:00 < mawk> well I can short to ground the presumed whiskers 2025-09-26T15:50:14 < mawk> but it's not going to be 1 amp from a stm32 gpio right 2025-09-26T15:50:26 < qyx> just use a 10R pullu 2025-09-26T15:50:37 < qyx> any whisker is gonna melt 2025-09-26T15:50:51 < mawk> we can't change the pcb, otherwise we would've chosen another less shitty switch already 2025-09-26T15:51:17 < mawk> once the devices get back here there's nothing left to burn, it seemingly works again 2025-09-26T15:51:52 < qyx> so just change the user manual 2025-09-26T15:51:54 < mawk> 10Ω pullup is going to be a bit harsh on battery, given the rest state of the switch is being pressed 2025-09-26T15:52:00 < qyx> "the device has a servicing interval of 2 months" 2025-09-26T15:52:08 < mawk> tell them to shake the devices? 2025-09-26T15:52:09 < mawk> ah 2025-09-26T15:52:12 < qyx> "as a service step, load the device on a car and do 100 km" 2025-09-26T15:52:18 < mawk> lol 2025-09-26T15:52:37 < qyx> "for those not understanding, bring the device to the manufacturer for a regular check" 2025-09-26T15:52:42 < mawk> the clients are old ill people, but we could ask their nurses to punch the devices once in a while 2025-09-26T15:54:03 < qyx> unrelated, a process running in fakeroot fakechroot chroot creates absolute symlinks as global-absolute, not chroot-absolute 2025-09-26T15:54:09 < qyx> anyone seen that behavior? 2025-09-26T15:54:16 < qyx> I am not able to google anything 2025-09-26T15:54:37 < qyx> proper chroot works 2025-09-26T15:57:57 -!- kurfen [~kurfen@109.236.63.50] has joined ##stm32 2025-09-26T16:03:15 -!- krish2487 [~krishna@62.135.140.101] has quit [Ping timeout: 245 seconds] 2025-09-26T16:08:32 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 240 seconds] 2025-09-26T16:08:48 < mawk> global absolute, you mean outside the chroot you see absolute symlinks that don't point to the right place ? 2025-09-26T16:08:54 < mawk> that seems expected to me 2025-09-26T16:09:22 < mawk> symlinks are just text files with a path in them 2025-09-26T16:11:06 -!- noarb [~noarb@user/noarb] has joined ##stm32 2025-09-26T16:11:08 < BrainDamage> you can write anything in a symlink, the path is not checked on creation, it's checked on use 2025-09-26T16:14:34 < qyx> if a process in a fakechroot creates /sbin/init -> /usr/sbin/systemd, it is created as /sbin/init -> /home/qyx/whatever/work/chroot/usr/sbin/systemd 2025-09-26T16:14:44 < qyx> and that's wrong 2025-09-26T16:15:39 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-26T16:16:57 < BrainDamage> weird, maybe it's overriding ln's behaviour by intercepting the syscalls? 2025-09-26T16:17:23 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:45b9:3a54:7ea2:5b42] has quit [Remote host closed the connection] 2025-09-26T16:18:09 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:31f3:531b:3430:b200] has joined ##stm32 2025-09-26T16:18:18 < BrainDamage> you could strace it I guess 2025-09-26T16:18:32 < qyx> I am inventing some readlink magic to modify them 2025-09-26T16:18:37 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 264 seconds] 2025-09-26T16:18:41 < qyx> I don't want to bootstrap as root 2025-09-26T16:20:09 -!- noarb [~noarb@user/noarb] has joined ##stm32 2025-09-26T16:22:05 < qyx> ah, when I run fakechroot chroot afterwards, links are correct 2025-09-26T16:40:20 < mawk> [15:16:57] weird, maybe it's overriding ln's behaviour by intercepting the syscalls? 2025-09-26T16:40:24 < mawk> I suppose that's the whole job of fakechroot 2025-09-26T16:40:33 < mawk> intercepting all filesystem related syscalls to fake the root 2025-09-26T17:05:25 < Posterdati> hi 2025-09-26T17:06:15 < Posterdati> please help! Is anyone using linux iio on mp157-dk1/2? I need to know how to program triggers for ADC (I'm using c++, so iopp). Thanks! 2025-09-26T17:11:53 < qyx> Failed to determine whether /proc is a mount point: Too many levels of symbolic links 2025-09-26T17:11:57 < qyx> ok I did somethingwrong.. 2025-09-26T17:12:42 < qyx> lrwxrwxrwx 1 build build 5 Sep 26 13:20 proc -> /proc 2025-09-26T17:14:13 < qyx> oh yeah because those were bind mounts 2025-09-26T17:14:31 < qyx> or whatever they were 2025-09-26T17:17:27 < mawk> you're mixing fakechroot with bind mounts and user namespaces and all that? 2025-09-26T17:17:47 < mawk> linux has namespaces now you can do lots of powerful stuff that don't require the brittle fakechroot/fakeroot approach anymore 2025-09-26T17:39:40 < Posterdati> ok 2025-09-26T18:11:16 -!- System_Error [~SystemErr@user/systemerror] has quit [Ping timeout: 272 seconds] 2025-09-26T18:11:20 -!- kurfen [~kurfen@109.236.63.50] has quit [Ping timeout: 240 seconds] 2025-09-26T18:13:51 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-26T18:18:38 < karlp> Posterdati: not me, but I was struggling with triggers on iio yesteday too. 2025-09-26T18:19:46 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-26T18:34:28 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-26T18:49:05 -!- kurfen [~kurfen@109.236.63.58] has quit [Ping timeout: 245 seconds] 2025-09-26T18:51:54 < karlp> cute, uruguay used to have a half hour daylight savings time switch. 2025-09-26T18:52:56 -!- kurfen [~kurfen@109.236.63.50] has joined ##stm32 2025-09-26T19:11:58 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-26T19:14:58 -!- c10ud [~c10ud@user/c10ud] has quit [Quit: Leaving] 2025-09-26T19:15:52 < qyx> mawk: I am not, debootstrapmis doing some weird stiff 2025-09-26T19:15:55 < qyx> stuff 2025-09-26T19:22:11 < mawk> why are you not running debootstrap as root? it shouldn't need fakeroot and fakechroot 2025-09-26T19:26:22 < qyx> why should I? I am not gonna run jobs on a build server as root 2025-09-26T19:27:30 < karlp> root in the container ;) 2025-09-26T19:27:35 < karlp> oh right, debian... 2025-09-26T19:27:37 < karlp> lollll 2025-09-26T19:31:33 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-26T19:33:01 < qyx> oh and yes, I am running it in a container :P 2025-09-26T19:33:31 < qyx> which works but I don't want root 2025-09-26T19:40:12 < karlp> root in the containre, let it do whatever it thinks? 2025-09-26T19:40:25 < karlp> anyway, just teasing. my week has ended fairly well, IIO aside. 2025-09-26T19:45:53 < qyx> at least I am restricting it with sudo 2025-09-26T19:46:16 < qyx> but after 2 minutes of thinking you can get into the container even using those sudoed commands 2025-09-26T20:14:28 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-26T20:15:16 < mawk> run debootstrap as root qyx I meà 2025-09-26T20:15:32 < mawk> once the root is prepared it's a filesystem like another 2025-09-26T20:15:46 < mawk> and you can use nspawn or lxc or even fakeroot if you really want 2025-09-26T20:16:29 < mawk> debootstrap just prepares the fs, it's not what's running in the end 2025-09-26T20:16:58 < mawk> and it doesn't hurt to run it as root, there's less quirks during package installation 2025-09-26T20:18:10 < mawk> and when you have the root filesystem you can use systemd-nspawn to run a program in it like you would do with root, except the root inside is fake 2025-09-26T20:18:19 < mawk> but it's much more thorough than fakeroot and fakechroot 2025-09-26T20:19:05 < mawk> the root is actually different and the root user actually exists, they're just mapped to a different directory and a different user outside the container; instead of doing LD_PRELOAD to intercept library calls and syscalls and hoping it works 2025-09-26T20:22:07 -!- kurfen [~kurfen@109.236.63.50] has quit [Quit: ZNC - https://znc.in] 2025-09-26T20:22:52 < qyx> when I prepare root filesystem using debootstrap run as root, I cannot modify it as a user 2025-09-26T20:22:57 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-26T20:22:58 < qyx> nor pack it into ext4 2025-09-26T20:31:27 < qyx> ok works 2025-09-26T20:43:10 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 256 seconds] 2025-09-26T20:44:56 -!- kurfen [~kurfen@109.236.63.58] has quit [Ping timeout: 240 seconds] 2025-09-26T20:49:05 -!- kurfen [~kurfen@109.236.63.53] has joined ##stm32 2025-09-26T22:07:38 < qyx> PS4="\033[1;33m>>>\033[0m " bash -x build-fs-debian.sh 2>&1 | ts %FT%T 2025-09-26T22:07:42 < qyx> looks pretty pro 2025-09-26T22:17:03 < Steffanx> Thanks 2025-09-26T22:20:21 < Posterdati> karlp: they provide a c++ include too , but triggers are like devices... This is conbfusing, since an adc has got irq too. 2025-09-26T22:21:55 < Posterdati> karlp: using the sysfs interface could be better I think 2025-09-26T22:24:28 < Posterdati> karlp: then I need an interrupt to change values on gtk3 widgets 2025-09-26T22:29:19 -!- qyx [~qyx@84.245.121.115] has quit [Ping timeout: 250 seconds] 2025-09-26T22:31:16 -!- qyx [~qyx@84.245.121.205] has joined ##stm32 2025-09-26T22:33:39 < catphish> I'm back to STM32'ing this week! Just ordered a more powerful STM32 for the first time - STM32H750VB 2025-09-26T22:37:25 -!- kurfen [~kurfen@109.236.63.53] has quit [Ping timeout: 245 seconds] 2025-09-26T22:41:23 -!- kurfen [~kurfen@109.236.63.51] has joined ##stm32 2025-09-26T23:07:25 -!- kurfen [~kurfen@109.236.63.51] has quit [Ping timeout: 245 seconds] 2025-09-26T23:09:34 -!- kurfen [~kurfen@109.236.63.51] has joined ##stm32 2025-09-26T23:39:46 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-26T23:46:24 < jbo> have fun with that 2025-09-26T23:46:30 * jbo has a major trauma with 750 2025-09-26T23:46:37 < jbo> they had a silicon bug in the first revision - was not fun 2025-09-26T23:49:14 < karlp> Posterdati: I'm just stuck at getting buffered reads to work with iio_readdev, not looking at client software until the basic cmdline tools work. 2025-09-26T23:54:14 < karlp> and now the fucking pi won't boot my kernel anymore. 2025-09-26T23:58:47 < karlp> aight, fuckigntypod a filename. --- Day changed Sat Sep 27 2025 2025-09-27T00:10:29 -!- kurfen_ [~kurfen@109.236.63.58] has joined ##stm32 2025-09-27T00:12:01 -!- kurfen [~kurfen@109.236.63.51] has quit [Ping timeout: 264 seconds] 2025-09-27T00:40:01 -!- Ecco [~user@user/Ecco] has joined ##stm32 2025-09-27T01:17:23 -!- nomorekaki [~nomorekak@37-219-19-244.nat.bb.dnainternet.fi] has joined ##stm32 2025-09-27T01:19:13 -!- kurfen_ [~kurfen@109.236.63.58] has quit [Ping timeout: 264 seconds] 2025-09-27T01:20:55 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds] 2025-09-27T01:21:17 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-27T02:56:00 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-27T02:57:17 -!- kurfen [~kurfen@109.236.63.58] has quit [Quit: ZNC - https://znc.in] 2025-09-27T02:58:08 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-27T03:15:01 -!- kurfen [~kurfen@109.236.63.58] has quit [Ping timeout: 264 seconds] 2025-09-27T03:15:33 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-27T04:52:01 -!- nomorekaki [~nomorekak@37-219-19-244.nat.bb.dnainternet.fi] has quit [Ping timeout: 250 seconds] 2025-09-27T06:19:50 -!- kurfen [~kurfen@109.236.63.58] has quit [Quit: ZNC - https://znc.in] 2025-09-27T06:23:08 -!- kurfen [~kurfen@109.236.63.51] has joined ##stm32 2025-09-27T06:39:58 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-27T07:22:49 -!- kurfen [~kurfen@109.236.63.51] has quit [Ping timeout: 264 seconds] 2025-09-27T07:27:20 -!- kurfen [~kurfen@109.236.63.51] has joined ##stm32 2025-09-27T07:50:17 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-27T09:39:54 -!- kurfen [~kurfen@109.236.63.51] has quit [Quit: ZNC - https://znc.in] 2025-09-27T09:41:48 -!- kurfen [~kurfen@109.236.63.59] has joined ##stm32 2025-09-27T10:10:01 < Posterdati> karlp: I had the same problem! pi 3b+ won't boot on dtb change 2025-09-27T10:11:36 < Posterdati> karlp: do you know how to attach a callback function to a specific trigger? 2025-09-27T10:12:15 < qyx> I was a bit more successful yesterday, after 10.5 hours of work I have a working debian build with custom kernek and custom dtb 2025-09-27T10:12:35 < qyx> on a bit more sane platform than broadcom though 2025-09-27T10:25:20 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-27T10:31:13 -!- kurfen [~kurfen@109.236.63.59] has quit [Ping timeout: 264 seconds] 2025-09-27T11:00:26 < Posterdati> on the stm32mp157 should I implement irq routines as per other stm32 chips, using the irq table? 2025-09-27T11:40:23 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-27T11:45:41 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-27T11:47:22 -!- yukam [~yukam@user/yukam] has quit [Ping timeout: 248 seconds] 2025-09-27T11:48:05 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-27T11:52:37 -!- yukam [~yukam@user/yukam] has joined ##stm32 2025-09-27T13:55:44 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-27T14:30:08 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 240 seconds] 2025-09-27T14:31:00 -!- noarb [~noarb@user/noarb] has joined ##stm32 2025-09-27T15:38:24 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-27T16:10:02 -!- soweli_iki [soweli_iki@user/soweli-iki:47461] has quit [Remote host closed the connection] 2025-09-27T17:54:44 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-27T18:00:50 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-27T18:34:13 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-27T18:38:11 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 265 seconds] 2025-09-27T18:59:25 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-27T19:00:42 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-27T20:00:53 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-27T20:05:18 -!- specing [~specing@user/specing] has quit [Read error: Connection reset by peer] 2025-09-27T20:11:58 -!- specing [~specing@user/specing] has joined ##stm32 2025-09-27T20:29:17 -!- martinmoene_ [~martinmoe@132.229.46.129] has quit [Read error: Connection reset by peer] 2025-09-27T21:07:32 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-27T21:24:02 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-27T21:32:20 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-27T22:13:49 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 264 seconds] 2025-09-27T22:14:46 -!- infisx [~infisc@user/infisc] has quit [Read error: Connection reset by peer] 2025-09-27T22:58:03 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-27T23:08:30 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-27T23:09:50 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 --- Day changed Sun Sep 28 2025 2025-09-28T00:33:44 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 240 seconds] 2025-09-28T00:36:01 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 264 seconds] 2025-09-28T01:47:34 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-28T01:53:45 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-28T02:03:43 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-28T04:27:30 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-28T04:29:22 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-28T05:50:38 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-28T05:50:47 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Read error: Connection reset by peer] 2025-09-28T06:48:02 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-28T07:43:49 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 264 seconds] 2025-09-28T07:48:50 -!- noarb [~noarb@user/noarb] has joined ##stm32 2025-09-28T08:11:11 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-28T09:13:11 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-28T11:08:45 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-28T11:57:10 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-28T12:27:09 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-28T14:15:03 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-28T16:27:10 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-28T16:38:54 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-28T17:39:29 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-28T18:07:26 -!- kurfen [~kurfen@109.236.63.51] has joined ##stm32 2025-09-28T18:18:43 -!- kurfen [~kurfen@109.236.63.51] has quit [Ping timeout: 244 seconds] 2025-09-28T18:23:05 -!- kurfen [~kurfen@109.236.63.59] has joined ##stm32 2025-09-28T19:24:21 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-28T19:26:24 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 244 seconds] 2025-09-28T19:27:31 -!- kraiskil [~kraiskil@131.107.60.188.dynamic.cust.swisscom.net] has joined ##stm32 2025-09-28T19:44:15 -!- kurfen_ [~kurfen@109.236.63.59] has joined ##stm32 2025-09-28T19:45:37 -!- kurfen [~kurfen@109.236.63.59] has quit [Ping timeout: 264 seconds] 2025-09-28T19:51:37 -!- kurfen_ [~kurfen@109.236.63.59] has quit [Ping timeout: 264 seconds] 2025-09-28T19:59:53 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-28T20:00:44 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Client Quit] 2025-09-28T20:01:03 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has joined ##stm32 2025-09-28T20:06:29 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has quit [Ping timeout: 260 seconds] 2025-09-28T20:07:04 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has joined ##stm32 2025-09-28T20:09:50 -!- kurfen [~kurfen@109.236.63.59] has joined ##stm32 2025-09-28T20:16:32 -!- bitmask [~bitmask@ool-43525d25.dyn.optonline.net] has quit [Ping timeout: 240 seconds] 2025-09-28T20:28:43 -!- kurfen [~kurfen@109.236.63.59] has quit [Quit: ZNC - https://znc.in] 2025-09-28T20:30:35 -!- kurfen [~kurfen@109.236.63.59] has joined ##stm32 2025-09-28T20:37:54 -!- kurfen_ [~kurfen@109.236.63.59] has joined ##stm32 2025-09-28T20:39:01 -!- kurfen [~kurfen@109.236.63.59] has quit [Ping timeout: 264 seconds] 2025-09-28T20:48:28 < karlp> Posterdati: I'm doing nothing with code yet, I want to use iio_readdev 2025-09-28T21:14:51 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-28T21:14:51 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-28T21:15:33 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-28T21:16:49 -!- kurfen_ [~kurfen@109.236.63.59] has quit [Ping timeout: 264 seconds] 2025-09-28T21:24:07 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 240 seconds] 2025-09-28T21:33:02 -!- kurfen [~kurfen@109.236.63.58] has quit [Quit: ZNC - https://znc.in] 2025-09-28T21:34:13 -!- kraiskil [~kraiskil@131.107.60.188.dynamic.cust.swisscom.net] has quit [Ping timeout: 264 seconds] 2025-09-28T21:34:24 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-28T21:46:50 -!- kurfen [~kurfen@109.236.63.58] has quit [Quit: ZNC - https://znc.in] 2025-09-28T21:47:42 -!- kurfen [~kurfen@109.236.63.56] has joined ##stm32 2025-09-28T22:07:10 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-28T22:07:19 -!- kurfen_ [~kurfen@109.236.63.56] has joined ##stm32 2025-09-28T22:07:43 -!- kurfen [~kurfen@109.236.63.56] has quit [Ping timeout: 240 seconds] 2025-09-28T22:12:20 -!- hexo [~hexo@user/hexo] has quit [Quit: Leaving] 2025-09-28T22:12:36 -!- hexo [~hexo@user/hexo] has joined ##stm32 2025-09-28T22:30:01 -!- qyx [~qyx@84.245.121.205] has quit [Ping timeout: 264 seconds] 2025-09-28T22:31:20 -!- qyx [~qyx@84.245.121.31] has joined ##stm32 2025-09-28T22:45:37 -!- kurfen_ [~kurfen@109.236.63.56] has quit [Ping timeout: 264 seconds] 2025-09-28T22:47:18 -!- kurfen [~kurfen@109.236.63.50] has joined ##stm32 2025-09-28T23:07:26 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-28T23:08:49 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-28T23:26:39 -!- kurfen [~kurfen@109.236.63.50] has quit [Ping timeout: 244 seconds] 2025-09-28T23:30:46 -!- kurfen [~kurfen@109.236.63.50] has joined ##stm32 2025-09-28T23:35:26 -!- kurfen [~kurfen@109.236.63.50] has quit [Ping timeout: 244 seconds] 2025-09-28T23:38:54 -!- kurfen [~kurfen@109.236.63.59] has joined ##stm32 2025-09-28T23:46:45 -!- kurfen_ [~kurfen@109.236.63.59] has joined ##stm32 2025-09-28T23:46:49 -!- kurfen [~kurfen@109.236.63.59] has quit [Ping timeout: 264 seconds] --- Day changed Mon Sep 29 2025 2025-09-29T00:02:48 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-29T00:04:13 -!- kurfen_ [~kurfen@109.236.63.59] has quit [Ping timeout: 264 seconds] 2025-09-29T00:12:43 -!- kurfen [~kurfen@109.236.63.59] has joined ##stm32 2025-09-29T00:13:56 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-29T00:25:45 -!- kurfen [~kurfen@109.236.63.59] has quit [Quit: ZNC - https://znc.in] 2025-09-29T00:27:02 -!- kurfen [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T00:45:58 -!- kurfen_ [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T00:46:49 -!- kurfen [~kurfen@109.236.63.60] has quit [Ping timeout: 264 seconds] 2025-09-29T00:52:25 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 244 seconds] 2025-09-29T00:59:30 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-29T01:00:01 -!- kurfen_ [~kurfen@109.236.63.60] has quit [Ping timeout: 264 seconds] 2025-09-29T01:00:07 -!- kurfen [~kurfen@109.236.63.59] has joined ##stm32 2025-09-29T01:04:26 -!- kraiskil [~kraiskil@131.107.60.188.dynamic.cust.swisscom.net] has joined ##stm32 2025-09-29T01:22:05 -!- kurfen [~kurfen@109.236.63.59] has quit [Quit: ZNC - https://znc.in] 2025-09-29T01:42:42 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-29T01:51:43 -!- kraiskil [~kraiskil@131.107.60.188.dynamic.cust.swisscom.net] has quit [Ping timeout: 240 seconds] 2025-09-29T02:35:55 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-29T03:04:49 -!- kurfen [~kurfen@109.236.63.58] has quit [Ping timeout: 264 seconds] 2025-09-29T03:04:51 -!- kurfen_ [~kurfen@109.236.63.58] has joined ##stm32 2025-09-29T03:13:38 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-29T03:13:46 -!- kurfen_ [~kurfen@109.236.63.58] has quit [Ping timeout: 248 seconds] 2025-09-29T03:19:43 -!- kurfen [~kurfen@109.236.63.58] has quit [Ping timeout: 240 seconds] 2025-09-29T03:20:48 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-29T03:33:53 -!- kurfen_ [~kurfen@109.236.63.58] has joined ##stm32 2025-09-29T03:34:13 -!- kurfen [~kurfen@109.236.63.58] has quit [Ping timeout: 264 seconds] 2025-09-29T04:15:57 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-29T04:17:01 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-29T04:17:24 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-29T04:21:12 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-29T04:22:07 -!- kurfen_ [~kurfen@109.236.63.58] has quit [Ping timeout: 240 seconds] 2025-09-29T04:43:13 -!- infise [~infisc@user/infisc] has joined ##stm32 2025-09-29T04:47:02 -!- infisx [~infisc@user/infisc] has quit [Ping timeout: 265 seconds] 2025-09-29T04:53:11 -!- duude__ [~duude__@user/duude/x-4676560] has quit [Ping timeout: 244 seconds] 2025-09-29T04:53:15 -!- duude__- [~duude__@user/duude/x-4676560] has joined ##stm32 2025-09-29T04:54:55 -!- duude__- is now known as duude__ 2025-09-29T05:09:20 -!- kurfen [~kurfen@109.236.63.58] has quit [Ping timeout: 240 seconds] 2025-09-29T05:11:12 -!- kurfen [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T05:21:52 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 2025-09-29T05:44:22 -!- kurfen_ [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T05:45:20 -!- kurfen [~kurfen@109.236.63.60] has quit [Ping timeout: 240 seconds] 2025-09-29T05:48:49 -!- kurfen [~kurfen@109.236.63.58] has joined ##stm32 2025-09-29T05:49:49 -!- kurfen_ [~kurfen@109.236.63.60] has quit [Ping timeout: 264 seconds] 2025-09-29T06:08:54 -!- haritz [~hrtz@2a01:4b00:bc2e:7000:d5af:a266:ca31:5ef8] has joined ##stm32 2025-09-29T06:08:54 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-29T06:40:23 -!- kurfen [~kurfen@109.236.63.58] has quit [Quit: ZNC - https://znc.in] 2025-09-29T07:13:06 -!- kurfen [~kurfen@109.236.63.59] has joined ##stm32 2025-09-29T07:17:51 -!- kurfen_ [~kurfen@109.236.63.52] has joined ##stm32 2025-09-29T07:18:37 -!- kurfen [~kurfen@109.236.63.59] has quit [Ping timeout: 264 seconds] 2025-09-29T07:34:39 -!- ferdna [~ferdna@user/ferdna] has quit [Quit: Leaving] 2025-09-29T07:51:36 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-29T07:53:04 -!- rkta [~rkta@user/rkta] has quit [Quit: sysupgrade] 2025-09-29T08:00:47 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-29T08:02:10 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-29T08:10:49 -!- kurfen_ [~kurfen@109.236.63.52] has quit [Ping timeout: 264 seconds] 2025-09-29T08:17:27 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32 2025-09-29T08:22:05 -!- kurfen [~kurfen@109.236.63.52] has quit [Client Quit] 2025-09-29T08:23:18 -!- kraiskil [~kraiskil@131.107.60.188.dynamic.cust.swisscom.net] has joined ##stm32 2025-09-29T08:23:53 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32 2025-09-29T08:28:08 -!- kurfen [~kurfen@109.236.63.52] has quit [Ping timeout: 240 seconds] 2025-09-29T08:30:26 -!- rkta [~rkta@user/rkta] has joined ##stm32 2025-09-29T08:35:33 -!- kurfen [~kurfen@109.236.63.52] has joined ##stm32 2025-09-29T08:41:24 -!- NEYi [~NEYi@195.234.78.187] has quit [Quit: Leaving] 2025-09-29T08:42:18 -!- kurfen [~kurfen@109.236.63.52] has quit [Ping timeout: 248 seconds] 2025-09-29T08:45:47 -!- kurfen [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T08:51:00 -!- kurfen_ [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T08:51:01 -!- kurfen [~kurfen@109.236.63.60] has quit [Ping timeout: 264 seconds] 2025-09-29T08:57:39 -!- kraiskil [~kraiskil@131.107.60.188.dynamic.cust.swisscom.net] has quit [Quit: Leaving] 2025-09-29T08:59:19 -!- kurfen_ [~kurfen@109.236.63.60] has quit [Ping timeout: 240 seconds] 2025-09-29T09:00:29 -!- kurfen [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T09:24:55 -!- kurfen [~kurfen@109.236.63.60] has quit [Ping timeout: 240 seconds] 2025-09-29T09:25:25 -!- kurfen [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T09:40:55 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 240 seconds] 2025-09-29T10:16:36 -!- kurfen_ [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T10:18:07 -!- kurfen [~kurfen@109.236.63.60] has quit [Ping timeout: 265 seconds] 2025-09-29T10:35:18 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-29T10:40:33 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-29T10:42:48 -!- martinmoene [~martinmoe@132.229.46.129] has joined ##stm32 2025-09-29T10:57:19 -!- kurfen [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T10:58:13 -!- kurfen_ [~kurfen@109.236.63.60] has quit [Ping timeout: 264 seconds] 2025-09-29T11:09:16 -!- kurfen_ [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T11:10:48 -!- kurfen [~kurfen@109.236.63.60] has quit [Ping timeout: 265 seconds] 2025-09-29T11:20:11 -!- kurfen_ [~kurfen@109.236.63.60] has quit [Quit: ZNC - https://znc.in] 2025-09-29T11:23:15 -!- kurfen [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T11:48:47 -!- kurfen [~kurfen@109.236.63.60] has quit [Quit: ZNC - https://znc.in] 2025-09-29T11:54:47 -!- kurfen [~kurfen@109.236.63.60] has joined ##stm32 2025-09-29T12:07:44 -!- kurfen [~kurfen@109.236.63.60] has quit [Ping timeout: 240 seconds] 2025-09-29T12:18:13 -!- infise [~infisc@user/infisc] has quit [Ping timeout: 250 seconds] 2025-09-29T12:22:07 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-29T12:23:34 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-29T12:26:53 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 250 seconds] 2025-09-29T12:38:02 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-29T13:21:57 < mawk> with inline ARM assembly there's no way to tell GCC the instruction is clobbering the Q flag of the APSR, if I add "Q" or "APSR" or "PSR" to the clobber list it says no such register 2025-09-29T13:22:10 < mawk> idk if that's a problem or not 2025-09-29T13:32:36 < jpa-> how about "cc" which is for any flags? 2025-09-29T13:33:52 < mawk> ah yes it doesn't complain about "cc" 2025-09-29T13:33:54 < mawk> thanks 2025-09-29T13:35:18 < mawk> weirdly if I use __asm__ then GCC lets me use the "QADD8 Rn, Rm" format while if I use asm then it says invalid instruction format and I have to add explicitly the destination operand as "QADD8 Rd, Rn, Rm" 2025-09-29T13:35:23 < mawk> feels like a bug in GCC 2025-09-29T13:38:25 < jpa-> for me it complains with either 2025-09-29T13:38:43 < jpa-> https://godbolt.org/z/rn7Px77TT 2025-09-29T13:41:25 < mawk> it might be an optimizer thing 2025-09-29T13:41:42 < mawk> if I use __asm__ volatile to prevent the statement from being optimized out then it complains 2025-09-29T13:42:04 < mawk> yeah it's that 2025-09-29T13:43:47 < jpa-> yeah, "All basic asm blocks are implicitly volatile." 2025-09-29T13:45:32 < mawk> yeah if they have no output operands or use "asm goto" 2025-09-29T13:45:37 < mawk> or a basic asm statement 2025-09-29T13:47:05 < mawk> there are a couple of weird SIMD instructions but apparently not the ones I would need; like packed bit shift operating on each byte of the operand 2025-09-29T13:47:44 < jpa-> isn't that just the same as and mask + bit shift of the word 2025-09-29T13:49:01 < mawk> hmmmmmm 2025-09-29T13:49:09 < mawk> yes you're right 2025-09-29T13:49:12 < mawk> I was searching too far 2025-09-29T13:51:25 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-29T13:54:35 < mawk> then I need to count the least significant bits, I add them all with UQADD8 that's easy; but I also want to count the transitions between the LSBs, like 0 0 1 0 is 2 transitions 2025-09-29T13:54:37 -!- infisx [~infisc@user/infisc] has quit [Ping timeout: 264 seconds] 2025-09-29T13:54:38 -!- infise [~infisc@user/infisc] has joined ##stm32 2025-09-29T13:55:01 < mawk> idk if a lookup table is better than a bunch of comparisons 2025-09-29T13:57:14 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 244 seconds] 2025-09-29T13:58:48 < jpa-> ((((a << 8) ^ a) & 0x01010100) * 0x01010100ULL) >> 32 or something? 2025-09-29T13:59:21 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-29T14:00:06 < jpa-> (assuming you mean transitions between bytes in the word) 2025-09-29T14:00:39 < jpa-> the other direction seems even more trivial, considering you'd just xor and mask 2025-09-29T14:02:52 -!- infise [~infisc@user/infisc] has quit [Ping timeout: 265 seconds] 2025-09-29T14:07:20 < mawk> I'm not sure what's the * 0x01010100 for? 2025-09-29T14:08:35 < jpa-> add the bits together from 4 bytes 2025-09-29T14:08:49 < jpa-> *3 bytes 2025-09-29T14:28:59 < mawk> hmm 2025-09-29T14:32:04 < mawk> then to avoid using the soft 64 bits we can multiply by 0x00010101 and then shift by 24 2025-09-29T14:34:07 < karlp> man, fantastic to come back to an old project, and it doesn't evne compile. 2025-09-29T14:34:12 < karlp> good job karl. 2025-09-29T14:35:31 < ventYl> that's mostly automatic, isn't it? 2025-09-29T14:36:04 < karlp> this is the same on disk, not even pulling from git again and having tools change, this is just.... you left it in a broken state... 2025-09-29T14:38:42 < ventYl> yeah, happens over here as well 2025-09-29T14:47:29 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-29T14:47:41 -!- rkta [~rkta@user/rkta] has quit [Remote host closed the connection] 2025-09-29T14:47:50 -!- rkta [~rkta@user/rkta] has joined ##stm32 2025-09-29T14:57:01 -!- noarb [~noarb@user/noarb] has quit [Ping timeout: 264 seconds] 2025-09-29T14:59:52 -!- noarb [~noarb@user/noarb] has joined ##stm32 2025-09-29T15:01:12 < jpa-> mawk: 64 bit multiply and then shift 32 bits right is only single cycle on cortex-m 2025-09-29T15:01:45 < jpa-> (UMULL) 2025-09-29T15:03:51 < mawk> right 2025-09-29T15:04:04 < qyx> any easy way to add a version.py/js/whatever to a github release except actions? 2025-09-29T15:04:28 < qyx> (when you download a tarball release, the software doesn't know it's own version - running out of git working tree) 2025-09-29T15:05:34 < mawk> I do that during compilation with a pre-build script, but for dynamic code it's a bit harder; why not github actions? 2025-09-29T15:06:03 < qyx> yes for compilation sw I am doing the same 2025-09-29T15:06:09 < qyx> but not for python 2025-09-29T15:08:35 < zyp> the python sdist or bdist stage would be analogous 2025-09-29T15:10:20 < zyp> I would assume that if you have the python project set up to get version from git and you make a sdist from a tagged checkout, the sdist will contain the version metadata when you distribute it 2025-09-29T15:10:46 < zyp> doesn't help you with git snapshots though 2025-09-29T15:14:01 < qyx> I am not making sdist, I am just using github's releases 2025-09-29T15:14:11 < qyx> default tagged 2025-09-29T15:15:15 < qyx> maybe I should 2025-09-29T15:18:06 < zyp> https://paste.jvnv.net/view/BcneB 2025-09-29T15:19:03 < qyx> this looks good too https://docs.github.com/en/actions/tutorials/build-and-test-code/python 2025-09-29T15:19:06 < zyp> https://paste.jvnv.net/view/4xnht 2025-09-29T15:19:29 < zyp> so yeah, sdist build step fills in project.version 2025-09-29T15:20:45 < zyp> in other words, use a workflow to generate sdist instead of providing direct git snapshots 2025-09-29T15:20:51 < qyx> okay so basically just checkout, setup_python, pdm build and create_release 2025-09-29T15:21:53 < zyp> yeah 2025-09-29T15:21:59 < zyp> there's a setup-pdm action: https://pdm-project.org/latest/usage/publish/#github-actions 2025-09-29T15:22:47 < zyp> substitute pdm build instead of pdm publish if you just want the artifacts, not pypi publication 2025-09-29T15:22:54 < zyp> assuming you're using pdm 2025-09-29T15:23:03 < zyp> but pdm is great :) 2025-09-29T15:23:30 < qyx> no pypi, just a package on githubz 2025-09-29T15:23:31 < qyx> oh 2025-09-29T15:23:32 < qyx> python3 -m pip install -e SomeProject @ git+https://git.repo/some_pkg.git # from git 2025-09-29T15:24:10 < zyp> uh, isn't -e editable? 2025-09-29T15:24:12 < qyx> ok there are multiple options, I'll do that later 2025-09-29T15:25:06 < zyp> huh 2025-09-29T15:25:06 < zyp> -e, --editable Install a project in editable mode (i.e. setuptools "develop mode") from a local project path or a VCS url. 2025-09-29T15:25:26 < zyp> how is an install from a remote repo editable? 2025-09-29T15:25:51 < qyx> idk I didn't even noted the -e 2025-09-29T15:25:57 < qyx> *hasnt 2025-09-29T15:26:01 < qyx> fuk havent 2025-09-29T15:26:07 < qyx> too hungry now 2025-09-29T15:26:09 < zyp> I use it with local paths sometimes 2025-09-29T16:01:24 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-29T16:05:30 < mawk> my beautiful code: https://bpa.st/IPKAK 2025-09-29T16:28:39 < jpa-> such waste not using post-increment on i 2025-09-29T16:31:44 < jpa-> oh well, looks like it's smart enough to optimize it anyway 2025-09-29T16:36:38 < mawk> I have a severely glitching micro switch, and I hope that with frequent enough measurements I can distinguish a human pushing it from the glitching background noise 2025-09-29T16:36:40 < mawk> but it's very hard to test so I first will take a bunch of measurements and do stats and push an update, and then decide what to do later according to the results 2025-09-29T17:22:19 -!- infisx [~infisc@user/infisc] has quit [Quit: Leaving] 2025-09-29T18:04:43 -!- NoSpark [~quassel@2401:c080:2000:1c51:5400:4ff:fe84:5bdd] has quit [Ping timeout: 244 seconds] 2025-09-29T18:44:30 < jpa-> mawk: lol :D 2025-09-29T18:44:49 < jpa-> why is it glitching so much? 2025-09-29T18:44:58 < mawk> probably whiskers 2025-09-29T18:45:06 < mawk> gold or nickel or whatever 2025-09-29T18:45:26 < mawk> we think sulfur outgassing from rubber parts is growing whiskers super fast 2025-09-29T18:45:57 < mawk> whenever the devices get shipped back here they work again so we can't test it 2025-09-29T18:46:14 < karlp> fuc kme 2025-09-29T18:46:31 < jpa-> karlp: can't you ask your wife? 2025-09-29T18:46:40 < karlp> I just spend ~2-3 hours trying to clean my tree, check my configs, try old versions, recheck what I'd done with powering things, 2025-09-29T18:47:13 < karlp> but no, it was a shitty solder job putting a pin header on 18 months ago, and in the time since it's oxidised sufficiently to beome a resistor divider on the power, not a short... 2025-09-29T18:47:31 < karlp> just poked the tw opins on the jumper with the iron for a few seconds, and it works first go again. 2025-09-29T18:47:45 -!- infisd [~infisc@user/infisc] has joined ##stm32 2025-09-29T18:56:14 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-29T18:57:19 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-29T18:57:43 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-29T19:26:37 < Steffanx> Still issues with the sulfur mawk? 2025-09-29T19:43:22 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 256 seconds] 2025-09-29T19:55:43 < infisd> brimstone sounds so much cooler 2025-09-29T20:04:51 < qyx> sounds like dolomite 2025-09-29T20:08:53 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-29T20:10:27 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-29T21:24:50 -!- NEYi [~NEYi@195.234.78.187] has quit [Remote host closed the connection] 2025-09-29T21:25:35 -!- NEYi [~NEYi@195.234.78.187] has joined ##stm32 2025-09-29T21:31:46 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:31f3:531b:3430:b200] has quit [Remote host closed the connection] 2025-09-29T21:37:28 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:d457:de6f:c188:d3b2] has joined ##stm32 2025-09-29T21:43:51 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:d457:de6f:c188:d3b2] has quit [Max SendQ exceeded] 2025-09-29T21:50:11 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:d457:de6f:c188:d3b2] has joined ##stm32 2025-09-29T21:59:23 < mawk> yes Steffanx 2025-09-29T21:59:31 < mawk> bossman wants to do anything but changing the pcb 2025-09-29T21:59:47 < mawk> using some kind of insulated switch would be so much easier 2025-09-29T22:00:07 < mawk> or just another alloy that doesn't grow whiskers like that 2025-09-29T22:00:38 < mawk> using leaded solder would fix everything but that's not allowed anymore 2025-09-29T22:10:09 -!- NEYi_ [~NEYi@195.234.78.187] has joined ##stm32 2025-09-29T22:13:45 -!- NEYi [~NEYi@195.234.78.187] has quit [Ping timeout: 244 seconds] 2025-09-29T22:39:00 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-29T22:44:25 -!- NEYi_ [~NEYi@195.234.78.187] has quit [Ping timeout: 264 seconds] 2025-09-29T22:57:01 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 264 seconds] 2025-09-29T23:06:08 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has joined ##stm32 2025-09-29T23:24:05 -!- Livio [~livio@user/livio] has joined ##stm32 --- Day changed Tue Sep 30 2025 2025-09-30T00:11:15 < qyx> zyp: I don't get it, is pdm a better pip? 2025-09-30T00:22:10 < qyx> I am either incomplete or dumb 2025-09-30T00:22:24 < qyx> how do I tell that thing which files do I want to include in the release? 2025-09-30T00:38:35 < qyx> ok noice 2025-09-30T00:57:07 < qyx> thanks zyp, knowledge gathered 2025-09-30T00:57:12 < qyx> my life is great now 2025-09-30T01:01:03 < zyp> qyx, it's not a pip replacement, but a bit of everything else 2025-09-30T01:01:15 < zyp> build backend, build frontend, dependency manager, etc… 2025-09-30T01:02:04 < qyx> I am trying to find out how to build a sphinx doc with it 2025-09-30T01:02:19 < qyx> even ai friend is helpless, its suggestions don't work 2025-09-30T01:02:27 < qyx> I can't even find anything on google 2025-09-30T01:02:30 < qyx> only mkdocs 2025-09-30T01:02:47 < zyp> it's the same thing really 2025-09-30T01:03:24 < zyp> I've used it with mkdocs: https://github.com/zyp/katsuo-stream/blob/main/pyproject.toml 2025-09-30T01:03:30 < qyx> it is not, I can't just replace pdm mkdocs with pdm sphinx 2025-09-30T01:03:38 < zyp> https://github.com/zyp/katsuo-stream/blob/main/pyproject.toml#L24 to be specific 2025-09-30T01:03:41 < qyx> I don't want mkdocs 2025-09-30T01:03:59 < zyp> so, see that [tool.pdm.scripts]? 2025-09-30T01:04:10 < zyp> those are effectively custom subcommands 2025-09-30T01:04:26 < qyx> oh wai 2025-09-30T01:04:44 < zyp> so L24 says «pdm docs» should invoke «mkdocs build» with the project's venv 2025-09-30T01:05:08 < qyx> and where your docs reside? 2025-09-30T01:05:15 < qyx> oh it is public 2025-09-30T01:06:13 < zyp> I haven't finished the publishing workflow, but here's a snapshot of what that repo generates: https://dump.jvnv.net/katsuo-stream/ 2025-09-30T01:07:00 < zyp> the plan is to have it autopublish to docs.zyp.no, which I've set up to point at github pages 2025-09-30T01:07:26 < zyp> anyway, you can run arbitrary commands in tool.pdm.scripts, so running sphinx shouldn't be an issue 2025-09-30T01:09:21 < qyx> how did you get the version here https://paste.jvnv.net/view/4xnht 2025-09-30T01:09:36 < qyx> version = "0.3.5" 2025-09-30T01:09:43 < zyp> https://paste.jvnv.net/view/4xnht#line-24 2025-09-30T01:10:05 < qyx> I have tagget it 2025-09-30T01:10:07 < zyp> also L12 and L21-22 2025-09-30T01:10:14 < qyx> pdb build creates the correct package name 2025-09-30T01:10:17 < qyx> with the version included 2025-09-30T01:10:24 < qyx> but there is no line version=.. added 2025-09-30T01:10:36 < zyp> do you have tool.pdm.version.source? 2025-09-30T01:11:11 < qyx> https://paste.jvnv.net/view/Qplds 2025-09-30T01:11:13 < qyx> yes 2025-09-30T01:11:36 < zyp> that should work 2025-09-30T01:11:59 < qyx> also pyproject.toml is not accessible when the package is installed 2025-09-30T01:12:09 < qyx> I need to read it during runtime 2025-09-30T01:13:12 < qyx> import importlib.metadata 2025-09-30T01:13:14 < qyx> ah 2025-09-30T01:13:14 < zyp> https://docs.python.org/3/library/importlib.metadata.html#importlib.metadata.version 2025-09-30T01:13:53 < qyx> I am TIL'ing today 2025-09-30T01:14:57 < zyp> last week I wrote a protocol spec; .proto file with comments and a markdown file 2025-09-30T01:15:36 < zyp> and the documentation generator I'm feeding it to is python, so I figured I might just as well just use PDM to handle it 2025-09-30T01:15:39 < zyp> https://paste.jvnv.net/view/bVf07 2025-09-30T01:17:04 < zyp> the benefit of using PDM for non-packages like that is that it'll still manage the venv 2025-09-30T01:17:52 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-30T01:18:39 < qyx> how do you solve runnable packages? 2025-09-30T01:18:51 < qyx> do you make both __init__.py and __main__.py inside? 2025-09-30T01:19:04 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:d457:de6f:c188:d3b2] has quit [Remote host closed the connection] 2025-09-30T01:19:06 < qyx> pdm requires init, but main is required to do python -m package 2025-09-30T01:19:39 < qyx> now I have my entry point code in __main__.py and provided an empty __init__.py to being recognized as a installable package 2025-09-30T01:20:17 < zyp> idk, I generally use project.scripts 2025-09-30T01:20:30 < zyp> e.g. https://github.com/zyp/katsuo-bridge/blob/main/pyproject.toml#L33 2025-09-30T01:21:40 < qyx> anyway, pyproject.py is not updated, but importlib.metadata.version gets the correct version during runtime 2025-09-30T01:21:43 < qyx> so all good 2025-09-30T01:21:46 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:d457:de6f:c188:d3b2] has joined ##stm32 2025-09-30T01:21:50 < qyx> thanks much 2025-09-30T01:22:09 < qyx> need to get some sleep and do a workflow tomorrow 2025-09-30T01:23:07 < qyx> if I have any time left, one kid is ill so I temporarily exported the other one to grandparents 2025-09-30T01:23:29 < zyp> it's the season for that 2025-09-30T01:23:53 < zyp> smallest kid here had a fever last night, so both she and I stayed home today 2025-09-30T01:24:18 < qyx> yeah expecting something like that, checking every two hours 2025-09-30T01:24:57 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-30T01:38:43 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-30T01:49:21 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-30T01:50:43 -!- infisx [~infisc@user/infisc] has joined ##stm32 2025-09-30T01:53:45 -!- infisd [~infisc@user/infisc] has quit [Ping timeout: 250 seconds] 2025-09-30T01:56:00 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-30T01:57:03 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-30T01:59:08 -!- IanW_ [~IceChat9@arcanum.force9.co.uk] has quit [Quit: Bye] 2025-09-30T02:11:30 -!- haritz [~hrtz@user/haritz] has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in] 2025-09-30T03:12:54 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has quit [Ping timeout: 244 seconds] 2025-09-30T03:56:28 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:d457:de6f:c188:d3b2] has quit [Remote host closed the connection] 2025-09-30T04:01:12 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has joined ##stm32 2025-09-30T04:02:22 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has quit [Remote host closed the connection] 2025-09-30T04:03:06 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has joined ##stm32 2025-09-30T04:29:33 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-30T06:39:11 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-30T07:16:44 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has quit [Remote host closed the connection] 2025-09-30T07:21:41 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has joined ##stm32 2025-09-30T07:22:10 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has quit [Remote host closed the connection] 2025-09-30T07:22:55 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has joined ##stm32 2025-09-30T07:24:47 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-30T07:34:36 -!- Linux_Kerio [~Linux_Ker@chello085216213137.chello.sk] has joined ##stm32 2025-09-30T08:04:05 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-30T08:34:11 -!- nerozero [~nerozero@87.253.63.54] has joined ##stm32 2025-09-30T08:52:44 -!- krabrock [~krabrock@about/hackers/krabrock] has quit [Quit: zzz...] 2025-09-30T08:52:45 -!- h4x0riz3d [~pewpew@antonsavov.net] has quit [Remote host closed the connection] 2025-09-30T08:52:46 -!- benishor [~benishor@scene.ro] has quit [Remote host closed the connection] 2025-09-30T08:53:21 -!- benishor [~benishor@scene.ro] has joined ##stm32 2025-09-30T08:53:36 -!- krabrock [~krabrock@about/hackers/krabrock] has joined ##stm32 2025-09-30T08:53:43 -!- antto [~pewpew@antonsavov.net] has joined ##stm32 2025-09-30T09:09:08 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has quit [Remote host closed the connection] 2025-09-30T09:11:23 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has joined ##stm32 2025-09-30T09:16:25 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has joined ##stm32 2025-09-30T09:48:30 -!- c10ud [~c10ud@user/c10ud] has joined ##stm32 2025-09-30T10:04:13 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has quit [Ping timeout: 264 seconds] 2025-09-30T10:04:30 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-30T10:35:58 < mawk> my boss doesn't believe I wrote the code I showed yesterday jpa- lol 2025-09-30T10:36:06 < mawk> he says I should credit the source 2025-09-30T10:36:15 < mawk> I will write "with help from jpa-" 2025-09-30T10:36:41 < jpa-> just say you were stoned 2025-09-30T10:37:02 < mawk> lol 2025-09-30T10:43:44 < mawk> I added a #pragma GCC unroll for good measure 2025-09-30T10:43:47 < mawk> to make it blazing fast 2025-09-30T10:45:45 < mawk> there's 16KiB of instruction cache so it stands to reason that it's better to have slightly more code doing less branching 2025-09-30T10:46:21 < jpa-> after first loop at least.. i hope it doesn't unroll the 256 :) 2025-09-30T10:46:57 < mawk> it unrolls by a given factor, I put a random number for now 2025-09-30T10:54:00 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-30T10:56:59 < mawk> ST not shipping a version of their crypto library as hardfloat is annoying 2025-09-30T10:57:09 < mawk> gcc doesn't want to link with non-hardfloat code 2025-09-30T10:57:52 < mawk> and the CMSIS headers decided to provide the SIMD intrinsics as inline functions instead of macros so we can't use them in softfp even though the FPU is actually usable 2025-09-30T10:58:16 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has quit [Remote host closed the connection] 2025-09-30T10:58:26 < mawk> I'm sure there could be a way to add attributes to function to tell which float ABI to use 2025-09-30T10:58:39 < mawk> plz someone add it to gcc 2025-09-30T11:00:09 < jpa-> if it is a hardfloat platform, why would you use softfloat ABI? 2025-09-30T11:00:23 < mawk> well idk why ST decided to do that 2025-09-30T11:00:43 < mawk> we have to be the same float ABI as what ST decided, if we want to use their crypto lib 2025-09-30T11:02:02 < jpa-> ah, i missed the "not" 2025-09-30T11:03:38 < jpa-> i haven't used the cryptolib, is it some closed source shit? 2025-09-30T11:03:44 < mawk> yeah 2025-09-30T11:04:02 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has joined ##stm32 2025-09-30T11:04:24 < mawk> I wonder if I can just hack the library to present as hardfloat, as long as no function call involving floats is made this should still work; but I don't find where the soft/hard float flag is set in the elf 2025-09-30T11:04:37 < mawk> apparently in the private flags section of the program header 2025-09-30T11:06:53 < mawk> but fp registers might not be preserved across function calls, I have to check in the calling convention 2025-09-30T11:10:21 < jpa-> "Tag_ABI_VFP_args: compatible" i wonder what that is supposed to mean 2025-09-30T11:10:30 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has quit [Max SendQ exceeded] 2025-09-30T11:10:47 < qyx> zyp: how would you make a sdist package installable system-wide, did you try that? 2025-09-30T11:10:56 < ventYl> mawk: if function isn't using fp registers, fp state preservation should be intact 2025-09-30T11:11:20 < mawk> right 2025-09-30T11:11:34 -!- haritz [~hrtz@137.220.80.141] has joined ##stm32 2025-09-30T11:11:34 -!- haritz [~hrtz@user/haritz] has changed host 2025-09-30T11:12:36 < jpa-> grepping through disassembly of the object files it seems it doesn't use any fp registers 2025-09-30T11:12:52 < qyx> maybe I am percepting it wrong, so pip will fetch *my* dependencies into system dist packages when run as root *and* packages are not distribution maintained? 2025-09-30T11:12:55 < ventYl> if it is soft float, it shouldn't 2025-09-30T11:13:16 < jpa-> ventYl: softfp could 2025-09-30T11:13:16 < ventYl> there is a mode where hard-float ABI code can use FP registers as scratchpads even if code doesn't use FP instructions 2025-09-30T11:13:59 < ventYl> jpa-: isn't softp about VFP missing, so there are no FP registers? 2025-09-30T11:14:03 < mawk> [10:12:52] maybe I am percepting it wrong, so pip will fetch *my* dependencies into system dist packages when run as root *and* packages are not distribution maintained? 2025-09-30T11:14:03 < mawk> yes 2025-09-30T11:14:08 < mawk> that's why pip doesn't want you to do that 2025-09-30T11:14:14 < mawk> and you have to specify --break-system-packages 2025-09-30T11:14:26 < mawk> at least on the ubuntu and debian flavor of python 2025-09-30T11:14:39 < ventYl> in arch too 2025-09-30T11:14:47 < mawk> I only use venvs and/or custom python installations and never touch the system dist/site-packages 2025-09-30T11:15:23 < mawk> to install python side by side so that it doesn't disturb the system python you do `sudo make altinstall` after the compilation and it goes in /usr/local/bin without overriding the system python3 binary 2025-09-30T11:15:32 < mawk> then you have to call it like python3.13 2025-09-30T11:15:52 < jpa-> ventYl: softfp is about ABI, whether FP instructions are used is selected separately 2025-09-30T11:16:00 < zyp> mawk, nah, fuck that, use pyenv instead 2025-09-30T11:16:10 < mawk> where's the pleasure in that 2025-09-30T11:16:14 < mawk> I like compiling stuff 2025-09-30T11:16:37 < mawk> it does the same thing anyway, except it adds a bunch of patches to make the older python versions build fine on newer machiens 2025-09-30T11:18:08 < mawk> qyx: you can intentionally provide an empty requirements list and then ask the user to install the dependencies with the system package manager but it's not very pretty 2025-09-30T11:18:34 < zyp> fuck that even more :) 2025-09-30T11:18:47 < qyx> I would rather break system packages 2025-09-30T11:18:53 < zyp> if you want to be compatible with system packages, make a system package for your app 2025-09-30T11:19:09 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has joined ##stm32 2025-09-30T11:19:33 < zyp> (IIRC yocto has stuff that makes it easy) 2025-09-30T11:19:59 < zyp> only time I've bothered doing that was for a yocto project 2025-09-30T11:20:08 < mawk> debian has this pybuild thing 2025-09-30T11:21:03 < mawk> I've seen some projects embed the dependencies, if they're small enough it's maybe acceptable for you 2025-09-30T11:21:17 < zyp> depending on what you're doing, you could also consider just running it from pdm, or bundling the app 2025-09-30T11:21:37 < zyp> e.g. for some stuff I've used pyinstaller to make a windows .exe 2025-09-30T11:21:46 < zyp> and this is also a thing: https://docs.python.org/3/library/zipapp.html 2025-09-30T11:22:02 < mawk> and the freeze script for uni 2025-09-30T11:22:03 < mawk> x 2025-09-30T11:22:03 < qyx> omg https://realpython.com/intro-to-pyenv/ 2025-09-30T11:22:06 < qyx> those reasons 2025-09-30T11:22:25 < jpa-> mawk: for me arm-none-eabi-gcc links happily with libSTM32Cryptographic_CM4.a when using -mfpu=fpv4-sp-d16 -mfloat-abi=hard 2025-09-30T11:22:47 < jpa-> STM32CubeExpansion_Crypto_V4.5.0 2025-09-30T11:23:13 < qyx> reading that, yes, I definitely want the exact opposite they are describing 2025-09-30T11:23:34 < zyp> qyx, what reasons? 2025-09-30T11:23:54 < mawk> hmmmmm jpa- 2025-09-30T11:24:04 < mawk> maybe they fixed it in the newer version indeed 2025-09-30T11:24:10 < mawk> I have an antique one 2025-09-30T11:24:24 < qyx> zyp: the i tro-to-pyenv link above 2025-09-30T11:24:40 < zyp> I didn't see a list of reasons in it 2025-09-30T11:24:53 < mawk> if you use a virtual environment with the system-provided python you get all these benefits too qyx , the problem is just with mixing the packages 2025-09-30T11:25:12 < mawk> the venv doesn't let you see (unless you ask it to) or modify the system packages 2025-09-30T11:25:54 < mawk> jpa-: they completely changed the API in the v4 release but apparently they provide a compatibility layer thing, maybe it will be a simple drop-in replacement 2025-09-30T11:28:45 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has quit [Remote host closed the connection] 2025-09-30T11:30:50 < mawk> the difference between the two is this 'Tag_ABI_VFP_args: compatible' which was missing in the old version 2025-09-30T11:30:52 < mawk> apparently gcc wants that 2025-09-30T11:32:35 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has joined ##stm32 2025-09-30T11:33:36 < qyx> oooo https://github.com/astraw/stdeb 2025-09-30T11:34:12 < mawk> this is the error you would get with the old lib: ld: error: test.o uses VFP register arguments, out.o does not 2025-09-30T11:34:24 < mawk> or something like that 2025-09-30T11:35:13 < zyp> that's a -mfloat-abi mismatch 2025-09-30T11:35:18 < mawk> yeah 2025-09-30T11:35:44 < mawk> ST used to ship a crypto library that explicitly used floats inside but was compiled without the softfp tag 2025-09-30T11:36:07 < mawk> at least it seems like it was using floats, it was named libSTM32CryptographicV3.0.0_CM7_GCC_FPU.a 2025-09-30T11:36:30 < mawk> or without the hardfloat tag rather 2025-09-30T11:36:44 < mawk> they also provided a version without the FPU so it would only make sense that the FPU version used hard floats 2025-09-30T11:37:01 < zyp> not necessarily 2025-09-30T11:37:20 < zyp> you can use the FPU without using the float ABI 2025-09-30T11:38:50 < mawk> well yes, but that's still a bit weird 2025-09-30T11:39:01 < mawk> they ship like 6 different versions of the library, none having hard float 2025-09-30T11:39:48 < mawk> if your program doesn't use the FPU then you would use the FPU-less library, and if it does you expect that the FPU version of the library allows your code to use the hard float ABI 2025-09-30T11:40:00 < zyp> > Specifying ‘soft’ causes GCC to generate output containing library calls for floating-point operations. ‘softfp’ allows the generation of code using hardware floating-point instructions, but still uses the soft-float calling conventions. ‘hard’ allows generation of floating-point instructions and uses FPU-specific calling conventions. 2025-09-30T11:40:44 < zyp> so code built with soft and softfp are ABI-compatible, code built with hard is not 2025-09-30T11:40:50 < mawk> yeah 2025-09-30T11:41:40 < zyp> and yeah, I agree, softfp should be avoided since it's the «worst of both worlds» 2025-09-30T11:42:40 < mawk> apparently the library doesn't even use the FPU internally, and they still provide a file labeled "FPU" that doesn't let you use hard float in your code 2025-09-30T11:44:12 < zyp> I guess the ELF metadata is present whether FPU is used or not 2025-09-30T11:44:47 < jpa-> https://community.st.com/t5/stm32-mcus-security/cryptographic-library-vfp-support-on-stm32f7/td-p/159712 claims there is some patch 2025-09-30T11:45:41 < mawk> ah nice 2025-09-30T11:46:01 < mawk> I wonder what does the ot stand for 2025-09-30T11:46:08 < mawk> there's libSTM32CryptographicV3.0.0_CM7_GCC_FPU.a and libSTM32CryptographicV3.0.0_CM7_GCC_ot_FPU.a 2025-09-30T11:48:31 < jpa-> release notes says: " 2025-09-30T11:48:31 < jpa-> STM32CryptographicV3.0.0_CM7_GCC.a: First official release of optimized STM32 Cryptographic Library for Cortex M7 with High size optimization. STM32CryptographicV3.0.0_CM7_GCC_ot.a: First official release of optimized STM32 Cryptographic Library for Cortex M7 with High speed optimization. 2025-09-30T11:48:43 < jpa-> so you can select between "High size" and "High speed" :D 2025-09-30T11:50:33 < mawk> lol 2025-09-30T11:51:04 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-30T11:56:19 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-30T12:00:56 < jpa-> and yeah, can confirm, 3.0.0 plain crypto doesn't like to link with hard-fp 2025-09-30T12:01:55 < jpa-> the acchw variant *does* use hardfp ABI.. but for some reason they've decided to rename all functions like ECDSAsign() -> AccHw_ECDSAsign() to make sure it is not an easy replacement 2025-09-30T12:02:11 < jpa-> but maybe there indeed is a later version 2025-09-30T12:07:16 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-30T12:08:42 < mawk> it's only used for SHA-256 here and there anyway, it doesn't need to be fast 2025-09-30T12:08:55 < mawk> I had replaced it with a stolen implementation of SHA-256 but my colleagues bullied me into reverting it 2025-09-30T12:09:09 < mawk> they like the bloat 2025-09-30T12:21:21 < mawk> I rewrote the write-only code in python and it seems to work first try, assuming I emulated correctly UQADD8 and UMLAL 2025-09-30T12:43:42 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-30T12:50:20 -!- Livio [~livio@user/livio] has quit [Ping timeout: 272 seconds] 2025-09-30T12:52:05 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-30T12:53:20 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-30T13:01:18 < mawk> now that I have lots of data I need a good algorithm 2025-09-30T13:01:30 < mawk> I'll just start with first order lowpass and see what happens 2025-09-30T13:06:56 < jpa-> trimmed mean is my go-to algorithm for noisy data 2025-09-30T13:07:13 < jpa-> you can get it quite efficiently if you collect a histogram 2025-09-30T13:07:15 < mawk> currently I have exponential moving average 2025-09-30T13:07:28 < mawk> to measure the "frequency" 2025-09-30T13:17:47 < mawk> dumb first order lowpass is exactly the same as exponential moving average actually 2025-09-30T13:18:16 < mawk> if you discretize the differential equation with u(t) := u[n] and u'(t) := (u[n] - u[n-1])/δt 2025-09-30T13:21:22 < mawk> if you write x[n+1] = αx[n] + (1-α)y[n] then δt/(1/α-1) is the time constant 2025-09-30T14:35:54 -!- infise [~infisc@user/infisc] has joined ##stm32 2025-09-30T14:39:27 -!- infisx [~infisc@user/infisc] has quit [Ping timeout: 265 seconds] 2025-09-30T15:05:26 -!- infisc [uid692580@user/infisc] has quit [Quit: Connection closed for inactivity] 2025-09-30T15:09:15 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-30T15:22:09 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has quit [Remote host closed the connection] 2025-09-30T15:39:21 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has joined ##stm32 2025-09-30T15:42:24 -!- infisc [uid692580@user/infisc] has joined ##stm32 2025-09-30T15:48:54 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has quit [Remote host closed the connection] 2025-09-30T16:13:20 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has joined ##stm32 2025-09-30T16:51:25 -!- rob_w [~bob@host-82-135-31-73.customer.m-online.net] has quit [Remote host closed the connection] 2025-09-30T18:07:44 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-30T18:49:39 -!- System_Error [~SystemErr@user/systemerror] has quit [Remote host closed the connection] 2025-09-30T19:00:34 < qyx> also, esp32 pros, what's the current state of esp32-whatever adc? 2025-09-30T19:10:05 -!- System_Error [~SystemErr@user/systemerror] has joined ##stm32 2025-09-30T19:50:08 < karlp> I've never tried more than a single demo of multi channel which failed so bad I didn't try further. 2025-09-30T19:50:34 < karlp> how are you mean tot tell hid keyup vs keydown in boot protocol? this tusb demo code is showing me the same 8 bytes in the port for up or down. 2025-09-30T19:54:51 < karlp> huh, on linux usbhid-dump -e s -d blah shows me getting nulls, as I expected 2025-09-30T19:55:04 < karlp> ie, new report, and old keycode not in new report. 2025-09-30T19:56:05 < qyx> not encouraging 2025-09-30T19:56:07 < qyx> at all 2025-09-30T20:06:08 < karlp> righgt ok, they geta transfer fail on the keyup for some reason, ignore the result status, but pass 0 bytes transferred down ot the hid host. 2025-09-30T20:06:30 < karlp> they then promptly discard the length as well, an djust cast it to the valid transfer buffer and presto, it just looks like the old one. 2025-09-30T20:06:46 < karlp> need a better example.... 2025-09-30T20:07:37 < karlp> or a better stack of course, but that's problemnatic on its own too. 2025-09-30T20:12:21 -!- martinmoene__ [~Martin@30-12-98-95.ftth.glasoperator.nl] has joined ##stm32 2025-09-30T20:42:05 < jpa-> qyx: i've used adc on esp32-c6, worked ok for some simple voltage reading i was doing 2025-09-30T20:43:02 < jpa-> the ADC range is a bit weirdo (IIRC 0V to 1.1V), and for higher voltages you need to use the built-in divider that is not very accurate 2025-09-30T20:47:06 < qyx> can I bypass the divider? 2025-09-30T20:47:16 < qyx> I would do an external one + opamp buffer 2025-09-30T20:47:35 < qyx> I need at least 9 bits of noise free resolution 2025-09-30T20:47:45 < qyx> I remember that was a problem in the past 2025-09-30T20:47:52 < jpa-> yes, by default the divider is off i think 2025-09-30T20:47:52 < qyx> (at about 10 sps or so) 2025-09-30T20:48:31 < jpa-> without radio that shouldn't be a problem.. with radio, i'm not so sure 2025-09-30T21:15:20 -!- nerozero [~nerozero@87.253.63.54] has quit [Ping timeout: 240 seconds] 2025-09-30T21:20:53 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has quit [Remote host closed the connection] 2025-09-30T21:23:31 < karlp> hrm, I need a C->A-female cable 2025-09-30T21:23:38 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has joined ##stm32 2025-09-30T21:27:34 < karlp> oooh, or an A-A female-female, I can get that locally... 2025-09-30T21:29:01 < qyx> c-a female is pretty common, sold as usb-c "otg" 2025-09-30T21:29:16 < karlp> yeah, I've found one of them localyl now, will probabyl go get one. 2025-09-30T21:29:46 < karlp> gonna run some of this host shit on dwc2/stm32 and also on some other platforms I've got that are allegedly supported, see whether the wonk is the host driver for kientis, or the stack... 2025-09-30T21:30:31 < karlp> I have a C- hub, but that's a whole extra hub I don't want to be trying to account for :) 2025-09-30T21:31:57 < karlp> feck, local shop closed 30min ago. 2025-09-30T21:32:46 < qyx> lol 2025-09-30T21:33:43 < qyx> ok the next possibility is spi/i2c adc supported in esphome 2025-09-30T21:35:49 < qyx> quick look into esphome documentation shows I will not touch that 2025-09-30T21:47:10 -!- Livio [~livio@user/livio] has quit [Remote host closed the connection] 2025-09-30T21:47:22 -!- Livio [~livio@user/livio] has joined ##stm32 2025-09-30T21:59:33 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has quit [Quit: Leaving] 2025-09-30T21:59:55 -!- jfsimon [~jfsimon19@2a01:cb14:b9b:2000:509c:9b77:584f:4f74] has joined ##stm32 2025-09-30T22:20:02 -!- Livio [~livio@user/livio] has quit [Quit: leaving] 2025-09-30T22:28:31 -!- qyx [~qyx@84.245.121.31] has quit [Ping timeout: 240 seconds] 2025-09-30T22:30:44 -!- qyx [~qyx@84.245.121.119] has joined ##stm32 2025-09-30T22:57:04 < mawk> can DMA output to DTCM RAM? let's find out 2025-09-30T22:57:55 -!- ferdna [~ferdna@user/ferdna] has joined ##stm32 --- Log closed Wed Oct 01 00:00:01 2025