Advanced Search

When you get a following error, is there a dripped packet?
that is, is hm2_cardname.0.packet-error-total 0?

What are your following error limits?

Can you post a hal/ini file set for a system that exhibits these issues?

I ask because getting following errors and not network timeout errors, that is:
"error finishing read"s is odd and suggests a setup error of some kind

If your PC has a Realtek Ethernet interface, have you installed the DKMS driver?

(the stock Realtek drivers are hopeless latency wise)

If you have in Intel MAC, have you turned off IRQ coalescing?

Have you pinned the Ethernet IRQ to the last processor?

Some systems require disabling  EEE or PCIE power management als

Thanks, all.

In general, I like the Ethernet solution, especially because it comes with a built-in galvanic isolation.
What I dislike is, that this more or less rules out all notebook solutions, bc I need a network connection.

From what I experienced, but maybe it was all just bad luck, is that all internal WIFI connections do not work,
except for a couple of devices with a PCMCIA wireless card. I did not try every possible combination, but also
USB to Ethernet adapters seem to have a severe impact on latency.

Is my 7i91 too old maybe?
Of course, I set up everything with the help of pncconf and used the default settings wherever possible.

I had latency (network) test running for days without issues; I programmed a Python script to let the A/B tables
rotate for hours flawlessly; but five minutes of probing and error - one real longer milling job and joint error.
I spent hours in front of the HAL scope, just to catch this magic moment. I even had a camera recording it.
Nothing was caught in flagranti.

I now, just for fun, developed a USB to SPI MCU board and started to mod some of the LinuxCNC SPI
code for the 7c81. Not sure yet if isochronous transfer is possible or interrupt transfer would clog everything.
This would be my preferred (notebook) solution.


Which computers are you using for the 7i91? Whenever I browse through all of this here, I only see
10+ years old systems at work (like tommylight’s Thinkpad collection, hehe).
What about a top modern one?

And just to make sure, you all mean PREEMPT-RT, right? Not RTAI. 

Make a new config and make sure NOT to check the line where the mouse pointer is.

- It's a gantry machine with a single motor on each axis
- All the connectors are good
- The E-stop turns off and on in LinuxCNC
- Drives are all wired correctly
- Power supply is good
- Yes, I am using the keyboard to try and jog (arrow keys and page up/down) I have also tried the UI buttons (QTdragon UI)
- The preview screen is moving with my keyboard inputs. So LinuxCNC seems to 'think' it is moving.
- I will investigate more this weekend.

If I can move the axis with the arrow buttons under the 'Test this axis' button of the Stepconf setup (which I can) shouldn't they move within Qtdragon?

I have not limit switches set up in the configuration or wired to the breakout board but it seems as if LinuxCNC 'thinks' I'm past a limit and won't let me move.

This is proving difficult to debug. I get the same transaction error regardless of whether the drive is plugged in, however when it is plugged in, it does go into run model. So something is working. It will not however turn back off or respond to M3/m5 commands.

What should i be looking at next?

Your virus checker can block the download!

I've written the realtime component I needed. When linuxcnc is started
you can jog the axis and as soon as the index is passed, the position
is corrected using that index. The axis is then also homed.

If the encoder had already seen an index (for example, linuxcnc was
quit and then started again without turning off the encoders) The axis
is homed as soon as the amplifier is enabled.

After homing the distance between the actual position and what was in
the POSITION_FILE is made available on the "offset" pin.

This is tested using a Fanuc encoder which has an index every 65536
increments. This encoder resets the counter by itself as soon as it
encounters the index for the first time since powerup.

I've made the information if the index has been seen available using an
index pin, which is 0 if the index has not been seen and 1 if it has.
The first cycle with index==1 should present the last counter _before_
the reset. (This is how the Fanuc encoder works)

The component can be found at:

github.com/mark-v-d/motor_control/blob/f...l/absolute_index.cpp

Not terrible but not great either

If the PC has a Realtek Ethernet chip you will likely need to install the 8168-DKMS driver

If you don't know the Ethernet chip type you can run this script:

 

To run:

download

then

chmod +x edrivers.txt

and finally

./edrivers.txt
 

 

sudo chrt 99 ping -i .001 -q -c 60000 10.10.10.10

 
no se como hacerlo

   

Sorry, typo

sudo chrt 99 ping -i .001 -q -c 60000 [card_ip_address]
 

I recently installed linuxCnc on a RPI5 and experienced a number of connecting issues with 7i92, I want to share.
First step the ethernet connection to 10.10.10.10, fixed by setting the RPI5 address to 10.10.10.21 (ipconfig), this enabled me to ping the board.
Secondly and more time consuming was getting the first steppen motor (X-axis) to rotate.
Here mesaflash was the most important tool:
run: mesaflash --device 7I92 --addr 10.10.10.10 --readhmid

this reports the pin layout and for me it reported all pins mapped to None!

After this it became easy finding a .bit file flashed that to the board,
and now the pncconfig application for the X-axis got my steppen motor running.

I know this is only step one but now I can start tuning to the exact settings.

Pining the Ethernet IRQ to a non-isolated core  would have the same effect
as not pinning the IRQ at all (especially if irqbalance is disabled as it seems
to be in the standard Debian LinuxCNC distributions)