Blog - All Comments

RE: EZ-MCXN: CMake script for NXP MCXN326 controller

DAB — Sun, 01 Nov 2026 19:36:58 GMT

Great post Jan.

RE: EZ-MCXN: CMake script for NXP MCXN326 controller

Jan Cumps — Sun, 01 Nov 2026 09:23:40 GMT

The MCUXpresso toolchain has a program called mcux-fix-elf, that touches up GCC created .elf files.
For the MCXN236 this isn't neccessary.
For multicore and security enabled development, it is required. I added it for completion.

If you don't set MCUX_FIXELF_EXE, and don't have the executable on your path, this will be skipped.

[embed:dc8ab71f-3b98-42d9-b0f6-e21e02a0f8e2:ebe1882f-6f6a-497f-9bf2-9ede8e9af67a:type=json&text=%23%20MCUXpresso%20FIXELF%20section%0D%0A%23%20Not%20really%20needed%20for%20a%20single%20core%20MCXN236%2C%20but%20included%20for%20completeness%0D%0Aset%28MCUX_FIXELF_EXE%20%24ENV%7BMCUX_FIXELF_EXE%7D%29%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23%20check%20if%20MCUXpresso%20FIXELF%20path%20is%20set%20%20%20%20%20%20%20%20%20%0D%0Amessage%28STATUS%20%22mcux-fixelf%20set%20as%3A%20%24%7BMCUX_FIXELF_EXE%7D%22%29%0D%0Aif%28NOT%20MCUX_FIXELF_EXE%29%0D%0A%20%20%20%20find_program%28MCUX_FIXELF_EXE%20mcux-fixelf%29%0D%0A%20%20%20%20if%28NOT%20MCUX_FIXELF_EXE%29%0D%0A%20%20%20%20%20%20%20%20message%28STATUS%20%22Can%27t%20locate%20mcux-fixelf.exe%20in%20environment%20or%20on%20path.%20Skipping%20post-build%20fixelf%20step.%22%29%0D%0A%20%20%20%20endif%28%29%0D%0Aelse%28%29%0D%0A%20%20%20%20message%28STATUS%20%22using%20mcux-fixelf%3A%20%24%7BMCUX_FIXELF_EXE%7D%22%29%0D%0Aendif%28%29%0D%0Aif%28MCUX_FIXELF_EXE%29%20%20%20%20%20%20%0D%0Amessage%28STATUS%20%22start%20mcux-fixelf%22%29%0D%0Aadd_custom_command%28TARGET%20%24%7BCMAKE_PROJECT_NAME%7D%20POST_BUILD%0D%0A%20%20%20%20COMMAND%20%24%7BMCUX_FIXELF_EXE%7D%20%0D%0A%20%20%20%20%24%3CTARGET_FILE%3A%24%7BCMAKE_PROJECT_NAME%7D%3E%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23%20.elf%20file%20to%20fix%0D%0A%20%20%20%20COMMENT%20%22Executing%20mcux-fixelf%20post-build%20steps%20voor%20NXP%20MCU...%22%0D%0A%20%20%20%20VERBATIM%0D%0A%29%0D%0Aendif%28%29]

RE: EZ-MCXN: CMake script for NXP MCXN326 controller

Jan Cumps — Sat, 31 Oct 2026 23:59:14 GMT

Addition to automatically generate source files from the .mex config file:

