topic Re: WPR1500 missing details in Power Management

WPR1500 missing details

treefrog — Tue, 05 May 2026 12:35:39 GMT

Hello!

I've got a WPR1500-HV-VB Qi power receiver board and have started experimenting with it, because we plan to replace our current Qi power receiver. I tried to collect all the details needed, but wasn't lucky, because there are lot of questions still pending:

-1) I can't find an up-to-date FW source (neither .bin) for this board. The only package I've found is WPR1500-HV_DESIGNFILES.zip (SW V3.0). Those sources compile with IAR, but look very unfinished and incomplete, loaded with comments and maybe bugs.... e.g. wants to access an MPS4262 DC/DC over I2C (MPS_SetOutVoltage(...) function) which isn't present on the PCB at all and so on;

-2) the MCU on the protoboard is WPR1516. Apart from a 38-page PDF from NXP, no more documentation is available. I don't know what registers e.g. FSKDT has; I don't even now how other peripherals should work, for example how to set correctly pin muxing. With SIM? There's no documentation for SIM either;

-3) the SDK supplied for for the MCU resembles in many places to e.g. Kinetis peripheral SDK (e.g. UART), but there are unknown peripherals like CNC too. Although all bitfield masks are defined for all MCU peripherals in mwpr1516.h, I can't understand the role and operation of all peripherals just by looking at C defines --> see 2) where I complained about the missing MCU reference manual;

-4) in the sample FW package there is a precompiled library, wpr_lib.a. It's in IAR format (ABI). Is this library available in GCC format? As IAR workbench is a commercial software, I really would like to move away to GCC. Is there a GCC-version of the entire SW packet? C code seems to be compatible when it comes to IAR --> GCC switch, but the assembly sources (.s) are not in a syntax GCC assembler would understand;

-5) does this solution support two-way proprietary package sending through Qi? This is a crucial point in our project, our power transmitters and receivers must be able to communicate with each other. There's qi_send_proprietary_packet in prx_lib.h, but how to do the reverse direction? How to receive proprietary packets? The sample code seems to do FSKDT operations and stores the received bytes, but how can I access the final packet in my application? Need to watch the extern T_packet_rx_control g_pkRxCtrl variable for incoming packets?

Could someone please provide with me the latest/best FW for this board and MCU reference manual?

Thanks,

Re: WPR1500 missing details

RafaR — Tue, 05 May 2026 16:41:18 GMT

Hello treefrog

Good day!

1.- WPR1500‑HV_DESIGNFILES.zip (SW V3.0, July 2022) is the latest and final public firmware for this board.

The application code is only supposed to:

Configure hardware
Implement callbacks
Call into the library at the right cadence

Functions like MPS_SetOutVoltage() exist because the same codebase is shared with other reference designs (e.g., BUCK variants that do use external MPS parts). The HAL layer is generic and not pruned per board.

2.- The document you are looking for is:

“WPR1516 Sub‑Family Reference Manual” (WPR1516RM, Rev. 2, Jan 2015)

3.- This is explained in both:

WPR1500‑HV User Guide

The register macros in mwpr1516.h are generated from the same SVD used internally, but the behavior is only documented in the reference manual

4.- No, unfortunately, there is NO GCC version or source version.

5.- We have a document that covers the topic; I'll share it with you, Wireless Power Receiver SW Library User's Guide

How you access received packets

Your application must:

Implement the Qi communication callback
Monitor g_pkRxCtrl.packet_ready
Read g_pkRxCtrl.payload[] once asserted
Clear the flag to re‑arm RX

You do not configure FSKDT directly for packet RX in normal operation—the library owns it.

I hope this information has helped you, please let me know if you need help with anything else.

Have a great day and best of luck.

Re: WPR1500 missing details

treefrog — Wed, 06 May 2026 06:21:54 GMT

Hello RafaR!

Thanks, you've really helped me a lot.

Just one more question: in your answer to 5) you mentioned that the application must implement Qi communication callback; could you please pinpoint exactly which function you were thinking of? What I momentarily see is only that qi_communication_timer_isr() must be called with 250us period.

thanks, regards,

Re: WPR1500 missing details

treefrog — Wed, 06 May 2026 12:10:46 GMT

-1) It seems I was wrong, because this PCB features a MP4247 buck-boost converter tied to I2C bus.

Re: WPR1500 missing details

RafaR — Wed, 06 May 2026 18:42:45 GMT

Hello treefrog

Good day!

I'm glad I was able to help you by answering your question. Now about your last question

I haven't worked with that library, but while researching its use, I found that in WPR1500-HV Design Files you can find prx_lib.h, which contains the “external T_packet_rx_control g_pkRxCtrl;” that will help you with this part of the reception process.

Unfortunately, we don't have a practical example or documentation covering the use of g_pkRxCtrl.

I hope this information has helped you, please let me know if you need help with anything else.

Have a great day and best of luck.

Re: WPR1500 missing details

treefrog — Thu, 07 May 2026 04:10:23 GMT

Meanwhile I was able to guess that g_pkRxCtrl is the key to reception. Just thought the supplied SW is complete and needs more work. To me this board is a bit uncommon and took some time to understand the concept, including the missing UART console, FreeMaster etc.