Advanced Search

I think you identified to problem By trade I'm a power electronics engineer... so my programming skills are... well they can only be improved

There isn't really a 'dev-team'. The vismach feature was added years ago by interested users. The documentation was written up some years later by somebody else who was not involved in creating the feature.
If you have the knowledge to prepare a pull request for what you have in mind then I'm sure there would be a fair bit of interest but if you hope for somebody else to do the programming then the chances are fairly slim.

Hello Aciera,

yeah that was basically the problem. I could figure it out with your suggestion with the frequent halcompile way, but this was the culprit. Now it works and i started working on vismach.

I figured out how vismach works and started to modify an existing configuration. But in general its a bit of a pain.

I wonder if its possible to give feedback to the dev-Team in terms of new ideas?

I think it could be done easier, more comfortable and more accurate if it would be possible to export the already animated and set up machine out of Freecad and then just implement it into LCNC. Which would result in a proper machine simulation just as the big boys do it (siemens/fanuc etc.)

It is nice to import .obj and .stl but fitting them together is somehow a bit painful.

Even the documentation has a nice little note:

But anyway, thank you so far for the great support!

please refer to....linuxcnc.org/docs/stable/html/config/ini...ml#_immediate_homing

I am hobbing without any special UI for a while now. I change invert.0.in pin manually. There are some other parameters that I would have to change manually, when using "additional" rotation for Pfauter method. But I barely touched this, mainly because of mechanical setup issues.
I really would (should) give it another try, but my patience was not high enough. I am interested in improving the situation on my machine.

@boogie, please keep us update how it is going. , maybe I can finally get there.

As I understand it the UI that Andy made runs as "sub window" in the Axis UI and provides the special inputs and some features.

Greetings Timo

 

mariusl wrote:

I just discovered that my formula and the one in the QTPlasmaC documentation ids not correct for the THAD2. Those formulas work for the previous release of THAD.
PncConf has the correct formula by the looks of it. Does any have the correct formula for me?

Have you looked at the THCAD2 manual? the formula is in it,

This example in the docs is similar to what you want
linuxcnc.org/docs/stable/html/hal/comp.html#_out8

Ah, I see. I'm not sure I want to dive into something cutting edge. Caxis.comp just sounds intimidating because I haven't read up enough about it yet.

The INI and HAL I attached is a traditional XYZA setup. A is controlled with degree command sequence like below for turning decorative spindles for example.

G00 Z3.3000 
G00 A0.0000 Y0.0000 S20000
M3 S20000 (regular 10HP spindle)
G4 P1.5
G01 A359.9011 Y0.0001 Z2.1250 F200.0

For applications when I need the ACTUAL spindle and rotary to spin non-stop (like a spindle) (as in my YouTube video), I envision loading a XYZ+A_Spindle type config where I can issue this instead.

G00 Z3.3000 
G00 A0.0000 Y0.0000 S20000
M3 S20000 (regular 10HP spindle)
M3 S100 $1 (additional rotary axis now turning like spindle)
G4 P1.5
G01 Y0.0001 Z2.1250 F200.0

On this page.

Your work is excellent and simplifies the understanding of not understanding Linux. Thank you very much!

My idea for ohmic probing.
See attached pictures
Kind regards

okay maybe i am missing something.

I turned the switch to C, cranked up the voltage (my desktop power supply goes only up to 31 for some reason) and there is no change in the amount it spins for 'one' revolution. Still about 1.125 and pulling .25a.

The control method dip switch (6) is set to open control mode.

one thing that dawned on me, and maybe this speaks to me not quite understanding what is meant by pulse/rev, is that if the driver is set to default, all switches 1-4 set to on, there is not difference between the behavior when its set to 1600.. Even though the steps the arudino is sending are the same. this confused me even more.

I don't want to start disconnecting hardware for this. It's really just to see, while I'm sitting in my living room, whether the g-code is "mill ready".

In the end, I just took a copy of /usr/share/doc/linuxcnc/examples/sample-configs/sim/axis/axis.ini , and I'm using that. I have a pretty basic mill. I had to adjust the limits in the .ini file, and I realized that since I'm simularing I could bump the velocities way up, and it's been useful, so far.

What kinds of things are you worrying about, that will "wreak havoc"?

that's a very good idea！Cheers!

very good idea!