Help with QTplasmaC

More
19 Apr 2021 16:48 #206416 by snowgoer540
Replied by snowgoer540 on topic Help with QTplasmaC


Yes. I was aware of the conversion. But the problem was if it went wrong I would be without a working machine also the linux version with Debian strech I think is quite old I had updated it to 2.9..

I have also cloned the drive. Another problem was I also have to bring another machine (300 mile round trip) up to QTplasmaC

I think I am getting there now :)


I am not sure if you are referring to being without a working machine due to the 2.9 upgrade or the conversion tool. At any rate, if it's the latter, the conversion process makes a new config folder with all the new files inside it. Your original configuration remains unchanged. If it goes poorly, you can still run the original Plasmac config.

At any rate, glad to hear you're getting there.

Please Log in or Create an account to join the conversation.

More
19 Apr 2021 16:50 #206418 by Clive S
Replied by Clive S on topic Help with QTplasmaC

Just took a peek at your config.

For Joints 2 and 3 (Y) you have STEPGEN_MAXACCEL at 1250. Whereas for Joint 0 (X) you have it set to 2500.

I remember when I was chasing a following error in the past, PCW had me raise the stepgen_maxaccel values. Try making Joints 2 and 3 STEPGEN_MAXACCEL match what you have for Joint 0. This could be why you can jog in X but not in Y.


It's impossible for me to say why your config for PlasmaC worked without seeing it to compare to the QtPlasmaC config you've been hand editing. Is it possible for you to post that here?


Yes there are different motors and drives on the gantry. They work fine with the above

Please Log in or Create an account to join the conversation.

More
19 Apr 2021 17:08 #206421 by snowgoer540
Replied by snowgoer540 on topic Help with QTplasmaC

Why dont you create a 3 axis 4 joint machine with axis working first. I agree it is a bit confusing but, plasmac started in world mode with the 4 joints showing then you home and it changes mode and you see the three axis.


You really mean that axis or gmoccapy started in world mode. This was dependent on how the GUIs were set up, and also is dependent on settings in your ini file. The plasmac component was loaded on top of axis or gmoccapy.

I point that out because I think there is sometimes confusion around what QtPlasmaC is responsible for, and what it is not. Similarly there is probably some confusion around where the line between Axis or Gmoccapy ended and plasmac began.


QTplasmaC doesnt show that, I believe it is starting in world mode and shows the three axis and you can jog but will rack the gantry until you home all axis. If your ini and hal file is correct, it will home the tandem axis properly. Once you have a working 3 axis tandem machine then install QTPlasmaC.


You can prevent racking the gantry by having a negative sign in front of the HOME_SEQUENCE variable for the joints that make up your gantry motors. A byproduct of this is that it will prevent jogging until it is homed. (you can read more here: linuxcnc.org/docs/html/config/ini-homing...l#sec:homing-section)

I use this on all 3 of my axes (personal preference) so the user can not jog anywhere until it's homed. That prevents running off the track, etc.

Example:

Joint_0 (X for me)
HOME_SEQUENCE = -2

Joint_1 (Y for me)
HOME_SEQUENCE = -3
Joint_2 (Y for me)
HOME_SEQUENCE = -3

Joint_3 (Z for me)
HOME_SEQUENCE = -1

This will require homing before jogging of all three axes. Further, it will home Z, then X, then Y.

Please Log in or Create an account to join the conversation.

More
19 Apr 2021 17:10 #206422 by snowgoer540
Replied by snowgoer540 on topic Help with QTplasmaC

Just took a peek at your config.

For Joints 2 and 3 (Y) you have STEPGEN_MAXACCEL at 1250. Whereas for Joint 0 (X) you have it set to 2500.

I remember when I was chasing a following error in the past, PCW had me raise the stepgen_maxaccel values. Try making Joints 2 and 3 STEPGEN_MAXACCEL match what you have for Joint 0. This could be why you can jog in X but not in Y.


It's impossible for me to say why your config for PlasmaC worked without seeing it to compare to the QtPlasmaC config you've been hand editing. Is it possible for you to post that here?


Yes there are different motors and drives on the gantry. They work fine with the above


My apologies, I saw this post forum.linuxcnc.org/plasmac/42283-help-wi...smac?start=30#206352

and then the one after it saying you were going to do hal plots. I missed where you got it fixed! Glad to hear you got it going then. :)

Please Log in or Create an account to join the conversation.

More
19 Apr 2021 17:31 #206425 by bevins
Replied by bevins on topic Help with QTplasmaC

Why dont you create a 3 axis 4 joint machine with axis working first. I agree it is a bit confusing but, plasmac started in world mode with the 4 joints showing then you home and it changes mode and you see the three axis.


