Advanced Search

This was a complete new install from ISO, wasn't it?
Did you install the r8168-dkms driver again?
 

Thanks for your feedback.

The last time the machine was running (the video is a few pages back), I only updated the firmware of the 7I97, from Debian10 to Debian13, and the LinuxCNC software. There were no changes to the wiring, hardware, or the HAL/INI files.

In any case, the handwheel on the machine works, for example.

However, there's still a problem with the homing function, and that also worked the last time the machine was running. The Z-axis moves correctly. The limit switch moves to the cam and then releases itself, reporting a successful homing. Unfortunately, this isn't the case with the X and Y axes. As soon as the limit switch moves to the cam, the axis stops, and after a few seconds, an error message appears. The X, Y, and Z home contacts are displayed correctly.

I then tried manually homing the X and Y axes. I manually pressed the switch, and the machine recognized the command and performed the referencing by moving freely and reporting a successful referencing.

The settings for all three axes are the same; you can see them in my latest .ini file.

Does anyone have any other suggestions?

Hi All

Thanks for the help with this. But I am truly stuck up in calculation of the below.: 22900 and 23900 & 930000.0
 If the head is away I am getting a safe value of about 24000 for capacitive-sense-velocity in the halshow
My hm2_7c81.0.encoder.00.velocity-rpm is about 1440000 in the halshow.

When i run my program, the torch just gets the down signal and never goes up. Kindly help with any formulas with the required parameters. Thanks!

# Configure a limit component for the capacitive sensor output since it is scaled
loadrt limit1
addf limit1.0 servo-thread
net capacitive-sense-velocity limit1.0.in
setp limit1.0.min 22900
setp limit1.0.max 23900
# hook up the limited signal to the plasmac arc voltage
net plasmac:arc-voltage-in <= limit1.0.out

and 

# Make a fake Ohmic probe based on the capacitive sensor
# Use the .velocity-rpm so the .velocity can be left unused for arc_ok
loadrt comp count=1
addf comp.0 servo-thread
net fake-ohmic-probe-in hm2_7c81.0.encoder.00.velocity-rpm comp.0.in0
setp comp.0.in1 930000.0
net plasmac:ohmic-probe comp.0.out
# ohmic output is comp.0.out



 

@BIBIGUL
No double posting please.

Hi Mbrandt,

I have the EXE 257 411 01 and I have documented the wiring from the D-Sub plug of the EXE to the MESA 7i97T.

Best regards

Hartwig

I finally finished a project I had been working on for over a year (not every day, of course, but still). It is a control panel with a vertical 22" touchscreen monitor, an industrial keyboard, and a built-in computer. The frame is made of 20 series aluminum profile, with 1mm HIPS overlays. The interface is a modified Qtdragon_hd. The buttons and keyboard are connected via Arduino. Many thanks to everyone on this forum whose thoughts and ideas I have used. But a special thanks to cmorley, without whose help I would never have been able to achieve the functionality that it has. Thank you, Chris.youtube.com/shorts/eyDQwiEkxz0?feature=share

A question about compilation. Wrote such a makefile -

MODULE_NAME := Name

MODINC := /usr/share/linuxcnc/Makefile.modinc

SRC_DIR := Src
INC_DIR := Inc

