nice_vladi

"Пилите, Шура, пилите" =))) Нужно добиться, что бы все сигналы были "правильные", на константе. Это прям 100% Можете попробовать забросить вообще ВСЕ навороты и оставить только трансиверы + FSM синхронизации. Которые полностью содрать из примера. Можно даже одну линию оставить - 8 бит. И скорость маленькую. Что бы проверить, что у вас в-принципе, железо работает. Я бы так сделал. Да там .sdc автоматически подсосвывается, в комплекте с ядром. Хотя, стоит лишний раз перепроверить. Ну и, ПС: после того, как заработает лучше всего проверить надежность линка PRBS ~2^32, погонять ее минут 15-30. А то потом надо будет обратно возращаться, если ошибки начнут сыпаться. И ППС: засуньте его в квесту. В квартусе замучаетесь по 10 раз пересобирать, что бы посмотреть, какие параметры на что влияют.

Для 64/66 другие сервисные слова. Но могу ошибаться - не использовал никогда такое кодирование. Вообще,у Альтеры есть куча design examples почти на все основные блоки. Погуглите, их вики посмотрите. Там прям полный проект.

Да, должны. Ну, насколько мне известно. Для начала рекомендую утащить корку в симулятор и там поиграться с параметрами и сигналами. Но, если хочется сразу в железо - надо не только поднять tx_datak но и в данные засунуть константу BC (в каждую линию). Это будет соответствовать синхрослову K28.5, если не ошибаюсь. И, после того, как увидите, что у вас на константе приемник-передатчик поднялись - пытаетесь толкать данные. Ну и, выравнивающие фифошки я бы выбросил, для упрощения. А, ну и, кроме сигнала rx_sync стоит мониторить остальные статусные сигнальчики. Уже точно не помню, но они показывают захват несущей, битовую ошибки и что-то еще. Довольно полезная информация.

Вы попробуйте сначала на одной скорости запустить корку. Допустим, на 100. А потом начать наворачивать. А то смотрю на эти мультиплексоры клока с асинхронными сбросами... Была, кстати, годная статья на easyelectronics про отладка ethernet в плис. Посмотрите, мб, поможет чем-то: http://we.easyelectronics.ru/electro-and-pc/neskolko-slov-ob-otladke-1gb-ethernet-proektov-na-plis.html

Зацепился глаз: readmem_H_ или readmem_B_ ?

Как предположения: 1. IP Core умеет и в чтение и в запись. Возможно, даже при конфигурировании как readonly, часть логики, отвечающей за запись все равно присутствует; 2. Из мануала: Из приведенного кода непонятно, действительно ли там expected 9 bits, или разярдность как-то порезана.

Их есть у меня) Вообще, руководствовался этим: https://gist.github.com/Razer6/cafc172b5cffae189b4ecda06cf6c64f Довольно подробно расписано. Единственный случившийся затык - нужно собрать локально библиотеку со шрифтами. В остальном все сразу поднялось. ЗЫ. Можете попробовать полистать вот эту тему:

Про убунту <16, из моего опыта, не правда. Запускал Altera Edition как на 17 так и на 18.04 убунте. Да, там есть определенные танцы с 32х битными библиотеками, но все должно вставать без особых проблем. Т.е. все либы ставятся из имеющихся репозиториев. Попробуйте еще раз внимательно пройтись по шагам установки, с самого начала, мб, просто что-то пропустили?

Натыкался на подобную ерунду при использовании китайского аналога программатора. Вплоть до перезагрузки ПЛИС, при попытке что-то выгрузить в SignalTap. К сожалению, вылечилось только сменой программатора на качественный. Как вариант - попробовать другие программаторы, мб, дело все-таки, не в нем.

Все мы знаем, как надо. Но работать приходится с тем, что есть)

Как показала практика, версии Pro и "остальные" довольно далеки друг от друга. Как минимум в требованиях к соблюдению стандарта языка Про версия значительно строже. Да и в целом, есть подозрение, что в Про версии перетряхнули не только парсер языка... А по поводу вылетов - я бы внимательно прочитал лог с варнингами, и по максимуму попытался их исправить. Это помогало)

Спасибо за советы, буду упражняться. Это SoM от Reflex. О том, как бинарники попали на mmc история умалчивает))

Ну, у Альтеры похоже: грузится .rbf, это переконвертированный .sof файл (Альтера .sof -> .rbf, Хилые .bit -> .bin). Ругани, как таковой, нет. Загрузчик странно себя ведет, поведение отличается от того, что написано в исходниках. Буду пробовать пересобирать его, мб, поможет. Я не особо в SoC'ах силен) Если не ошибаюсь, у Хилых есть отладчик, который позволяет полностью пройти весь путь загрузки: от FSBL до Linux. Отладчик называется xsdb. Может кто-то подскажет, есть ли что-то подобное у Альтеры? Я нашел DS-5, но это какая-то монструозная поделка на Эклипсе, к тому же, с отдельной лицензией. Есть ли еще варианты?)

