Advanced Search

I think you need a dcconf item for every slave in the ethercat-cat.xml file.
I don't have exact syntax here on the phone, but search for dcconf and assignactivate 300 and there should be examples of that line.

Hi All
Please can someone suggest next steps to try to get this to work.
I am a novice at this, so it must be something obvious, it’s just not obvious to me

Please see hal, ini, io attached.
I have a gantry X Y Y Z (two y motors)
I am using a Mesa 7i92TM connected from P1 to a Mesa 7i76U.
I have tried latest linuxcnc images on both Raspberry pi4 and on Intel NUC, and get the same outcome.
I used current version of mesact

The Linuxcnc dro counts on the screen, but the actual motors don’t move.
It looks like It counts in all axis until the software limits are reached, then errors.
When switched off, you can move gantry by hand in any direction.
When switched on, the gantry is rigid.
Stepper drivers are all DM556T.
Green led shows on all four of the stepper drivers (no red led on any of them)
I have wired from 7i76u to stepper drivers in differential mode, and in single ended mode with common ground, it made no difference, no axis moved.
The watchdog led in middle of Mesa 7i76U is green, and flashes approximately every second.
I have four inputs. Limit switches on the x and z axis, and proximity sensors on both ends of y axis.
In halshow, all four inputs are yellow, and go red if you trigger any of them.
Please can you suggest where to look next, or what config changes to try.
Many thanks

The problem is a bit tricky to explain.

The Python upload script doesn’t show any issues — the problem only becomes visible when connecting to the board via serial port (RS232). On page 215, I described the core issue: the board rejects the new config with the message “JSON Config file CRC incorrect”, even though the CRC is actually correct.

When I initially prepared the board, I uploaded the “basic” EC500 config. This version uses the stepgen module on the BaseThread, which runs at 40kHz. That frequency was too low for my AC servo setup — I could only reach about 2400 mm/min feedrate.
So I tried uploading the DMA-accelerated stepgen config, which supports ~500kHz and lets me reach 6000–8000 mm/min. However, I couldn’t upload this new config due to the CRC issue.
Eventually, I erased the entire chip, re-flashed the firmware, and uploaded the DMA-based config again — and it worked without errors.
But when I tried to modify the config afterwards, the issue came back.

My theory:
The firmware stores the received config on the external NOR flash. After writing, it checks the validity (CRC) — and if it’s OK, it copies the config to another flash region and marks it as "Saved". It also erases the previous area (which is necessary for NOR flash writes).
However, if for some reason this copy/erase process doesn't happen correctly, then the new config can't be written to flash.
There’s no visible error, since the flash still contains data, but the system ends up checking and using the old (cached) config instead.
I’m not sure if I’m right, but it would explain the behavior. 

Do both Y have limit/home switches?
They must be set in the wizard for each Y.

 
Do you have any information on your chopper circuit for the HV DCLink rectifier? I would love to see how you rectify your power? What type of capacitance have you settled on for the bus? Also it might make sense to right angle PCB for some electrolytic caps to reduce ESR. I know the wire runs are short but i would be interested to see a scope trace of the VBUS during operation.

PS. I was working on updating the STMBL for edge connectors and changed out a few parts including the IPM but I really like your implementation!  
 

Update. when i go to the linux cnc I get 4 joints instead of x y z.

Hey,after 2 years i am finally  using 7i96 mesa card. I am trying to set up the motors for my router and the y has 2 motors. i set up both in the pnc conf- one is the main y and the other is tandem Y2. when I then go to the motor testing and setup only one spins when I test. both motors work and when I swap around connectors everything works, including when I set them up as x y z. But when I have 2 motors on one axis only one spins. I wanted to give you the hal file but when I plug in a USB stick it does not pop-up (still very new to this). Here are some pictures. Let me know if I can give you something or how I can get the USB to work so I can download the file haha.  Thanks in advance 

New plugin to read position from cheap calipers, unfortunately too slow for position feedbacks (~ 8Hz)

www.youtube.com/shorts/qFDBOTNq4Dk

OK, thank you both.
If so, using a stepgen (if possible without joint/axis) and setting the scaling and steps/unit with the FWD/REW outputs from carousel to stepgen should work in hal...

I believe I have vid and pid fields correct, output from 'ethercat slaves -v' :
=== Master 0, Slave 0 ===
Device: Main
State: PREOP
Flag: +
Identity:
  Vendor Id:       0x00000a79
  Product code:    0x00002000
  Revision number: 0x00000001
  Serial number:   0x00000000
