Advanced Search

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

*nevermind!*

edit: technically I'm not stupid. this is weird. if I start from the menu, its the wrong config somehow. and if I start from the icon on the desktop its fine. even though they both point to the same config. Weeeird.

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

Hi, trying to get my 7I90Hd to talk to my mesaflash request. By now i think i screwed up flashing two spi images to it. At least it is not responding to the PI and spi nor vie epp and Lpt on a PC. I belive to have tried all i foind but nothing.... I now had the idea to flash a bit file for the 7i90hd with epp image to a 7i80db to the secondary eeprom and resolder that to the 7i9hd. Would that work or do borads use uncompatible memory formats in the eeproms? This solution is for me the most easy on.... i  cant jtag an update... so i think this should work.....
I tried sudo mesaflash --device 7i90hd --spi --addr /dev/spidev0.0 -- readhdmi running on the latest Pi5 image 01/2026 
and sudo ... --epp --addr 0x378  and also 0x778 trying jumper 3 in S and P in all combos.... and kind of gave up after all my hours of testing...
Any better idea?
The lpt cable is a 1:1 cable LPT to mesa.

The spi is a pi - mesa 5 cable setup
11(mesa) 23 pi clk
13 - 21 SPIn
15 - 19 SPout
17 - 24 CS0

I also swapped 13 and 14 just to make sure thats also no issue...