[Ivanii 3]

https://wiki.sipeed.com/hardware/en/tang/Tang-Nano-9K/Nano-9K.html

Здесь 8640 LUT4 (это 4х входовой элемент) + 6480 триггеров, можно сказать эквивалентно примерно 4000 корпусов логики. Для простых задач хватит 200 LE, процессор занимает примерно 1500 - 3000 LE.

[Robotector 0]

А со средой разработки как дела обстоят? На сайте нужна регистрация для скачивания, потом по российскому айпишнику дадут скачать?

[makc 232]

35 минут назад, Robotector сказал:

А со средой разработки как дела обстоят? На сайте нужна регистрация для скачивания, потом по российскому айпишнику дадут скачать?

С ней всё нормально, можно зарегистрироваться и скачать.

[Robotector 0]

"For those who want to use Tang Nano (Onboard jtag is CH552), you'll need to use the Standard Edition IDE and apply for a license from GOWIN Semiconductor Corp."
Вычитал в Sipped Wiki. Я правильно понимаю, что нужна стандартная версия и лицензия, чтобы использовать jtag на плате?

[StewartLittle 45]

В 13.03.2024 в 23:31, Robotector сказал:

"For those who want to use Tang Nano (Onboard jtag is CH552), you'll need to use the Standard Edition IDE and apply for a license from GOWIN Semiconductor Corp."
Вычитал в Sipped Wiki. Я правильно понимаю, что нужна стандартная версия и лицензия, чтобы использовать jtag на плате?

Да, правильно. Но только не для JTAG'а, а для создания проекта для ПЛИС на этой плате.

На плате Tang Nano, которая, кстати, уже снята с производства, используется ПЛИС GW1N-LV1, которая тоже уже снята с производства. Поддержка GW1N-1 есть только в стандартной версии (в эдьюкейшен версии ее нет).

Поэтому для Tang Nano и требуется стандартная версия Gowin EDA.

Вообще же использование Tang Nano, по нынешним временам - так себе вариант... Лучше взять какую-нибудь другую плату - Tang Nano 1K, Tang Nano 4K или Tang Nano 9K.

[Robotector 0]

14 minutes ago, StewartLittle said:

Лучше взять какую-нибудь другую плату - Tang Nano 1K, Tang Nano 4K или Tang Nano 9K

Я думаю или 9K или 20K. Изначально подумал что Nano это про семейство плат, а не конкретную Tang Nano без K

Изменено 13 марта пользователем Robotector

[StewartLittle 45]

А вот такой вопрос - кто-нибудь пробовал заставить работать openFPGALoader в Win10 под WSL ?

Под убунтой он у меня работает, но хочется под виндами (дабы туда-сюда не переключаться). А в WSL он запускается, но до железа достучаться не может:

Цитата

 

unable to open ftdi device: -3 (device not found)

JTAG init failed with: unable to open ftdi device

 

 

[selax 20]

46 минут назад, StewartLittle сказал:

А вот такой вопрос - кто-нибудь пробовал заставить работать openFPGALoader в Win10 под WSL ?

Под убунтой он у меня работает, но хочется под виндами (дабы туда-сюда не переключаться). А в WSL он запускается, но до железа достучаться не может:

Почти так. Заставлял работать openFPGALoader в Win10 под MSYS2. 
Была та же самая проблема, решилась подменой драйверов для программматора через zadig (какой конкретно ставил не помню, но их всего штуки 3-4 - можно перебрать - дело 1-2 минут).
Там нужно нажать что-то вроде "Показать все устройства", выбрать программатор, выбрать драйвер и заменить его.
 

Но я в конце концов отказался от openFPGALoader. У меня на плате стоит GW1N и MAX10 (паяется либо одно, либо другое).
Идея была в том, чтобы одним программатором, одной программой и почти одинаково прошивать эту плату, почти независимо от ПЛИС.
Программатор использовал sipeed rv debugger. С говин всё работало идеально (прошивалась за несколько секунд), а вот альтера прошивалась по 5-10 минут.
Побороть не смог и вернулся с стандартным способам прошивки и стандартным программаторам.
 

[makc 232]

1 час назад, StewartLittle сказал:

А вот такой вопрос - кто-нибудь пробовал заставить работать openFPGALoader в Win10 под WSL ?

Судя по https://devblogs.microsoft.com/commandline/connecting-usb-devices-to-wsl/ из-под WSL напрямую поработать с FTDI не получится, нужен проброс. Но с моей точки зрения это тупиковый путь, проще сделать то же самое с помощью виртуалки с Ubuntu.

27 минут назад, selax сказал:

Почти так. Заставлял работать openFPGALoader в Win10 под MSYS2. 

Это не из-под WSL. Но да, можно собрать openFPGALoader, как нативное приложение и пользоваться.

[selax 20]

20 минут назад, makc сказал:

Это не из-под WSL. Но да, можно собрать openFPGALoader, как нативное приложение и пользоваться.

Я так понял тут цель из под Win10 заставить работать, а WSL или нет - дело второе.

Самый простой путь - это msys2. Собирать там ничего не надо. Просто ставим msys2, пишем, например "pacman -S mingw-w64-ucrt-x86_64-openFPGALoader", подменяем драйвера и всё. Дело нескольких минут. Путь с виртуалкой или wsl сложнее и дольше.

[makc 232]

Только что, selax сказал:

Путь с виртуалкой или wsl сложнее и дольше

Если уже есть рабочая инсталляция Ubuntu, то мне путь с виртуалкой кажется самым простым и прямым.

[StewartLittle 45]

В 27.03.2024 в 21:20, selax сказал:

Была та же самая проблема, решилась подменой драйверов для программматора через zadig (какой конкретно ставил не помню, но их всего штуки 3-4 - можно перебрать - дело 1-2 минут).

Ну, тогда, поди, штатный программер Gowin работать перестанет...

Похоже, элегантно моя задача не решается.

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

[makc 232]

1 час назад, StewartLittle сказал:

Вот и хотелось иметь возможность оперативно переключаться с одного программера на другой. Но, похоже, такой фокус не пройдет...

По ссылке выше описан способ проброса USB-устройств через USBIP. Ещё, как вариант, могу предложить попробовать свежий openocd, там тоже ЕМНИП появилась поддержка GW1N.

[StewartLittle 45]

Еще заметил такую штуку - в 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.

[Burenkov 0]

Обновил Gowin EDA на 1.9.9 и перестала работать прошивка флешки через "exFlash Erase, Program thru GAO-Bridge", в логе пишет : Error:    spi flash not found

у меня кастомная плата на GW2AR-18 с флешкой W25Q64. Эта же сборка прошивается нормально через старый программатор 1.9.8.10. в Sram заливается без проблем в обоих версиях тоже... Не подскажите как можно победить проблему?