Advanced Search

Hakan wrote:

Are the settings only possible through their software?
There are no SDOs for setting such things? Like Rtelligent has?

Yes there is. I will load the sdo docs on my NAS later, Seems like the app gives you access to all the SDOs and you can save them to a text file for later reimport so if you had a few of these drives it would be easy. The sdo docs sometimes have a better description.  You could make these settings from the command line using the ethercat app without putting in your XML. They show as bring Read/Write so hopefully they can be accessed when homing.eg reduce motor power when homing

Are the settings only possible through their software?
There are no SDOs for setting such things? Like Rtelligent has?

found it! I hope. More in a minute!
@hakan Yes, I experimented until I got a max velocity of 2000 mm/min which was roughly 400 rpm! So no fb when homing is not fixed. That I want to sort out. I'll stay on this config until I work this drive out

@NWE In the windows config program Plug it into the USB on the drive. It is safe to leave plugged into Linuxcnc (check thw com port in Device manager) before ruunning the software.

There was a setting  #25 PA_055 "The percentage unit of current of the lock machine" was set to 40%. Changed it back to 100%
I had previously set the current #21 PA_051 to 2 amps (2000 mA) so it did not have much) So now I will play with max velocities now to confirm its what I think it is.
 

Nope, design a machine instead.

It moved!
I only tried the second motor yet with my finger on the shaft
halcmd: setp lcec.0.0.1-target-position 0
halcmd: setp lcec.0.0.1-target-position 20
halcmd: setp lcec.0.0.1-target-position 0
halcmd: setp lcec.0.0.1-target-position 20
halcmd: setp lcec.0.0.1-target-position 0
halcmd: setp lcec.0.0.1-target-position 20

each time I felt a twitch

Now I better grab some sleep

This is looking better. Now I need to tape flag those motor shafts so I can see if they moved like my terminal claimed. Wait, keyboard's wireless, it CAN reach from my desk to my workbench...

rodw, probably a coincidence but 400 rpm = 6,67 rps. 5mm per rev gives 33.33 mm/s which is
awfully close to your MAX_VELOCITY in the ini file.
Happy you got it to work.
I find one learn a lot by messing around and trying to solve issues, real or not.
Here I got to practise setting the controlword manually

Still the issue with position feedback during homing, right?

NWE wrote:

My order showed up today! 

Great! 2 idiots now! So just to be sure you are using my latest XML without the torque pins and dominic's cia402.comp component?
That works. My stuff is going back to the drawing board

NWE, with controlword at 15 set op-mode to 8 (csp) and try to move again.
Don't move a lot at once, it can overwhelm the drive. Linuxcnc moves just a tiny distance every servo cycle.
Should see it on position feedback.

Hmm, once I plugged the Y axis in to the drive, everything is working perfectly on all drives. Sometimes I am an idiot!
Something funny going on. The maximum speed I can get out of this is around 400 rpm. Thats simple square wave arduino territory. I know I can get 800 rpm out of a similar drive on a Mesa card and a DM542a stepper driver. I have driven the same stepper motors out to 1000-1500 rpm and more in the past.

My ini file (attached) is set up for a metric machine using a Mod 1.5 40 tooth pinion and a 5:1 gearbox.
That equates to a 60mm diameter pinion (1.5x40) with a circumference of 188.49559mm divide by 5 and we have 37.69911 mm per rev, = scale of 265.25 steps per mm based on Lichuan's default 10,000 steps per rev.
I've tested this with G1 x188.49 F2000 and it moves exactly 5 revs on the bench. 
Time to dig a bit deper into the  Lichuan config program which means I have to boot windows uggg!

So its been a long way to get there but you guys are good to go with Dominic's component, this in i file and my hal file in my last post!

My order showed up today! 

I tried a minimal hal test in the terminal. I can power up each of the 4 motors, I set control word 6, 7, 15, each motor's shaft locks when I reach 15. But I didn't get anything to move yet. Not even the first motor. I didn't try the cia402 yet.

For my ethercat-conf.xml I directly copied from rodw's post above. The only thing I changed on it was the filename.

