Installing QtVCP

phillc54 wrote:

I seem to recall that there was an issue with the python-opengl module that prevents QtVCP being used on a Pi. I think it was built using OpenGL ES and QtVCP requires OpenGL Desktop. I have no clue as to whether this has changed recently.

Funny you say that. I mucked about with a pi today trying to use the linuxcnc-uspace  package from testing branch. I thought I had it working until I tried to run qtplasmac and it failed with a missing python3-gst1.0 dependency which does not exist in testing branch.

Can you post the failure? GST should not be required to run qtvcp

The package does exist:
packages.debian.org/bookworm/python3-gst-1.0

Ahh, the error message that printed while opening qtplasmac I think was malformed and missing a hyphen so I could not find it on a package search
I suspect it was a red herring anyway.
Phill's mention of opengl is more likely the issue.

Sorry but I've blown away that version on the pi (along with 20 others while playing.....) so can't share it
And besides I was also using apt-pinning to get to the bookworm packages

Despite the amazing latency I got from the pi using this thread
forum.linuxcnc.org/9-installing-linuxcnc...cnc?start=130#238020
They are not terribly useful for me becasue at present:
1. they can't run qtplasmac and;
2 I can't install ethercat master.

I think Item 2 is related to the odd kernel 5.15 the Pi uses which is in between bullseye and bookworm. I was going to try installing it on a plain non preempt_rt version of the pi.  But I don't understand how to make the pi load the preempt_rt image in Debian once its installed.

QtPlasmac does not require python3-gst, which agrees with what Chris mentioned about QtVCP.

The error must have come from something else.

My development machine does not even have python3-gst installed.

 


 

hey rod, I dont know if you are using bookworm,bullseye or buster, but with my buster image and qtplasmac, the only error im getting is with qt5graphics, as I do with the other screens, which wasnt always a fatal error.
Chris made an embedable graphics tab that uses the GTK plot preview, so if you replace the qt version for the GTK version, then everything works no problem.

I know Im not the best source for information because Im not too good with computers, but between this thread
forum.linuxcnc.org/qtvcp/40187-any-opengl-wizards
and a few others where chris has given his input , a thread on the rpi forum, and another user in linuxcnc github issues. im pretty sure the opengl/es issue is the real red herring. chris made the vismach panel using the newer cross platform opengl widget and it still didnt work. When I looked into all the opengl calls Im getting the errors on, they are the same ones in the GTK graphics widget which works no problem. im pretty sure qt is calling on the wrong graphics library

But I don't understand how to make the pi load the preempt_rt image in Debian once its installed.

unless im not understanding something, do you mean the thing in the /boot/config.txt? In mine I choose kernel7_rt


unrelated, and I dont know a lot about the whole ethercat thing, but the openCN project is using the linuxcnc ethercat thing exclusive with their ethercat hardware, and they have an rpi build, just an observation.