Advanced Search

Hello friends, thanks to everyone for the help. Unfortunately, it didn't work out, and after two days, I gave up and looked for another solution. I stumbled across an Arduino in my boxes and decided to go with UGS on Raspberry (VNC) & GRBL on Arduino. Everything worked flawlessly right away. I'm satisfied. Thanks again to all and best wishes.

Thanks,
Dragan

c@raspberrypi:~/linuxcnc/configs/microcarve$ LINUXCNC - 2.9.6
Machine configuration directory is '/home/cnc/linuxcnc/configs/microcarve'
Machine configuration file is 'microcarve.ini'
Starting LinuxCNC...
linuxcnc TPMOD=tpmod HOMEMOD=homemod EMCMOT=motmod
Note: Using POSIX realtime
Found file(REL): ./microcarve.hal
task: main loop took 0.100768 seconds
task: main loop took 0.113741 seconds
task: main loop took 0.140260 seconds



this is what i get running it from commandline. task: main loop ........

For weeks, I've been working on my own CNC machine and have made good progress, but I need help with some small details from experts.The machine is a MicroCarve MV3 with 3x 23-305-DS8A steppers in bipolar parallel mode, connected to a TB6600, which is connected to a Raspberry Pi 4. I don’t have a stop button yet.I’ve managed to wire the motors and Pi to test the axes with a Python script. I also created a minimalist INI and HAL file and started TkLinuxCNC. However, I can’t move the motors because the software shows an E-stop, and despite my efforts, I can’t get the machine to move.I access the Pi via VNC without a connected monitor. The image used is rpi-4-debian-bookworm-6.1.54-rt15-arm64-ext4-2023-11-17-1731.img.xz, updated to LinuxCNC 2.9.6.Friends, I need help. I’ve spent many hours on this and am close to getting the machine running.My test script works; HAL and INI files are attached.Thanks,
Dragan

[SOLVED] XHC-WHB04B-6 on LinuxCNC 2.9.6 (QtDragonHD + 7i96S) — Beginner notes
(I am sharing the exact steps I followed, written simply. Many threads assume advanced users; I am a beginner.)My machine / system

• Gantry router XYYZ (dual Y motors), work area approx. 1300 x 1210 mm
• Controller: Mesa 7i96S (Ethernet, step/dir)
• Spindle: 2.2 kW, 24,000 RPM
• UI: QtVCP / QtDragon_HD
• OS: Raspberry Pi 5, Debian 12 (Bookworm)
• LinuxCNC 2.9.6

What actually fixed it (short version)

1. Load the pendant HAL file as a HALFILE (before the post-GUI), same as the donor machine.
2. Add MDI_COMMAND lines under [HALUI] so pins halui.mdi-command-XX exist.
3. Keep qtvcp_postgui.hal clean (only GUI signals, no pendant driver).
4. In my case, moving the WHB USB dongle to another port made the wheel/jog and DRO updates work.

STEP 1 — Copy the pendant HAL file
Place xhc-whb04b-6.hal in your config folder (the same folder that has your .ini and main .hal), e.g.:STEP 2 — Load the pendant before the post-GUI
Open your .ini and in the [HAL] section add this line and keep this exact order:Important: do not load the WHB driver inside qtvcp_postgui.hal.STEP 3 — Create MDI pins under [HALUI]
In the same .ini, find (or create) the [HALUI] section and paste this block right under it:This creates halui.mdi-command-00..07 (indexes follow the order above).
Add more MDI_COMMAND lines if your xhc-whb04b-6.hal uses higher indices.Notes so jogging actually works

• E-STOP released, Machine ON
• Manual mode
• Fully homed (for XYYZ: X, Y1, Y2, Z)
• On the pendant, use Continuous, or Step + Step size
• If the wheel does nothing or DRO does not update: try a different USB port/dongle (this was the final fix for me)

Thanks and request
Many thanks to the original thread’s author for sharing files and guidance.
If possible, could you post a short summary of the final button mapping (what each macro-N does, Continuous/Step, ABS/REL, etc.)? That would help beginners keep their configs consistent.If anyone needs it, I can share my final .ini, xhc-whb04b-6.hal, and a minimal qtvcp_postgui.hal exactly as they ended up.

to make the NVME working on the original linuxcnc rpi image,
i need to add this options to /boot/broadcom/cmdline.txt:



the 2nd ethernet-port works out of the box (eth1)
i used this for the normal network and eth0 for the FPGA connection:

I now have my RPI5, just as it should be.

 

