Advanced Search

Maybe incorrect test methodology of failed components, it's hard to tell.

You can verify that al P1 pins are OK by

1. Power cycle 7I96S, all P1 I/O pins should read high.

2. Then set all GPIO pins on P1 low by:

mesaflash --device 7i96s --addr [ipaddr]  --wpo 0x1008=0
mesaflash --device 7i96s --addr [ipaddr]  --wpo 0x1108=0xFFFFF

All P1 GPIO pins should now read low.
 

You say you have step/dir commanded servos. Can you command the same test move only from your servo's software as a test leaving Linuxcnc and the command signals out of the equation?

If you can command the same moves without loss of motion from the servo software, that would verify that the problem is not mechanical or servo/drive/encoder related.

The Linuxcnc and Mesa hardware send step pulses at their minimum length set by the halpin hm2_7i96s.0.stepgen.NN.steplen. So if Linuxcnc is configured to move a a pulse rate of 1 pulse per second, it does not pulse on for a half second and off for a half second. it will pulse on for however many nanoseconds set by hm2_7i96s.0.stepgen.NN.steplen then wait off for the rest of the second. So it is best to calculate how ever long your maximum step rate might be and set hm2_7i96s.0.stepgen.NN.steplen to the largest number that you can and still achieve your desired max step rate.

If you can configure your drive to receive a quadrature command instead of step/dir, then the signals from the Mesa hardware would have the same on/off time.

of course I'm not sure as the only diagnostic I have is what we tried yesterday.

The on card encoder was fine on the desk but once I got it into the cabinet it stopped working -- maybe it got an transient and as the on card RS-485 is right beside it -- maybe it got hit as well but with out any schematics it's hard to tell and so I tried to move every thing ( 5 encoders and the modbus ) to P1

and as mentioned before the encoders work fine (after converting the diff signal) but pktUART is silent.

So is it possible and how?

There are multiple causes of lost position. It could be mechanical, electrical, or a configuration error.

Can you describe the mechanics of your system? What type of motor, stepper or servo?

Start by checking the easy things. Make sure all of your mechanics are sound. Nothing binding when moving, Nothing slipping, such as a belt, shaft coupling or pulley.

If your system is a stepper make sure that steps are not being lost due to timing problems, such as too short of a pulse length, or too fast acceleration, or too high velocity. If it is a servo make sure encoder feedback signals are clean and noise free, and that encoder couplings are not slipping.

Then that leaves electrical issues, which can be difficult to find, or diagnose, and if it is due to electrical noise, can be difficult to correct, unless it is due to an obvious mistake such as grounding issues or running un-shielded cables near noise sources.

to create custom real time components see:
linuxcnc.org/docs/devel/html/hal/comp.html#_compiling

[edit]
Note: For the 'halcompile' tool you need to install the 'linuxcnc-dev' package from the package manager.

The locate ethtool result as follows:
==============================================================
raycnc1@debian:~/Desktop$ locate ethtool
/usr/include/linux/ethtool.h
/usr/include/linux/ethtool_netlink.h
/usr/src/linux-headers-6.1.0-18-common/include/linux/ethtool.h
/usr/src/linux-headers-6.1.0-18-common/include/linux/ethtool_netlink.h
/usr/src/linux-headers-6.1.0-18-common/include/uapi/linux/ethtool.h
/usr/src/linux-headers-6.1.0-18-common/include/uapi/linux/ethtool_netlink.h
/usr/src/linux-headers-6.1.0-18-common-rt/include/linux/ethtool.h
/usr/src/linux-headers-6.1.0-18-common-rt/include/linux/ethtool_netlink.h
/usr/src/linux-headers-6.1.0-18-common-rt/include/uapi/linux/ethtool.h
/usr/src/linux-headers-6.1.0-18-common-rt/include/uapi/linux/ethtool_netlink.h
raycnc1@debian:~/Desktop$

=================================================================

Now as per my last post above today (ip a result) , I assumed that my ethernet card is "enp4s0". I am not sure whether I am right, if wrong , please reply.
And I set the IRQ affinity as per this post of course:
forum.linuxcnc.org/38-general-linuxcnc-q...ead-and-irq-affinity

The "journalct1 -b -u irqbalance.service" resulted some command error.

But "watch -n1 -d cat /proc/interrupts" resulted output which is attached in photo (as irq number changes continuously, not possible to copy/paste).

In that result CPU0 is handling all the Interrupts while running LCNC(182008 in exact in photo) for "enp4s0". Is that correct? I was expecting exactly opposite, interrupts to be in CPU1. I have done isolcpu=1. histogram attached.
 

Have you read this part of the Linuxcnc user manual. It may clear up some of the questions you might have.
linuxcnc.org/docs/html/user/user-concepts.html

Hello All,

i hope that my question is in the correct corner.
I want to play with home made Component for my hal Files. I have seen en read lots of it. but in te terminal command i can not locate for example the and2.ko file. i can  see the  and.so file. but that is a compiled file i read.

i have the standard debian 12 preemptrt iso installation withe e MESA 7i76E card

i have also update my system to the latest version.  do i have to instal somthing more ?
do someone 1 suggestion.

 

I have sad news. The company I work for is going out of business. I worked on refitting this machine for a little over a year, in my spare time at work. And now it appears that I've completed it just in time to see it sold off (most likely at auction) before ever being put back into production. It's all very depressing.

The company buying us out has no interest in our production facility or machinery, and is merely buying our name and intellectual property. A different company who is buying the property (and all left over machinery) will not want to use it, so will most likely dump it at a dispersal auction after they take possession of the property. Considering the uniqueness of the machine I would not be surprised to see it cut up for scrap. I'm almost sadder about that, than having to find a new job.

OK

7i96s--servo drive

spindle- --->pin 13
spindle + -->pin 9 (12 vdc w/2diods in serial)
spindle out---->pin 25

That should work (assuming you RS-485 interface has automatic direction control
since there no TXEN pin)

Are you sure the on card RS-485 interface is damaged?
That seem unlikely unless it was exposed to voltages
greater than +- 14V

You might try "locate ethtool" ethtool may be in /sbin on Debian.
_But_ if you have Realtek Ethernet hardware, Ethtool is not needed.
What _is_ required for Realtek hardware  is to install the 8168 DKMS
driver as rodw mentioned.

exactly, the origin moves to 350.08- 350.016 etc etc

Do the same thing but this time with the comparator at the end of the move of 350mm, so if it also ends at 350.8mm.

Yes, TB2, pin 24 named spindle+