Advanced Search

HI PCW
Is it possible for you to provide us with firmware for the following combination please?
7i92T - 7i77 - 7i89
and
7i92 - 7i77 - 7i89

Thanks
Henk

I'm stupid. was using a messed up config somehow.

*nevermind!*

Ah, it is in here. it was a modbus conflict. but that makes no sense why it would come back. unless im using the wrong config, or my modbus dongle is misbehaving? (seems fine).

grr

But that's not how it works. AI?
All data from all lcec pins are collected by lcec and is sent to all slaves
in one datagram by lcec.writeall.
As long as cia402.read-alls and cia402.write-alls are between lcec.read-all and lcec.write-all
all cia402 pins should be updated and written to all slaves.
The different drives are just seen as different PDOs. Edit. In your case with a slave with multiple drives. End edit.
Follow drive 2,3,4's controlword and statusword in halshow or halscope to see this.
 

Dangit, I cant find a reference to this anymore could have sworn i asked about it here.

When I originally set up ethercat I had an issue where the drives would cycle op mode rapidly and show b2. I figured out what it was and fixed it and all was well.

Machine has been off for some weeks and now suddenly its doing that again, and I cant remember the reason or find where I solved it. I only remember it had something to do with the order of startup. Also have no idea what changed, I made no edits.

Any ideas?

Hakan wrote:

I can not see why doing it in one component should be any different
than doing it in four separate components. I'll see what you come up with.
For personalities or configurable pins, check for example the sampler component.

 

Thanks for the tip.
The single axis issue affects both Dominic's and my component.
My take on the multiple drive issue which was confirmed by one of my AI helpers is that because there is not a seperate ethercat slave for each axis, when the ethercat train stops at the station, everybody must get on and off at once but because of the order of the addf's we only let the first slave on and off.  eg the train only stops once and we've asked it to top at 4 stations, and 3 don't exist. I guess I could confirm that by changing the order of the addf's for cia402.

I don't want to stop work on the single station version until its working.
I've got one odd logic issue remaining to solve. It deals with sensing the edge of the enable pin.

I'll try and get a version published tonight (5pm here) seeing people are anxious

Now you are in the middle of your way of fixing it,
but did you try to go to op-enabled without the cia402 component?
Set controlword and watch statusword in halshow for the second drive?
I can not see why doing it in one component should be any different
than doing it in four separate components. I'll see what you come up with.
For personalities or configurable pins, check for example the sampler component.
 

Wow, I just discovered UPS tracking says I get them tomorrow! 
They say it is a 17LB package, the open loop drive + four Nema 23 motors.

you might be able to use a USB modbus interface (serial to rs485)

hmm, mine were in stock and I  had them in about 5 days for the drive only. So I can take my time then

Looking forward to it... 
My 4 axis ethercat open loop steppers order status still "Preparing to ship" since Jan 23. I messaged them once lately and they acted like it will ship soon, even showed me photos of the packaged shipment. This is the same as my previous experience getting products halfway around the globe. No rush so far as I'm concerned, I got too many irons in the fire lately. 

Bear with me on this project.  multi axis slaves need to be managed from a single instance so the current cia402.comp will only service the first motor on the slave. I have spent a lot of time writing a new component for cia402 drives and I finally was able to try it on a drive and get movement today but it  was only on the first drive just like the current component. Now I know what I am doing I need to clean up all my debugging code and then refactor it using an array of drives in a single component. I was hoping to use a personality on the component to define the array count but not 100% sure how to set that up to define the pin array.

Its all very promising though!

...unfortunately there is no fault in history alarm.
I'm using the same wire for connecting with twincat or with EK1100 where everything is working properly..
Tomorrow I will try to check sys log.

Init and done Flash up and pwr stays on with w3 in S and M.
I will try the CS low test tomorow.

Do the installed SPI firmware images load properly? (init and done light off)

If you need SPI, these should work unless there is a hardware issue of some kind.

A very simple hardware test would be to assert (ground) /CS
and see if the 7I90HDs MISO pin is driven low