Advanced Search

Hi Arciera,

The scurve planner takes the [TRAJ] trajectory acceleration : MAX_LINEAR_ACCELERATION = 200
When tpAddLine, tpAddCircle is done, it gives this 200 value to the planner.
The scurve acceleration max is then 2*200=400 at inflection point.

However the planner does not lower the acceleration to a specifik max joint acceleration at the moment.
We have acces to all joint max acceleration values.

We could reduce max acceleration to satisfy max joint acc. We implement this without any problems.

If the acc in the ini file is 50, the scurve is max 2*50=100 at inflection point. This is normal.

But the acc-cmd value reaches ~180?


[edit]

I did do a 'git pull' and reran './installer' but I can check again tomorrow.

Hi Arciera,

Thanks for feedback.
If the acc in the ini file is 50, the scurve is max 2*50=100 at inflection point. This is normal.

However. I run the same file, and i got no spikes.
This is the first corner :
 

Maybe you did not update the clothoid lib? U used clone recursive wich is needed.
Or git is messed up.

For sure i just did a push for scurve planner, clothoid lib, scurve as up to date.
That's annoying when you have 3 repository's depending on each other.

Hi guys, the thread has been dormant for a while, but I had implemented homing to max "Z" in the meantime. The challenge is now, that depending on the position of the tail stock, it could be in the way of reaching the max "Z" position. I assume, that this is different for a classical CNC lathe, but since I have a conventional lathe converted to CNC, the tailstock is an issue I have not thought about.

How do other people deal with that ?

Just to expand on what Grotius and Hakan have pointed you in the right direction as they are totally correct for how things are done today, and you are thinking of how it was done the old way.

I remember your name and I'm sure you were using "ec-debianize" and you are most likely still use to the old way of how it was done.  Things changed a few years back as "ec-debianize" has been deprecated and therefore the "sudo update-ethercat-config" command is no longer used.

Just to clarify a little further, you don't have to do a reload for how things are done today whether you do a full source build or Rod's Repo install.  Neither way requires a reload after the install as once you do all the "systemctl enable and systemctl start" commands from the install, then it works over and over and what is confusing you is that you are use to doing a "sudo update-ethercat-config" after setting up the ethercat.conf file.  Trust me, it's fully burned into my brain also... I will never forget that command LOL.

Also this command was used for 2 purposes back in the day.  #1 was for loading the ethercat.conf file and getting E-CAT working from a fresh build, but #2 it was also if you had a setup with startup hardware/permission issues.  So, if you did an "ec-debianize" build and once everything was installed but yet when you did a "ethercat master" you would get a "Failed to obtain number of masters... ", so you could do a "sudo update-ethercat-config" to get it reloaded and working.  For some reason, an ec-debianize build would once in awhile not work on start-up and this was an easy quick fix instead of doing a reboot of the system over and over until the master worked.  If you have this issue with Rod's Repo install or a source build and need to do the same type of fix, use the "sudo chmod 777 /dev/EtherCAT0" command as this will do the same as "sudo update-ethercat-conf" to get the master up and working.  None of the other commands will work for this problem as I have checked all the different ways.  I have several setups that work flawlessly, but I have 2 with hardware issues and this is the quick fix to get the master up.

Hope it helps.
Robert


@Grotius and Hakan: Alway's glad to see you guys here helping us all.


 

Thanks, I did not find that page! Gives me a better idea what they are doing. Seems to be step/dir centric control.
Jon

There is plenty of info there, and i do not think they use/work with LinuxCNC as the controllers use USB
shop.planet-cnc.com/product-category/controllers/

Fyi: Asus En6600gt

A guy from Norway asked me about a CNC retrofit.  He wants to use planet CNC - I had never heard of it, but it LOOKS like it might be using parts of LinuxCNC, possibly.  Anyone know?  It seems to be multi-platform, but the web page is REALLY thin on details.
Thanks,
Jon

