StewartLittle

Lattice выпустил обновление Radiant v2023.2.1 (залито в ./upload/FPGA/_Lattice_Radiant/v2023.2.1 ) Release Notes во вложении: Radiant_2023_2_1_Release_Notes.pdf

Использовать стандартный преобразователь дифференциального сигнала в TTL/CMOS. Что-то типа DS90LV012A, только на нужное дифференциальное напряжение.

Или мне :)

Спасибо, я уже нашел это файло от версии Pro 23.3

В новой версии v1.9.9.02_x64 верификацию для embFlash в программере починили!

HCLK тактирует триггеры в элементах ввода-вывода. А Вам нужно повышать быстродействие в массиве программируемой логики.

Вы два разных CLKDIV заводите на один и тот же банк IO ?

Дозалил программеры туда же.

ООСА - Один Очень Старый Анекдот 🙂 Ну, это будет сродни прогулки по минному полю - а там уж как повезет... Я закажу себе плату DK_USB2.0_GW2AR-LV18QN88PC8I7_GW1NSR-LV4CMG64PC7I6_V3.0 , и если удастся выкроить кусочек свободного времени, попробую поднять на ней USB2.0 от Gowin. Но, опять-таки, там как повезет...

"Но неужели пану жалко потратить на такое чудо 300 злотых?!" (с) ООСА

Вышло обновление САПР Gowin EDA v1.9.9.02 Залито в ./upload/FPGA/_Gowin_/v1.9.9.02 Release Notes прилагаю: RN100-1.9.9.02E_Gowin Software Release Note.pdf

HCLK - это не пин, а внутренний ресурс разводки тактового сигнала для IO. Смотрите Gowin Clock User Guide , и еще закладку HCLK Primitive Constraints во флорпланнере Gowin EDA.

Плохо искали! https://www.gowinsemi.com/en/support/database/1848/ UG115-1.7.1E_GW2AR-18 Pinout.pdf

Еще заметил такую штуку - в Gowin EDA v1.9.9.01_x64, под Windows, похоже, слегка поломали программер - при прошивке встроенного флэша с верификацией в GW1N/NR - всегда вываливается ошибка верификации. Наблюдается в варианте GUI (в CLI я пока не проверял). В предыдущей версии v1.9.9_x64 все работает, как ему положено. При этом, что интересно - ошибка верификации пропадает при следующей последовательности действий: - втыкаем программатор в USB; - запускаем v1.9.9.01 и прошиваем флэш в программере (и получаем ошибку верификации); - закрываем v1.9.9.01, открываем предыдущую версию (я пробовал v1.9.9), прошиваем флэш - верификация происходит штатно; - закрываем предыдущую версию, снова открываем v1.9.9.01, прошиваем флэш, и, о чудо! - верификация проходит штатно! И работает до тех пор, пока не переткнешь прорамматор в USB. После перетыкания программатора в USB - снова ошибка верификации в v1.9.9.01.

Ну, тогда, поди, штатный программер Gowin работать перестанет... Похоже, элегантно моя задача не решается. А ситуация такая - есть партия GW1N-LV1LQ100C6/I5 (которые уже с производства сняты), купленная на Taobao. И там, через две микросхемы на третью, при попытке программирования штатным программером Gowin EDA выдается ошибка VLD Down. Но многие микросхемы с такой ошибкой прошиваются с помощью openFPGALoader. При этом, похоже, у них как-то "прочищаются мозги", и после прошивки openFPGALoader'ом они начинают нормально прошиваться и штатным программером (механизм того, как это происходит, мне не понятен - но что есть, то есть). Вот и хотелось иметь возможность оперативно переключаться с одного программера на другой. Но, похоже, такой фокус не пройдет...