Advanced Search

What is the question?
Is any of those settings working properly for you?

Looks like normal microswitches
www.mouser.co.uk/new/honeywell/honeywell-v15-switch/
Try to find Honeywell or Omron or something like that, high quality ones, although the cheap ones work OK but tend to fail easily.
Notice the 3 pins, do not get the ones with 2 pins as the machine might need all 3 pins to work.

Installed the tumbler_decode.comp and still getting an error.
Have checked it's included in the hal.

Possibly. I work with Siemens and Fanuc extensively. Daily in fact. For a myriad of reasons all motion for any purpose is controlled by the controller/master domain. It makes sense if you think about it.

In the Delta scenario, D1 drives the motion of D2. If D1 sends erroneous commands to D2 the controller would not know which violates the Functional Safety standards used internationally.

On both Siemens and Fanuc the gantry or tandem control is done fully closed loop per drive. Both use active position control to maintain the sync between the 2 axis positions. All commands for both are mirrored but the net motion is constantly being updated to keep error aka following error as close to zero as possible. The drives are set to Torque mode over the bus using the drives ABS position feedback and direct scale feedback(connected directly to the controller not the drive) or simply use the drives ABS FB POS.

Essentially, this makes the drives although ECAT based a dumb terminal that just does what it is told. For CNC where high precision is required at high velocity this makes perfect sense. If I am simply controlling a Pick and Place machine then precision is required but within a wider error spectrum.

I am thinking the best solution for the entire LCNC and ECAT is to do the same as what Siemens/Fanuc have done and find a solution for homing that makes sense based on true ABS encoder technology. There is a net savings in cost in doing this as well as ensuring the precision required. The cost savings comes in the wiring and reliability aspect. Less wires less cost and less chance for things to break. And it maintains proper separation of concerns with a true master slave setup.

I will be looking at how to change LCNC to act more like the CNC ECAT standard vs. trying to reinvent the wheel. Currently LCNC has a single mode for positioning. Command Position Mode. Which is the same as S/D mode using a Mesa. The drive is in follow my lead more or less. This creates some questions as to whether the ECAT interface in LCNC can use the same functionality of the standard interface within the ECAT interface. Can LCNC use the ABS POS FB as the FB to close the loop on the LCNC side? Will the driver do an actual tandem control? Can LCNC custom homing work with a "home in place" "update position to current ABS POS FB, then assume homed?

These are all questions that need to be answered. I will try to do so, but the documentation on the LCNC ECAT interface is lacking a bit. Once you figure out the best practice for how to control the axis over ECAT in the available mode, then how to tandem and how to home become less obtuse. In my honest opinion, using the drives as a dumb terminal similar to Siemens/Fanuc is the best course to take if one wants a gantry axis setup with homing and sync.

I wonder if we could use the ECAT to move the servo and a Mesa for scale feedback simply for a gantry axis to close the loop allowing LCNC to provide the requisite sync/error control along with the homing to index/ABS case? It works in S/D mode...???

thank you. ive seen your reply to my other post.

im considering this approach. could you please "criticize" it? haha

So really the gantry function is not needed / helpful when we have a full controller (such as LinuxCNC)

And what we need is to be able to configure 'home offset' whether homing is done fully in LinuxCNC or in a servo drive

All of them. The reason is that tandem axis control is the domain of the master. The master must issue commands for each motor. The same would be present if using a MESA card with S/D.

Tandem axis control using ECAT in LCNC isn't functional if I understand correctly. I am still digging.

Delta explained what I already knew to be true, that an ECAT servo must derive all commands via the master who is fed commands via the controller. They said, that with the setup they have the position loop is closed for both drives and the encoder output for D1 is fed into D2. The D1 drive uses the standard RS422 encoder output and D2 uses the external encoder interface IN as the position FB for D2. From there, D2 will be placed in follow me mode where it follows the pulse train from D1. While novel, much of the position calculations must be done by the master to ensure the following error of each drive remains as low as possible. Hence the reason it only works with their controllers.

I am just the messenger here. But what they said makes sense based on how their drives are designed. What they have provided as a solution is not ideal even by their standards. Tandem axis control should be the domain of the controller/master not the drive.

The engineer was going to reach out to his counterpart in Taiwan but DeltaTW is off next week so it would be W1 of July before a response is possible. He will forward any white papers if any are available.

Donb9261 wrote:

After speaking to Delta, the Gantry functionality only works with their motion controllers.
 

Which Delta series? A2? A3? B3?

The A3 manual is 1373 pages long but only has brief mentions of the gantry function (I have 4x Delta A3 servos for a planned build with a gantry and was expecting to be able to use the gantry function)

Some thoughts on the options above:
- EtherCAT and Mesa: Will work fine. Could be an option if you don't have EtherCAT interfaces for DI DO yet
- Arduino/ Bausano EasyCAT: Having realized a 64DI 64 DO + xxx Slave with this approach, I can confirm that it is viable, but it gets you deep into tinkering territory.
- Modbus: Seems to be one of the most sensible options. A USB to Serial Stick isn't too expensive and mb2hal will you get pretty much everywhere. Not suitable for RT control as far as I know, but this may not be necessary.
- A Driver that supports EtherCAT and works with CIA402 would be quite simple to get to work.

@rodw: I was not aware of an ELxxxx Card that does pulse generation. Do you mean e.g. EL2521? Looks like there is an lcec driver for this, but I am not sure how it works. Could be a bit of an adventure;).

Also maybe you can try to control vfd over arduino which you can hook up via EtherCAT.

www.bausano.net/en/hardware/easycat.html

or maybe modbus, if you dont want to spend for another vfd.

Dave2024 wrote:

jimmyrig wrote:

I've got the exact same setup and had the exact same problem. If memory serves it needed to be enabled, I think I just connected a pin to 24+, a wire for 24+ and a gnd wire.

If you can't figure it out I'll open the panel and post a pic.
No need but thanks!  I just figured it out on the led screen with the buttons I had to go into PA400 press the set button and change it from 3 to 38 then press the Set button one last time and unplug and replug the power restarting it and it then starts up in SVR-ON mode.  Then im now able to use the step/dir signal port to control the motor.  Awesome!

If you dont mind me asking what kind of setup for a machine are you running a one of these T6's with?  And which motor do you have?  Is it the 1kw motor?  Im planning on posibly running mine as a spindle for a mill of mine that has a sketchy motor and if ever goes bad I need the T6 with 1Kw motor as a backup

jimmyrig wrote:

I've got the exact same setup and had the exact same problem. If memory serves it needed to be enabled, I think I just connected a pin to 24+, a wire for 24+ and a gnd wire.

If you can't figure it out I'll open the panel and post a pic.

No need but thanks!  I just figured it out on the led screen with the buttons I had to go into PA400 press the set button and change it from 3 to 38 then press the Set button one last time and unplug and replug the power restarting it and it then starts up in SVR-ON mode.  Then im now able to use the step/dir signal port to control the motor.  Awesome!

scotth wrote:

SRV-ON needs to be enabled.

Ok thanks awsome this helped and it worked!  Basicaly theres a parameter that needs to be set to turn the servo on then the axis will move when sending it testing signals from Pncconf.  Ill make a video about it and post the link here after a couple celebration drinks!  Otherwise its tough to explain how to enable the setting on these drives!

Der Endschalter in Z muss laut deiner Config am Pin 12 des Parport angeschlossen sein:

net home-z          <= parport.0.pin-12-in

aber das Signal "home-z" wird in deiner Konfiguration nicht weiter verarbeitet.

kann es sein, dass du in dieser Zeile manuell eingegriffen hast?

net all-home => joint.2.home-sw-in

Norbert