Advanced Search

I had a pretty hard time finding a pc with a parallel port. I don’t use a mesa card

The new pc is a dell optiplex 980 That is a very compact unit. The old HDD doesn’t seem to fit in the housing.

I use pcloud for gcode synchronization and I just couldn’t open the site on 2.8. So I decided to install te latest version of LinuxCNC

Yes that is right.
Interesting that you mentioned stmbl, I remember they were integrated with some robot (video of manutec carrying a coin).
Do they send its position over smart serial ?
I suppose when position is requested drives can’t replay all at same time because of other priorities, but stll they have to provide position.
I have custom drives build and they are reading encoders and do control but I am looking next part integrating with kinematics module.

Hi Guys,

A plasma machine I built that runs the original PlasmaC is having a fatal error message that is stopping the machine from operating. 

   

The guys who run the machine tell me the machine ran fine last Friday and when they came to use it on Monday morning they got this error message not matter what gcode program they tried to run.

This same issue happened back in March, and the only way I could fix the issue was to reformat the machine to a default state. Since it is re-occuring, there must be something going on to cause the issue.

Ive attached the gcode file to this post. 

I finally got around to getting everything wired up enough to test.
At first, I couldn't get it to start using a relay and a power supply on a switch. I realized the manual says "or dry contact closer", so I wired the relay directly to start- pin 15 and start+ pin 34, which worked.

Now I can't get my arc ok signal. I followed the example wiring in the manual. I connected ark ok+ pin 23 to the relay. Then 24vdc+ pin 37 to the relay. Then ark ok- pin 4 to power ground pin 36.
Wired up like this, the arc will not start and the plasma cutter gives an error. If I disconnect the ground to ark ok- pin 4, the plasma will start without errors. I am getting 24 volts between power and ground, and the 2 ark ok pins will close the circuit when the arc starts.

I am attaching the examples from the manual plus diagram of how I wired the arc ok relay.
I may have wired it up like example 4(which it says don't use) a long time ago before I decided to remove the old interface connection on it, so maybe that messed it up.

Does my ark ok wiring seem right? Should I try wiring it differently or should I consider using a reed relay instead?
 

Poke. Figured I should stick this here.

Machine is back together with some new upgraded, ethercat is working for the xyz.

Now I'm on to making the spindle work with modbus.
Is there a simple step by step instruction to set this up? I got a usb adapter, and I'm running qtdragon. In addition to just tuning on and off, id like it to display the true spindle speed and the load.

Thanks

I thought so but obviously something is wrong. I did post my ini file a post or so ago. I was trying to change the direction the axis moves after the index is seen. Nothing I change seems to do anything

Do you ini file settings match the requirements for index only homing?

linuxcnc.org/docs/html/config/ini-homing.html#_configuration
 

The STMBL drives can work with Yaskawa encoders.
(But supply is an issue)
forum.linuxcnc.org/27-driver-boards/5375...tmbl?start=30#311767
I see that you already know about their existence, but it might be worth considering using them.

Hi,
as I see from list there is no support for this type of encoder.
It's yaskawa absolute 12bit encoders. After power up some mS and it sends its absolute position over UART, after that if it moves it starts to send only quadrature pulses A/B like normal incremental encoder.

I would like to use the POSITION_FILE in combination with the index pulse
of the encoder to home my lathe. The idea is that you know approximately
where you are when starting up, and once you pass the first index pulse
you know the exact position. Has anyone done this... and if so can you
explain how?
 

If a PC running Linux breaks, try putting the old hard drive in the new computer.

It actually works perfectly 99% of the time!

Why did you install 2.9?

Which version of 2.9? 2.9.4?

How does your PC control the machine?

That sorted it. Just #'d out the two PYVCP lines. Looking back over the build thread it was using probe basic so that's probably the issue.
I now have axis running with one encoder that's reading! Fantastic. Don't have any motor control though. I can move the motor shaft and get count and motion on the simulator display but with the machine enabled I can't jog. The sim shows movement but no shaft rotation.

I'm also getting a Linuxcnc notification "LCEC: Invalid appTimePeriod of 0 for master 0 (should be 1000000)."

A quick search on the forum suggests that relates to:
in the ini file but it's set to 1000000 already.

watching the "DRO" the z axis zeros then moves, hits the index, zeros, and then hits the estop. I have the offset set to 0 so it should just stop correct?

in testing the "Z" axis right now I have it passing the index point, it turns off the enable signal, seems to hesitate for a split second before continuing to the estop hard limit

Is index-enable connected to both motion and the driver?

If the encoder index  (something like hm2_cardname.0.encoder.00.index-enable)
has been set but is not ever cleared when the index location has been passed,
that suggests a hardware issue with the index signal itself.