[RYury 0]

поигрался с загрузками через jtag.

Итог - в принципе можно обойтись и без родного латтисовского юсбишного кабеля, воспользовавшись альтеровским юсбишным кабелем. Что выявлено:

 

UrJTAG - поддерживает кучу кабелей (Altera, Xilinx, Lattice..). Необходимо иметь файлы bsdl прожигаемой микросхемы. Сам проект гнушный. Пока только имеется svf-плеер, stapl(jam) - в разработке. Попытка прокомпилить с ходу сам проект не увенчалась успехом (с линуксом не знаком), ну да ладно, для 10 версии UrJTAG уже имеется откомпилированный испоняемый модуль. Для семейства MachXO программирование прошло нормально, для ECP2M - завал на bsdl-файле, пришлось закомментировать в нем attribute DIFFERENTIAL_CURRENT(не знаю - насколько это критично), это пины SERDES, программирование состоялось. По длительности программирования - долго, на ECP2M ушло где-то 30 минут! Родным ispVM тот же проект грузится не больше минуты. Да, забыл отметить, что при создании svf-файла (ispVM или UFW) необходимо включить галку - rev D standart SVF во вкладке advanced, иначе получим файл с инструкциям LOOP, ENDLOOP что не поддерживается UrJTAG.

 

Также можно воспользоваться альтеровским jam-плеером jp_25, но он под ByteBlaster. Для USBBlaster - пользуем другой jam-плеер, quartus_jli он идет вместе с квартусом, это минус. Сами jam-файлы можно конвертануть в ispVM или UFW. Только почему-то для ECP2M у меня вываливается сообщение failed. То ли глюк в конвертере, то ли с лицензией непонятки. С семейством MachXO конвертится нормально. Впечатление что квартусовский jam - плеер грузит прошивку шустрее.

 

Пробовал воспользоваться альтеровской утилитой s2j_23 для преобразования svf файла (Lattice) в jam, на выходе файлы получаются, но quartus_jli спотыкается и пишет error: action "program" is not supported for this Jam file.

[SM 0]

но quartus_jli спотыкается и пишет error: action "program" is not supported for this Jam file.

 

А это надо посмотреть в получившийся jam - скорее всего action называется по-другому, и исправить руками.

[RYury 0]

А это надо посмотреть в получившийся jam - скорее всего action называется по-другому, и исправить руками.

 

да, действительно - action run_file поэтому в командной строке quartus_jli необходимо набрать:

>quartus_jli -arun_file project.jam

 

при этом Verify пришлось отключить еще на этапе подготовки svf-файла, иначе при прожиге jam-плеер вываливался с ошибкой. Без Verify шьётся нормально, но опять же для семейства MachXO. Для ECP2M не удается конвертануть в s2j_23 из svf в jam. Я грешу - что файл svf получается слишком большим (4Mbytes) и s2j_23 не может переварить его.

[SM 0]

А сгенерированный сразу латисом STAPL вообще не съедается? Без SVF, напрямую.

[RYury 0]

Для ECP2M конвертация не проходит в ispVM, пишет Build STAPL File Operation Failed. Сам файл создается и контент какой-то присутствует, но похоже PROCEDURE DO_PROGRAM_0 в теле пустая, т.к. после этой строчки следует CRC 2553 и конец файла. При попытке запустить этот файл плеером - Error on line 16967: phase error. Program terminated. Т.е. заваливается на том месте где должна быть процедура, а там уже конец файла. Может быть лицензия не позволяет для этого семейства производить такие манипуляции.

[SM 0]

у ispvm нету вроде лицензий. он стандалоном ставится... Эт в техподдержку наверное.

[RYury 0]

ok, попробую туда обратиться

[RYury 0]

пообщался с техподдержкой латтиса путем e-mail писем. Надо сказать, что все чётко. Сначала выяснили по какому поводу(почти как анкета), затем присвоили ID номер и перенаправили к спецу. Он уже меня консультировал. Задержки с ответами - ну 2-3 дня. Первый ответ был видимо стандартный, почти как описание из help, что и какие кнопки нажимать, в какой последовательности... чтоб получить нужное. Дальше уже переходили к конкретике. Еще бы мой английский желал быть лучше, узнал бы больше )

 

В итоге: Генерация STAPL-файла с помощью ispVM возможна для режима Jtag 1532 Mode с опцией fast program. В моём случае для ECP2M это означает, что конфигурация грузится STAPL-плеером в саму плисину, а не в SPI флэш которая подключена к плисине через интерфейс Lattice sysCONFIG, следовательно после передергивания питания конфигурация не сохраняется. Если хочется загрузить конфигурацию в SPI флэш, то используем генерацию SVF-файла с помощью ispVM в режиме SPI Flash Programming, и дальше грузим этот файл SVF-плеером.

[RYury 0]

выше я задавал вопрос по поводу программирования плис через FTDI мост. Пока никто не ответил, в результате сам экспериментировал.

Попытка использовать FT232 не увенчалась успехом. Программер ispVM не видит данный мост. Менял с помощью FT_Prog поля VID и PID в FT232 на значения полей FT2232, обмануть ispVM не удалось. Тогда был куплен FT2232H Mini Module. Подключил напрямую к нему латтисовский JTAG интерфейс. ispVM видит его, по кнопке Auto Detect определяется тип кабеля - USB2 и устанавливается порт - FTUSB-0. Успешно прошивал через FT2232H Mini Module плисины ECP2M и MachXO2.

 

Итог - FT2232 реальная замена родного латтисовского USB кабеля (HW-USBN-2A).

[sl_dim 0]

Подскажите, а IspLever поддерживает ECP3? Или только Diamond нужен?

[SM 0]

В том, что у меня, предлагают -70E, -95E и -150EA

[RYury 0]

IspLever 8.1 SP1 - можно выбрать ECP3 емкостью 17, 35, 70, 95, 150 LUTs (K). Но все они с окончанием ES, например LFE3-17EA-6FTN256CES. Как я понял - это Engineer Sample, т.е. инженерные образцы. У окончательных микросхем могут измениться временные характеристики (Switching Characteristics)

[konstantinkovylin 0]

... FT2232H Mini Module. Подключил напрямую к нему латтисовский JTAG интерфейс.

 

А на какие выводы Mini Module подключил выводы JTAG ?

 

 

[RYury 0]

А на какие выводы Mini Module подключил выводы JTAG ?

смотри в файле

_________JTAG___mini_FT2232H.txt

[mpr 0]

Итог - FT2232 реальная замена родного латтисовского USB кабеля (HW-USBN-2A).

а можно выложить содедимое 93LC56B