Was there ever a solution to this problem? I am having the exact same problem with the same development board. Am even using an external 5V 2A power supply in case there was a problem with the USB 3.0 power. I have a TI development board for the AM243x which has worked great for 2 weeks using a similar USB debugging port and had no problems. Now trying to evaluate the RT1024 to see if we can use that processor instead and all of the projects have the same problem where they load fine and run but then intermitantly get the Hardware Transfer Error. Don't even have to do anything but wait a bit and it will occur. Have also tried the USB 2.0 ports on the computer (Dell, Windows 10 x64 fully patched).
I am using MCUXpresso IDE v11.6.0 [Build 8187][2022-07-13] . The program continues to execute after you click OK as it has probably lost control of it. In looking around the forums for other boards it suggests updating the OpenSDA/DAPLink application firmware (bootloader is the latest). This board has 0246 which is the latest listed on the NXP web site. The mbed site shows 0256 as the latest but only has it for the rt1020 and rt1050. Tried to load the rt1020 and got an error type:transient and it would not accept it when holding the reset button at power up and mounting it as a disk. The sample programs work and always load and start fine, it is while they are running you get the error message making debugging difficult.
Firmware on the board which is brand new:
# DAPLink Firmware - see https://mbed.com/daplink
Unique ID: 023800003251a38500000000000000000000000097969905
HIC ID: 97969905
Auto Reset: 0
Automation allowed: 0
Overflow detection: 0
Daplink Mode: Interface
Interface Version: 0246
Bootloader Version: 0244
Git SHA: cac2d1e68a23e83eea0a9649537b48f50b864fb9
Local Mods: 1
USB Interfaces: MSD, CDC, HID, WebUSB
Bootloader CRC: 0xe493996b
Interface CRC: 0x864adfd5
Remount count: 0
Thanks,
Kev
