-
Notifications
You must be signed in to change notification settings - Fork 302
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue programing multiple devices at the same time #392
Comments
I think -m option have not worked as expected. Can you check if the path match your -m option |
Hi and thanks a lot for the quick reply. I assume that the path is correct because aborting the one procedure that is running without an issue before the other instances having timed out results in one (and only one) of these other instances starting the flash procedure. Moreover, it is possible to run each instance with the -m option seperately without facing any errors. Any other idea? |
Can you post your cmd and error log? I am little confused |
Hi and thanks again! 'uuu -lsusb' command leads to output
(VID and PID are blanked out) What can be observed most of the time is the following:
In a seperate CMD window for the 2nd instance running the command 'uuu -d -m 6:8422 u-boot-devel.imx' immediately after having started the 1st run leads to:
(LIBUSB_ERROR_IO can be observed with and without -d option) And if this is of any help, (occasionally) even the first flash procedure fails with a timeout error:
|
Strange, I use this ways every days. |
Hi,
I'm currently trying to flash multiple i.MX6 boards at the same time using release 1.5.21 on a Win10 PC. To this end I'm using multiple cmd instances calling uuu with the -m option to address specific USB devices.
Unfortunately, only one flash procedure appears to be performed at a time.
Having started one such flash procedure for one board always results in the other instances being aborted with errors "Fail HID(W):LIBUSB_ERROR_IO" or "Fail HID(W):LIBUSB_ERROR_TIMEOUT".
Using option -d allows to serialize these procedures. But what I'm aiming for is to parallelize them to save time during production.
I've already found issue #194 being very similar to what I'm facing right now and that it was solved using version 1.3.102. However, using other versions of the tool didn't help in my case.
No such issues are observed using the same setup to flash a single board.
Since one of the key features listed for the tool is "Multi devices program support" I'm quite sure that it's somehow possible to flash multiple boards at the same time.
Any ideas on what I'm doing wrong?
The text was updated successfully, but these errors were encountered: