(Solved) QTPlasmac scaling issue

More
14 Apr 2021 07:44 - 14 Apr 2021 10:20 #205857 by snowgoer540
I meant to do a notepad++ compare on the two .ini files when I got home from work (work disables that plugin for some reason), but it fell off my radar. At any rate, it looks like Phill is right.

Looks like there is a similar line that might need changed for COORDINATES.
EDIT: Coordinates in the TRAJ section is fine as is in the QtPlasmaC .ini file.

GEOMETRY EDIT: (QtPlasmaC .ini file on the left, this needs changed to XYZ):



COORDINATES:
EDIT: Removed to prevent confusion
Attachments:
Last edit: 14 Apr 2021 10:20 by snowgoer540.

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

More
14 Apr 2021 07:49 - 14 Apr 2021 08:32 #205859 by phillc54
Coordinates should list the axis used by the joints so XXYZ would be correct, that is used internally in LinuxCNC.

The Geometry variable is used by glcanon.py to draw the preview, it defaults to XYZABCUVW.
Last edit: 14 Apr 2021 08:32 by phillc54. Reason: Typo
The following user(s) said Thank You: bevins

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

More
14 Apr 2021 09:08 - 14 Apr 2021 09:09 #205865 by snowgoer540
Ah ok, that makes sense to me. Figured I'd point it out since it was also different. I should have googled it, but it was 3:45a and it was time to leave for work :)

In case anyone is wondering where this stuff comes from:

linuxcnc.org/docs/2.6/html/config/ini_co...#sub:DISPLAY-section

GEOMETRY = XYZABCUVW - Controls the preview and backplot of rotary motion. This item consists of a sequence of axis letters, optionally preceded by a "-" sign. Only axes defined in [TRAJ]AXES should be used. This sequence specifies the order in which the effect of each axis is applied, with a "-" inverting the sense of the rotation. The proper GEOMETRY string depends on the machine configuration and the kinematics used to control it. The example string GEOMETRY=XYZBCUVW is for a 5-axis machine where kinematics causes UVW to move in the coordinate system of the tool and XYZ to move in the coordinate system of the material. The order of the letters is important, because it expresses the order in which the different transformations are applied. For example rotating around C then B is different than rotating around B then C. Geometry has no effect without a rotary axis.



linuxcnc.org/docs/2.6/html/config/ini_co...tml#sub:TRAJ-section

COORDINATES = X Y Z - The names of the axes being controlled. Only X, Y, Z, A, B, C, U, V, W are valid. Only axes named in COORDINATES are accepted in g-code. This has no effect on the mapping from G-code axis names (X- Y- Z-) to joint numbers—for trivial kinematics, X is always joint 0, A is always joint 3, and U is always joint 6, and so on. It is permitted to write an axis name twice (e.g., X Y Y Z for a gantry machine) but this has no effect.

Last edit: 14 Apr 2021 09:09 by snowgoer540.
The following user(s) said Thank You: bevins

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

More
14 Apr 2021 10:05 #205872 by tommylight
In the ini file, display section, you have two X, remove one.
Should be XYZ.
Do not change the traj section.
The following user(s) said Thank You: bevins

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

More
14 Apr 2021 11:22 - 14 Apr 2021 11:26 #205877 by bevins
Yeah thanks,

I was getting an error a couple versions back and had to change it I thought to make the error go away.

Anyway, it is working and I am running the latest QTPlasmaC withohmic probe2.

It seems to be working great. Thanks Phil and Snowy, and of course Pinball(Plasma) Wizard Tommy...

Now on to testing thc
Last edit: 14 Apr 2021 11:26 by bevins.
The following user(s) said Thank You: tommylight

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

More
14 Apr 2021 11:34 #205878 by snowgoer540
No worries. Glad to know it's not a QtPlasmaC issue afterall.

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

More
14 Apr 2021 11:51 #205881 by tommylight
Sam display issue was discussed here about a year or more back.

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

More
14 Apr 2021 13:34 - 14 Apr 2021 13:37 #205888 by bevins
Is "Run from line" working? Cannot find the run from line button. It is checked in the parameters.

Nevermind, I got it. Its like learning a brand new software from scratch.
Last edit: 14 Apr 2021 13:37 by bevins.

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

More
14 Apr 2021 13:54 - 14 Apr 2021 13:55 #205893 by bevins
Run from line is not working properly.

I selected run from line 173 it shows up to start but when it runs it runs from line 17 instead of 173.
Tried a few others and 160 starts from line 16.

Last edit: 14 Apr 2021 13:55 by bevins.

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

More
14 Apr 2021 14:40 #205902 by snowgoer540

Run from line is not working properly.

I selected run from line 173 it shows up to start but when it runs it runs from line 17 instead of 173.
Tried a few others and 160 starts from line 16.


It looks like it's working perfectly to me.

If you notice, when you click run from line 173, your open program changed from whatever_was_ loaded.ngc to rfl.ngc.

This is because it chopped off all of the stuff you didn't need because its before the line you clicked to start from. It does not work the way run from line works in other GUIs because of needing to apply lead ins, etc to get to a start from where you selected. So the easiest way to do this is to construct and load a temporary "rfl.ngc" file. At the end of a successful run, your old program will reload.


Line 1-13 in your specific example (they wont all be exactly this way) is all the necessary pre-amble stuff to get you to the line you clicked on.

You should notice that line 14 is "begin operation #8" And line 173 on the file you wanted to run from line was "begin operation #8...

Line 174 is g0x6.83310y5.47348
Line 15 is g0x6.83310y5.47348

line 175 is m3$0s1
line 16 is m3$0s1

line 176 is g2x6.89002y5.6060..........
line 17 is g2x6.89002y5.6060..........

So on and so fourth. Don't worry about the line numbers. You will also notice that the preview window got rid of all the stuff you previously ran, and the preview mirrors what is left to run in the program.

It's doing what you asked it to :)

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

Time to create page: 0.106 seconds
Powered by Kunena Forum