Vergiss den "Parallel Hat". Es gibt seit ein paar Wochen auf Aliexpress die 7I92 oder 7I98 für sehr kleines Geld zu kaufen, vermutlich sogar billiger als das "Parallel Hat" aus den USA:
de.aliexpress.com/item/1005009563621594.html
de.aliexpress.com/item/1005009714713471.html
Die schließt du einfach an den Ethernet-Port des Raspberrys an.

Falls du nicht vor hast Glasmaßstäbe nachzurüsten, ist die 7I92 mehr als ausreichend. Die Schrittmotortreiber kannst du auch direkt an die Pins anschließen (das gilt genauso für die GPIO Ausgänge des Raspberrys, da du nur die LED im Optokoppler der Schrittmotorendstufe betreibst, wofür 3.3V mehr als ausreichend sind, also ein "Parallel Hat" völlig überflüssig).

Ich persönlich habe vor genau einer Woche zwei von den chinesischen 7I98 und eine 7I92 bestellt und werde die testen und hier berichten, wenn sie da sind.

Ps: Die HAL-Datei von byte2bot funktioniert nicht mit dem RPi5. Man muss erst den SPI-Port abschalten (Anleitzung dazu steht ganz oben in der HAL-Datei) und die vierte Achse in der HAL abschalten oder so, genau habe ich das aber gerade nicht im Kopf. 
Auch die Signallänge sollte angepasst werden, da die standardmäßig zu kurz eingestellt wurde. Ich werde die Sache aber nicht weiter verfolgen, da ich lieber auf die Mesakarten warte. GPIO mit seinen paar KHz ist sowieso viel zu langsam zum Fräsen, auch für meine kleine Tischfräse.

jenachdem wie dein bob aufgebaut ist, also das hinter dem 25pol stecker,
kann man die auch mit 3.3v betreiben, also direkt am GPIO vom raspberry.
Diese china bob's www.amazon.de/Fasizi-5-Achsen-CNC-Breako...reiber/dp/B09Z29TYNL
hatte ich schonmal direkt am 3.3v FPGA vertratet

Hi Bernhard,
verstehst du richtig so, RPI + Parallel Hat is das selbe wie PC mit Parport,
die step-signale werden im Raspberry erzeugt und an den GPIO pins ausgegeben.

Nachteil: Jitter und nicht allzu hohe beschleunigungen/geschwindigkeiten möglich.
Vorteil: günstiger

bei Mesa werden die schnellen stepper-impulse im FPGA erzeugt und der Raspbi gibt nur die befehle an die Mesa per Ethernet oder SPI und erhält den aktuellen status zurück

Gruß,
Olli

EDIT: für so ne diadrive reicht der RPI mit Hat völlig aus, die geben 'max. 20 mm/Sek.' an, dafür brauch man keinen FPGA
 

Danke, das ist schon mal ein Ansatz! 

Im Moment sehe ich da zwei Möglichkeiten:
- Raspberry Pi 5 + ein Parallel Hat von byte2bot
byte2bot.com/products/parallel-port-rasp...gak8F2DJq1o7WoFK2x-g

Verstehe ich das richtig, dass damit die Erzeugung der Signale die an meine Fräse gesendet werden im Raspberry stattfindet, und somit von der Systemauslastung, Latenz, etc.. abhängt?

- Raspberry Pi 5 + MESA 7C81
Während hier die Signale in/von der Mesa Karte erzeugt werden?

In beiden Fällen muss ich die .hal Dateien so anpassen dass die korrekten Pins angesprochen werden, das ist mir klar.

Aber funktioniert das grundsätzlich so, oder liege ich daneben?

Hallo zusammen!

Ich heiße Bernhard, bin Mitte 40 und komme aus dem Osten Österreichs.
Beruflich bin ich in der IT unterwegs, und habe auch etwas Erfahrung mit Linux.

Daher war das ausstatten meiner vor 5 Jahren angeschafften kleinen CNC Fräse (Mutronic Diadrive) mit LinuxCNC logisch, und das funktionierte auch im großen und ganzen sehr gut.

Die letzten 5 Jahre lief ein PC mit einem ASUS Mainboard aus 2005, an dessen Parallel-Port direkt die Fräse hing.

Wie zu erwarten, macht das natürlich irgendwann Probleme. Im Moment wird die Festplatte (SSD) nicht mehr erkannt.
Ich krieg das grundsätzlich zwar sicher wieder hin, aber möchte das eigentlich gleich nutzen um auf aktuelle Hardware umzusteigen.
PCs mit Parallel-Port zu finden die dann auch akzeptabel funktionieren dürfte eher die Nadel im Heuhaufen sein.
Alles was mir so in den letzten Jahren vor die Füße gefallen ist, hat im Latency Test grausam abgeschnitten.

