UAC2 on CH32V307: Entity request issues #2325
OpusElectronics
started this conversation in
General
Replies: 1 comment
-
Please check my PR #2392 |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi all,
I've been trying to make UAC2 work on a CH32V307(VCT6), for now to no avail.
As I am integrating it in my own code rather than directly use one of the examples unmodified, I'm posting here rather than creating a bug report. Hoping to get some ideas from you guys.
What I get under Linux when I plug the device in is the following:
I've taken the TinyUSB callbacks verbatim from the uac2_headset example, and checked that tud_audio_get_req_entity_cb() was called (and in turn tud_audio_clock_get_request() and tud_audio_feature_unit_get_request()).
I'm initializing the clocks for the USBHS peripheral properly. (Otherwise the device wouldn't enumerate anyway, and you can see that it does.)
I've tested it on Windows and it also fails similarly.
From my limited debugging so far, it looks like the replies to the requests, sent via tud_audio_buffer_and_schedule_control_xfer(), do not get through properly, for some reason.
I've otherwise tested a composite CDC/Vendor class device that I've ported from code I had written using TinyUSB on a RP2040, with the same hardware initialization and setup than for the UAC2 test above, and it works flawlessly, in HS mode. So the problem is at least definitely specific to the UAC2 device implementation.
Any idea would be very welcome!
Beta Was this translation helpful? Give feedback.
All reactions