Advanced Search

Ahh yes, apologies I did misinterpret.

Yes that would be possibly I think, I did not see this possibility when I was drawing out concepts.
It would require a fairly large (stationary) support structure outside of gantry support, and access to table would be limited a bit, but other than that it should work.

I did already buy all parts for the carousel and got all the aluminum plates ready to route the holes, but its a good alternative option without loosing work area!

Looking at this table in the manual, G38.4 seems not possible without probing move towards piece.

 

Anyone against deleting this topic?
I failed to raise hell...
P.S.
I still maintain that calling silicium "silicon" is not smart, by any stretch of imagination. Sue me !

I tend to think that EtherCAT doesn't add any timing constraints.
Worthwhile to do a test. But you can't run a realtime linux kernel in a virtual machine, can you?

CADdy wrote:

Hakan's EaserCat 3000?
 

Experimental. Perhaps too experimental. I just bought EtherCAT stepper driver Rtelligent ECT60 and used my own IO card.

It seems like you may be on to something, there is no pyvcp in that list. I have also added other photos in case there is something that may help.

Pins


custompanel.xml


hal files in 'ini' file


pyvcp_options.hal file

Hakan's EaserCat 3000?

I currently use a z probe routine that uses G38.2 to lower the tool into a metal puck until detecting continuity. This works 90% of the time, but there have been a few times this went wrong when either the wire to the puck had become damaged from use over time or the endmill had some plastic stuck to the tip or some resin from a wood cut, etc.

It seems much safer to manually drive the endmill down into the puck, then use G38.4 in the probe routine to move away from the puck. When I make this change and manually drive the endmill into the puck, I get a "Probe tripped during coordinate jog" error. Any ideas on how to avoid this error or how G38.4 is typically implemented?

Thanks!

Maybe you don't have a Intel MAC

lspci -nn | grep -i ethernet

Should list what you have.

Have you run a normal latency test?

 

Is it possible to do any useful testing of EtherCAT hardware with a virtual machine running Linuxcnc? 

I fully understand that Linuxcnc can't run with any realtime capabilities within a virtual machine.  But can an Ethercat configuration be set up, configured and connect to a real Ethercat device for testing purposes?  I don't want to set up and run a machine this way.  I would just like to see if I can read some IO modules, maybe configure/talk a drive and send it a command for bench testing.

What all could you expect this to do?  What things would be expected to not work at all?  What might sort of work?  Can Linuxcnc communicate with a Beckhoff PLC if so to what extent?   

Hi,to my hal file: loadusr -W hal_manualtoolchangenet tool-change iocontrol.0.tool-change => hal_manualtoolchange.change
net tool-changed iocontrol.0.tool-changed <= hal_manualtoolchange.changed
net tool-number iocontrol.0.tool-prep-number => hal_manualtoolchange.number
net tool-prepare-loopback iocontrol.0.tool-prepare => iocontrol.0.tool-prepared loadusr linuxcncrsh -n --name localhost, -p , --port 5007 I added the line in bold at the end of my hal file, and there didn't appear any error when I ran the CNC manually the Axis Gui. Everything works. But when i tried to run in this command "telnet localhost 5007", through the Terminal i got this error:Trying ::1...
Connection failed: Conexión rehusada
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]' I am using parallel port 0x378 What is missing or is wrong?Thanks a lot.

Qtvcp is included with linuxcnc.
linuxcnc.org/docs/devel/html/gui/qtvcp.html
and Gladevcp
linuxcnc.org/docs/devel/html/gui/gladevcp.html

Both can be used for GUI building, Qtvcp is easier then Gladevcp I would say.

troy wrote:

I have verified that the solution is feasible.

This can be a development direction of linuxcnc in the future, I am very willing to participate in it, If the development thread starts.

Hello troy!
We need you to share your code so that it can be improved and hopefully merged back in LinuxCNC. Is there any chance that you could publish it in any way?

Hi Grotius,

thanks for all the work you have put into this project to bring s curves to LinuxCNC. That's a really impressive achievement. Julian told me about your work.

I have not yet managed to work through all the papers in detail which you have linked so I might be a little bit underinformed but your definition of your torsion for 3D clothoids seems to be a bit unusual (or I don't understand it).

Is your intention like this?
theta0 & kappa0 -> xy => kappa0 = curvature
theta1 & kappa1 -> z => kappa1 = torsion for the 3D case

This would fit to your first approach to extend a clothoid to 3D by simply adding a second clothoid to the z dimension (which does not result in a curve with perfect curvature and torsion transition but probably way better than before). However, this is not how curvature and torsion of a 3D curve are defined in general so it will not fit to the 3D clothoid description in the Frego paper.

Best regards,
Fabian

Flex GUI might be just what you need.
gnipsel.com/linuxcnc/flexgui/index.html

JT