yura-w

из "Nios II Command Shel" скрипт работает (меняет директорию), вызовом ". ./test.sh" test.zip

file.sh -это имя Вашего пробного скрипта :rolleyes: ./file.sh - один из способов запуска скрипта (другие: sh file.sh, exec file.sh ) . ./file.sh - переменные скрипта становятся видимы для других задач

По-моему консоль у Вас "Nios II Command Shel", для неё вроде все правильно, уберите пробел из строчки "#!/bin/sh" Если после запуска скрипта хотите сменить директорию, запускайте скрипт: ". ./file.sh"

Спасибо, не знал

ясно, я не смог найти даже тестбенч от bosh (возможно плохо искал; и проверки вымолнял только моделированием), наверняка придется все писать самим или покупать.

Не понял Вашу задачу, зачем тестировать CAN интерфейс в микроконтроллере по методике, и причем здесь ветка "Программируемая логика ПЛИС" Есть ядро CAN на VHDL и Verilog, посмотрите на opencores.org, когда-то брал за основу verilog ядро, проверенное на официальных тестбенчах Bosh и использовал в свих проектах плис.

я же написал - визард (для gxb) не создает файлов констрейнов, видимо они "задаются" из настроек созданного визардом модуля посмотрите в своем проекте, думаю у Вас такая же ситуация

да, qimequest сам их добавил, но результат работы wizarda - один файл "*.v" (не считая *.vo для моделирования), .sdc не создавался. хотя в qimequest gui (report clock / clock summary) вижу установленные в wizard частоты (т.е констейны созданы и используются).

сбосте ссылку на даташит применяю alt2gxb для EP1AGX, констейнов для alt2gxb не писал (в даташите на мою микросхему нет этого требования), может по этому он работает и не ругается :rolleyes: . для асинхронных сигналов просто написал автомат, как рекомендовано в даташите

Похожая тема поднималась, поищите по форуму. встроенные функции ModelSim/Questa ($write и т.п.) не позволяют писать бинарные файлы. Воспользуйтесь DPI(сам так делаю).

Та же проблема, как указать путь к mif файлу?

написанное здесь мне понятно, со всем этим согласен (но это ни как не влияет на сказанное мною ранее). (з.ы. причитаю статью, после праздников, постараюсь выразиться яснее)

Нет, это будет не тоже самое, смотрите в описание, на результат выполнение команды route ХХ накладывается условие (уже не помню какое) завершения и затем эта команда ( route ХХ ) выполняется YY раз. Уже давно не разводил, помню что команды разводки и очистки чередовал многократно (3-6раз) и значения проходов и повторений было до сотни раз, все зависит от платы: указываете значения, смотрите результат, указываете значения и т.д., больше проходов - не значит результат будет лучше. это нормально :), значит надо вернуться к уже сказанному 1. оптимизировать компоновку. 2. увеличить кол-во слоев 3. трассировать вручную (п.3 - можно частично в ручную)

Не могу разобраться, видимо настроение пред-новогоднее. Предложения вида: "Обратите внимание на положение микроконтроллера на фиг.9. Он расположен в углу платы, поэтому за счет емкостной связи сквозь него будет течь сравнительно небольшой ток" ставят в тупик, причем здесь емкостная связь, чего-то с чем-то, не понимаю. При такой компановке через КМ не будет течь ток других источников, что и улучшает целостность сигналов. Да, книга во многом компиляционная, что автор прямо и говорит. вот только учебников/книг подобных (для инженера разработчика) на русском нет, если знаете приведите пример. если чего-то не нашли, имхо - не искали. без комментариев

На "мой" (см. ссылку на работу Кечиева, это не мой взгляд), не верно подключать питание микросхемы к полигону, а затем полигон подключать через одно п.о. к слою земли. верно каждый пин питания подключать к слою земли через п.о. максимально близкое расположенное к пину микросхемы, полигон вообще не обязателен.

пять проходов, выполненные 11 раз. откройте User Guide на спектру, эти описания и простые примеры там точно есть

:santa2: думаю maple нужно не развести данную плату, а о научиться пользоваться авто-трассировкой (что иногда очень полезно)

внимательно статью не читал, но после: На фиг.12 слева земляной полигон соединен с чистой землей платы несколькими переходными отверстиями. За счет этого устройство оказывается не помехоустойчивым. Помеховый ток, протекающий по чистой земле и уходящий в истинную землю через емкостную связь, создает градиент потенциала ("перекос"). Переходные отверстия передают перекос на земляной полигон микроконтроллера. Помеховый ток частично протекает через ножки микроконтроллера, подключенные к полигону, что может вызвать сбой. На фиг.12 справа земляной полигон микроконтроллера соединен с чистой землей в одной точке, рядом с земляной ножкой микроконтроллера. Помехоустойчивость устройства максимальна, т.к. чистая земля на противоположной стороне платы при этом становится разновидностью экрана, защищающего "сверхчистую" землю полигона. т.е. путаются принципы подключения микросхем и устройств к общей земле - крайне не рекомендовал бы статью. Посмотрите работы Л.Н. Кечиева, например "Проектирование печатных плат для цифровой быстродействующей аппаратуры", там все изложено в лучшем виде. т.е остальные меры по ЭМС приняты?

Документации и примеров do-файлов, у меня под рукой нет, выложу после праздников, если никто не поделиться. Число проходов, сглаживаний и их количество и чередование - основные факторы влияющие на результат авто-трассировки (конечно при правильных запретных зонах и т.п) и не всегда их увеличение дает лучший результат. Зачастую приходится возвращаться к упомянутому vetal п.1. - оптимизировать компоновку.

4. разобраться с командами авто-трассировки (выполняемый .do - файл в specctra)

Описание Hexadecimal (Intel format) и ссылку на спецификацию можно посмотреть здесь . Для создания *.hex файла писал отдельную функцию. В функцию передается двумерный массив данных и его размерность, указывается путь к выходному файлу, в который и складывается массив в интеловском формате. Пример вызова: write_hexadecimal('../modelsim/coord_x.hex', 100, 100, gxd); где gxd = zeros(GRID_HEIGHT,GRID_WIDTH); По-моему функция подойдет и без переписывания для вашего случая ( с параметрами [ файл ,1, 32, массив]) З.Ы. В дальнейшем полученный hex файл использовался в плис для моделирования write_hexadecimal.zip

нужна дополнительная лицензия на Ниос (это вопрос другой ветки) иначе работать будет только в демо. режиме (подключенном бластере)

а весь и не надо, достаточно только часть, в которой используете назначение. Например: module test ( input clk, input [15:0] d, output logic [31:0] q ); wire [31:0] buf_d = '1; always @( posedge clk)begin q <= (buf_d | d); end endmodule работает правильно и в10sp1 и 10.1

никогда не сталкивался, попробуйте последнюю версию квартуса и закройте по-возможности необязательные программы (коллега сталкивался с проблемой: при запущенном search от Intermech есть сбои в работе отладочных tools в квартусе).

Для таких вопросов подошел бы раздел В помощь начинающему :rolleyes: