Advanced Search

Did you check out this?
github.com/MetalMusings/MyOwnEtherCATDevice
I have made several EtherCAT devices.

Please post the output of lcec_configgen.

Thanks but lcec configgen and ethercat pdos ... seems to reply with complete list of supported expansion module of coupler S1-M20.... maybe module need to be configure via tc3 for see from linuxcnc .....

.xml send to me from svelec talk exactly of 0x1600 and 0x1601 register that not compare in the list .... compare only 0x1600 and 0x1610 .... real strange situation. Perhaps I verify el1x.c file .... ecl16dp-in is equal to el1809 module, 16bit register for 0x1600 .... and el2x.c file can work for ecl16dp-out too with same register ...

Touch screen. Qtdragon and a touch screen.
One can get by without keyboard and mouse.
 

notJamesLee wrote:

I am going to leave it as is because its clean and now going to switch the control to closed and see about tuning in the PID before i reinstall it on the CNC. unless thats not a good idea.
 

 

I'd suggest leaving the PID settings alone in the drive for now.

I think the drive's following error setting is PA0.05, which is factory set to 4000 counts before an alarm.  In your screenshot it looks like that parameter is "Max position following..."  and I think the cut-off text is "...error."  If so, that's the number of counts the motor can be out of commanded position before the drive faults.

Which means:
1 - the encoder PPR setting in the drive is correct (it's looking for 4000 pulses, which is what a 1000-line encoder produces in quadrature), and
2 - the motor can be a full revolution out of position before the drive faults.

Set the following error counts to 200 for now, and you can adjust that up a bit if you start getting drive following errors under normal positioning moves.  Frankly, with as low a torque load on the motor as I expect you could probably get away with 50 counts (or less).

Regarding your earlier question about the encoder... the motor datasheet indicated a 1000-line, 4000-pulse encoder is on the motor.  If the drive wasn't programmed to expect a 4000-pulse encoder the motor/drive pair would act really wonky.  Those drives are usually set to match the motors, but it doesn't hurt to check.

That was it, adding the self.task == 0 at the beginning solved the read ahead issue and removing the yeilds in the middle of the g-c-code operation took care of it! Behaves like expected, M-codes execute and the tool change executes with the offset. Got quite a few commits trying to troubleshoot this one. Thanks for the help!

update,

I changed the number to in the driver gui to 1800 and upped the 'stepsPerRev' variable in the Arduino code to 600 and its working great so far. This is with the dip switches set at default.

If i switch the dip switches to 1600, the value in the gui updates to 1600. So this leads me to believe the dip switches set the steps per revolution. in retrospect i guess its obvious.

I am going to leave it as is because its clean and now going to switch the control to closed and see about tuning in the PID before i reinstall it on the CNC. unless thats not a good idea.

langdons wrote:

I have no quality mice available.

I have plenty, you are welcomed to use them, but i can not guarantee the quality! They do chew on everything in the shop though, seem pretty healthy by the looks and the speed they move through the shop.
Edit:
The evidence of the above:
forum.linuxcnc.org/show-your-stuff/32784...ofit?start=30#239606

In order to control the ATC stepper motor like a "dumb DC motor" with just the DI-Outputs mapped to my MESA outputs and free up the stepgen on the MESA for other future purposes, I simply purchased a step generator from amazon (10 bucks) and two relays.

I will just use the relays to trigger the board start/ stop and direction tactile buttons (solder to button pins).
Should work fine in combination with the geneva drive..

I still have to find good sensor flag positions for Home and Index, but that should be solvable.

 

 

AXIS has better keyboard shortcutrs in theory, though many of them simply do not work for no reason at all in reality.

My mouse on the PC is poor (I dropped it on the hard concrete floor a couple times).

The keyboard is PS/2, I have lots of keyboards, but I am low on mice.

I have no quality mice available.

My CNC PC has a nice 1920x1080p 60Hz LCD over DisplayPort via the iGPU.

It has no dedicated GPU.

Okay so i confirmed that 1600 is the number, but this just makes me question what the micro steps are doing. Its clear i don't know what the step/rev actually translate to.

I guess i am just looking for what the optimal dip switch stetting is for my setup and what this number should be.

This software seems to have a decent scope as well. Is there any reason i shouldn't use this to tune the PID and get it close before moving to LCNC? It just easier when its all on the test bench. I know alot of wiring noise factors in it final resting place will make a difference but could i get it close here? or would the new environment completely change the PID settings?

If the power supply can do over 2A of current, yes you can use the same supply.
And no, that 2A is not related at all to the 2A written on the drive.

Hi Friends, 

catching up on replies now, i was out traveling for work the last few days. Here are the links to the motor and driver i am using. 
Motor

Driver

Ill try to reply to everyone in this one reply to avoid any confusion, and ill to to work backwards as much as possible. 

@Langdons
 - Does speed make a difference?
No it doesn't seem like it. The Arduino code i am running does  a slow loop and a fast loop changing the delay int between steps and its been consistent every time. Although i haven't cranked the speed up and don't plan on it. 


@andypugh
- you are correct, i am trying to understand the most optimal way to get this into Lcnc and based on previous posts I can maybe modify the drivers software to make that a whole number. Still investigating this though. 

@timo
- I have and it works as expected and repeatably. The issues comes up when i put it into the pulley system, with the reduction i can't hone in a precise step/rev, from which i can derive the steps/deg for a rotary axis in LCNC. 
- in regard to the pulleys, I am certain the motor pulley isn't (the ole sharpie method) the idler doesn't count, and no am im not 100% certain that the drive shaft is fixed in place, however with everything powered down i can turn the drive shaft and it turns the motor pulley. that on top of the low speeds and it being uploaded gives me a decent amount of confidence in my answer. 
- I also haven't even begun to tackle any of the encoder/ pid error stuff because when i tried initially i discovered this the issue we're dealing with now, that comes next once i have this setup pretty good. 

@spumco
- This is my plan. I have the cable and am able to get it to talk to my PC, the issue is once i get it its all french to me. How would i verify the 4:1 encoder resolution? Should the drive be connected to the motor when i do this? I am going to spend the next few hours messing with it on the software side and ill report back what i learn or how i mess up. 

Thank you all again,
 

 
Driver:TB6560 JP-1635A 
Steper:  57hdd0401
In your opinion is it safe to connect this driver and stepper?
Can I use the same 24V power supply that I use to power NVEM or is it better to use a separate one?
I only need it to test the jjdege conf (if I'm not mistaken it's the same conf as mine then it will tell me nvem-rt1052.txt)
to check the outputs.
I will never use this driver-stepper as a final solution.