[embed:dc8ab71f-3b98-42d9-b0f6-e21e02a0f8e2:c2b6a70d-02ec-4d1a-a114-19ab1e0581ed:type=batchfile&text=%23%20MCUXpresso%20Config%20section%0Aset%28CONFIG_TOOL_PATH%20%24ENV%7BCONFIG_TOOL_PATH%7D%29%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23%20check%20if%20MCUXpresso%20Config%20path%20is%20set%20%20%20%20%20%20%20%20%20%0Aif%28CONFIG_TOOL_PATH%29%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23%20path%20set%3A%20generate%20sources%0A%20%20%20%20message%28STATUS%20%22CONFIG_TOOL_PATH%3A%20%24%7BCONFIG_TOOL_PATH%7D%22%29%0A%20%20%20%20set%28MEX_FILE%20%22%24%7BCMAKE_CURRENT_SOURCE_DIR%7D%2FEZ_MCXN.mex%22%29%0A%20%20%20%20set%28OUTPUT_DIR%20%22%24%7BCMAKE_CURRENT_SOURCE_DIR%7D%22%29%0A%0A%20%20%20%20message%28STATUS%20%22MCUXpresso%20Config%20Tools%3A%20source-export%20%28Pins%2C%20Clocks%2C%20Peripherals%29...%22%29%0A%20%20%20%20execute_process%28%0A%20%20%20%20%20%20%20%20COMMAND%20%22%24%7BCONFIG_TOOL_PATH%7D%22%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-noSplash%22%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-consoleLog%22%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-HeadlessTool%22%20%22Pins%22%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-Load%22%20%22%24%7BMEX_FILE%7D%22%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-ExportSrc%22%20%22%24%7BOUTPUT_DIR%7D%22%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%0A%20%20%20%20%20%20%20%20RESULT_VARIABLE%20CONFIG_TOOL_RESULT%0A%20%20%20%20%20%20%20%20ERROR_VARIABLE%20CONFIG_TOOL_ERROR%0A%20%20%20%20%29%0A%20%20%20%20execute_process%28%0A%20%20%20%20%20%20%20%20COMMAND%20%22%24%7BCONFIG_TOOL_PATH%7D%22%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-noSplash%22%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-consoleLog%22%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-HeadlessTool%22%20%22Clocks%22%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-Load%22%20%22%24%7BMEX_FILE%7D%22%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-ExportSrc%22%20%22%24%7BOUTPUT_DIR%7D%22%20%20%20%20%20%20%20%20%20%20%20%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%0A%20%20%20%20%20%20%20%20RESULT_VARIABLE%20CONFIG_TOOL_RESULT%0A%20%20%20%20%20%20%20%20ERROR_VARIABLE%20CONFIG_TOOL_ERROR%0A%20%20%20%20%29%0A%20%20%20%20execute_process%28%0A%20%20%20%20%20%20%20%20COMMAND%20%22%24%7BCONFIG_TOOL_PATH%7D%22%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-noSplash%22%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-consoleLog%22%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-HeadlessTool%22%20%22Peripherals%22%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-Load%22%20%22%24%7BMEX_FILE%7D%22%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%22-ExportSrc%22%20%22%24%7BOUTPUT_DIR%7D%22%20%20%20%20%20%20%20%20%20%20%20%20%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%0A%20%20%20%20%20%20%20%20RESULT_VARIABLE%20CONFIG_TOOL_RESULT%0A%20%20%20%20%20%20%20%20ERROR_VARIABLE%20CONFIG_TOOL_ERROR%0A%20%20%20%20%29%0A%20%20%20%20%23%20command%20line%20places%20clock%20files%20in%20cm33_core0%20dir.%20Move%20files%2C%20then%20remove%20folder%0A%20%20%20%20if%28EXISTS%20%22%24%7BOUTPUT_DIR%7D%2Fcm33_core0%22%29%0A%20%20%20%20%20%20%20%20message%28STATUS%20%22Move%20clock%20sources%20and%20delete%20cm33_core0%20subdir...%22%29%0A%20%20%20%20%20%20%20%20file%28RENAME%20%22%24%7BOUTPUT_DIR%7D%2Fcm33_core0%2Fboard%2Fclock_config.c%22%20%22%24%7BOUTPUT_DIR%7D%2Fboard%2Fclock_config.c%22%29%0A%20%20%20%20%20%20%20%20file%28RENAME%20%22%24%7BOUTPUT_DIR%7D%2Fcm33_core0%2Fboard%2Fclock_config.h%22%20%22%24%7BOUTPUT_DIR%7D%2Fboard%2Fclock_config.h%22%29%0A%20%20%20%20%20%20%20%20file%28REMOVE_RECURSE%20%22%24%7BOUTPUT_DIR%7D%2Fcm33_core0%2Fboard%22%29%0A%20%20%20%20%20%20%20%20file%28REMOVE_RECURSE%20%22%24%7BOUTPUT_DIR%7D%2Fcm33_core0%22%29%0A%20%20%20%20endif%28%29%0Aelse%28%29%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%23%20path%20not%20set%3A%20developer%20should%20generate%20sources%20with%20GUI%0A%20%20%20%20message%28STATUS%20%22CONFIG_TOOL_PATH%20not%20set.%20Skipping%20source%20generation.%22%29%0Aendif%28%29]

If you don't define an environment variable CONFIG_TOOL_PATH, nothing happens.
You should generate the files before starting the build, in that case.

If it is set, CMake generates the files during the config phase.
(every time. Maybe I should create a checkpoint to see if .mex file is newer than any of the generated files?)
During build, this part of the make script isn't executed, so still fast.

