Advanced Search

I would rather expect joint.N.motor-pos-cmd to re-init to the current encoder feedback value (joint.N.motor-pos-fb) on restart.
Maybe you have a missing HAL connection?
It's probably worth halscoping / halmetering those pins (and others) to see what is happening.

Of course, it means free

Bedava means free, right?

I am looking to buy a "firewall" PC with 4 ethernet ports to have one ethernet port for my mesa 7i76e one for ethercat and one for LAN.
Do you have recommendations for that currently I am looking at this system on amazon: amzn.to/4nEujde it has 4 x i226-V 2.5Gigabit Ethernet ports and seems to be fine for a linuxcnc build what do you think.

Or do you think I should rather get a normal big pc and get pci-express lan cards?
 

Hey,

I have Omron R88D-GN04H-ML2 drives in a three axes CNC pick and place setup. The drive takes the commands from Omron trajexia MC04/ML04 motion controller. I was hoping, I could control the servo drives from linuxcnc but found out about the mechatrolink-II network is the only available command interface to the drives. I would like to buy the FPGA hadware that you developed. May I contact you through personal email?

With this installation, I also tried the touch plate function. It’s visible that after probing the touch plate, the program sets the Z value to the height of the touch plate before executing the retract. This causes the retract value to be added, and the resulting height above the object is correct.
Unfortunately, the program then subtracts the length of the current tool, which in my case is not useful.
Is it possible to disable this behavior?

Thank you very much for your support.
Best regards,
Klaus

After experiencing issues with other software on my computer, I decided to perform a fresh installation using the current DVD version 2.9.4. (2.9.7 after Upgrade)

Unfortunately, I'm once again encountering problems with Z-Level Compensation.
After creating the “probe_points.txt” file, I can enable “Z-Comp”, but the value in the “Z_Axis Comp” field does not change as expected. Once “Z_COMP” is turned off, it cannot be reactivated without restarting the program.
Do you have any idea what might be causing this?

Thank you very much for your support.
Best regards,
Klaus

What I noticed right away was that they use SyncManager 0 for process data. This is not normal.
SyncManagers 2 and above are for process data, SM 0 and 1 are for mailboxes and handles SDO upload/download especially during the early phases like INIT.
I don't think you can change the syncmanagers, the device has what it has, but a wild experiment could be to change the SyncManager idx="0" to idx="3". If you haven't thrown the device in the bin already

EdingCNC uses a Chinese clone of this wireless handwheel, probably with a customized Product ID. I’m not sure if this is a general issue, but it might be interesting for users who want to switch from EdingCNC to LinuxCNC without buying a new wireless handwheel controller.
The controller sold by EdingCNC — which is basically identical to the ones available on AliExpress — costs more than €300. It is needed in order to run with the EDING CNC Software.

@Gogonfa
It might be worth raising an issue on github & maybe request that the PID could included on the line that loads the driver.

Could be of immense help further down the track.

1 x spindle
8 x ethercat servo motor
1 x pals dir step motor
1 x ethercat 12x digital analog io card
1 x ethercat 32x digital io card
linuxcnc 2.9

Hi @all,

the issue with the Product ID on my Eding CNC branded wirless Handwheel ist solved. By changing the PorductID in the usb.h file and a rebuild of LinuxCNC, everything works fine 

Yes, of course, here it is.
I removed it from there.
GEOMETRY = AXYZ
from there because it doesn't work for me anyway.
 

I don't know about certification. But I do know that the system crashed in 80% of cases when I used this module. I installed CATIO-A and the system started working stably.

Hi there, 
I implemented an DIY Arduino a few weeks back into my automatic injection molding machine. So cool to see that topic popping up again!
For the background, I have two CNC machines running on LinuxCNC as well and I am familiar with some Arduino-Coding too.

In the beginning I evaluated the exact same question as you here and went with the Arduino based PLC-Route as it is easier to implement hardware and manage timers easily, which there are a lot of in injection molding as many events in a cycle are time-based.

