Advanced Search

OK that looks good.

The next test is to set all PID pins to 0 (P,I,D,FF0,FF1,FF2) in the ini file
and start LinuxCNC, then enable motion, at this point, PWM should be enabled on all axis
but the PWM value should be 0 on all axis. Again measure all the Analog outputs.

Also insure the all PWM enables are true, and all PWM values are 0

 (test done with nothing connected to the 7I97T except 5V power and Ethernet)
 

Have a look in syslog "sudo dmesg" and if you find the word EoE that is a problem.
Typically that interferes with the linuxcnc lcec component, which can not handle EoE.

There is a way to read out the eeprom content from the drive, flip a bit and write the eeprom content back.
However, it is much better to compile the ethercat master yourself with eoe disabled.
It has been recommended before in the forum, please search (I don't have it readily available).

See how far that takes you. 

Axis0 11mv
Axis1 9mv
Axis2 10mv
Axis3 9mv
Axis4 10mv
Axis5 9mv

@Kell,
Do not send reports asking for help, you will be banned for doing that again.
-
From your error report:
Can't execute DISPLAY program qtpyvcp
So did you install QtPyVCP as per the howto on their github?

You are welcomed, always.

forum.linuxcnc.org/18-computer/54368-pci...t-of-the-box?start=0

Nkbhvid wrote:

The 6 axis ranges from 9-11mv

The 6'th axis or all 6 axis?

The 6 axis ranges from 9-11mv

Failed communication connections are a software issue.


If you power the 7I97T (and not run LinuxCNC), do you read
near 0V on all analog outputs? (that is, less than 15 mV)

Moin,
mich würde interessieren wie du deine A6 getuned hast.
Ich hab noch immer leichtes fiepen an manchen Stellen und kriegs einfach nicht weg.

vikingj
Can you post your INI and hal files.

Hmmmm
as said: it has never left the office desk and has never been near a “large machine” in real life.
If damaged it can only be because of the failed attempts to connect to LinuxCNC.

Found this useful thread after posting:
forum.linuxcnc.org/qtvcp/39423-qtdragon-...a-manual-tool-change

Looks like someone wrote something similar and had it working for qtdragon and gmoccapy for 2.8.x. Will start here and update this thread.

Missing grounds between a large machine and the controller can easily damage
analog and encoder pins, that is, unless a permanent ground exists between
the machine and the control electronics. there can easily be enough potential
difference to damage electronic connections.

Hi everyone,
I’ve recently been trying to set up a IndraDrive from Bosch Rexroth with LinuxCNC, and I’ve run into some difficulties.
After quite a bit of research here on the forum, I’ve narrowed it down to two possible causes:

1. The IndraDrive supports EoE in addition to CoE. Could EoE be interfering with PDO configuration? Is there a recommended way to disable EoE on the drive? I’m using the latest LinuxCNC version and followed the EtherCAT tutorial from the forum.
2. I’ve seen that some people define initcmds in the Ethercat-conf.xml, and I believe those may include PDO configuration. What would be the best approach here? In my XML I already have configPDOs="true", so I assumed initcmds wouldn’t be necessary.

I can configure the PDOs exactly as I want using IO Engineering (Bosch’s equivalent to TwinCAT), but once I switch back to LinuxCNC, the PDOs are either missing or appear randomly most of the time. They are dynamically allocated from what I understand.

Any guidance would be greatly appreciated. Thanks!