On command prompt, you can set it like this:

set CONFIG_TOOL_PATH=C:/NXP/MCUX_CFG_26.09/bin/tools.exe

RE: EZ-MCXN: CMake script for NXP MCXN326 controller

shabaz — Sat, 31 Oct 2026 22:39:56 GMT

Hi Jan,

Great work!! So glad this functions, since it saves having to install manufacturer IDEs, plus, importantly, it is faster to build, and use.

Turnaround time can now be as low as just single-digit seconds now, for all of building/flashing/testing combined : )

RE: EZ-MCXN: Simple Dev Board for NXP MCX N-Series Microcontrollers!

Jan Cumps — Fri, 30 Oct 2026 16:12:49 GMT

[mention:b0bc65b9ecdc4307bd967592f00e340a:e9ed411860ed4f2ba0265705b8793d05] , can you show a screen capture of your configurator's Clocks Table?

When I use NXP's SDK builder it sets the clock to 48. I'm trying to set the right positions to config it for a 24 MHz crystal

I'm trying to make an online SDK, and pins config seems to be straightforward:

The clock configurator is more complex.

RE: EZ-MCXN: Simple Dev Board for NXP MCX N-Series Microcontrollers!

shabaz — Wed, 28 Oct 2026 20:15:13 GMT

The board lives : )

I used the NXP graphical tool "MCUXpresso Config Tools" to create an EZ-MCXN config containing LED definitions and UART, and not much else.

Then I've created two simple projects:

(1) double_blinky

[embed:dc8ab71f-3b98-42d9-b0f6-e21e02a0f8e2:19858309-6803-4733-acb7-83c247bace52:type=c_cpp&text=%23include%20%22board.h%22%0D%0A%0D%0Aint%20main%28void%29%0D%0A%7B%0D%0A%20%20%20%20BOARD_InitHardware%28%29%3B%0D%0A%0D%0A%20%20%20%20LED1_ON%28%29%3B%0D%0A%20%20%20%20LED2_OFF%28%29%3B%0D%0A%0D%0A%20%20%20%20while%20%281%29%0D%0A%20%20%20%20%7B%0D%0A%20%20%20%20%20%20%20%20LED1_TOGGLE%28%29%3B%0D%0A%20%20%20%20%20%20%20%20LED2_TOGGLE%28%29%3B%0D%0A%20%20%20%20%20%20%20%20for%20%28volatile%20uint32_t%20i%20%3D%200%3B%20i%20%3C%201000000U%3B%20i%2B%2B%29%0D%0A%20%20%20%20%20%20%20%20%7B%0D%0A%20%20%20%20%20%20%20%20%20%20%20%20__NOP%28%29%3B%0D%0A%20%20%20%20%20%20%20%20%7D%0D%0A%20%20%20%20%7D%0D%0A%7D]

and

(2) uart_output (UART is exposed on J3 on the EZ-MCXN board, needs a USB-UART adapter to connect to PC)

[embed:dc8ab71f-3b98-42d9-b0f6-e21e02a0f8e2:c9b09509-1097-4401-94ba-63eba6d22979:type=c_cpp&text=%23include%20%22board.h%22%0D%0A%23include%20%22peripherals.h%22%0D%0A%23include%20%3Cstdio.h%3E%0D%0A%23include%20%3Cstdint.h%3E%0D%0A%0D%0Aextern%20%22C%22%20int%20_write%28int%20handle%2C%20char%20%2Abuffer%2C%20int%20size%29%0D%0A%7B%0D%0A%20%20%20%20%28void%29handle%3B%0D%0A%0D%0A%20%20%20%20LPUART_WriteBlocking%28%0D%0A%20%20%20%20%20%20%20%20LP_FLEXCOMM4_PERIPHERAL%2C%0D%0A%20%20%20%20%20%20%20%20reinterpret_cast%3Cconst%20uint8_t%20%2A%3E%28buffer%29%2C%0D%0A%20%20%20%20%20%20%20%20static_cast%3Csize_t%3E%28size%29%0D%0A%20%20%20%20%29%3B%0D%0A%0D%0A%20%20%20%20return%20size%3B%0D%0A%7D%0D%0A%0D%0Avoid%0D%0Adelay_ms%28uint16_t%20n%29%20%7B%0D%0A%20%20%20%20for%20%28volatile%20uint16_t%20j%3D0%3B%20j%3Cn%3B%20j%2B%2B%29%20%7B%0D%0A%20%20%20%20%20%20%20%20for%20%28volatile%20uint32_t%20i%3D0%3B%20i%3C10000U%3B%20i%2B%2B%29%20%7B%0D%0A%20%20%20%20%20%20%20%20%20%20%20%20__NOP%28%29%3B%0D%0A%20%20%20%20%20%20%20%20%7D%0D%0A%20%20%20%20%7D%0D%0A%7D%0D%0A%0D%0Aint%20main%28void%29%0D%0A%7B%0D%0A%20%20%20%20uint16_t%20count%20%3D%200%3B%0D%0A%20%20%20%20BOARD_InitHardware%28%29%3B%0D%0A%0D%0A%20%20%20%20LED1_ON%28%29%3B%0D%0A%20%20%20%20LED2_OFF%28%29%3B%0D%0A%0D%0A%20%20%20%20while%20%281%29%0D%0A%20%20%20%20%7B%0D%0A%20%20%20%20%20%20%20%20printf%28%22count%20%3D%20%25d%5Cr%5Cn%22%2C%20count%29%3B%0D%0A%20%20%20%20%20%20%20%20count%20%2B%2B%3B%0D%0A%20%20%20%20%20%20%20%20LED1_TOGGLE%28%29%3B%0D%0A%20%20%20%20%20%20%20%20LED2_TOGGLE%28%29%3B%0D%0A%20%20%20%20%20%20%20%20delay_ms%28500%29%3B%0D%0A%20%20%20%20%7D%0D%0A%7D]

