Advanced Search

Hey, sorry if this isn't the spot to ask for help with this issue. 

So I've decided to try to build a new controller for my CNC converted lathe. Did some searching around and found remora. I already had an SKR 1.4 Turbo sitting in a closet from an old Voron machine. As far as I remember, I was running Klipper on it, but didn't mess with the bootloader or anything. 
So far I have:
grabbed the firmware.bin from the "github.com/scottalford75/Remora/tree/mai.../FirmwareBin/LPC1769"
placed it on a freshly flashed FAT32 4GB SD card.
placed my extremely minimal config.txt on the SD  card as well
inserted into my SKR 1.4 Turbo and powered it for 10-20 seconds, cut power.
removed the SD card and inserted it into my card read on my windows machine and confirmed the firmware.bin did in fact change to firmware.cur
ejected the SD card, re-inserted it into the SKR 1.4 Turbo.
Powered on my raspberry pi 4 running the: LinuxCNC 2.9.4 Raspberry Pi 4 OS based on Debian Bookworm Raspberry Pi 4 Uspace compatible with Mesa Ethernet and SPI interface boards. Img. from the linuxcnc downloads page.
SPI enabled in the /boot/firmware/config.txt on the raspberry pi 4
SPI and Serial Debugging wired and configured in the SKR 1.4 Turbo config.txt
Hal file for my config is setup minimally to only include two axis's and the rest of the standard Remora hal related stuff. (I may have missed something but I followed the remora documentation as best I could)
Everything "seemed" okay at first, with the SKR not powered, I could launch my probe basic lathe config, but couldn't take it out of e-stop (expected as the hal file has a remora e-stop function that prevents this without an active SPI link)
Boot the SKR up, and launch my probe basic lathe config and I am able to take the machine out of e-stop. 
However, this is where I hit a dead end. I went to add my limit switches, I configured my hal file to reflect what was in my SKR's config.txt for those data bits and I was hit with "remora.input.00" does not exist and the obviously probe basic lathe doesn't launch. 
I double checked my config.txt to make sure I didn't having any duplicated data bits etc. etc. etc. 
That's when I "tried" to watch the serial debug in terminal by adding the serial debug section into my SKR's config.txt. 
booted the pi 4, ran: screen /dev/serial0 115200 in terminal, started watching the window, powered the SKR up and it showed some things, however, not what I was expecting. It sets up some pins for the limits, but they aren't what I had in my config.txt... not based on the data bits I had selected. I also tried a variation of different data bits etc. and still couldn't get it to load the correct ones. I ended up just updating the hal file to reflect what it DID assign those pins to and probe basic lathe did launch at that point. So I triggered the input pins for both limits on the SKR while monitoring halshow and it's not showing a trigger. I also don't even think my serial debug screen is displaying correctly. I've tried re-flashing the SD card, double checked I was using the correct firmware.bin for my board. triple check my SPI wiring, replaced with shorter wiring, etc. I'm really stumped. I was going to try flashing the default SKR 1.4 turbo firmware and try re-flashing after that, but I was having trouble finding a pre-built firmware.bin to flash and I'm terrible at building from source. Any help with getting this running correctly would be really appreciated. I've spent the last 4 days or so struggling to figure it out on my own. I've attached a copy of my current hal file (it's rough/ not complete yet but it launches)
a copy of my config.txt that is in the root directory of the SKR SD card, and a screenshot of what my serial debug monitoring is showing in screen. 
(note: I left the pins for the x and z limit in my hal setup to whatever it created for them based on the serial debug screen because that's what allowed me to launch)

thanks again in advance.


 

Hello everyone,

I'm setting up a PWM-controlled spindle for my LinuxCNC machine. My analog DC motor controller requires a 0-10V input, which I'm generating with this specific PWM-to-analog converter: www.amazon.co.uk/Digital-Analog-Module-C...&smid=A2BXCFIGGD7VDT.

The PWM signal is sourced directly from a Raspberry Pi 5's GPIO, routed through our custom-designed isolator board HAT, V1.1, which you can find details about here: github.com/data124001/Isolation/wiki. We're running LinuxCNC version 2.9.1 and using the hal_gpio library.

The core issue is that this specific PWM-to-analog converter appears to invert the control signal: a 100% PWM duty cycle from the Pi (and hal_gpio) results in zero motor speed, while a 0% PWM duty cycle results in full motor speed. This means my spindle speed control is completely reversed from what's expected (higher LinuxCNC speed command = lower motor RPM).

We have confirmed that the PWM signal generated by the Raspberry Pi 5's GPIO (whether directly or via our custom isolator board) is behaving correctly in terms of duty cycle interpretation (e.g., 50% duty cycle is "half on"). However, without this specific PWM-to-analog converter in the loop, we have no meaningful 0-10V speed control for the motor controller, only basic on/off, as the raw PWM is unsuitable.

Therefore, the problem lies squarely with the inversion introduced by the Amazon PWM-to-analog converter itself when converting the standard Pi PWM.

My question is: What are the most effective and robust methods within LinuxCNC's HAL configuration to invert the hal_gpio PWM signal before it reaches this converter? I'm looking for a HAL-based software solution to achieve the correct 0-10V spindle speed control (where a higher LinuxCNC spindle.0.speed-out value corresponds to a higher analog voltage to the motor controller and thus higher motor RPM).

I will be attaching my HAL and INI files to this post to provide full context of my current setup.

Any specific HAL configurations or example code would be incredibly helpful!

Thanks in advance.

 

Raspberry PI4 test version of the project is now online in the test branch (with docs how to connect), if you are interested try it, more info on the discord channel.

github.com/atrex66/stepper-ninja/tree/test

discord.gg/tKBEQGqw

forum.linuxcnc.org/9-installing-linuxcnc...only?start=10#320959

Just about ecevrything to do with the Rpi images can be found in this thread, there is also an index to that thread here
forum.linuxcnc.org/38-general-linuxcnc-q...official-images-only

Borrowed a dongle, TP-Link TP-WN722N, from a Forum Member.

Got an external antenna from another Form Member.

Much swapping and shifting around between bench, cubicle and cabled as far from cubicle as lengths would allow.
Dongle, antenna, 4GB and 8GB, power supplies, LC2.9.2 and LC2.9.4, etc etc
The Dongle works fine, Ebay says $15.

Eventually replaced the monitor on the mill with the one from the bench.
SUCCESS.
Even works in the cubicle with door open without the dongle.

Who would have thought !

Suggestions welcomed on what to do with the faulty monitor.
I am in Kingswood if you want to drop by and take it off my hands.

Thanks to all for the help,
John.

The original thread was getting way long, with a lot of info spread out.
Pleas pay particular attention to the hal_gpio stuff, there is a basic 3 axis mill config that works. If you get any errors when thrying to use hal_gpio, unless the error log states "no permission" the issue is a permission error (which should not happen), otherwise it is related to the GPIO pins selected or somethng else. Mostly this occurs when a user attempts to use the SPI allocated pins without disabling the SPI interface.
What I suggest to the RPi users is to bookmark the Index thread forum.linuxcnc.org/38-general-linuxcnc-q...l-images-only#325007 for later reference . 

sweet

and for the host interface USB?
this will not really work
LinuxCNC is a little bit different to other controller like GRBL,
you need a realtime loop between board and host and this will only work with Ethernet/Ethercat/SPI(raspberry) or LPT., not with USB or UART.

If you need almost ready to use Gateware/Drivers for your board, you can look at:

github.com/multigcs/riocore/
(github.com/multigcs/riocore/blob/dev/doc/BOARDS.md)

this is a gateware generator and all the FPGA stuff is written in verilog,
but it use W5500 UDP interface or SPI.
There is also an UART/USB plugin, but only for testing, not for realtime use.

you can take a look on my youtube channel, there are many videos with different FPGA's running RIO:
www.youtube.com/@unixconf/

but i can understand if you prefer to write your own software, it's also fun

The images are setup and no adding users to groups or messing around is needed.
Read the following thread and you'll find a link to GPIO info and a working example.
forum.linuxcnc.org/38-general-linuxcnc-q...official-images-only

Hello to all.
I'm using Linuxcnc 2.9.4 on rpi5 debian bookworm that is installed from linuxcnc rpi5 image.
I have a problem on running my setup.
I tried many things like adding gpio to my user, creating a file 90-gpio-access that is mentioned on hal_gpio manual (linuxcnc.org/docs/devel/html/drivers/hal_gpio.html)

but I failed.

Here is my fault information;

my groups are;

Thanks a lot. This is the info I was looking for.

JAMSys wrote:

Hi,
The Linuxcnc 2.9.2 and 2.93 images for Raspberry Pi 4b & 5 are
special OS. The menu-config configuration does not have the option for auto login.
 

Rod's the one that has put them together, apart from the RT kernel & the addition of the Linuxcnc packages it's just Debian. Nothing special about the actual OS.

JAMSys wrote:

Hi,
The Linuxcnc 2.9.2 and 2.93 images for Raspberry Pi 4b & 5 are
special OS. The menu-config configuration does not have the option for auto login.

Nothing to do with menu-config. Its all Linux
gnipsel.com/linuxcnc/debian-11-fix.html

Hi,
The Linuxcnc 2.9.2 and 2.93 images for Raspberry Pi 4b & 5 are
special OS. The menu-config configuration does not have the option for auto login.

You should be able to set up auto login the same way it is done with an x86 machine as its the OS you are logging into

Hi,

Is it possible to create an auto-login for the raspberryPi in order to create a keyboard less system with gmoccapy?