Conversation
|
Hi @AstaRom |
|
Good evening, yes I can. |
|
Great 👍 Yes, 'force_hyperserial' branch. It has already been merged with the latest translation resource changes introduced in '20rc1' branch. |
Done. |
* Update translations by @AstaRom * update license * Disable cache before release build * Update language file's (#716) * Force HyperSerial detection (#732) * Add ttyACM detection * Fix * Update language file's (#736) --------- Co-authored-by: Aleksandar Jovanovic <aleksandar.jovanovic@ricardo.ch> Co-authored-by: Roman Astafev <39379875+AstaRom@users.noreply.github.com> * Update CHANGELOG.md * Fix verbose option * Update * Update language file's (#747) --------- Co-authored-by: Roman Astafev <astafev.roman.mail@gmail.com> Co-authored-by: Roman Astafev <39379875+AstaRom@users.noreply.github.com> Co-authored-by: Aleksandar Jovanovic <aleksandar.jovanovic@ricardo.ch>
|
Could you add a hint what this feature is for? |
|
On some systems (mainly due to a udev bug), the system does not report the correct ProductId and VendorId of the Pico board, and HyperHDR could not detect and initialize them correctly. Typically ProductId/VendorId have the value 0, but e.g. in RPi4 they may have the ProductId/VendorId of the USB hub. Correct ProductId/VendorId for Pico is 0xa / 0x2e8a (can be found in the logs). |
|
Ok Thx, so if I dont' have any problems with the pi4 I don't need to check it, but it would not hurt? |
|
It's better to not use this option if it is not necessary (only when the board is not detected) because it disables important check. This is a workaround for a bug in other software (mainly udev). |
Ignore ProductId/VendorId of the serial port device and force initialization HyperSerial driver. Thanks @alex-013