Advanced Search

Quick development update

Over the past few weeks I've mainly been working on two areas that weren't reliable yet: internal machining and automatic thread reliefs.

Fixed internal roughing: The internal roughing cycle was in some cases producing a single, way-too-coarse cut instead of properly staged passes ("not really a cutting strategy"). Found the root cause and fixed it – now it produces even, multi-pass stepping just like external turning does.
Reworked DIN 76 thread reliefs: Previously only a simple rectangular pocket was generated. Now the actual DIN 76 profile is output (30° lead-in, tangential arcs, relief bottom, shoulder radius), using real values from the DIN 76-1 table instead of estimated widths. The relief is now correctly anchored to the end of the thread (not the end of the contour), and it now also works in the middle of a longer contour, not just at the very start or end.
Safer internal approach moves: When feeding into a bore, the tool now always moves axially to the clear retract plane first and only then feeds in radially – no more diagonal rapid moves straight through the bore.
Also fixed a few real LinuxCNC crashes along the way (e.g. tool nose compensation at the inside relief corner, a "Not monotonic" error with G71/G72 when a relief is spliced into the contour).
Important: All of this is currently only on the dev branch, not yet in the stable release. Not everything has been verified with a real dry run on the machine yet, but preview and generated code now look correct for the cases tested so far. As always: feedback, test cases, and criticism are welcome.

Shaft Gauge - a free browser tool to measure STL files (mm)

I built a small, single-file web tool for quickly reading dimensions off an STL mesh, handy when you just need a measurement without opening full CAD (with claude AI).

Drag in an STL and you get:
- Diameter and length (auto shaft-axis detection) plus full bounding-box dimensions
- Point-to-point distance with vertex snapping
- 3-point circle fit to read a bore/round feature diameter (works on tilted planes)
- 2D cross-sections on the XY / XZ / YZ planes with a movable slider
- Volume, triangle count, light/dark theme

No install, no sign-up, and your file never leaves your device - everything runs locally in the browser (binary and ASCII STL). Open source (MIT).

Live demo: emresensoy.github.io/MeasureFromSTL/
Source: github.com/emresensoy/MeasureFromSTL

Feedback and feature ideas welcome.

Since you said the link was wrong, feel free to post the correct one and do a bit of promotion for your Carrot Board

and i could see most of my keys turn yellow in the halshow.

Not sure I understand you correctly but it you have the pins in your hal reacting to your pendant keys wouldn't you just need to connect those hal pins to the respective pins of your gui?

Dear meister:

What informations do you need?

I had posted schmatic, pcb plot vlews,and user manual, in the user manual have all information about this board


Tim



 

A little progress.
After installing the transformer, I'm wondering again whether its power rating is sufficient for three 1.5 kW servo motors.
The transformer is rated at 4.7 kVA, 415 V to 220 V, 3-phase.

What do you guys think? Is 4.7 kVA enough for three 1.5 kW servo motors?

 

Why not post the correct links here again? You could also add a bit of information about your Carrot board.

@all: With some projects, people complain when someone builds and sells hardware for them. You don’t need to worry about that here – it’s an open-source project, and I have no financial interest in it; it’s just a hobby. On the contrary, I’m actually really pleased when someone else offers others the chance to get ready-made hardware. I’d be delighted if there were even more of these available – and ideally in a way that means you can order them here in Germany too (AliExpress?!?)

OK, there’s just one thing I do expect: if you end up becoming millionaires because of this, you can treat me to a meal ;P

Best wishes, Olli

Hi Aciera, nice to meet you!

My Problem is: My USB-MPG sends weird keys, Alt /M , Alt / - , Alt / % , Alt / # , Alt/= , F10 , F11.
Alt / % sends Alt + Shift + 5 , which makes it "interesting" to grab...
F10 and F11 opens the menu and toggles between fullscreen and windowmode.

So, at first i have to somehow keep these keys from interacting with the UI of Linuxcnc, ONLY interacting with hal_input.
I tried i triednone of these stops interacting with my ui..

What i did so far, i grabbed the USB-name, and vendor and productkey of my USB-Davice.
I wrote a UDEV rule which worked after a bit of confusion.
i loaded the device in the halfile ( of the sim so far ) and i could see most of my keys turn yellow in the halshow.

So my first attempt ( asking the AI, which was not my best option when i think about it now ) was to remap the keys with keyd.
I wrote a default.conf to remap the keys. What happened?
The keys which send F10 and F11 do no longer affect ma ui! No toggling window to fullscreen.
But i struggled at importing the "virtual keyd keyboard" into LinuxCNC.I would like to use " , but these don't work for me, i do not know why ( see above ) 

One of my Problems:
I cannot load the keyboard via "name",does NOT work..works! As far as i know, i should use " whenever i have blanks in a filename / path / device.
I do not really understand why..

Thanks for any help in advance!
Honestly, i tried with AI-support, but this only calmed my mood because our jobs are safe for a looong time, so crappy answers..
Greets, Tom

Do you have the hal_input component working and the pins created?

Maybe show us what you have got and then tell us what is not working. Otherwise we're just guessing.

Hi folks,

i tried remapping the keys on my usb-MPG with keyd, but i struggle importing them into the hal.

Is there a prefered way of remapping keys for linuxcnc and do you have a link to a turorial or a manual?

Thanks in advance,

Greets Tom

Hallo,
noch eine Frage zur Sicherheit. An der 7I96 habe ich 5V , Dir0+ , Dir0- ., Step0+ , Step0- , Gnd.
Am Stepperdriver habe ich Ena- , CW- , Clk- , 5V . Ena würde ich nicht beschalten, braucht man nicht unbedingt.
Ich würde jetzt 5V mit 5V , Dir0- mit CW- und Step0- mit Clk- verbinden. 
Haltet ihr das für richtig?
MfG
Hans

Dear meister:

I’d like to correct some information. While browsing through the old posts, I noticed that on page 100 you shared a product link. However, that is actually not my product link, I only sell my products on Taobao. Based on today’s exchange rate, the price is approximately USD 29.61.I only had a small batch made by JLC for my own DIY projects, so there’s no real cost advantage.


Tim

I did a few more tests, and with a short Gcode file of ~1500 lines, it works fine, disabling the spindle on the first try. If the file is already ~2000 lines long, there's a problem. This value may vary on different machines, but you can try shortening or extending the number of lines. The beginning and end of the file remain the same. Try test.ngc.
 

Does anyone know a full list of requirements for thc activation so I can check them one by one?