I built them using PowerShell:

.\build.ps1 debug

I don't have a debug probe attached currently. For now I flashed the firmware to the board by holding down BOOT and pressing RESET then releasing BOOT (not necessary the first time with a fresh new microcontroller):

.\build.ps1 flash

Then it immediately runs.

The setup I used and what I installed is documented at the EZ-MCXN GitHub repo.

The folders are a bit more complicated than hoped, but manageable. I created a top projects folder called c:\dev\projects\mcx_projects and then within that, there is this tree.

The c_cpp_properties.json is used for better syntax highlighting with VS Code, and needs to be edited per project for now.

The _boards/ez_mcxn folder contains the board config (the EZ_MCXN.mex file is the project file created wiith "MCUXpresso Config Tools".

RE: EZ-MCXN: Simple Dev Board for NXP MCX N-Series Microcontrollers!

shabaz — Wed, 28 Oct 2026 03:57:00 GMT

Finally assembled.. very blobby soldering but as long as they work that's ok.

I tried plugging in the USB cable into the PC, and it made the usual sound, so I believe at least the power, main crystal and microcontrollers are functioning.

This is what Windows reports (regardless of whether I press Boot+Reset or not, so I presume the bootloader automatically runs on a new unflashed microcontroller):

[embed:dc8ab71f-3b98-42d9-b0f6-e21e02a0f8e2:d6b39697-6294-4aa7-a0b2-26f83913577d:type=text&text=Class%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%20HIDClass%0D%0AFriendlyName%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%20USB%20Input%20Device%0D%0AInstanceId%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%20USB%5CVID_1FC9%26PID_0158%5C6%26A61A827%260%262%0D%0AProblem%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%20CM_PROB_NONE%0D%0AConfigManagerErrorCode%20%20%20%20%20%20%3A%20CM_PROB_NONE%0D%0AProblemDescription%20%20%20%20%20%20%20%20%20%20%3A%20This%20device%20is%20working%20properly.%0D%0ACaption%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%20USB%20Input%20Device%0D%0ADescription%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%20USB%20Input%20Device%0D%0AInstallDate%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%0D%0AName%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%20USB%20Input%20Device%0D%0AStatus%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%20OK%0D%0AAvailability%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%0D%0AConfigManagerUserConfig%20%20%20%20%20%3A%20False%0D%0ACreationClassName%20%20%20%20%20%20%20%20%20%20%20%3A%20Win32_PnPEntity%0D%0ADeviceID%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%20USB%5CVID_1FC9%26PID_0158%5C6%26A61A827%260%262%0D%0AErrorCleared%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%0D%0AErrorDescription%20%20%20%20%20%20%20%20%20%20%20%20%3A%0D%0ALastErrorCode%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%0D%0APNPDeviceID%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%3A%20USB%5CVID_1FC9%26PID_0158%5C6%26A61A827%260%262%0D%0APowerManagementCapabilities%20%3A%0D%0APowerManagementSupported%20%20%20%20%3A%0D%0A]

RE: EZ-MCXN: Simple Dev Board for NXP MCX N-Series Microcontrollers!

shabaz — Sat, 24 Oct 2026 21:33:06 GMT

That was not fun, it took an hour of concentration to get three of the microcontrollers soldered down!

I should have considered using the preheater+hot air tool. Instead, I put a dab of solder paste on the center pad, then taped the chip to the board.

Kapton tape is really good for this. Plus it is only slightly stretchy, so for that last 0.1-0.2 mm of adjustment, it is possible to lift up one end, stretch and place it down.

To check the alignment closer, I used a very low-cost Carson magnifier.. It gives an amazingly well-lit and sharp image (hard to photograph that).

Then I flipped the board and used a large 3mm tip at 360 deg C, for about 10-12 seconds, to reflow that paste.

After that, I removed the tape, and then did drag soldering (and I always mess up the last couple of pads when drag soldering, so those were fixed with desoldering wick). Then scrub board clean (I used IPA, I don't have any flux cleaner).

My procedure isn't very good, and probably the board should be properly reflowed to activate all the flux residue, otherwise it will affect the current consumption and maybe even ADC measurements etc. I will worry about that later!

Lots of difficult soldering still to do (some 0402 since I didn't have a lot of room close to the chip, and a couple of very small crystals).

RE: EZ-MCXN: Simple Dev Board for NXP MCX N-Series Microcontrollers!

shabaz — Sat, 24 Oct 2026 16:07:38 GMT

It was national holiday period in China, so I had to wait a bit longer than usual, but finally got the boards.

There are at least two of the larger boards (which are the more useful ones anyway) spare if anyone wants one, send me a message and I'll find a way to send it. Not all parts need to be populated of course, the bare minimum to get it running would be the crystal circuitry, and the USB parts and voltage regulator area.

Smaller board:

What I wanted to check, was how the solder mask was around the 0.5mm pitch QFP pads.. they did a great job, no broken areas there. This should make it slightly easier to solder.

RE: PID controller without floating point for ARM controllers using DSP C++ fixed point API

Jan Cumps — Fri, 23 Oct 2026 11:13:46 GMT

I updated the PID template class, so that it can either control between 0 and max (default behaviour), or
between min and max.

Only positive, use either
using pid_controller_t = pid::pid<fp_t>;
or
using pid_controller_t = pid::pid<fp_t, false>;

If you want the output to go negative and positive:

using pid_controller_t = pid::pid<fp_t, true>;

Here is a quick mockup that shows one object of the 0 - max type, and one of the min - max:

The limit values are pre-calculated at compile time. There is no runtime cost.

RE: PID controller without floating point for ARM controllers using DSP C++ fixed point API

Jan Cumps — Fri, 23 Oct 2026 09:39:14 GMT

I checked if the design is really generic, by using the same PID class witha Raspberry Pico:

[mention:b3cf8db14ff14c67b1d65480cc4dcd04:f7d226abd59f475c9d224a79e3f0ec07]

RE: Researchers Expand Photonic Chip Capabilities by Stacking Tiny Crystal Films

DAB — Thu, 22 Oct 2026 19:57:29 GMT

Very interesting.

RE: PID controller without floating point for ARM controllers using DSP C++ fixed point API

DAB — Thu, 22 Oct 2026 19:53:56 GMT

Very good work Jan.

RE: PID controller without floating point for ARM controllers using DSP C++ fixed point API

Jan Cumps — Thu, 22 Oct 2026 19:09:54 GMT

Happy to see that creating this generic class pays off

I just tried it on a Raspberry Pico, with the same ARM Q15 data type, and with float (Pico has an FPU, so float is a good choice). It works

Just a warning when using a Pico2 in RISCV mode. My PID class will work there too, but:
the ARM DSP++ data types will not build [emoticon:c4563cd7d5574777a71c318021cbbcc8] with a RISC compiler. ARM's lib (obviously) doesn't support RISCV. The PID works on RISCV with float though, without issues.

But really good that I didn't have to change any of my PID class code.

RE: PID controller without floating point for ARM controllers using DSP C++ fixed point API

shabaz — Wed, 21 Oct 2026 14:58:10 GMT

Hi Jan,

This is interesting stuff. Very neat that the library can use any type!

I was watching a youtube video the other day (I don't have the link) where they mentioned how even double precision causes sufficient error that for certain applications it was wise to switch to integer (or the special libraries such as decimal for Python and so on, as banks etc are acutely aware of).