Advanced Search

Maybe you are right. I try it at that forum.

Hi everyone,

I’d like to share a personal project I’ve been working on: io_decoder.

It’s a modular system designed to expand LinuxCNC I/O capabilities via a High-Speed USB connection.

Important Note on Use Case: This system is specifically designed for Operator Panels (HMI), pendants, and secondary controls. Since it communicates via USB, it is not intended for hard real-time machine functions (like step/dir motor control). It is the perfect companion for those who need a massive amount of I/O for buttons, switches, encoders, and potentiometers without using up expensive real-time FPGA pins.

How it differs from DIY serial solutions: Unlike standard serial-over-Arduino projects, io_decoder uses a dedicated HAL component optimized for lower latency and handles complex tasks (like keyboard mapping and encoder scaling) natively at the driver level, rather than requiring complex HAL logic.

Key Features:

Scalability: Modular design from 8 to 128 Digital I/O pins.

Smart Inputs: Built-in support for keyboard emulation (mapping pins directly to keysyms) and toggle functions.

Encoders & Analog: Supports up to 4 encoders and 3 ADC inputs for joysticks or feed-rate overrides.

Robustness: Integrated Hot-Plug management (auto-reconnect if the cable is unplugged).

Special Functions: Digital outputs with "blink" functionality and DAC outputs.

Project Status: This is a "labor of love" in active development. I have already produced and tested the first batch of PCBs. They are "first-run" prototypes with some "growing pains" (youthful mistakes!) that I’m currently fixing for the next hardware revision. The software side is stable and I'm already using it for my own setup.

Video Demo & Documentation: I've recorded a short video showing the current prototype in action: Video Link:

In the video you can see:

0:05 - Digital I/O (Buttons and LEDs) reactivity and HAL pin monitoring.

0:50 - Analog potentiometer (ADC) and Encoder tracking.

1:20 - Hot-Plug Test: Watch the driver automatically recover after disconnecting the USB cable!

Links: Official Project Page: bobwolfrst.github.io/io_decoder-linuxCNC/  GitHub Repository: github.com/bobwolfrst/io_decoder-linuxCNC

I’m looking forward to any feedback, technical advice, or questions from the community!

Best regards,

bobwolf

Yes, it works now, thank you.

I am sure there is another topic started by you with pretty much the same question, so what gives?
It might be much better/easier to ask such questions on the SolidCAM forums, not much users here using it.

Real time issues are usually network latency related.

Can you run this command?

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

and post the results here

Also have you run a latency test and done all the standard things to reduce host latency?

(All power management and CPU speed switching disabled, isolcpus set to last CPU etc etc)

Also what Ethernet hardware in on the host ? (Realtek hardware often needs it driver changed to the DKMS driver
and Intel hardware should have IRQ coalescing disabled)


 

Hi,i just started with SolidCAM.I need to remove material from a part (attached file). I tried a Curve feature and selected the sketches, surfaces, and edges (attached file). The tool removes an area that I did not select (Attached file). Where did I go wrong? 

I tried cutting the spi cable short. Now it's just 7cm or smaller. Tried to lower spi frequency to 50000. But nothing helped.

I can't duplicate this with 2.9.8 or master (2.10-pre1)
sounds more like a hardware issue of some kind.
 
 I guess a software issue is possible but this is the first time I have heard of this.

There were some sserial driver changes (bug fixes)  but nothing specifically
in the sserial encoder section, and there have been no encoder related
firmware changes to the 7I73.

You might check if the encoder still counts when both flat cables are disconnected from the 7I73

Do the other 7I73 MPG encoders have the same error?

Hello Tommylight, thank for your time and help !
After a good night, the ping 10.10.10.10 finally works (idk why), i managed to setup the pncconf wizard and open linuxcnc, but still a connexion issue i guess because i get several warnings at startup :
"Unexpected realtime delay on task 0 with period 1000000."
hm2/hm2_7i96s.0: error finishing read! iter=1598"
Moreover, my homing switch does light up the mesa board and flicker when i use them, but they appear as fixed in Halshow (show on but no flickering). I suppose the connexion break at startup of linuxcnc ? I can't figure out why and it so frustrating !

andypugh wrote:

cnbbom wrote:

would that be it?1 drive.google.com/file/d/1BwlJet6ZcWpXvAUzD2YcM9vvnPTuclaX/view   2 drive.google.com/file/d/1xICFF-2mq_rz-vi.../view?usp=drive_link 3 drive.google.com/file/d/14Z10IOZI5bvgmf_.../view?usp=drive_link 4 drive.google.com/file/d/1fwGb5Qo9pw8lGLp.../view?usp=drive_link


Possibly, though I would need to apply for access as I can't currently view them. 
 

Is this what you were looking for? Were you able to download it after I checked the Google sharing option?

spiking is present maily during movement at same vector .. when vector of speed is different, spikes are gone

Hi,

I am using LinuxCNC for years now and my Hardware is since 2020 stable. My hardware uses a Mesa 5i25 for the main job and an 7i73 as remote with an handwheel. 

After upgrading to 2.9.7 ( with PC hdd and OS update) I found that my handwheel is always counting, even when not used. I have the 7i73 on SmartSerial port0 loaded with:
hm2_5i25.0.7i73.0.0.enc0.count -> is incrementing at max speed right after startup. So I double checked all Hardware even with an oszi, but the electrical signals are OK.

So I tested this code in hal, end replaced the HW Counter with an SW Counter. Then all is working as expected...
Even when it works now, I would like to understand the reason behind to check if the is the even more trouble, which I didn't find till now.

Question:
Where there relevant changes in hm2? My old LinuxCNC before was 2.8 ....
Is a "Firmware" Update neccesary ?
Could this be an defect inside the 7i73? Is something similar known?





 

the most easiest way from my point of view at everything it ... configure TC3 + you hardware and then configure the lcec itself...

if something it not listed you have to know which type of encoder feedbeck it is and then choose right one from DriveManagerX ... then setup the axis in manual jog and everything 

at resolver you had have to know which type, frequency and poles it is ... that all then grab these data and configure the in the Drive manager

my own driver with integrated homing subroutine which is working same as at CoE drivers is here

(TC3 machine with win10)configuration tool which grab export TC3 master and transfer everything to lcec master shape is here

after succesfull configuration of TC3 just export and copy paste to lcnc folder ... its more easy than ever 

lowest scan time which I get from AX5YZZ is 250us scan which I am currently running same as at shared example

I don't know what the problem is. It's always the left Y-axis that sporadically fails to start during homing. I always have to turn the machine off, and then it usually works. There haven't been any problems after homing so far. I can rule out wiring issues because I would get an error message.
I think that for some reason, the servo occasionally doesn't receive a start command for homing and therefore doesn't start.
The error must be somewhere in my configuration. 
 

Great! Thank you