Advanced Search

The Mesa source (wordpr issue) was fixed on June 9

Or share your tc3 project configuration by the archive them ... Then I can check them

i got problmes with the original files from mesa with my 7i92t. after rsearch i found this thread.. helps me lot! Thanks!

someone communicate the error to mesa?!

Hi there,

I can not answer you right because I do not have your termals at my bench but that tool has other feature .. if you are able to export the ethercat pdos from your terminal and copy paste the active config to to console right after you type pdos and hit enter .. that tool will translate the terminal output to shape very very common for the config and you just import the sdos and DC config...

I am not expert in the encoder terminals from beckhoff but if it does not support mapping .. everything have to be controlled by pdos or by the EEPROM setup itself.. you have to try them

About the translator tool .. it is not perfect and it should gave us a wrong config but in the 90% percent it is generating the full config right.. i have compared my handmade configs and generated configs and with my hardware it is same same.. i have tested the kollmorgen s300, pilz pmctendo,nidec m753, el6751, el6731,el6631..

About initCmds .. init cmds ==sdoconfigs stuff .. i was little bit lost there but finally i catched that.. i customize the tool to not generate the initCmds in the mative format in the .xml file export..

If you are from eu, send me the card by the post and I can have a look at it .. i have some ttl encoders 

Tengo 3V entre neutro y tierra es malo o no pasa nada?

Yes, normal jogging with the + - buttons works perfectly. 
the command brings up the following when I write the command into the terminal and press ENTER while turning the handwheel.
 
 

Does normal motion work?

When attempting jogging, what does:

halcmd show pin | grep jog

(typed in a terminal) report?

ok, it did challenge me a little.

i can now set up an udp connection via w5500 and control a few plugins.

the whole thing now even works with activated arm-core and its clock generation for the FPGA part.
(all in the dev branch)

TODO:

load bitfile into the flash (not only ram)
compile and run my own C code or boot linux on it
much later..... run a UDP bridge on the ARM core

Unsure how you could have had the complete opposite experience, mboston. There isn't much set-up possible on the G251x - it should just work out-of-the-box. There is a tiny trimpot on it that can be ever-so-slightly adjusted with a tiny screwdriver; double-check the manual and try giving that an adjustment at very slow speeds; it is supposed to adjust the smoothness.

No, sorry- doesn´t do it. No jogging the selected axis possilble.

Indeed Dedeer, Beckhoff has recently released a series of PCs specifically for real-time Linux: www.beckhoff.com/en-us/company/press/twi...linux-r-2024-04.html

Differential signaling is more resistant to EMI generating false step/dir signals
but where there is enough EMI to actually damage components, a single ended
connection is more resistant to damage since common mode EMI (applied to both
+ and - signals) is mostly eliminated.

Single ended connections would be:

7I96S GND      DRIVE PUL-, DIR-
7I96S STEP+   DRIVE PUL+
7I96S DIR+     DRIVE DIR+

 

Is there some other device you can ping to see if the issue is the host or the FPGA card?

Le acabo de poner una pica de tierra al lado de la pata de la mesa en la parte de atras para tener tierra totalmente separada.

Me puedes confirmar lo de single ended.

Gracias

Hard to tell if this is a EPP interface issue or maybe a Mesaflash problem

Can you try:

Power up on alternate EEPROM (which should have a valid boot sector)

program FPGA via JTAG (NOT FLASH!)

Then try mesaflash again to write a standard EPP bitfile

If this does not work, a temporary workaround (if you are building you own firmware)
would be to write the flash via JTAG