azonenberg changed the topic of #scopehal to: libscopehal, libscopeprotocols, and glscopeclient development and testing | https://github.com/glscopeclient/scopehal-apps | Logs: https://libera.irclog.whitequark.org/scopehal
Bird|otherbox has quit [Ping timeout: 248 seconds]
Bird|otherbox has joined #scopehal
<azonenberg> ok well i ended up getting pulled away to do something more important, the skeleton of the driver with empty methods is there
<azonenberg> but it doesnt actually do anything
<azonenberg> (i also had to install liblxi on my laptop and it didnt want to get picked up by cmake for some reason so that was fun)
<azonenberg> so i guess next step is going to be working on the measurements i need for my smps analysis
<azonenberg> i want to refactor a bunch of the existing measurement filters to have both scalar and vector outputs
Degi has quit [Ping timeout: 276 seconds]
Degi has joined #scopehal
<_whitenotifier-9> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±4] https://github.com/glscopeclient/scopehal-apps/compare/cb90f82f1383...48cdb7e6319f
<_whitenotifier-9> [scopehal-apps] azonenberg 48cdb7e - FilterGraphEditor: allow creation of filters backwards from block inputs
fridtjof[m] has quit [Quit: You have been kicked for being idle]
bvernoux has joined #scopehal
<_whitenotifier-9> [scopehal-apps] azonenberg pushed 2 commits to master [+2/-0/±5] https://github.com/glscopeclient/scopehal-apps/compare/48cdb7e6319f...350f8363d556
<_whitenotifier-9> [scopehal-apps] azonenberg 93965e6 - Clarified comment
<_whitenotifier-9> [scopehal-apps] azonenberg 350f836 - Initial skeleton of MeasurementsDialog
<_whitenotifier-9> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±4] https://github.com/glscopeclient/scopehal-apps/compare/350f8363d556...f01c33ba8529
<_whitenotifier-9> [scopehal-apps] azonenberg f01c33b - Initial MeasurementsDialog support for scalar channel values
<_whitenotifier-9> [scopehal] azonenberg pushed 1 commit to master [+0/-0/±1] https://github.com/glscopeclient/scopehal/compare/49c04cfc7a4f...5b12575d4c80
<_whitenotifier-9> [scopehal] azonenberg 5b12575 - FrequencyMeasurement: added scalar output
<_whitenotifier-9> [scopehal-apps] azonenberg pushed 1 commit to master [+0/-0/±3] https://github.com/glscopeclient/scopehal-apps/compare/f01c33ba8529...1b4fe64672fb
<_whitenotifier-9> [scopehal-apps] azonenberg 1b4fe64 - Allow measurement filters to be added as trends or only scalar values
<azonenberg> Ok thats most of the infrastructure i need, other than statistics
<azonenberg> which i ca n add next
<bvernoux> Hello
<bvernoux> Does anyone here have already done some things on rp2040 firmware ?
<bvernoux> I have just discovered a really ugly bug which seems related to build tool/toolchain which appeared after 23 Jan 2023
<bvernoux> The effect is the USB is not stable with firmware of LibreCAL after that date
<bvernoux> In clear LibreCAL-GUI does not work and timeout
<bvernoux> Doing the SCPI command by hand with an other tool or python3 all work fine
<bvernoux> I have discovered that when developing new feature to add comment on s-parameters file
<bvernoux> then reverted to previous code and I had the same issue with USB timeout with LibreCAL-GUI on Windows
<bvernoux> Using old build (with same code) from 23 Jan 2023 have not that issue and the uf2 file is also different(with same code it is a bit smaller)
<tnt> the usb it bitbanged right ?
<tnt> So any (legal) change in code timing of the toolchain could screw it up ?
<bvernoux> I think I have found the issue ;)
<bvernoux> I do not know if on rp2040 it is not a real USB FS
<bvernoux> I think it is a crap hack yes it will explain why it is only USB 1.1/2.0 FS
<bvernoux> I have spotted the culprit
<bvernoux> static void usb_rx(const uint8_t *buf, uint16_t len, usb_interface_t i) {
<bvernoux> if(len > sizeof(usb_buffer)) {
<bvernoux> the usb_buffer size is set to max 256bytes
<d1b2> <Stary> rp2040 has a usb peripheral, its not bitbanged
<bvernoux> hmm no in fact it is for the RX on USB and my issue is when I tx lot of dat
<bvernoux> my issue could be also related to stack size
<bvernoux> as maybe with latest pico sdk things take more ram and when used with FreeRTOS with default task size 128bytes is not enough
<bvernoux> the issue is not even a crash it is just a timeout in fact to rx data on PC side
<tnt> Stary: Ah yeah, I saw someone doing it with PIO but that was to get 2 ports I guess.
<bvernoux> natively in bootmode there is already USB so I expect it is native
<bvernoux> it is used as mass storage to flash firmware with uf2 format
<bvernoux> which is very convenient
<bvernoux> anyway let's change FREERTOS configMINIMAL_STACK_SIZE from 128 to 256
<bvernoux> just to check if that could be that
<bvernoux> the same with bigger stack what a mess
bvernoux has quit [Read error: Connection reset by peer]
d1b2 has quit [Remote host closed the connection]
d1b2 has joined #scopehal
d1b2 has quit [Remote host closed the connection]
d1b2 has joined #scopehal
<_whitenotifier-9> [scopehal] azonenberg pushed 3 commits to master [+0/-0/±5] https://github.com/glscopeclient/scopehal/compare/5b12575d4c80...2dbfee8992e7
<_whitenotifier-9> [scopehal] azonenberg 5ca97bf - Fixed missing newline at end of error message
<_whitenotifier-9> [scopehal] azonenberg db79cdd - SCPILxiTransport: added no-op FlushRxBuffer function to suppress warning about unimplemented flush
<_whitenotifier-9> [scopehal] azonenberg 2dbfee8 - Continued work on Rigol DG4000 series function generator driver