Hello Community,
I am working on a custom hardware design based on the Murata Type 2AB module, which functionally covers the core features of the QM33120WDK2 Developer Kit.
I also own the QM33120WDK2 hardware kit and successfully flashed the original developer kit firmware onto my custom board. The firmware runs correctly, and the device appears in the LEAPS Manager and remains fully manageable there.
Currently, I am using LEAPS-UWBS-Firmware v1.1.0.
My goal is to extend the existing firmware with custom functionality on the local API level, specifically to support additional SPI and I2C peripherals connected to my board.
This is where I am running into limitations:
- The developer kit firmware is only available to me as a HEX/BIN image.
- I have access to the LEAPS Git repositories and can build a fully custom software stack.
- However, when building a custom firmware from the LEAPS Git sources, the device no longer appears in the LEAPS Manager and the LEAPS integration is lost.
What I am trying to achieve:
- Develop custom firmware on top of the existing firmware stack
- Add application-specific SPI/I2C functionality
- While keeping full compatibility with LEAPS so that the device remains visible and manageable in the LEAPS Manager
My questions:
- Is there a supported way to extend or build upon the QM33120WDK2 firmware (e.g. via a local application layer) while preserving LEAPS Manager compatibility?
- Is there a reference workflow or example for adding custom functionality on custom hardware that is still recognized as a LEAPS device?
- Are there specific requirements (device descriptors, firmware structure, signing, versioning, etc.) that must be preserved to maintain LEAPS integration when building from the LEAPS Git sources?
Any guidance, documentation, or best practices would be highly appreciated.
Thank you very much.
Thorlak