Manuel Bl.

The library currently implements USB PD monitoring and USB PD power sink mode. It does not yet support power source mode and role-swapping. (I'm not sure if the latter is...

It's difficult to say what is causing the problems without seeing your setup. Most likely, it's an electrical problem related to the voltage levels on CC1/CC2. Either they aren't at...

If you post an image of the captured CC_3V3 signal, I can help you analyze the problem. A helpful capture would include about 20 to 50 high/low and low/high transitions...

Interesting investigation. A solution for this would be to split CC_3V3 into CC1_3V3 and CC2_3V3. This could however be a challenges for the STM32F103. Since timers in input capture mode...

Are you using the library with an STM32Gxxx microprocessor (and the UCPD peripheral)?

Do you have a way of recording the USB communication (incl. precise time stamps)? That would be very helpful. An alternative is to add `PDProtocolAnalyzer.poll();` to `loop()`. It will also...

The message that you mentioned is used by power sinks to advertise their capabilities. That's a rare case and not implemented by this library. The very similar message of a...

By dumping a stack trace into an issue, I guess you are seeking for help to solve this problem. Or have you already solved it and just want to let...

This project supports different STM32 MCUs with different degree of bit-banging. The F1/F4 families certainly use it. The G4/G0 family has built-in PD peripherals and doesn't need it. The reception...

"v2" is an experimental branch. It's unclear if it will ever reach a reasonable state. The FUSB302 implementation works with ESP32 only. In its current form, it's not suitable for...