Closed dansanderson closed 1 year ago
We need debug output to understand why auto-detection did not work for you.
Notice that I provide a USB device with -l
. It should not be auto-detecting at all, let alone reporting that auto-detection failed.
My MEGA65 is dead for the moment, but I assume the debug output is useful even when it's turned off, so:
% ~/Downloads/m65 --debug --autodiscover
2022-09-23T06:19:41.028Z DEBG parameter parsing done
2022-09-23T06:19:41.029Z NOTE MEGA65 Cross-Development Tool 20220922.10-refact-8bbd38e
2022-09-23T06:19:41.029Z INFO using default FPGA ID ffffffff
2022-09-23T06:19:41.055Z INFO found 1 candidate USB devices.
2022-09-23T06:19:41.055Z INFO found Digilent (serial 251633006E0E) [20, [4]]
2022-09-23T06:19:41.059Z INFO got 16 id codes: 0fffffff,0fffffff,0fffffff,0fffffff,0fffffff,0fffffff,0fffffff,0fffffff,0fffffff,0fffffff,0fffffff,0fffffff,0fffffff,0fffffff,0fffffff,0fffffff
2022-09-23T06:19:41.059Z INFO device seems to be disabled, please power on
2022-09-23T06:19:41.059Z INFO requested id ffffffff does not match any usb interface
2022-09-23T06:19:41.059Z CRIT no valid serial port not found, aborting
I stand corrected, I can turn on my MEGA65 without a core in slot 0 and get a better result:
% ~/Downloads/m65 --debug --autodiscover
2022-09-23T06:26:21.339Z DEBG parameter parsing done
2022-09-23T06:26:21.339Z NOTE MEGA65 Cross-Development Tool 20220922.10-refact-8bbd38e
2022-09-23T06:26:21.339Z INFO using default FPGA ID ffffffff
2022-09-23T06:26:21.359Z INFO found 1 candidate USB devices.
2022-09-23T06:26:21.359Z INFO found Digilent (serial 251633006E0E) [20, [4]]
2022-09-23T06:26:21.363Z INFO got 1 id code: 03636093
2022-09-23T06:26:21.363Z INFO id code 03636093 matches ffffffff
2022-09-23T06:26:21.363Z NOTE #0: UNKNOWN (Digilent; 0403:6010; 251633006E0E; 03636093)
2022-09-23T06:26:21.363Z NOTE selecting device UNKNOWN (Digilent; 0403:6010; 251633006E0E; 03636093)
Auto-detect does work:
% ~/Downloads/m65 --bitonly ~/Downloads/mega65r3-reltest\ 2/mega65r3-20220922.16-develo-9c03f8a.bit
2022-09-23T06:34:38.735Z NOTE MEGA65 Cross-Development Tool 20220922.10-refact-8bbd38e
2022-09-23T06:34:38.764Z NOTE selecting device UNKNOWN (Digilent; 0403:6010; 251633006E0E; 03636093)
2022-09-23T06:34:38.883Z NOTE fpgajtag: Starting to send file
2022-09-23T06:34:42.484Z NOTE fpgajtag: Done sending file
2022-09-23T06:34:42.503Z NOTE Bitstream loaded
I only get the spurious messages about auto-detect failing if I include a -l
setting.
The change I added helps to select the correct usbserial device. The former check (selecting the device ending with a '1') was too simple and did not work on that specific setup (note that in the output shown above no usbserial device is claimed to be found).
Is this issue now confirmed to be solved for you with the recent build of m65.osx?
@ki-bo Confirmed, the latest CI build from the refactor_m65 branch including your chagnes works on my machine. Specifying -l
does not result in spurious auto-discovery messages, and auto-discovery itself appears to be working well (no -l
needed).
I assume we're resolving issues after committing fixes to the refactor_m65 branch, so I'll go ahead and resolve this one. Reopen if needed to track merges.
Thanks very much!
Test Environment (required)
Describe the bug
m65 -l ... -b ...
successfully sends a bitstream, but then reports a critical failure finding the serial port.This is the latest refactor_m65 version build for macOS, running on an Intel Mac macOS 12.6. (Set-up procedure:
mv m65.osx m65
,chmod 755 m65
, then right-click in Finder to Open without arguments to authorize its use. Then it runs from the command line.)To Reproduce
I get the same behavior when I remove the
-l
option and rely on the new auto-discovery feature. It successfully finds the port, sends the bitstream, then reports failure.