SRC_FILES := $(wildcard $(SRC_DIR)/*.c)
OBJ_FILES := $(notdir $(SRC_FILES:.c=.o))

$(MODULE_NAME)-objs := $(OBJ_FILES)
obj-m += $(MODULE_NAME).o

export BUILD_VERBOSE := 1

include $(MODINC)

EXTRA_CFLAGS += -I$(shell pwd)/$(SRC_DIR)
EXTRA_CFLAGS += -I$(shell pwd)/$(INC_DIR)

EXTRA_CFLAGS += -O2
EXTRA_CFLAGS += -march=x86-64
EXTRA_CFLAGS += -mtune=generic

EXTRA_CFLAGS += -fno-fast-math
EXTRA_CFLAGS += -fno-unsafe-math-optimizations

%.o: $(SRC_DIR)/%.c
$(CC) $(EXTRA_CFLAGS) -c $< -o $@

all:
make -S modules

clean:
rm -f *.ko *.so *.o *.tmp *.ver *.order

the flags that I use do not violate the rtapi rules? Will this affect the operation of Linux cnc? Is it redundant and unnecessary?

I upgraded to ver 2.9.8 and I did disable eoe procedure again.
But then I cound not move EtherCAT servo motor (YASKAWA). ( I could not reset error )

I have attached files about dmesg and procedure to disable eoe.

Please help me solve this problem.
 

Thanks !

I was using LinuxCNC Ver 2.4.5 at that time.
But Today, after I just upgraded to Ver 2.4.8, everything works well.

@rodw Yes, I would have implemented it in the same way in a PLC. The only thing missing is the safety timer from start homing to axis in motion. Then the homing would be practically monitored. Regarding the axis jumping, you could set the feed rates to minimum after completion until Linuxcnc has synchronized.

@Hakan, aren't the csp csv and pv modes managed by the driver? I believe that torque mode is not supported by the A6 during homing. However, it would be an option if you let Linuxcnc manage homing again. Since the Z pulse is not output by the A6, you could perform the torque search. 

 

Hello everyone,I’m looking for some help with my MESA 7i76EU configuration.I would like to use Mode 2. According to the manual, in this mode inputs 16–19 can be used for the encoder signals of an MPG handwheel, and inputs 00–03 are converted into analog inputs. I would like to connect potentiometers to these analog inputs to override the feed rate and spindle speed.At the same time, I would like to use the encoder interface of the MESA with an ABZ encoder to monitor the spindle speed. As far as I understand, the 7i76EU is designed for exactly this purpose.My question:
How do I switch the MESA to Mode 2?So far I have tried setting the parameterin the .hal file.
I also tried flashing a new bitfile that should change the mode, but that didn’t work either.Maybe it’s much simpler and the MESA detects analog signals automatically?
Or does the mode have to be changed via jumpers?At the moment I’m a bit stuck with my research (manual, internet, and AI didn’t get me any further), so I would really appreciate any advice or hints.Thanks a lot!

Das hochfrequente piepen ist ganz normal.
Kommt von der Lageregelung.
Autotuning habe ich über die interne Servofunktion durchgeführt. Der Ablauf steht in der Doku.

@Jugo2
Das springen der Achsen hat sich geklärt.
Beim internen homing desynchonisieren sich die Achsen von linuxcnc. Nach Abschluss vom homing versucht linuxcnc die Position der Achsen wieder zu synchronisieren. Das führt zum bekannten springen.
Stelle die Default speeds in der .ini auf Minimalwerte, dann sollte es weg sein.

rodw, I kind of think of a structure like thisKeep track of what op-mode we were in last time so we recognize a transition
between op-modes. To deal with offsets and such things.

Sorry if this is drifting a bit from Andrax’s original question.
@NWE
I’m not really talking about old analog hardware or tricky retrofits. My reference is mainly the integration effort in LinuxCNC itself, comparing FPGA-based step/dir (Mesa) or ±10 V with well-documented drives versus EtherCAT + CiA402. In that context, step/dir on Mesa is a very different beast from software stepgen, and is usually much more KISS and predictable to integrate.

And by the way, thanks to rodw for the work he’s been doing—not only on this, but for his contributions to the LinuxCNC community as a whole.

The rotary extruders sure look great, but it turns out they're patented, although there seem to be some ideas out there that the patent may not be completely valid. In any case, I think I will end up leaving rotary extruders for a later date. I looked into buying a rotary extruder from the company holding the patent... I didn't ask them yet whether I could buy just the extruder. It looks snazzy enough I suspect it might cost more than my entire 3d printer.  fuselab3d.com/fl300m

I had already ordered my original choice of extruder (HGX LITE) in hopes I can make it fit. I'm not real enthused about making the center piece bigger, I will look at modifying the extruder once it comes.

The big gear sticking out the top appears to be the one driven by the motor, I will try flipping the motor 180 degrees and mount it above the gear.