Advanced Search

if you get CR7 (/DONE) illuminated at any time after initial power on,
you likely have a marginal 5V supply. (CR7 is only illuminated during a
power on reset)

let me start by saying Hi and I am very new to linux and linuxcnc.
I've been trying to 2 days to get mesa mesa 7i96s to connect to linuxcnc. 
I am running debian 13 Xfce and I have kernel-vers -v: #1 SMP PREEMPT_RT Debian 6.12.48-1 (2025-09-20)
I have wired connection 1 Ipv4 set to manual and address set to 10.10.10.11 (routes set to use this connection only for resources on its network)
On the 7i96s I have the jumper set for eeprom. 
I can ping the card at 10.10.10.10 and it appears to respond (yellow power led and green users leds lit)

but when I to launch my config file I get red led's on cr6 and cr7
and linuxcnc shuts down and gives this debugging 

Note: Using POSIX realtime
hm2_eth: rtapi_app_main: Resource temporarily unavailable (-11)
./7i96s.hal:9: waitpid failed /usr/bin/rtapi_app hm2_eth
./7i96s.hal:9: /usr/bin/rtapi_app exited without becoming ready
./7i96s.hal:9: insmod for hm2_eth failed, returned -1
1868
Stopping realtime threads
Unloading hal components
Note: Using POSIX realtime

I am not sure what I am missing...
 

All i have left is 5 of Voron 2.4R2 and a single Creality CR-5 PRO, so none have multi material support, and i am in no rush to modify any, but yes i have seen that and it is easy to do when the bottom is flat even on single extruder machines.
I never needed multi color, either, but yes sometimes i wish i had already modified one of the Voron's, maybe someday when i get old ... hmm older...

I was just wondering when the RP2040 version of Remora might be updated to use the new Remora-core code?  I'm working on designing a new board using an RP2354.  It won't be ready for awhile yet but with winter coming I should have some more time to work on it.

C|

I think that the problem is with your fancy logic for converting the unidirectional spindle sensor into a directional one.

I am not sure that the logic will work as you hope, as the encoder won't change direction the instant that the motor direction reverses, it takes some time to reverse a spindle. (if you always stop it first, them it's probably fine).

You only need a bidirectional encoder on a lathe for rigid tapping, do you anticipate doing that?

It's probably easier to add an extra opto sensor. It just needs to be N + 1/4 further round the disc than the A sensor, using the same holes. (not N + 1/2, I have made that mistake...)

You mentioned that the index didn't seem to be working? Possibly a confusion about which channel it is on?Is it GPIO 14 or 8 ? 

@f355
Kernel I'm using with the image I produced with pi-gen. Have kernel=kernel8_rt.img in config.txt So it would appear we're cooking with the same ingredients, installed xfce4 and boots to the gui, this was done whilst logged into the lite image. The issue I seem to have is that when running latency-histogram --nobase I'm getting "using POSIX non-realtime" which makes me wonder about the kernel.

Tho I am using the same SD card that I originally wrote through RPi Imager for an RPi5 but I'm running on a RPi-400.........The goblins seemed to have move my USB keyboard from where I last put it. Could this be the issue ? Any thoughts ? Yes the kernel config does have PREEMPT_RT set. (for anyone else reading)

But I do think using pi-gen is a simple solution.

Have you tried PETG with PLA support? (easier said than done if you have a single extruder printer without an AMS)

I have something a bit similar on my lathe running Touchy. The jog increment is from a small encoder on the apron. It's a bit annoying that the on-screen soft-buttons don't even work as indicators, but I have never bothered to try to fix it.

There shouldn't be any problem using an encoder with only A and Z channels. I assume you are using the LinuxCNC software encoder?
If you set counter-mode it should count, but only up, never down. (but you probably already did this).
You seem to be saying that counter-mode prevents index reset from working? I am almost 100% sure that isn't the case.
There may be a not-insuperable problem in your wiring or HAL logic.

f355 wrote:

However, the debian package itself seems to have a broken python3 dependency. I'm on the latest Raspberry Pi OS Lite (which is basically trixie with a custom kernel and a few Pi-specific tools installed). Any particular reason for the arm64 package to want python3 < 3.12? amd64 one depends on 3.13, and so does linuxcnc-uspace 2.9.4 that comes with trixie.
 

It's possibly a consequence of the recent Pi .deb that I posted being built on Bookworm as I don't have a Pi running Trixie at the moment. 
The Debian package control files don't specify a version, but it is possible that a dependency is introduced by the configure step of the software build. 

I have a feeling that the package for the Pi in www.linuxcnc.org/dists/trixie might be the Bookworm package rather than one built on Pi/Trixie. I don't know how that happened at this point, I might just have been hoping that it would work and have now found out otherwise 
 

Sample hm2_modbus config for GS10 VFD including 7I96S hal/ini files:

 

I have found its easiest to put the mbcc files in the ~/linuxcnc/configs directory
as that seems to be in the default search path for the binary (xxxx.mbccb)

I don't know why there seems to be a dependency on an old Python3 version, I don't see that anywhere in the Debian config folder.

github.com/LinuxCNC/linuxcnc/blob/2.9/debian/control.top.in#L44

Not obvious because some step drives list the microstep ratio:
2,4,5,8,16,32 etc but some list steps per revolution, 400,800,1000,1600 etc

OK, i have to ask, why FreeCAD after Inkscape?
If you are trying to do a depth map, none of those are good choices, try dmap2gcode from ScorchWorks website, it is very easy to use and works perfectly.
That is derived from the already included image2gcode that comes with LinuxCNC, so did you ever try to open a image file with LinuxCNC ? It works fine, but does require a bit more testing to get good results.

Have you checked the DIR output pins with a voltmeter when jogged in either direction?

A suggested step/dir daughter cards are: 

7I78 (4 differential step/dir outputs 1 encoder, analog spindle interface),
7I85S (4 differential step/dir outputs, 4 encoders, 1 serial port)
7I88 (8 differential step/dir outputs)

common parallel port breakouts:

Sainsmart 5 Axis CNC BOB
CNC4PC C11G
CNC4PC C10