Не понял вопроса. Прошивать ПЛИС через JTAG я научился, вроде бы. Теперь хочу, что бы прошивка ПЛИС загружалась при подаче питания. Наиболее простой способ из найденных мною - на этапе юбут указать переменными окружения области памяти, откуда забирать и куда складывать прошивку ПЛИС. И потом прошить ее. Вот на этом и случился затык - не понимаю, как работает загрузчик "из коробки".

Да, так и должно быть. Мой юбут, почему-то отказывается показывать такой отклик. Я немного опасаюсь его пересобирать, т.к. флешка распаяна на плате и, если свежесобранный юбут будет кривым, есть риск получить геморрой)

Кстати, да, такая есть. Первая попытка прошить этой командой повесила юбут) Но он, хотя бы, начал откликаться. Буду дальше курить.

Нет, таких переменных нет. Я собирал через BSP-editor. Буду разибраться, спасибо. Все равно непонятно, почему адекватно не отображается хелп по команде. Он должен быть другой, вне зависимости от конфигурации юбута.

Версия юбута: SOCFPGA_ARRIA10 # version U-Boot 2014.10-00303-g9742ef3 (Dec 13 2016 - 11:30:37) arm-altera-eabi-gcc (Sourcery CodeBench Lite 2015.11-45) 5.2.0 GNU ld (Sourcery CodeBench Lite 2015.11-45) 2.25.51 Соответственно, исходник смотрю здесь: https://github.com/altera-opensource/u-boot-socfpga/blob/socfpga_v2014.10_arria10_bringup/common/cmd_fpga.c Команда fpga выводит всего одну строку, как в моем первом сообщении: SOCFPGA_ARRIA10 # fpga fpga - loadable FPGA image support SOCFPGA_ARRIA10 #

Я пробовал по-разному уже. В т.ч., посмотреть исходники этого приложения (fpga) - но ничего пока не получается понять. Все делаю по правилам - ничего не работает. Поэтому, собвственно, и написал сюда) По поводу кодировок - уже думал про это, пробовал разными терминалами (microcom, putty) работать, пробовал копипастом из текстового редактора вставлять. Наверное, дело не в этом.

Да, такая есть. Но при попытке fpga help выдает все то же: SOCFPGA_ARRIA10 # fpga help Unknown fpga operation "help" fpga - loadable FPGA image support При этом, к примеру, fpga info 0 работает вполне нормально: SOCFPGA_ARRIA10 # fpga info 0 Altera Device Descriptor @ 0xffe26364 Family: SoC FPGA Interface type: Fast Passive Parallel (FPP) Device Size: 4294967295 bytes Cookie: 0x0 (0) No Device Function Table.

Всем привет, Пытаюсь прошить ПЛИС Arria 10 через uboot. Пока в "ручном" режиме: 1. Загружаю прошивку командой "fatload mmc 0:2 0x2000000 top.rbf". Выхлоп: 31619884 bytes read in 971 ms (31.1 MiB/s) Размер файла совпадает. 2. Пытаюсь зашить прошивку в ПЛИС командой fpga load 0 ${fpgadata} ${filesize}. Выхлоп: Unknown fpga operation "load" fpga - loadable FPGA image support Переменные окружения, используемые в командах: fpgadata=0x2000000 filesize=1e27b2c Руководствовался сайтом rocketboards.org и документацией на uboot. Собственно, вопрос: ЧЯДНТ? Может быть, есть какой-то нюанс, мною упущенный?

В тексте проскочили фразы "у нас" и "через нас". Вы какие-то представители этой конторы? Если да - можно ли получить на месяц-два-три какую-то отладку, что бы, так сказать, прикоснуться к прекрасному? Тема с отсутствием лицензионных ограничений довольно перспективна =)

++ за тему линукса. К сожалению, на нем не особо разбежишься в области хороших рекдаторов для HDL. Пробовал slick - но он слишком монструозен и избыточен. Остался с sublime. А по поводу, почему еще жив - opensource, много народа пишет и дорабатывает плагины. Я присматриваюсь сейчас к visual studio code, но ее возможности в HDL выглядят откровенно слабее, чем у sublime. Хотя, мб, я и не прав, интересно будет выслушать мнения-предложения.

Да, я понимаю, что все вместе - это десятичное число. Но компилятор не в курсе =) И, возможно, ему не нравится, что вы в функцию atoi передаете МАССИВ чисел. А объявление типа: alt_u8 n[3]; Выглядит как раз, как массив из 3х alt_u8 чисел. Или я что-то не так понял? Прошу прощения, все перепутал. Почитал внимательнее гугл =)) Могу предположить, что это из-за нестандартного типа входных данных для функции atoi. Попробуйте привести к char: latitude_min = atoi((char *) n);

Мб, дело в том, что вы в atoi засовываете массив чисел (n[3]), а не отдельно взятое число? Попробуйте конкатенировать этот массив, и потом засунуть в atoi.