Advanced Search

Hallo Peter, T3D drivers exist with encoder output also. I have them in one machine, but I have used them in STEP/DIR mode with Mesa, without encoder feedback. Works fine, but I still hope that analog control from LinuxCNC and Mesa is better. Is it right or not? I also have other machine with Simodrive, there is +-10V control, attached to 7I33 - works perfect many years. But T3D has analog control 0-10V Do you know how does this work? Is it possible to control it with analog servo Mesa cards? I am planning to upgrade next CNC milling machine and looking for motors. I would like to use T3D, but milling machine I do not want to run without encoders feedback...

Looks fantastic. Its great seeing more UI options beyond Qt. Just curious, is the display optimized for touch or keyboard input?

Being more of a C/C++ person, I’ve been building a similar pet project focused on a C++ interface layer for LinuxCNC. The idea was to wrap both the NML and HAL polling sides in a clean, multi-client-safe bridge so the same core can support a WebSocket interface for remote clients and a Node.js addon for local UIs. The main goal is to decouple machine access from the frontend layer, making it possible to run multiple displays and control interfaces against a single machine. It's proving to be about as much work as I anticipated

This was originally supposed to be just a tough shape to pocket, it looks like it could be used for making a saw blade too.  The algorithm used to develop the perimeter would be prone to accumulate minor errors into major blunders since it accumulates multiple executions for sine and cosine functions to add up to a complete closed polygon.  The verbosity setting prints out the value that is computed by the program to be the "last side".  This one had a last side that was .065" bigger than the other 19 teeth.  repetitive editing of the apex angle of the 19 teeth eventually resulted in a "last tooth" that was .0015" too small. Verbosity set to 3 dimensioned a bounding box where width was .00065"  less than height so the shape is reasonably round, I did draw a circle around the tooth tips and couldn't see any big (or small) ones  so when I decide to mill this at least the database will be more accurate than my mill.  
I added the circular area inside the part since I had left it unfinished on my previous post, the screen shows the circular path but doesn't show the boundary circle I used to eyeball "roundness", nor does it show the center mounting hole which took a pile of g-code to finish.
the program is still g-code in its entirety, and its gotten pretty Hackey lately. 

It should be noted that Riocore can generate the gateware for the FPGA, as well as the complete LinuxCNC configuration (hal/ini/vcp).
In future, however, it will also be possible to build your own boards from this;
to this end, a KiCad template is generated, which can be turned into a complete board with relatively little effort.



already in dev branch, but still need some work:
* verify the kicad modules
* add more kicad modules
* some fixes while update the pcb

I am referring to executing an instruction like this G0 Z25;X0 Y0;Z0 or some OWord routines through external buttons, and I am referring to instructions not included in HALUI.

Hallo,

ich versuche einen Novusun NVEM mit STM32F207 CPU an LinuxCNC das auf einem kleinem PC (kein Raspberry PI) anzubinden.

Was ich bisher gemacht habe:

1. Installation LinuxCNC auf dem PC
2. Flash der Remora Firmware für NVEM
3. LinuxCNC Ethernet eingerichtet auf 10.10.10.100/24
>> Ping zu dem NVEM läuft
4. Gemäß Quelle DOC folgendes durchgeführt um eben Remora von GitHub auf den PC zu bekommen:
>> Mir ist hier aufgefallen das einiges fehlt unter anderem die Basic-Config "remora-nvem-basic" und unter den Components "Remora-nv"
Ich habe diese dann extra zum PC rüberkopiert in die entsprechenden Ordner.
5. Installieren der Componenten mit halcompile
>> Dabei ist aufgefallen das hier "Remora-nv" fehlt also nochmal nachinstalliert:
6. Die Beispiele der Configs in den Linuxcnc Ordner kopiert - dazu zusätzlich die "remora-nvem-basic"
7. Upload der Config zu dem NVEM - dazu musste ich tftp nachinstallieren 
>> Bei ausführen des uploads scripts dann bin ich im selben Ordner wie die einfache Config.txt von "remora-nvem-basic":
>> das scheint auch soweit zu klappen.
8. Start von LinuxCNC und auswählen der NVEM Basic die ja zur Config.txt passen soll. Alles Startet ohne Fehlermeldung.
>> ab hier kann ich zwar bei LinuxCNC den eStop aufheben und auch die Maschine einschalten. Aber sobald ich eine Achse X verfahren will kommt "Joint 0 following Error"
Ich denke der macht keine Pulse zumindest kommt bei den Treibern nichts an. 

