[ON-HOLD][Feature] V3 Board Calibration GUI#186
Conversation
|
The GUI images look great! This was a much more substantial PR than I was expecting, nice work! I'll run this with my V3 board and LED and review the functional algo soon |
| try: | ||
| try: | ||
| param = os.sched_param(os.sched_get_priority_max(os.SCHED_FIFO)) | ||
| os.sched_setscheduler(0, os.SCHED_FIFO, param) |
There was a problem hiding this comment.
This requires root privileges to set, is that already implemented?
There was a problem hiding this comment.
Ill have to verify the perms of the web-server. But im pretty sure its non-root. From what i read in the original that was a nice to have not a need to have. Is that the case?
If so this does handle it gracefully if it doesnt have root.
|
@connorgallopo should I rebase/merge this (locally) with feature/build-cleanup branch before testing? I'm planning on doing a completely fresh build to test the dependencies |
if you use the github cli you can just check out the PR - which in my opinion is the best/easiest way. You just will have to have a remote set for this upstream |
…I0 MOSI pin (GPIO 10)
…cs, manual DAC, etc)
92272ed to
c042fb0
Compare
|
This did not work. I did a fresh install of 64 bit trixie, then ran: I did a fresh build of PiTrac off of this branch. The build log is attached. Smaller issue first: This also did not setup /boot/firmware/config.txt when the cameras were not attached. I intended this to setup all non-camera parameters (like force_turbo=1, dtoverlay=spi1-cs2, etc). Bigger issue: It seems like there is still an lgpio issue. In the build log I see: |
Why did you do full upgrade? That is destructive to the default packages that this was tested against. |
I did it to upgrade rpicam and libcamera. It should not have affected lgpio, but if you want me to re-do it, I can. |
I would retry - and follow the install docs. The install script should handle all the versioning. |
|
I have retried following the instructions on the wiki by the letter, and I have the exact same issues |
Ahh this is because James never committed his changes from working on my branch. let me see. |
|
@peteattayek put his changes in. |
|
I ran I have the exact same issues. config.txt was not setup and the calibration fails because of lgpio issues. When I run so this is hitting the else condition immediately of if I look at the pitrac-web logs when I try to calibrate the LED, I get: I can run |
|
If you did not do it fresh or properly clean up dependencies, you would still have the previous deps.
Yeah that makes sense - as the previous version was still installing the custom lib. |
|
I did a fresh Trixie install and still have lgpio issues, see the attached build log |
|
These changes fix the issue. They were suggested by Claude Code and I don't know what the other ramifications of these changes would be, but hopefully it can point you in the right direction |
|
@peteattayek I wiped a pi and installed with 0 build issues. Please provide the full scope of what OS you install, and your install steps. @jamespilgrim are you able to test this? |
|
I am going to say this gets put on ice until we get another set of eyes on it. |
I am using the Raspberry Pi Imager v2.06 to image a 64GB SD card with Raspberry Pi OS (64 bit). The description on the imager says it is a port of Debian Trixie and was released 2025-12-04. Once I put the SD card into a Raspberry Pi 5, I follow the PiTrac wiki and run: git clone https://github.com/PiTracLM/PiTrac.git James is traveling this week. I'll see if anyone else can test it. @connorgallopo is this what you are doing to build with 0 issues? What are you doing? |
There is no rush - Either way it will require testing / approval from a reviewer. If that is all you are doing why is the working directory changed? Yes those are the steps. |
|
I am not sure the working directory change is necessary, but Claude Code said it was to ensure there was write access. And it did fix the errors when I tried to run calibration from the web ui I don't understand how you can even get PiTrac to build without getting an error about finding the lgpio package without changing line 73 of meson.build since there is no lgpio.pc on the image?? (5f6642a#diff-7852c36152187ba2962691d983613a42aa860af0941298706736e5f1bd805920L73) |
|
It is handled elsewhere. Claude fueling this debugging seems like it is causing more trouble than anything. And you waited til now to tell me it was having you change paths etc. So I am going to just run through again myself, and put this on hold for now. I appreciate your testing efforts |
It wasn't handled when I built PiTrac
I told you the first time I changed something with Claude a few comments ago from this morning (#186 (comment)). It is the first thing that has allowed me to both build successfully and run calibration. |
|
The latest commit let's me build successfully! There is still an issue with gpiozero needing write access to the working directory. I made a PR to this branch with a suggested change to just use direct liblgpio calls. I have tested this with my hardware and it works. I did not update test_strobe_calibration_manager.py yet though |

Description
This PR take the foundations from #181 and updates them to be merge ready.
What does this PR do?
Refactors #181 to remove script anti-pattern, moving everything into the gui for an intuitive user experience.
Why is this change needed?
See #181. This change is required on top of 181 as we have removed manual scripts, so using them again is an anti-pattern and a step backwards.
Changes Made
Testing Performed
Test Environment
Macbook Dev Env
Hardware Compatibility
Documentation
AI (Vibe-Coded) Content Description
Checklist
Code Quality
Build & Test
./packaging/build.sh buildSubmission Requirements
git rebase -i HEAD~n)[PR TYPE] Brief descriptionAdditional Context
@peteattayek