[mmarc__ 0]

Ноутбук с Ubuntu 22.04, два USB 3.0 порта. Вставляю китайский USB Blaster, определяется:

0403:6014 Future Technology Devices International, Ltd FT232H Single HS USB-UART/FIFO IC

Вынимаю, вставляю ещё раз. Больше не определяется. Принёс другой microusb провод: один раз определился, и опять не определяется. Может в USB-порт другой вставил. В dmesg ничего интересного:

[41111.497246] usb 1-2: new high-speed USB device number 42 using xhci_hcd
[41111.649296] usb 1-2: New USB device found, idVendor=0403, idProduct=6014, bcdDevice= 9.00
[41111.649313] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[41111.649321] usb 1-2: Product: Single RS232-HS
[41111.649326] usb 1-2: Manufacturer: FTDI
[41111.652012] ftdi_sio 1-2:1.0: FTDI USB Serial Device converter detected
[41111.652139] usb 1-2: Detected FT232H
[41111.654001] usb 1-2: FTDI USB Serial Device converter now attached to ttyUSB0
[41135.757439] usb 1-2: USB disconnect, device number 42
[41135.758820] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
[41135.758884] ftdi_sio 1-2:1.0: device disconnected
[41184.316443] usb 1-1: USB disconnect, device number 41

Все мои повторные изъятия и подключения сообщения dmesg больше не отражают. Я был бы рад из этого заключить, что вся подсистема USB тихо прилегла. Но это не так: другие USB-устройства при подключении определяются. Я раньше работал только с UART-адаптерами, они включаются и отключаются как часы. Напрасно ожидаю от FT232H такой же надёжности? Или кривой чип? Или кривая подсистема USB в Linux, которая давно катится кое-куда?

Изменено 20 марта, 2023 пользователем mmarc__

[HardEgor 61]

В 21.03.2023 в 02:51, mmarc__ сказал:

Вынимаю, вставляю ещё раз. Больше не определяется. Принёс другой microusb провод: один раз определился, и опять не определяется. Может в USB-порт другой вставил. В dmesg ничего интересного:

чип поддельный. драйвера, насколько помню, с версии 2.42 начали определять подделку и при перезагрузки очищают id чипа

[mmarc__ 0]

21 minutes ago, HardEgor said:

драйвера, насколько помню, с версии 2.42 начали определять подделку и при перезагрузки очищают id чипа

Драйвер намеренно портит чип? Это что, шутка такая? Если что, это не на винде а на Linux со встроенными драйверами.

[HardEgor 61]

23 минуты назад, mmarc__ сказал:

Драйвер намеренно портит чип? Это что, шутка такая? Если что, это не на винде а на Linux со встроенными драйверами.

так драйвера могут быть blob'ами от производителя, с другой стороны они необязаны поддерживать подделку своих чипов. 

чип не портится, у него про стирают id, вы можете заново его записать, была утилита от ftdi, только она под windows)

[mmarc__ 0]

Ну хорошо. Ещё у меня есть вот такой чип:

[53013.935890] usb 1-2: new full-speed USB device number 44 using xhci_hcd
[53014.087759] usb 1-2: New USB device found, idVendor=09fb, idProduct=6001, bcdDevice= 4.00
[53014.087775] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[53014.087783] usb 1-2: Product: USB-Blaster
[53014.087788] usb 1-2: Manufacturer: Altera
[53014.087793] usb 1-2: SerialNumber: FYDK2020

Он определяется, но не создаёт /dev/ttyUSB0. Но по виду он и не оснащён FTDI чипом? Видать, нужны какие-то особенные дрова для Altera?

Изменено 20 марта, 2023 пользователем mmarc__

[mmarc__ 0]

И вот такой есть модуль CJMCU-232H с чипом FTDI, он надёжно определяется каждый раз:

[53346.919713] usb 1-2: new high-speed USB device number 48 using xhci_hcd
[53347.068171] usb 1-2: New USB device found, idVendor=0403, idProduct=6014, bcdDevice= 9.00
[53347.068188] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[53347.068195] usb 1-2: Product: Single RS232-HS
[53347.068201] usb 1-2: Manufacturer: FTDI
[53347.070569] ftdi_sio 1-2:1.0: FTDI USB Serial Device converter detected
[53347.070652] usb 1-2: Detected FT232H
[53347.075676] usb 1-2: FTDI USB Serial Device converter now attached to ttyUSB0

Но у него нет 10-пинового коннектора для JTAG. Нужно разбираться можно ли его вообще для этой цели использовать.

[HardEgor 61]

42 минуты назад, mmarc__ сказал:

[53014.087783] usb 1-2: Product: USB-Blaster
[53014.087788] usb 1-2: Manufacturer: Altera

гуглите ключевые слова вот так https://www.google.com/search?q=USB-Blaster+Altera

[mmarc__ 0]

Нашёл о чём Вы говорили - о том что драйвер FTDI сбрасывает PID на 0, если считает что чип не лицензионный. Спасибо. Но кажется это не моя проблема. Если PID просто нулевой, то устройство по-прежнему определяется при подключении, и PID легко восстановить. В моём же случае устройство больше не подключается вообще. Хотя питание есть, лампочки горят.

[_pv 50]

14 hours ago, mmarc__ said:

Вставляю китайский USB Blaster, определяется:

это не усб бластер.

 

12 hours ago, mmarc__ said:

Он определяется, но не создаёт /dev/ttyUSB0. Но по виду он и не оснащён FTDI чипом? Видать, нужны какие-то особенные дрова для Altera?

он и не должен.

оригинальный бластер был сделан из ftdi, а китайские клоны ставят мелкие МК с USB, которые для ПК прикидываются что они FT245.

соответственно родные драйвера и софт от бластера вполне работают.

FT232H много чего умеет и его можно сконфигурировать чтобы он был не "последовательный портом", а работал через d2xx драйвера и ftd2xx.lib

 

Quote

Но у него нет 10-пинового коннектора для JTAG. Нужно разбираться можно ли его вообще для этой цели использовать.

это не альтеровский бластер, но использовать впринципе можно

https://marsohod.org/prodmbftdi

 

[Vasily_ 41]

16 часов назад, HardEgor сказал:

чип поддельный.

FT232H не было поддельных, только RL. Или я что то упустил?

[mmarc__ 0]

On 3/21/2023 at 1:23 PM, Vasily_ said:

FT232H не было поддельных, только RL. Или я что то упустил?

Да, в общем по итогу вот что мы имеем. Мне удалось добиться работы JTAG через Altera USB Blaster и Bus Pirate v3, после того как было сделано следующее:

1. Правильно подключены все линии: TCK, TMS, TDO, TDI, GND.
2. FPGA запитан управляющим контроллером и активирует собственно интерфейс JTAG на своей стороне

Думаю, что китайца я убил сам неправильно подключенными проводами JTAG. Он спёкся не сразу, но в какой-то момент решил больше не мучаться. Мораль: если что-то и убивает чипы, то это не драйвера злого вендора, а собственные кривые руки!