Daher meine Frage an die Wissenden:
Was nehme ich 2025 für Hardware, um eine Fräse anzusteuern die einen Parallel-Port Eingang hat.

Ich lese was von Raspberry Pi, Mesa Karten, ..., blicke aber ehrlich gesagt nicht durch wie das alles zusammenspielt.
Eine Raspberry Lösung fände ich sehr sexy, aber was nehme ich dann als Umsetzer zur Fräse?

Habt ihr eventuell Links zu funktionierenden und dokumentierten Setups, oder Tipps in welche Richtung ich mich weiter schlau machen sollte?

hilfesuchende Grüße,
Bernhard


 

you can get sma cables with a bulkhead adapter at one end. use that cable, attach to where the wifi antenna was, drill a hole in the cabinet and you can then attach your antenna to the extension cable.

Glad you got that sorted John. Just wanted to mention that I did somewhat similar - wanted to "move the WiFi 10ft away to the top of the HMI box" since that's the highest point of the machine.  Looked at external antennas but none had a cable long enough. So have Rpi --> industrial USB hub --> 10ft USB cable to a tiny  8821CU  dongle with the antenna sticking out of the HMI.  Trap for young players: that particular dongle already has a driver included in the Rpi .iso, but that driver absolutely would not work.  Had to follow the directions at the link to compile a special new driver for it.  After a lot of head-scratching and configuration, have the on-board WiFi disabled and the dongle enabled, and it works a treat.  Cheers.

LinuxCNC 2.9.6 has been released.

This is a bug-fix release. Shortly after the release of 2.9.5 it was
noticed that a fix for a graphics bug in Gmoccapy had resulted in the
Axis touch-off dialog box no-longer working for non-zero entries.

This update is for all users, but especially users of the Axis GUI.

Packages for 2.9-uspace for amd64 (PC) for Debian Buster, Bullseye,
Bookworm and Trixie and for arm64 (Raspberry Pi 4/5) for Buster and
Bookworm have been added to the linuxcnc repository. If you installed
from one of our live images or Pi SD-card images then the update
should be available immediately.

If you installed into a normally-installed Debian from the Debian
repositories then hopefully the new version can be queued up for the
next point release. If you can’t wait then it is possible to add the
LinuxCNC repositories to the apt sources. One way to do this and
install the security keys is via the shell script here:
linuxcnc.org/docs/stable/html/getting-st...th_preempt_rt_kernel

At the moment the live-image installer and SD card images will install
2.9.4 but update should be trivial (and possibly automatic)

RTAI is still supported, but in the short term building from source is
likely to be the most expedient way to get 2.9.6 on that platform.

Changelog

qtvcp -Qt5_graphics: issue 2753; preview wrongly uses INI startup code
Merge pull request #3567 from Sigma1912/2_9-Correct_bad_fix_for_2753
Gremlin: Don’t use RS274NGC_STARTUP_CODE when updating the preview
Docs: Address G52 Circular Link #3565

Acknowledgements

As always, we couldn’t do this without the contributions from the
community, so many thanks to:

CMorley
Sigma1912

 

I am finding that

1. the stepper motors for the two spindles work as expected, however
2. the stepper motors for the axes (B, U, V, X, &, & Z) run at a VERY slow speed. 

The latency test on my Raspberry Pi 5 gave:

• Servo Thread
  • Max Interval = 1,013,089nS
  • Max Jitter = 13,089nS
• Base Thread
  • Max Interval = 46,407nS
  • Max Jitter = 24,074nS

I ran the Step Timing Calculator to set the BASE_PERIOD based on using StepperOnline DM542T drivers.

• Step Length = 2.5µS
• Step Space = 2.5µS
• Direction Setup = 5µS
• Direction Hold = 5µS

The recommended BASE_PERIOD = 26.57µS.

When I run LinuxCNC based on this configuration, the value for the parameter, hm2_yi92.0.stepgen.02.maxvel = 1.

Regardless, the stepper motor does NOT run at 1 rev / sec.

---

Attached are the HAL, INI, and include files for

• Spindle0 (Spindle1 is the same)
• Axis X (axes Y, Z, B, U, & V are the same)

The X Axis is set as Joint 0, Channel 02.

---

Help would be GREATLY appreciated!

Thank you and kind regards,
Rich