I did a quick test on my non-rt installation running 'cmake/nc_files/fillet/square_100x100_P5.ngc'.
1. it seems that inital deceleration and final acceleration along the fillet do not respect max_acceleration settings (50 for x in my case)
2. there seem to be acceleration spikes while traversing the fillet

Below is the captured accelerations for X and Y for the first corner of the rectangle:

 

I know they are 6-wire, but perhaps they are 8-wire internally.

They always are 8 wire inside, they all have 4 windings inside, they all have 50 magnetic de-tents inside, making it 200 steps per revolution. There are same types with 400 steps per revolution, meaning 0.9 degree per step instead of the usual 1.8 degree per step.
There are also 3 phase and 5 phase stepper motors, Vexta had some nice videos explaining all the types and versions on youtube.

Many thanks to both.  Good catch 16, 17 not 016, 017.  That eliminated that problem then it said pin 16 was already in use.  I ommitted the "spindle out pin 16 and 17" then it worked.  
4th Axis Mill opened up.
Can't find control for the A axis and some of the other directional keys have been switched around.  Where would I correct them.
Mandy, Many, Many thanks,

Routerworks

We've recently suffered a problem on our DMG CTX 310, with an error on the HSCI bus. Had to change the PLC I/O board, which is not cheap.
Finding a generic drive for those servos might be a problem. If I were you I'd toss the Heidenhain stuff, make some servo motor mounting adapters and just get new servo+drive sets.
I worked on a project with some Leadshine EL7-EC servos and drives through EtherCAT (although not with LinuxCNC, but they could easily be integrated) and can recommend them. Very smooth motion, quick integration and easy tuning. I also used a Mesa 5i25 + 7i76 on another project and the Leadshine EL6/EL7-RS should work just as fine through Step/Dir.
Motors are compatible with both series (23-bit encoder). Big pluses of EL7-EC vs. EL6/EL7-RS is (to me) STO. Both series are relatively inexpensive.


 

delete the red text

and change lines like

net joint-0-pos-fb <= hm2_[MESA](BOARD).0.stepgen.00.position-fb

to net joint-0-pos-fb <= hm2_[MESA](BOARD).0.encoder.00.position

If you want encoder feedback (closed loop) rather than stepgen feedback (open loop)





# position command and feedback
net joint-0-pos-cmd <= joint.0.motor-pos-cmd
net joint-0-pos-cmd => pid.x.command

net joint-0-pos-fb <= hm2_[MESA](BOARD).0.stepgen.00.position-fb
net joint-0-pos-fb => joint.0.motor-pos-fb
net joint-0-pos-fb => pid.x.feedback

# PID Output
net joint.0.output <= pid.x.output
net joint.0.output => hm2_[MESA](BOARD).0.stepgen.00.velocity-cmd

# ENOCODER
setp hm2_[MESA](BOARD).0.encoder.00.counter-mode 0
setp hm2_[MESA](BOARD).0.encoder.00.filter 1
setp hm2_[MESA](BOARD).0.encoder.00.index-invert 0
setp hm2_[MESA](BOARD).0.encoder.00.index-mask 0
setp hm2_[MESA](BOARD).0.encoder.00.index-mask-invert 0
setp hm2_[MESA](BOARD).0.encoder.00.scale [JOINT_0](ENCODER_SCALE)

net x-pos-fb <= hm2_[MESA](BOARD).0.encoder.00.position
net x-vel-fb <= hm2_[MESA](BOARD).0.encoder.00.velocity
net x-pos-fb => joint.0.motor-pos-fb
net x-index-enable joint.0.index-enable <=> hm2_[MESA](BOARD).0.encoder.00.in
net x-pos-rawcounts <= hm2_[MESA](BOARD).0.encoder.00.rawcounts

# Home
net home-x => joint.0.home-sw-in
net x-neg-limit => joint.0.neg-lim-sw-in
net x-pos-limit => joint.0.pos-lim-sw-in

No worries, it is Linux and 19.3 still gets security updates and Firefox also updates regularly.
I have probably over 10 machines on 19.3 in daily use, connected to internet with no issues.