Repository navigation
|
Attaching to USB1, high speed host. From the log, you can see all the requirements are present for PHY attach. (I also tested this keypad successfully with pure nxp stack, it's working) I'm sure I'm probably doing something very wrong in config or code! I'm new to embedded. log - Process: JLinkGDBServerCLExe USB portion of code - #include <stdio.h> #define PRINTF(...) SEGGER_RTT_printf(0, VA_ARGS) extern "C" int my_printf(const char format, ...) uint32_t tusb_time_millis_api(void) } // if (tuh_hid_set_protocol(dev_addr, instance, HID_PROTOCOL_BOOT) == true) } void tuh_device_mount_cb(uint8_t daddr) } void tuh_hid_umount_cb(uint8_t dev_addr, uint8_t instance) void tuh_hid_report_received_cb(uint8_t dev_addr, uint8_t instance, uint8_t const* report, uint16_t len) void USB_HostIsrEnable(void) #if defined(__GIC_PRIO_BITS) usb_status_t USB_HostApplicationInit(void) // status = USB_HostInit(CONTROLLER_ID, &g_HostHandle, USB_HostEvent); void BOARD_InitHardware(void) #ifdef __cplusplus #if (defined(USB_HOST_CONFIG_IP3516HS) && (USB_HOST_CONFIG_IP3516HS > 0U)) #endif static void usb_host_task(void *param) /* ====================== MAIN ====================== */ // xTaskCreate(test_task, "test", 2048, NULL, 2, NULL); } #ifndef TUSB_CONFIG_H_ #ifdef __cplusplus //-------------------------------------------------------------------- #define CFG_TUH_MEM_SECTION //-------------------------------------------------------------------- #define CFG_TUH_ENUMERATION_BUFSIZE 256 //-------------------------------------------------------------------- //-------------------------------------------------------------------- // Endpoint & Interface pools // Memory size for control transfers + class drivers // Total memory for TinyUSB host #ifdef _cplusplus |
Replies: 3 comments 1 reply
|
I tested again with a Full speed keypad, again Tiny recognises the speed, and sends the descriptor bytes, but nothing comes back. I'm using macos, McuXpresso IDE (last version, 25 x) Also with some other low speed devices, keyboard, mouse, same: none enumeration. I used an externally powered 5v supply to rule out low power on enumeration. And considering it does the same with low and full speed devices, it seems not to be a timing issue solely with Low speed devices. I tested a High speed device, and again recognised the speed, but not enumerated. However that was an MSC device which was not properly coded in. But it reached the same loop point as all the other devices - low full high speed all react the same - nischoire. |
|
Nobody has any tips on where to look, at all? |
|
“Nobody has any tips on where to look, at all?” comes across as entitled, especially given that this is a volunteer-maintained project and your post was made only 3 days ago, including over a weekend. In its current form, it is an unformatted dump of logs, code, and assumptions. That makes it difficult for others to understand what you actually tried, what is known to work, and where the failure begins. Just read it yourself ! If you want useful help, please do the following first:
|
“Nobody has any tips on where to look, at all?” comes across as entitled, especially given that this is a volunteer-maintained project and your post was made only 3 days ago, including over a weekend.
In its current form, it is an unformatted dump of logs, code, and assumptions. That makes it difficult for others to understand what you actually tried, what is known to work, and where the failure begins. Just read it yourself !
If you want useful help, please do the following first:
Format the post properly
Put logs and code in code blocks, and remove everything that is not directly relevant to the failure.
Start from a known working example instead of a large custom application
If you…