DL information:
  FMMU bit operation: no
  Distributed clocks: yes, 64 bit
  DC system time transmission delay: 0 ns
Port  Type  Link  Loop    Signal  NextSlave  RxTime [ns]  Diff [ns]   NextDc [ns]
   0  MII   up    open    yes             -   3978170956           0           0
   1  MII   up    open    yes             1   3978172356        1400         700
   2  N/A   down  closed  no              -            -           -           -
   3  N/A   down  closed  no              -            -           -           -
Mailboxes:
  Bootstrap RX: 0x0000/0, TX: 0x0000/0
  Standard  RX: 0x1000/128, TX: 0x1100/128
  Supported protocols: CoE
General:
  Group: EtherCAT Driver
  Image name:
  Order number:
  Device name: OL3-E57H
  CoE details:
    Enable SDO: yes
    Enable SDO Info: no
    Enable PDO Assign: yes
    Enable PDO Configuration: yes
    Enable Upload at startup: no
    Enable SDO complete access: no
  Flags:
    Enable SafeOp: no
    Enable notLRW: no
  Current consumption: 0 mA
=== Master 0, Slave 1 ===
Device: Main
State: PREOP
Flag: +
Identity:
  Vendor Id:       0x00000a79
  Product code:    0x00002000
  Revision number: 0x00000001
  Serial number:   0x00000000
DL information:
  FMMU bit operation: no
  Distributed clocks: yes, 64 bit
  DC system time transmission delay: 700 ns
Port  Type  Link  Loop    Signal  NextSlave  RxTime [ns]  Diff [ns]   NextDc [ns]
   0  MII   down  closed  no              0            -           -           -
   1  MII   up    open    yes             -   4004182021  2051328265           0
   2  N/A   down  closed  no              -            -           -           -
   3  N/A   down  closed  no              -            -           -           -
Mailboxes:
  Bootstrap RX: 0x0000/0, TX: 0x0000/0
  Standard  RX: 0x1000/128, TX: 0x1100/128
  Supported protocols: CoE
General:
  Group: EtherCAT Driver
  Image name:
  Order number:
  Device name: OL3-E57H
  CoE details:
    Enable SDO: yes
    Enable SDO Info: no
    Enable PDO Assign: yes
    Enable PDO Configuration: yes
    Enable Upload at startup: no
    Enable SDO complete access: no
  Flags:
    Enable SafeOp: no
    Enable notLRW: no
  Current consumption: 0 mA

 

In the file ethercat.hal I have:

net x-statusword lcec.0.0.cia-statusword => cia402.0.statusword

in the file ethercat-conf.xml I have:
<masters>
<master idx="0">
<slave idx="0" type="generic" vid="0x00000a79" pid="0x00002000" name="D1">
<!--OL3-E57H-->
<syncManager idx="0" dir="out">
<pdo idx="1a01">
<!--TxPDO 2-->
<pdoEntry idx="603f" subIdx="00" bitLen="16" halPin="errorcode" halType="BLANK"/>
<pdoEntry idx="6041" subIdx="00" bitLen="16" halPin="statusword" halType="BLANK"/>
<pdoEntry idx="6064" subIdx="00" bitLen="32" halPin="position-actual-value" halType="BLANK"/>
<pdoEntry idx="60fd" subIdx="00" bitLen="32" halPin="digital-inputs" halType="BLANK"/>
<pdoEntry idx="6061" subIdx="00" bitLen="8" halPin="modes-of-operation-display" halType="BLANK"/>
</pdo>
...

where am I going wrong?

Probe basic was prepared to control a dumb motor FWD and REV just by two outputs.
I didn't know so I bought a stepper motor with gearbox and driver because at first I wasn't considering the geneva wheel.

Started out with the MESA stepgen but later on I thought might as well keep that for a future rotary axis, as the small PCB is 10 bucks + 2x a relay, so thats why I set it up like this.

i think because the carousel comp stepgen output setup is a bit more daunting. at least i haven't found a bunch of folks using it. i think spumco is the only person i know running it

Edit:And rubber ducky also means something else, so refrain from using it near PC/network security experts

UGH. why is it always the most innocent things get turned into something else.

Yup still there.
today's download  and install yields this report on terminal
 

after running sudo dpkg -P raspi-firmware
terminal yields this report
 

Sorry tommylight I know it's always something. I will just put a note with
my install disk ( yes I still make disks instead of thumb drives ) LOL