PST.. Experimental event / trigger support for Pico SCPI labTool - 2: design the registers

RE: PST.. Experimental event / trigger support for Pico SCPI labTool - 2: design the registers

Jan Cumps — Thu, 21 Sep 2023 22:21:02 GMT

Now ready for the step that I think is needed, to make the SQR / trigger mechanism work: merge the status byte of the USBTMC code, and the one from the SCPI-LIB

I kept the one in the tmcusb code from the TinyUSB example. I think that's a mistake, and should have ported the STB of that example over to the STB of the SCPI-LIB.

To make the work structured, I abuse the compiler: I commented out the status variable in the STB code part. To make the compilation fail. I marked the line with a TODO comment
Then compiled the code, and also marked each of the compile error lines with a TODO command.

VSCode (like many IDEs) has a TODO module that lists all the lines with a TODO comment. I can now navigate to these lines easily, and fix them one by one until the compilation succeeds again.

RE: PST.. Experimental event / trigger support for Pico SCPI labTool - 2: design the registers

Jan Cumps — Wed, 20 Sep 2023 21:05:10 GMT

This functionality is now available in the development branch: https://github.com/jancumps/pico_scpi_usbtmc_labtool/tree/develop-set-4

RE: PST.. Experimental event / trigger support for Pico SCPI labTool - 2: design the registers

Jan Cumps — Tue, 19 Sep 2023 20:18:47 GMT

making the usbtmc event service request channel work is still a far dream, but I have progress on dealing with the registers.
All required SCPI commands are now implemented:

[embed:dc8ab71f-3b98-42d9-b0f6-e21e02a0f8e2:5281893f-b599-4b54-9c76-170aa70c24d7:type=c_cpp&text=%20%20%20%20%2F%2F%20instrument%20specific%20registers%20commands%0D%0A%20%20%20%20%7B.pattern%20%3D%20%22STATus%3AOPERation%3ADIGItal%3AINPut%3AEVENt%3F%22%2C%20.callback%20%3D%20SCPI_StatusOperationDigitalInputEventQ%2C%7D%2C%0D%0A%20%20%20%20%7B.pattern%20%3D%20%22STATus%3AOPERation%3ADIGItal%3AINPut%3ACONDition%3F%22%2C%20.callback%20%3D%20SCPI_StatusOperationDigitalInputConditionQ%2C%7D%2C%0D%0A%20%20%20%20%7B.pattern%20%3D%20%22STATus%3AOPERation%3ADIGItal%3AINPut%3AENABle%22%2C%20.callback%20%3D%20SCPI_StatusOperationDigitalInputEnable%2C%7D%2C%0D%0A%20%20%20%20%7B.pattern%20%3D%20%22STATus%3AOPERation%3ADIGItal%3AINPut%3AENABle%3F%22%2C%20.callback%20%3D%20SCPI_StatusOperationDigitalInputEnableQ%2C%7D%2C%0D%0A%20%20%20%20%7B.pattern%20%3D%20%22STATus%3AOPERation%3ADIGItal%3AINPut%3APTRansition%22%2C%20.callback%20%3D%20SCPI_StatusOperationDigitalInputPTransition%2C%7D%2C%0D%0A%20%20%20%20%7B.pattern%20%3D%20%22STATus%3AOPERation%3ADIGItal%3AINPut%3APTRansition%3F%22%2C%20.callback%20%3D%20SCPI_StatusOperationDigitalInputPTransitionQ%2C%7D%2C%0D%0A%20%20%20%20%7B.pattern%20%3D%20%22STATus%3AOPERation%3ADIGItal%3AINPut%3ANTRansition%22%2C%20.callback%20%3D%20SCPI_StatusOperationDigitalInputNTransition%2C%7D%2C%0D%0A%20%20%20%20%7B.pattern%20%3D%20%22STATus%3AOPERation%3ADIGItal%3AINPut%3ANTRansition%3F%22%2C%20.callback%20%3D%20SCPI_StatusOperationDigitalInputNTransitionQ%2C%7D%2C%0D%0A]

Test with NI Visa Interactive

output:

[embed:dc8ab71f-3b98-42d9-b0f6-e21e02a0f8e2:e3e51554-1b8f-44ab-8f8c-cc2fdaa97b0c:type=text&text=%23%20button%20not%20pressed%3A%20input%2027%20%28bit%203%29%20high%0D%0A1%3A%20Write%20Operation%20%28STATus%3AOPERation%3ADIGItal%3AINPut%3ACONDition%3F%5Cn%29%0D%0A2%3A%20Read%20Operation%0D%0A4%5Cr%5Cn%0D%0A%0D%0A%23%20button%20pressed%3A%20input%2027%20%28bit%203%29%20low%0D%0A3%3A%20Write%20Operation%20%28STATus%3AOPERation%3ADIGItal%3AINPut%3ACONDition%3F%5Cn%29%0D%0A4%3A%20Read%20Operation%0D%0A0%5Cr%5Cn%0D%0A%0D%0A]

RE: PST.. Experimental event / trigger support for Pico SCPI labTool - 2: design the registers

Jan Cumps — Mon, 18 Sep 2023 20:27:44 GMT

for git lovers: I'm working on this experimental feature outside of the "scheduled" new features. An experiment has a different pace than "normal" new functionality.
I created a dedicated branch for the experiment, based on the (at that time) current release. You can see that as the green track on the graph below.

Meanwhile we were working on the next "normal" release, adding several incremental features. You can see that dev branch (develop-set-3) in the blue trail.
When that develop branch was cut as a new release (version 3.0), and I merged the dev branch with the main one, my experimental branch was outdated.
You can see the black arrow on 18th (today), where I synchronised the experimental branch with the main branch, to eat the changes done for this release.
Now my experimental branch is up-to-date with the release 3.0. While safeguarding my experimental changes.