Skip to main content
Graduate II
May 12, 2024
Solved

Bug in STM32CubeMonitor-UCPD log - RDO decoding

  • May 12, 2024
  • 3 replies
  • 1863 views

Hi,

STM32CubeMonitor-UCPD sometimes displays RDOs like this:

Erlkoenig_0-1715532579913.png

Where does the number MaximumOperatingCurrent come form? Since the RDO is defined as:

 

typedef struct
{
uint32_t MaxOperatingCurrent10mAunits : /*!< Corresponding to min if GiveBackFlag = 1 */ 10u;
uint32_t OperatingCurrentIn10mAunits : 10u;
...
} USBPD_SNKFixedVariableRDO_TypeDef;

 

MaximumOperatingCurrent should correspond to the lowest 10 bits of the data. These are 0x05 0x14 as displayed in "DATA:" in the monitor. This would mean that MaximumOperatingCurrent is 5, not 517(0).

I also verified in USBPD_TRACE_Add that the data sent in Ptr is indeed actually 0x82 0x12 0x05 0x14 0x00 0x17.

Am I right that MaximumOperatingCurrent=5 in this case?

Thanks!

    This topic has been closed for replies.
    Best answer by PDEFO.1

    This issue is now corrected, part of the STM32CubeMonitor 1.4.0 delivered beginning of december.

    3 replies

    Technical Moderator
    May 13, 2024

    Hi @Erlkoenig 

    Could you please attach full log and specify your hardware setup?

    ErlkoenigAuthor
    Graduate II
    May 13, 2024

    Please find the log attached. The hardware is a NUCLEO-G474RE with X-NUCLEO-SRC1M1, and external 5V supply applied.

    Technical Moderator
    May 14, 2024

    Hi @Erlkoenig 

    Internal ticket has been submitted 181302 to dedicated team for further investigation.

    PDEFO.1Answer
    ST Employee
    December 20, 2024

    This issue is now corrected, part of the STM32CubeMonitor 1.4.0 delivered beginning of december.