Wie hast du die zum laufen bekommen?

The voltage range of the Mesa inputs is something like 5-32v and for the supply you could either take the 5V from encoder/stepdir outputs of the Mesa or have a separate small 9V or something like that psu just for the probe. Just connect the 0V together with Mesa field power 0V

Yes it seems external running of macros is broken. I will fix it asa I can.

Question though, Macro/MDI commands are not well defined terms , when you say macro, do you mean like Gmoccapy macros where you can have variables that you enter at request time?

Fair point, and I get the frustration — I've felt it too. But I'd push back a little on lumping this in with the VC-backed subscription-everything crowd.
I've been at this for twelve years, solo. No investors, no team, no safety net. I own a small machine shop, I run Mac & Linux (hate Windows), and I built JetCad3 because the tools I needed either didn't exist, didn't run on Linux, or cost more than the machines I was running them on. FreeCAD is genuinely good software and I have nothing but respect for it — but my scope is much larger, and I don't think the end goal is achievable as an open source project.
The subscription isn't the goal — developers are. I've written my own geometry libraries, my own NFP and Skyline nesting algorithms — I own all of it specifically so I'm not paying upstream licensing fees that force my prices up. I want this as cheap as humanly possible. My end goal is to put the middle finger up at Autodesk, not replicate their business model.
I'm blue collar as it gets. I already run two businesses and support my family — JetCad3 isn't a get-rich scheme, it's a twelve-year bet that someone should build serious CAD/CAM that runs on Linux and doesn't cost small shops an arm and a leg. If revenue ever lets me hire developers who've actually run a machine, I think I can genuinely compete with Autodesk, MasterCAM, Dassault, and ProNest — and that's a win for this industry, not a betrayal of it. I want to be so much cheaper than them with more/high quality features that it forces them to lower prices when they start hemorrhaging subscribers...
One thing I maybe didn't make clear enough in my original post: there will always be a generous free/hobby tier for every workspace in JetCad3. Guys building their automotive project in the garage will always be a priority for me — because that IS ME.

Thank you all

Currently I am only running first tests on my machine. But mostly in sim. Still a lot of bug fixing to do. I was recently working on some performance improvements on the development branch which I will merge to main soon.

To give you more technical background: this controller is the result of over 10 years of experience in industrial machine retrofits.

The project was accelerated by the massive Mesa card shortage in 2022. Instead of waiting for hardware that wasn't available, we decided to develop our own high-performance industrial-grade solution tailored specifically for complex retrofits. This isn't just a prototype—these units are already integrated and running 24/7 in machining centers, proving their reliability in real production environments.

Key Hardware Specifications:

Core: Custom FPGA running HostMot2 firmware for rock-solid real-time performance.

Fully Isolated Analog Servo Control: Precise ±10V analog outputs with a 7V/μs slew rate. The analog outputs are fully galvanically isolated from the logic to prevent noise and ground loops.

High-Speed Feedback: Isolated encoder inputs supporting up to 10MHz—ready for any high-resolution industrial encoder.

Industrial Isolation & Protection: Complete galvanic isolation between logic and I/O. The 24V field power is protected, and the logic power is fully isolated.

Onboard Processing: Integrated Raspberry Pi Compute Module 5 (CM5), providing a massive performance boost for LinuxCNC and NativeCAM.

Thermal Design: Fanless industrial enclosure. No moving parts, no dust intake—designed to last in woodworking shops.

The goal was to create a controller that is fast, precise, and, most importantly, available for professional retrofits when the industry needs it most.

Hello. Could you tell me how to connect the old model centerfinder vers.ge/ru/blog/archive/vers-wl-v31 to the MESA 7I76 in the 5i25 and 7i 85s configurations? I supply the 7I76 with 5 and 24 volts, but the Vers WL v.3.1 requires 5-12 volts. Can I reduce the voltage from 24 to 10 volts using the XL4015E unit?
The Vers WL v.3.1 worked well on the MACH3, but it only had a 5 volt supply.
Thank you.