A few lessons learned so far were:

• The evaluation of "Readymade" ESP32/Arduino resulted that there is no real all in one provider like Beckhoff Ethercat modules. That drove me away from it as you still need additional "raw PCB boards" for e.g. temperature input. Then "real" PLCs like Ethercat are freaking expensive if you need anything but standard IOs. Could be an option if you base everything on second hand components!
• These modules are really nice: sequentmicrosystems.com/products/eight-t...bj3cF5BPXDmnSfa68zMp
  They are a bit more expensive then a MAX31855 etc. but a very clean solution, easy to install and you can just stack it on top of a Raspberry PI. And are very well documented too + some Libraries exist. Not affiliated with them, just made a really good impression!
• Having temps all in one controller is nice for process debugging
• Used Breakout boards as Optocouplers, SSR Output boards (240V AC 1-2A), external SSRs (40A) and DC Relay boards (24V) and the Temp input board of Sequent Microsystems.
  To be honest I would next time spend a bit more with Sequent Microsystems - they seem to be fairly well priced and offer a lot more IOs and flexibility then the "All in one" Arduino based PLCs. But if money is a big constraint you can go with the single modules too.
• I prefer SSRs just because they are silent, and basically free today and never had a cheap Asian branded fail
• For the IO side Arduino is pretty nice and fast as it is easy to connect components and debug them. E.g. for installing a linear scale I did not need a Mesa card or other boards just connected it to an interrupt and fed it to an existing Library.
• I used BlockNot to create parallel tasks, such as asking for sensor states at fixed intervals, have interrupts for linear encoders, run all the cycle timers... that is a very cool lib to work with!
• Okay now the butttt...
  As soon as you want to build an GUI for it it becomes annoying. Maybe its my lack of experience for it or I am not aware of better solutions. Let me know if anyone is aware of a similar GUI solution to LinuxCNC (in flexibility) but for simple controllers?!
  I tried to use Nextion Displays - which are displays with their own IC. That is cool as they mostly run smooth without Display lags in comparison to other solutions and have a GUI editor. 
  The pain is that you need to manage the whole communication between the display IC and the IO-IC (e.g. Arduino) manually. Eg. read button pushes from the display and feed data back. That is not impossible but a ton of (unnecessary?) work. Additionally the GUI modules come with good limitations in all directions- e.g. you can only have 4 data inputs into a diagram display which is already limiting on e.g. temp tracking. The graph you get is also not really useful in manner of navigation as zoom/ set scale etc. There are many things that need to be build to get something usable.

So I got stuck and ran it from basically a serial console + manually edition code for changes. That kind of works for home/DIY but is not a "solution" I would say as I run this machine for work. Okay that is a bit funny, but its actually some kind of special setup that does not exist on the market.

So my position is that I have a working machine, but no real interface.
I consider now to mange all the IO's by Arduino as nothing is really time critical and the linear encoders in my app don't need to be updated to the GUI in real time. You can also mix both options and use a motion card like Mesa or a simple Breakout card for motor control and safety IOs and do the rest with an external "PLC". 

Some strong points for LinuxCNC in this application:

• Easy to build GUIs
• Real time IO's for motors+safety
• ShowHAL+HalScope is priceless for real-time debugging of states, that would need to be programmed as special IO's otherwise
• Settings can easily saved in files - I would miss-use a .nc file to save projects, temps and timings?

Weak points for LinuxCNC in this application:

• Calculations and conditions are just painful as you need to do everything with components, which would be a simple calc sign otherwise :/
• Not sure how to implement a nice cycles with timings? Could be several timers connected to each other! Would be cool to be able to activate/deactivate these in real time on GUI input to control auxiliary devices.
• Is there an option to use e.g. the HalScope inside a GUI? Or have another graph implemented?

Let me know your thoughts and considerations, happy to exchange ideas here!