-
Постов
383 -
Зарегистрирован
-
Посещение
Весь контент 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
nice_vladi ответил zorromen тема в Среды разработки - обсуждаем САПРы
++ за тему линукса. К сожалению, на нем не особо разбежишься в области хороших рекдаторов для 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.