How to run grblHAL driver for NXP LPC1769 processors on BTT SKR V1.4 Turbo board?

[Predatot420]

Hello everyone, and @terjeio

I am new to the grblHAL ecosystem and I'm having trouble compiling the firmware for my setup. My goal is to get my new BTT SKR V1.4 Turbo board running with TMC2130 stepper drivers.

My Hardware:

Board: BigTreeTech SKR V1.4 Turbo

Driver: Trinamic TMC2130 (SPI mode)

Target: I want to control a single X-axis motor for initial testing.

What I Have Done:

Cloned the latest grblHAL/LPC176x repository using git clone --recurse-submodules.

Imported the project into MCUXpresso IDE.

The my_machine.h file with the following configuration for my board and TMC2130 driver in SPI mode:

#define BOARD_BTT_SKR_14_TURBO
#define TRINAMIC_ENABLE 2130
#define TRINAMIC_SPI_ENABLE 1
#define X_DRIVER_TYPE TMC2130
Attempted to build the project.

The Problem:
The build fails with multiple errors in the file iap.c, such as:
error: passing argument 1 of 'iap_entry' from incompatible pointer type [-Wincompatible-pointer-types]

It seems there is a data type mismatch between the iap_entry function definition and how it is being called. Since I am using a fresh clone of the repository, I believe this might be an issue with the current source code.

Could anyone please provide some guidance on how to resolve this compilation error?

consoloutput.txt

[onelonedork]

I had the same problem. I tried grabbing the latest iap from NXP and no luck.

[terjeio]

Fix comitted.

[Predatot420]

But did anyone test it ? with skr 1.4 Turbo & TMC 2130 drivers. I fear that if there aren't any pin mapping issues, also

[onelonedork]

Compile worked, will attempt to load on the board when I get home.

[Predatot420]

Do you have the same setup? Tmc2130 spi?

[Predatot420]

It might be very helpful if the maintainers could have access to the SKR V1.4 Turbo board together with the supported drivers. That way, all features and functions could be properly tested, since at the moment it seems that not much works beyond the compilation process. After proper testing and verification, the repository could then be updated, making things much smoother and more reliable for end users. @terjeio

[Predatot420]

Well, i already tried 😅 I spent 5 days 5 nights trying to make the board work for my cnc project. Nor chatGPT5 nor Googles Gemini pro was able to crack it. Did about 2000 comlations each time thinking that i found the fix.The farthest I got was to remove all red squares from x y z h s r e p on IOsender , removed the alarms on IOsender and USG. Made VCome read the usb. But in the end when sent any g code (movment commands not setting settings) the Unerversal Gcode Sender and IOsender just froze dead to the point it was hard to close the program trough task manager It only unfaze when disconnected the bord. So I thought damn the whole bord and ordered a btt skr pro. Waiting till it arrives from USA to Netherlands, till then I will be working with mechanical design. But what I can do i can send you my btt skr 1.4 Turbo to trouble shut it and one TMC2130 driver.
I think since I don't have a full understanding of grbl ,grbl lpc,grbl hall as its creators dose, I wasn't able to crack it, but I believe @terjeio could.

@terjeio

[onelonedork]

@terjeio, I greatly appreciate your help in fixing the compiler issue. The rest of it is on me to figure out ;)

[Predatot420]

@onelonedork, please share your successes if you make it

[onelonedork]

@Predatot420

Still some basic settings errors that I'll have to sort out, but I was able to get GRBL to show up on the 1.4 Turbo. Will hook a motor up to it and see if I can get a driver working once i've cleared all of the endstop and probe errors

[Predatot420]

@onelonedork from the looks of it, you are on the same path I was on . If im right, you will end up with pin maping. This was the point where I decided to move on to skr pro 1.2. But after I ordered it I realised the skr pro probably will have the same issues. So I now decided to strip everything away from grblHall and try make my own grblHAL skr 1.4 Turbo version from core up and then move to skr pro 1.2 ,hopefully skr pro 1.2 will work out of the box, but i doubt it. Because provided firmware file project to compile is completely useless 🙃 Trying to understand someone's else gibberish is more frustrating than making the grblhal from the core up with only chosen functions needed, the grblHAL dir contain 50% of purpose les code whats not needed for me.

[terjeio]

I have now lightly checked a BTT SKR v1.3 board with TMC2240 drivers in SPI mode and AFAIKT that works as it should.

FYI I accidentally flashed 1.4 firmware on the 1.3, this failed with hardfault so unlikely it will work with a 1.2 board.

Will hook a motor up to it and see if I can get a driver working once i've cleared all of the endstop and probe errors

See this.

Trying to understand someone's else gibberish is more frustrating than making the grblhal from the core up with only chosen functions needed, the grblHAL dir contain 50% of purpose les code whats not needed for me.

Good luck with the new driver!

[Predatot420]

@terjeio
At the moment I’m creating my own pin map for the SKR 1.4 Turbo by manually mapping all the connector headers (male and female JST) to understand what is what and why.

Of course, having the actual schematic and netlist from BTT (their KiCad or whichever tool they use) would make this process much clearer. In the meantime, I’ve built my own pin map based on what I understand from the board and I plan to compare it with the official BTT GitHub repositories for the SKR 1.4 pin maps. (I know those are for Marlin, but hopefully they will still be useful for cross-checking.)

My plan is to strip out all the unnecessary pins for my use case (LCD, thermistors, etc.) and then build my own grblHAL version with just the features I need. Hopefully I’ll succeed. I also noticed that the SKR 1.3 seems to have a slightly different pin map.

If I manage to get everything working, I’d be happy to share my results so you can validate them. Maybe some of it could even be useful for updating the LPC176x repo.