Advanced Search

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)

Ip address is 10.10.10.10 es un ordenador un poco viejo y la verdad no se como hacer (sudo chart 99 ping -i .001 -q -c 60000 [card_ip_address]) esto me sale not found

I managed to change the parameter for the z axis to change the poles of the motor, I slightly reduced the trimmer for ``speed'' on the driver and now it wants to turn on the power for the drivers, all the lamps are green and the motors are energized and do not turn...however, according to the instructions, it asks for the first referencing, so anything else unfortunately throws an error and the referencing will not start, I will also have a screenshot tomorrow in pdf or image format of schematics, I guess I will have to to do a retrofit

I will try this, but again this will introduce a delay. Currently when the motor disables the brake enables but there is a delay so z axis drops a couple centimeters.

The z axis motor does have a brake but there is s delay between the motor going dead and brake engaging. In that delay time the z axis drops a couple centimeters.