I'm using 2 boards from the production batch. The recovery process works fine with my Mac.
I'm able to get my boards into the state where upload hangs between 46 - 49%, by loading a sketch that uses VidorPeripherals and double-tapping the reset button. Then I can recover the boards by following the instructions provided. However, the board might not be in the same state as yours.
@ronsoul do you have a powered USB hub to try the procedure with again?
I see. It never worked even in bootloader mode connected to an iPad charger. And I have it connected to a USB3 port. Ill order one and report back on the results.
I just received the powered usb hub. Its still fails at 49% on step 9.
I have tried this on my windows 10 machine with USB3, a mac with USB3 and now with a powered usb hub on windows 10. It seems like I may have a defective unit. Whats the next step?
I tried to upload again - the upload worked but no update to the HDMI screen to reflect this change at line #50.
Now, much as before, it seems like the upload works 40% of the time. Single device connected directly to a "MacBook Pro (Retina, 13-inch, Late 2012)".
My original issue is still open:
Line 50: vdgfx.println("MyARDUINO"); // added "My"
HDMI screen does not show the update adding "My" to "ARDUINO".
I ALSO get this warning every time it compiles:
WARNING: library SPI claims to run on (samd) architecture(s) and may be incompatible with your current board which runs on (samd_beta) architecture(s).
That's very strange. Can you please confirm you are not power cycling the board or removing the USB cable between steps?
We plan to have a new SAMD boot loader fix this week or next week with some fixes. Would you be able to wait until this is out? I'm certain your hardware is fine, because the steps before step 9 succeed.