Нет, не пожжет. У всех м/с есть диоды на VCC на каждом входе как раз на этот случай. Т.е. пока вы не перегреете этот диод током через подтяжку, оно будет жить. Здесь может быть другая засада -- можно фантомно поднять 3.3в до этих самых 5в через эти забавы. Если схема в глубоком сне и потребления по 3.3в нет, можно пожечь по питанию.
"собственная библиотека для MPSSE" -- где вы увидели слово GdbServer/TCP сокет? GUI через библиотеку управляет через JTAG регистрами устройств. Никакого GDBserver.
т.е. вам нужно в слепую подать питание на HSE, PLL, GPIO, UART, выставить частоту PLL, wait-states для FLASH, ну и бауд-рэйт UART... ошибка в одной операции -- и у вас пересборка-перезаливка. Альтернатива -- все это понастраивать снаружи и заливать уже только рабочий вариант...
вы зачем-то мешаете в одну кучу отладку переферии и проверку внешних соединений с отладкой программы на ядре контроллера. Первое можно делать внешней программой через прямой доступ к регистрам устройств и к ножкам по boundary-scan. отладку программы в ядре (прерывания) уже можно отлаживать с участием собственно ядра... И откуда берутся "гигабайты в бинаре", сколько функциональности хотите, столько и будет размера...
потому, что это "взрослый" чип, у него память -- это DDR3 снаружи, а через JTAG мы могли получить доступ ко всему, даже при полностью мертвом процессоре. FT232 стоит не сильно дороже FT230, а если вместе с платой, то разницы уже не видно. JTAG можно до 30+МГц разогнать, UART так не умеет.
достаточно найти функцию simple_check() и сделать чтобы она возвращала всегда 0 -- больше просить лицензию не будет... 2 байта поменять:
Заметил что у Вас довольно старая версия openFPGALoader, с новой не пробовали?
Футболки с каждодневным рисунком или ручки не одноразовые -- народ еще и толкаться у стенда будет....
А вот этот проект не смотрели? https://zipcpu.com/blog/2023/11/25/eth10g.html
а может перейти на ch347 -- там SPI побыстрее? https://github.com/aystarik/ch347_vcp
Нет, не пожжет. У всех м/с есть диоды на VCC на каждом входе как раз на этот случай. Т.е. пока вы не перегреете этот диод током через подтяжку, оно будет жить. Здесь может быть другая засада -- можно фантомно поднять 3.3в до этих самых 5в через эти забавы. Если схема в глубоком сне и потребления по 3.3в нет, можно пожечь по питанию.
без винды и сима, а так да, похоже
https://aliexpress.ru/item/1005004864054361.html -- вот платка готовая
https://ftdichip.com/products/ft232hq/ не все ft232 одинаково полезны
"собственная библиотека для MPSSE" -- где вы увидели слово GdbServer/TCP сокет? GUI через библиотеку управляет через JTAG регистрами устройств. Никакого GDBserver.
Нет, проблемы с пайкой все еще проще делать через boundary-scan :)
т.е. вам нужно в слепую подать питание на HSE, PLL, GPIO, UART, выставить частоту PLL, wait-states для FLASH, ну и бауд-рэйт UART... ошибка в одной операции -- и у вас пересборка-перезаливка. Альтернатива -- все это понастраивать снаружи и заливать уже только рабочий вариант...
вы зачем-то мешаете в одну кучу отладку переферии и проверку внешних соединений с отладкой программы на ядре контроллера. Первое можно делать внешней программой через прямой доступ к регистрам устройств и к ножкам по boundary-scan. отладку программы в ядре (прерывания) уже можно отлаживать с участием собственно ядра... И откуда берутся "гигабайты в бинаре", сколько функциональности хотите, столько и будет размера...
и? в Байкал-Т тоже был BOOT ROM MONITOR, доступный через консоль. Только вот что делать, если консоль не отвечает?
NDA никто не отменял... А еще и секретность временами приплетают... лучше всего иметь код на каком-нибудь github, там разговор предметнее получается.
потому, что это "взрослый" чип, у него память -- это DDR3 снаружи, а через JTAG мы могли получить доступ ко всему, даже при полностью мертвом процессоре. FT232 стоит не сильно дороже FT230, а если вместе с платой, то разницы уже не видно. JTAG можно до 30+МГц разогнать, UART так не умеет.
еще был lua интерфейс для скриптов для DFT, но это уже в это свидетельсво не попало
FTDI FT232, собственная библиотека для MPSSE. ST-LINK -- не подойдет, он на stm32f1/stm32f7
Нет, C++/Qt. даже git и gcc использовали, представляете?
Стариковский Алексей Юрьевич перед вами, спрашивайте, что вас интересует...