I did an industrial project 5 years ago with the same control model as you are describing. I am by trade an industrial controls/mechanical engineer and I was contacted by a medical company seeking to automate the production of one of their products. After evaluation of the system requirements it was clear that one aspect of the system would need a CNC controller to run a 4 axis ultrasonic cutter while the bulk of the machine would require standard PLC controller elements. In addition to the CNC cutter section, the machine has 4 servo driven custom conveyors, a heat press laminator, various air cylinders, and a PID temp controlled 10KW heater platen.  It also uses an overhead projector that loads recipe driven images to direct the machine operator where to locate the raw materials on a circulating pallet.

The single most important requirement of the customer was that they wanted a machine that would be simple to operate so that the training to run the machine would be minimal.

I  reached out to this forum to help me understand what would be the best method to "blend" traditional industrial controls (PLCs, VFDs, HMIs, sensors, etc.) with LinuxCNC. Eventually, I landed on using Python as a "bridge" between LinuxCNC and the PLC/HMI. Python has an excellent and stable module called pymodbusTCP. With that module, python can reliably talk to virtually any industrial PLC or device that speaks modbus. The second module that makes it all work is the python linuxCNC module. It talks to a running instance of LinuxCNC and can get status information and it can command LinuxCNC . Using this custom python script that I wrote the system works without the machine operator having any knowledge of how to run a CNC machine or any G code whatsoever. When the system starts up, the python software bridge homes the CNC system and checks it for ready status. The operator simply selects which product code to run via the HMI. From there, the PLC tag with the product code is read by python through ModbusTCP. Then, the correct G-Code file for that cut pattern is automatically loaded into LinuxCNC. When the product leaves the laminator and arrives at the CNC cutter the PLC sets a bit that python reads. Python then tells LinuxCNC to run the G-Code file and it cuts the parts out. When LinuxCNC completes the cut cycle python gets the complete status bit and then it sets a bit in the PLC that lets the PLC know it's time to move the pallet to the next station.  The operator has zero direct interaction with LinuxCNC. This system has been running now for over 4 years and it runs every day producing thousands and thousands of parts. The customer is totally satisfied with the machine and they are now starting to talk to me about the need for a second one. Based on my experience, blending LinuxCNC with standard industrial controls methods and devices is an excellent way to achieve advanced machine control systems. I would highly recommend using Mesa Ethernet cards to offload the pulse generation from your LinuxCNC installation. The Mesa card I installed on this system has been flawless.

Edit: Modbus (TCP) may not be the most "modern" approach that is available but I would say that it is the most universal, well understood, and common Industrial protocol. When it comes to system support it would be hard to argue against Modbus just because so many industrial control techs know it and use it. Simple system architecture typically translates to reliability. In an industrial application, reliability is king.

ohh yes,
I was searching for hm2_7i96s.0.*
But I used addf [HMOT](CARD0).read of my .ini variables in the beginning of my .hal file.
I will check it before work

Muecke wrote:

What surprises me a little is that when the forum is unavailable, the other areas remain online without any problems.

hosted on a different server, if I'm correct:

$ dig www.linuxcnc.org
-- snip --
linuxcnc.org.        557    IN    A    69.163.143.134

​​​​​​​$ dig wiki.linuxcnc.org
-- snip --
wiki.linuxcnc.org.    1038    IN    A    69.163.143.134

$ dig forum.linuxcnc.org
-- snip --
forum.linuxcnc.org.    1988    IN    A    162.243.45.186

Hakan wrote:

Yes it has been going on for a long time.
Very long latency, it is almost like it isn't using a RT kernel.
 

What surprises me a little is that when the forum is unavailable, the other areas remain online without any problems.
These include, among others:
* Downloads
* Search
* Documents
* Archives
* Community
* Wiki
* Source

This leads me to believe that it is actually only the forum itself that has a glitch and that the entire platform is not affected.

//
Was mich etwas verwundert: Wenn das Forum nicht erreichbar ist, sind die anderen Bereiche weiterhin problemlos online.
Dazu zählen unter anderem:
* Downloads
* Search
* Documents
* Archives
* Community
* Wiki
* Source

Das lässt mich vermuten, dass tatsächlich nur das Forum selbst eine Macke hat und nicht die komplette Plattform betroffen ist.