You really mean that axis or gmoccapy started in world mode. This was dependent on how the GUIs were set up, and also is dependent on settings in your ini file. The plasmac component was loaded on top of axis or gmoccapy.

I point that out because I think there is sometimes confusion around what QtPlasmaC is responsible for, and what it is not. Similarly there is probably some confusion around where the line between Axis or Gmoccapy ended and plasmac began.


QTplasmaC doesnt show that, I believe it is starting in world mode and shows the three axis and you can jog but will rack the gantry until you home all axis. If your ini and hal file is correct, it will home the tandem axis properly. Once you have a working 3 axis tandem machine then install QTPlasmaC.


You can prevent racking the gantry by having a negative sign in front of the HOME_SEQUENCE variable for the joints that make up your gantry motors. A byproduct of this is that it will prevent jogging until it is homed. (you can read more here: linuxcnc.org/docs/html/config/ini-homing...l#sec:homing-section)

I use this on all 3 of my axes (personal preference) so the user can not jog anywhere until it's homed. That prevents running off the track, etc.

Example:

Joint_0 (X for me)
HOME_SEQUENCE = -2

Joint_1 (Y for me)
HOME_SEQUENCE = -3
Joint_2 (Y for me)
HOME_SEQUENCE = -3

Joint_3 (Z for me)
HOME_SEQUENCE = -1

This will require homing before jogging of all three axes. Further, it will home Z, then X, then Y.


Axis starts in world mode because of the tandem axis and shows the joints instead of the axis like QTPlasmac. If you jog a joint in world mode it will rack the gantry no matter what settings you have in the ini, That's not negotiable. At least thats the way it is on the 20+ machines I have done. If you start QTPlasmac on a tandem axis machine and jog before homing it will rack the gantry.

Please Log in or Create an account to join the conversation.

More
19 Apr 2021 17:45 - 19 Apr 2021 17:46 #206431 by snowgoer540
Replied by snowgoer540 on topic Help with QTplasmaC
From the link about homing I posted above:

Joint mode jogging of joints having a negative HOME_SEQUENCE is disallowed. In common gantry applications, such jogging can lead to misalignment (racking).


Other source: My table is set up as I typed out above, and it definitely does not jog at all before homing, let alone rack the gantry.
Last edit: 19 Apr 2021 17:46 by snowgoer540.

Please Log in or Create an account to join the conversation.

More
19 Apr 2021 17:56 #206433 by Clive S
Replied by Clive S on topic Help with QTplasmaC

From the link about homing I posted above:

Joint mode jogging of joints having a negative HOME_SEQUENCE is disallowed. In common gantry applications, such jogging can lead to misalignment (racking).


Other source: My table is set up as I typed out above, and it definitely does not jog at all before homing, let alone rack the gantry.



I am pretty sure (with plasma with axis) can be jogged before homing BUT it uses different keys than when it is homed .

This is with the normal setup ie -ve sequence for the gantry and +ve for the Z etc.

Please Log in or Create an account to join the conversation.

More
19 Apr 2021 18:18 #206440 by tommylight
Replied by tommylight on topic Help with QTplasmaC
[kins]
something something kinstype=both
That at the end will decide if you can jog or not while in Joint mode before homing the machine.
I always set it so it can not jog Y (tandem) axis without homing, but X and Z can be jogged before homing.

Please Log in or Create an account to join the conversation.

More
19 Apr 2021 19:40 - 19 Apr 2021 19:45 #206458 by snowgoer540
Replied by snowgoer540 on topic Help with QTplasmaC

[kins]
something something kinstype=both
That at the end will decide if you can jog or not while in Joint mode before homing the machine.
I always set it so it can not jog Y (tandem) axis without homing, but X and Z can be jogged before homing.


This has rapidly declined. That is not really what kinstype=both does.

Using Axis as an example, the following in an .ini file will show Axes X Y Z as needing to be homed:
[KINS]
JOINTS = 4
KINEMATICS = trivkins coordinates=XYYZ 







The following in an .ini file will show Joints 0 1 2 3 as needing to be homed:
[KINS]
JOINTS = 4
KINEMATICS = trivkins coordinates=XYYZ kinstype=BOTH







Adding a negative sign to the joint HOME_SEQUENCE for the corresponding joints that make up an axis will prevent jogging before homing... This is true whether or not you have set kinstype=both or not.


With kinstype=both:





Without kinstype=both:

Attachments:
Last edit: 19 Apr 2021 19:45 by snowgoer540.
The following user(s) said Thank You: tommylight

Please Log in or Create an account to join the conversation.

More
19 Apr 2021 19:46 #206462 by bevins
Replied by bevins on topic Help with QTplasmaC
This has changed. I dont know when but it definately wasnt like that before.

Please Log in or Create an account to join the conversation.

Moderators: snowgoer540
Time to create page: 0.353 seconds
Powered by Kunena Forum