RYury

Спасибо! Ответ от службы поддержки пришел: "Вполне возможно, что выбранный режим взаимодействия объектов при перемещении не всегда подходит для конкретных ситуаций. К примеру, иногда из-за небольших дефектов и доп. вершин треков не всегда отрабатывает режим Push, а режим Hug and Push с задачей справляется. Попробуйте разные режимы взаимодействия объектов для проблемных мест топологии. Режимы переключаются клавишами Shift+R, либо в версии AD20 при перетаскивании трека имеется возможность в панели Properties смотреть и выбирать нужный режим." В общем поигравшись в AD16 пришел к следующему - если не удается в режиме Push Obstacles или HugNPush Obstacles сдвинуть шину, то в режиме Ignore Obstacles можно двигать проводники по-одному без ограничений, после этого иногда начинают работают Push и HugNPush. Конечно это немного не удобно, но думаю в следующих версиях исправят.

Нашел в AD20 команду Gloss (Ctrl-Alt-G), по этой команде выбранные проводники "подчищаются", происходит перерасчет их топологии, и описанные глюки исчезают. Но в AD16 не нашел этой команды

Спасибо! Да, действительно не понятно. Раньше помню в Specctra что-то наподобие Reconnect было проводников, по этой команде выделенные проводники автоматически подчищались, удалялись лишние изломы, укорачивались проводники где возможно, думал и здесь есть что-то подобное.

Добрый день всем! Необходимо слегка переделать плату, сделанную в AD16. Возникла проблема - не могу сдвинуть целиком шину с проводниками, приходится удалять проводники и заново перерисовывать. В некоторых местах можно зацепить несколько проводников и сдвинуть, а в других - нет. Если включить опцию Ignore Obstacles - отдельный проводник двигается, но наезжает на другие, если Push Obstacles - шину не сдвинуть, хотя место есть. Кто подскажет - где что настроить чтобы нормально работало? PS:Попытался в AD20 - там тоже самое, да еще тормозит интерактивная трассировка, вернулся в AD16.

столкнулся с другой проблемой: если с перекомпиляцией библиотек примитивов Lattice под ModelSim все хорошо, то как быть с библиотекой blackbox? Исходники закодированы, перекомпилить не получается, а то что есть - видимо в старом формате. Может есть где-то новые библиотеки blackbox ?

кто знающий подскажет - где находится кнопка Favorite Interactive Routing Via Sizes в Altium 16.1.8 а то в фаворитах вижу только Favorite Interactive Routing Widths

прочитал данные программой FT_Prog v2.4.2.0 командой "Scan and Parse" получил xml файл, который в аттаче. Внешняя EEPROM по-видимому пустая, т.к. в поле Chip Type: "FT4232H" красным напечатано BLANK DEVICE и в окне Device Output - пусто. Немного не понятно почему FT4232H, если в модуле используется FT2232H и в системе определяется как 4 устройства USB Serial Converter (A,B,C,D) вместо предполагаемых 2. mini_module_FT2232H.xml

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

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

выше я задавал вопрос по поводу программирования плис через 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).

пообщался с техподдержкой латтиса путем 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-плеером.

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

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

да, действительно - 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 не может переварить его.

поигрался с загрузками через 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.