Advanced Search

It's not difficult for me to lay out one of these configurations.
I tried to simplify it to make it easier to model and understand the essence of the problem.
I hope this configuration helps.

PCW wrote:

Do you have more than one encoder enabled in the hal file?
 

That was the problem.
I simply changed the count and now I can see the new encoder.

I think I'm away to the races.

Big Thanks

Do you have more than one encoder enabled in the hal file?

I think converting this to a table addon, I would extend th x axis past the table edge and suspend the chuck below it and just have a lazy unpowered chuck at the end of the table aligned to the roller chuck. It would be the roller chuck moving then.

PCW wrote:

The first P1 encoder is  encoder 1 so the position would be:

hm2_7i96s.0.encoder.01.position

and the most important parameter for that encoder would be:

hm2_7i96s.0.encoder.01.scale

 

Update, I received and populated my isolating board that plugs into the P1 connector of the 7i96s, I connected the Z scale and when I move Z, I can see the A & B quadrature data changing in PI-1 (io34), and P1-2 (io35), so looks like the data is making it to the FPGA.

However I can't see anything P1 related in HAL, and when I try to connect net "hm2_7i96s.0.encoder.01.position" to a net I get
postgui.hal:21: Pin 'hm2_7i96s.0.encoder.01.position' does not exist

So I'm doing something wrong.

Help please.
 

Travis MItchell has an excellent series on buidling a rotary tube cutter for a laser head for circular, square and rectangular tube.


You should review his chuck design befor going to far into this. The material is held between 2 seperate self centring roller assemblies so it can move in and out while driven by a powered chuck at the other end on a tailstock on the Y axis. I don't get why he powers two chucks. I think only one powered chuck is required.

Excellent!

Stanislavz wrote:

No official rtai kernal with mint yet ? 

No and there is not going to be any, but there is the one for Debian that might work, linux-image from here
www.linuxcnc.org/dists/bookworm/base/binary-amd64/
and LinuxCNC probably from here
www.linuxcnc.org/dists/bookworm/2.9-rt/b...xcnc_2.9.3_amd64.deb
Might also need linux-headers from the first link and rtai-modules

I don't understand why it does not work with just the stepconf config.

Why is LinuxCNC so stupid?


Why does it move away from zero and toward 20 while homing????!!!

1. because you told it so.
2. it is not.
3. because you told it so.
-
Try changing "home latch direction" in StepConf for each axis that needs it.

If you are unwilling to share you setup files, hal files etc, then please stop posting asking for help./

So this is pretty weird. Most of the encoder wiring is pretty straightforward but the 5VDC common is not wired. See attached schematic. I looked at the plug that is associated with the x-axis servo and sure enough there was no pin. I checked at the terminal block and found that the 5VDC common was wired to case ground. The same is true of the servo tachometers so that was the manufacturer's original intention. Kinda leery of wiring my MESA card's 5vdc PS to case ground.

UPDATES! (edited)

Rod - I have not tried the esi-data thing.  Not sure how to use it or if it will yield any gains at this point.

I have loaded a trial version of TwinCAT and successfully linked to the XPR using the ESI file provided by Hypertherm.  Even brought it up to OP mode.  I then exported an ENI configuration file.  I added the InitCmds under Mailbox in a file and included the file reference in my xml.

I found that the xml file is actually parsed by the linuxcnc-ethercat (lcec) hal component.  And now I have located some documentation for it on github.

lcec seems to be ok with my 2 ENI files as they are. 
They are attached (also attached my hal file):
ethercat-config-xpr-combined.xml
xpr-inits.xml
xpr_test.hal

However, the XPR is not happy.  Here's a printout of dmesg | grep EtherCAT after starting a halrun session with the above hal file:



No idea what is going on here.  What could be wrong with the input configuration?  Any help would be much appreciated.  I would like to share a working configuration for an XPR with everyone.
 
Thanks,
Butch

 

the deeper i get into this the more i realize how ambitious this project really is one thing i did notice was i need to add some travel to my z axis to do everything i want it to do. these self-centering pneumatic chucks are turning out to be pretty big once you cover them with some sort of guard. the rotary end is going to be much more involved if this works out for me. as far as the moving parts go things seem to work really well so far. the thing that could break this is the rotary union if it does not seal well.

this build is like building 3 machines if everything works out as planned these end up being almost 21" tall and a little over 19" in diameter and 6 1/4 "wide i added a 5" round tube which will be the max on round tube. the guards should be a treat to make the plan is to laser cut some flat sheet and either weld them together or use a special solder rod made for aluminum. welding aluminum is not something i enjoy or am very good at

but anyways here is a screen grab of my model to give you and idea of what this will look like if it works