I was able to run 1.5.2 ribalda built on debian 13 on Papagno's hardware, OP are quick, and no perceptible grinding on a simple bench setup, with 0.9.5 linuxcnc-ehtercat sittner, This is not even the good PC hardware, it had 400ns of jitter, and the motors seemed fine, we will need to test better on the machine.
This was mostly to rule out kernel jitter, biggest culprit for slow OP is definitely ethercat 1.6.9
We (me and YangYang) have a refreshed 1.6.9 in the works, but not sure when that will land, squashing some bugs still, the code bases 1.5.2 riblada and 1.6.9 igh went in two separate directions, and they are hard to merge, will put best efforts in, then we will have a version for ourselves we can maintain ourselves, since igh is kinda of unresponsive and or uninterested, no clue...

jjdege wrote:

Hi,
What you're doing is fantastic. The installation is going well.
The simulations show great potential. Congratulations!
If I may make a point, looking at the video, I think it's better if the horizontal drilling unit
descends when it reaches its position. In the video, you can see it descending and then reaching its position.

That's just my opinion.

Thanks and congratulations again! 

Hi,

Thank you for the kind words and for the sharp observation!

Regarding the horizontal drilling unit: you are absolutely right. In the video, the Z and X/Y axes are moving simultaneously for speed. However, NativeCAM allows full control over the sequence.

In the final setup, we can easily configure the G-code to ensure the unit reaches its target position before starting the descent. Safety and precision are the priorities, and this is exactly why LinuxCNC + NativeCAM is so powerful—we can tweak these movements to fit the specific mechanics of the machine perfectly.

Thanks again for the feedback, it’s very much appreciated!"
 

Hello,

I'm trying to connect a Novusun NVEM with an STM32F207 CPU to LinuxCNC on a small PC (not a Raspberry Pi) for a mini lathe – just the X and Z axes, no limit switches, etc. Very simple.
I'm using just two TB6600 stepper drivers with 1.8 degree and 1.8A stepper motors, connected according to the many wiring diagrams I've found online.
So, Pulse+ and Dir+ are connected together to COM+ on the NVEM, and then Pulse- and Dir- are connected to the corresponding NVEM pins.
Everything is powered with 24V, including the stepper drivers and the NVEM.
All the LEDs are lit, so everything is receiving power.
What I've done so far:

1. Installed LinuxCNC on the PC
2. Flashed the Remora firmware for the NVEM
>> Source DOC: remora-docs.readthedocs.io/en/latest/har...ml#controller-boards
>> Firmware for STM32F207:
Either this one: github.com/scottalford75/Remora-NVEM/tree/main/Firmware
or this one: github.com/scottalford75/Remora-NVEM/tre...-NVEM-STM32/Firmware
I flashed the latter onto the NVEM.

3. LinuxCNC Ethernet configured on 10.10.10.100/24
>> Ping to the NVEM is running

4. As per the source DOC, the following steps were performed to get Remora from GitHub onto the PC:>> I noticed that some things were missing, including the basic configuration file "remora-nvem-basic" and the component file "Remora-nv".
I then copied these files to the appropriate folders on my PC.

5. Installing the components with halcompile:>> It was noticed that "Remora-nv" was missing, so I installed it again:6. I copied the example configurations into the LinuxCNC folder, along with "remora-nvem-basic".
>> After starting LinuxCNC, I can select various Remora configurations to start.

7. Uploading the configuration to the NVEM - for this, I had to install TFTP:- via a workaround involving the installation of pip3, etc., since some things are not installed by default in LinuxCNC.
>> When I run the upload script, I'm in the same folder as the simple config.txt file from "remora-nvem-basic":>> This seems to be working so far.

8. Starting LinuxCNC and selecting NVEM Basic, which should match the Config.txt file. Everything starts without an error message.
>> From here, I can cancel the eStop in LinuxCNC and also turn on the machine. But as soon as I try to move an X axis, I get "Joint 0 following Error."


I think it's not sending any pulses; at least nothing is reaching the drivers.
Although I assume it's only controlling stepper motors in the config without encoders—how does it know the following errors? It must be a configuration problem, right?

Does anyone know where I can check this?

Regards,