Advanced Search

cmorley wrote:

Excellent!
Cool colors too by the way!

I was just about to say the same thing.

Excellent!
Cool colors too by the way!

Does the VAD led remain ON during this?
Always, always disable automation when checking stuff, and enable one by one after fixing things, so auto volts off, void lock off, VAD off, etc.
Only leave THC ON, and do check the Active led while cutting.

Hi again,

i got it, there was an indentation error, fixed it also changed self.w.gcodegraphics.colors = (1.0, 1.0, 1.0) to self.w.gcodegraphics.color = (100, 100, 100) so i have a grid on perspective view now

Thanks Chris

Thanks for the detailed reply Chris,

I disabled all the lines i added to the code and added some of your code under init_widgets() function and put the rest where other functions or patches are defined, when i run the linuxCNC i got the attached error, did i miss something?

So in its new home now.

Guy has upgraded to 2.9.3.

Now the arc ok only works once per job. So if it’s got 4 cuts, arc ok and thc works on the first cut, but after this it fails out until you select ignore arc ok.

Doesn’t happen on my new machine setup the same.

Heading there now to check it out.

Any ideas?

Thanks, I will try to set it up the same way with both sensors needing to be high for homing.

I've made a little setup with optical sensors and for indexing just added a "flag" to my drive wheel.
The homing sensor and flag are below the pocket which is the pickup location for the spindle, as it just happened to be a good spot.

 

 
 

I managed to do so far, but when I give the command
sudo pyocd flash remora-rt1052-3.1.3.bin --target mimxrt1050_quadspi
nothing happens, it doesn't compile for the nvem board, but if I give the command pyocd list the address appears

Here the initial last count variable:
github.com/LinuxCNC/linuxcnc/blob/master...ragon_handler.py#L95

here you see how it calculates the count difference:
github.com/LinuxCNC/linuxcnc/blob/master...gon_handler.py#L1927

here it decides up or down based on the calculated difference:
github.com/LinuxCNC/linuxcnc/blob/master...gon_handler.py#L1956

At the end of the function the last count is set:
github.com/LinuxCNC/linuxcnc/blob/master...gon_handler.py#L1986

Sorry for cryptic message - I am away from home for work.
I did not know that QtPlasmac was patched to show a grid in P view - those plasma guys are very crafty!
I also didn't realize QtDragon had no builtin way to show grids

(I assume your gcode graphics widget is called gcodegraphics in designer)

To get XYZ grids to show you must set a grid size:
self.w.gcodegraphics.grid_size = 1
setting the grid color is possible (Red,green,blue):
self.w.gcodegraphics.colors = (1.0, 1.0, 1.0)
add those to bottom of  init_widgets() function.

to get grid in perspective too require patching.

add to bottom of  init_widgets() function:I think I should modify the underlaying code so the patching is not necessary - on the todo list.

I think maybe you don't understand how rigid tapping works.


When rigid tapping, the Z axis motion is synchronized (geared basically)
to the spindle rotation, the synchronized motion is continuous through
the downstroke, spindle reversal and upstroke. Any pause that interferes
with this "gearing" will break taps.

PCW wrote:

Just wait a second after the motor starts before reading RPM from encoder.

This would not work with rigid tapping (the OP's question)

The spindle starts before the tap is in contact with the work, correct?

Isn't the spindle RPM selected exactly by the VFD?

A 3-phase motor does not lose steps.

hi there,

I have a long talk with gentelmen from the beckhoff which are talking that 2ms is for them limit of RT control ... I am experimenting with the 7 axis over profibus and there is latency 1336us, but I have not tested them ever... I have setted them to 2ms 

I think for 3 o 4 axis it should be less then 1ms in the optimalized profibus cycle with equidistant mode active... I am running old metronix servopacks over speed loop... Everything works well even homing procedure but I think it is not for extremly precise machines probably I will facing the limits in the future but that servopacks was for 40bugs at locat market place

I have configure CanOpen, profibus, profinet over ethercat too but profinet have terrible delay 4ms which are not enough for anything ... or use the IRT profinet with 31.25us latency(there is limitation of 5 or 6 device on the network) but you will need special interface from continental which is only dealer of them

My machine is running at mesa 7i77 + linear scales, next running kollmorgen packs at 250us + linear scales, next nidec stuff too at 250us{not all stuff integrated as driver build in probing} and now I am experimenting with profibus ... 

S120 is profi solution on 31.25us drivecliQ bus but it is soo soo expensive ... EtherCAT should runs at 62.5us but need native stuff and I have never tested them that fast... probably there will be limitations of lcnc latency hw itself

regards 

I see.

I suppose this is a low-speed spindle?

(not 10000RPM)

I am in North Carolina in the USA, you are thinking of Joco in NZ..lol