I am assuming you are using AXIS.
loadusr is required.
Please run from a terminal and post all the qtvcp messages.

EMBED_TAB_LOCATION is only for Gmoccapy, gscreen and qtvcp screens.

Chris
________________________________
From: gene heskett <ghesk...@shentel.net>
Sent: August 17, 2022 8:42 PM
To: emc-developers@lists.sourceforge.net <emc-developers@lists.sourceforge.net>
Subject: Re: [Emc-developers] looks like I need a python3 patch

On 8/17/22 15:12, Chris Morley wrote:
> What ae you using to load qtvcp in the INI?
> Something like this should work;
>
> # Embed tabs
> EMBED_TAB_NAME= CamAlign
> EMBED_TAB_COMMAND= halcmd loadusr -Wn qtvcp_embed qtvcp -d -c qtvcp_embed  -x 
> {XID} cam_align
This almost works, IF the loadusr is removed, otherwise the qtvcp error
message says it's
looking in /usr/share/qtvcp/loadusr for cam_align.

The loadusr subdir does not exist. The camera is presently occupied so I'm
getting a blank white tab.
And halcmd now says invalid option "W"

Does it no longer need the EMBED_TAB_LOCATION line in the {DISPLAY} section?

Something else, that machine is running buster yet, and to synaptic,
qtvcp does not exist.

So is this bullseye advice only?

Thanks Chris.
> . The loadusr
>
> There should be a sample configuration in sim/axis/qtvcp that demos the code.
>
> Chris
> ________________________________
> From: gene heskett <ghesk...@shentel.net>
> Sent: August 16, 2022 1:44 PM
> To: emc-developers@lists.sourceforge.net 
> <emc-developers@lists.sourceforge.net>
> Subject: Re: [Emc-developers] looks like I need a python3 patch
>
> On 8/15/22 23:22, gene heskett wrote:
> update, see below.
>> On 8/15/22 21:56, Chris Morley wrote:
>>> Gene. Open a terminal for linuxcnc and type qtvcp cam_align  see if
>>> that works with your camera.
>>>
>>> Chrid
>>>
>> No, eventually drew a window frame but the background wasn't cleared,
>> but it did
>> get some interesting warnings:
>>
>> gene@GO704:~/linuxcnc/configs/GO704-5i25-7i76$ qtvcp cam_align
>> [QTvcp.QTVCP.QT_ISTAT][CRITICAL]  Missing LINEAR_UNITS in TRAJ,
>> guessing units for machine from JOINT 0 (qt_istat.py:133)
>> [QTvcp.QTVCP.QT_ISTAT][CRITICAL]  Missing UNITS in JOINT_0, assuming
>> metric based machine (qt_istat.py:137)
>> [QTvcp.QTVCP.QT_ISTAT][CRITICAL]  INI Parsing Error, No
>> MAX_LINEAR_VELOCITY Entry in TRAJ (qt_istat.py:364)
>> tool_mmap_user(): file open fail: No such file or directory
>> tool_mmap_user(): no mmap file,continuing
>> mmap tool data not available, continuing
>> emc/usr_intf/axis/extensions/emcmodule.cc
>> [QTvcp.QTVCP.LIB.SYS_NOTIFY][WARNING]  Desktop Notify not available::
>> org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible
>> causes include: the remote application did not send a reply, the
>> message bus security policy blocked the reply, the reply timeout
>> expired, or the network connection was broken. (sys_notify.py:71)
>> Namespace Gst not available
>> [QTvcp.QTVCP.LIB.AUDIO_PLAYER][WARNING]  audio alerts - Is
>> python3-gst1.0 installed? (audio_player.py:37)
>> Could not open video device 0
>> Port 0 is not working.
>> Port 1 is not working.
>> Port 2 is not working.
>> Port 3 is not working.
>> Port 4 is not working.
>> Port 5 is not working.
>>
> Come daylight, and a caffeine transfusion, I went out and found the 6040
> was waiting for me to log
> into a text screen, and had to startx after I had done that..
> And qtvcp cam_align works just fine.
>
> Turning around to the GO704, it too was waiting for a local login, but
> once that was done, there
> was no /dev/video0. So I found another camera and plugged it into the
> front of that Dell,
> THEN it had a /dev/video0. And mpv -av /dev/video0 looks exactly like
> qtvcp's version.
>
> So both cameras are working just fine by themselves.
>
> Now, it seems to me that the first two EMBED lines in the [DISPLAY]
> section for either machine
> should generate an empty third tab on the preview window, w/o the third
> line that
> launches the actual camera function, but it does not, and axis doesn't
> complain. But both configs
> have an all balls debug= statement.
>
> Do I have more than one problem?
>
> The one on the 6040, IIRC, was working until a kernel update, whenever
> that was.
> 2-3 months ago? But it is spindle mounted, and a cast iron bitch to use
> because
> changing an ER spindle tool is such a pita. I need to setup a TLO
> target, and write
> a std tool zeroing .ngc. But haven't found the round tuit. Been busier
> than a 1
> armed paper hanger making a B axis for the 6040, and fighting a losing
> battle
> with a series of 3d printers that claimed to be able to print PETG but
> haven't
> long survived the 50C higher nozzle temps that takes.
>
> Take care and stay well Chris.
>
> Cheers, Gene Heskett.
> --
> "There are four boxes to be used in defense of liberty:
>    soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author, 1940)
> If we desire respect for the law, we must first make the law respectable.
>    - Louis D. Brandeis
> Genes Web page <http://geneslinuxbox.net:6309/>
>
>
>
> _______________________________________________
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
>
> _______________________________________________
> Emc-developers mailing list
> Emc-developers@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-developers
> .


Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
  soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
  - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/>



_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

_______________________________________________
Emc-developers mailing list
Emc-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to