2 Георгий 2.
Вот не хотел заниматься этой хренью - PicoBlaze+LCD2x16, но почитав документ s3esk_startup_rev2.pdf (где как всегда обещано счастье через 30 секунд), любопытство взяло вверх. Для начала я просто загузил в "кит" файл s3esk_startup.bit. И как ожидалось, оно произошло, в смысле чудо - действительно бежит строчка "SPARTAN-3E STARTER KIT ..." led-ы горят от slide переключателей, но самая интересная игрушка - гонять бегущую точку крутилкой около LCD (уж не знаю как правильно её обозвать (Rotary Knob что ли). Вдоволь наигравшись зрелищем бегающей точки тут же возникло желание что то сломать в программе (заменить SPARTAN на SMARTAN или на худой конец на SPARTAK). Презрев очевидную истину, что "лучшее враг хорошего" (забегая вперёд, скажу, что поплатился за это 4 часами сна, так как хотел харю заплющить ещё до полуночи) погрузился в поиски истины. Ответ на вопрос нашёлся достаточно быстро в документе sim.pdf (http://www.xilinx.com/itp/xilinx7/books/docs/sim/sim.pdf) где басурманскими буквами по белому на стр. 81 написано дословно следующее:
You can access the built-in boundary scan logic between power-up and the start of
configuration.
In a configured Virtex™, Virtex-E™, Virtex- II™, Virtex-II Pro™, Virtex-II Pro X™,Virtex-
4™, Spartan-II™ and Spartan-3™ device, basic boundary scan operations are always
available. BSCAN_VIRTEX, BSCAN_VIRTEX2, BSCAN_VIRTEX4 and
BSCAN_SPARTAN2 are instantiated only if you want to create internal boundary scan
chains in a Virtex™, Virtex-E™, Virtex-II™, Virtex-II Pro™, Virtex-4™ or Spartan-II™
device.
Призвав на помощь всю интуицию (так как знаний 0) и остатки сил, после изучения структуры PicoBlaze, пришёл к выводу, что control.vhdl есть не что иное как ПЗУ с программой. Делается этот файл автоматически при помощи ассемблер-транслятора kcpsm3.exe из исходника control.psm. Но самое главное, что оказывается можно загрузить control в блочную память до конфигурации (что и должно быть, потому как сначала ПЗУ, а потом + процессор = работающая программа из ПЗУ). И этот самый BSCAN_VIRTEX2 есть не что иное, как JTAG Loader (изображённый на структурной схеме PicoBlaze в блоке control). Дальнейшие поиски привели меня в документ lib.pdf (http://www.xilinx.com/itp/xilinx7/books/docs/lib/lib.pdf), где на стр. 155 явно сказано, что BSCAN_VIRTEX2 ну никак не желает поддерживать архитектуру Spartan3. Но там же на стр. 151 явно сказано, что архитектуру Spartan3 поддерживает BSCAN_SPARTAN3! А далее, зная, что все открытия делаются случайно и по глупости я так же тупо и глупо в файле control.vhd заменил в 299 строке v2_bscan: BSCAN_VIRTEX2 на v2_bscan: BSCAN_SPARTAN3. После чего получил компилируемый проект с кучей варнингов - 125 ! Но также рабочий! А вот изменить программу *.psm не удалось. Точнее я всё сделал - изменил control.psm, получил файл control.vhd, но он какой то не доделанный получился . Во первых там не оказалось выхода proc_reset, а во вторых нет вообще описания загрузчика BSCAN_SPARTAN3. Я попытался вставить его (кусок программы загрузчика) из старого control, но у меня естесственно не получилось. Всё, силы кончились, пойду харю поплющу. Совсем забыл - а на Ваш вопрос (Может быть у кого-нибудь даже есть этот самый BSCAN_VIRTEX2?) я так и не ответил прямо, но думаю, теперь это уже и не нужно

по моему вы не с того конца заходите, начните с www.xilinx.com. пикоблейз, его софт + все его апноты, а в некоторых случаях и сорцы свободно доступны на сайте, со всеми разъяснениями по его использованию. И для разных семейств ПЛИС он действительно разный. Также версии отличаются в зависимости от того, нужно ли перешивать память программ при работе или нет.


рекомендую для начала ознакомиться что вообще такое пикоблейз и с чем его едят, он стартует всегда с нулевого адреса. Работает из ROMB, который инициализируется при конфигурации ПЛИС или по житагу на лету, поэтому ему не нужны никакие загрузчики.

Почитайте апноты, все станет понятно %)

PS. Ответ про языки немного позже %)

Спасибо попробую, но меня знаете что поражает? Дело в том что вся эта хрень нормально скомпилилась без переделки еще вчера на ISE 9!!!!!!! Неужели все ISE настолько отличаются друг от друга, что один хавает проект а другой нет непонятно же...



Да уж не нужно, спасибо еще раз за разьяснения, только еще вопрос кто-нибудь ставил апдейт ISE 11.4? У меня получаются долгие бои с ним в итоге я не то что по очкам проигрываю, а оказываюсь в глубоком нокауте, видимо у него +стопиццот к нападению... Дело в том что остается только ISE Project Navigator, еще парочка прог, но больше половины он смело удаляет!!! Я вообще хз в чем проблема кто в курсе подскажите плиз

Сообщение отредактировал Георгий 2 - Jan 29 2010, 06:01

2 Георгий 2
Так я всё это и делал на ИСИ 11.4. Слил апдейт с сайта и поставил "поверх" 11.1. Даже кей не нужен, он при установке сам говорит, что 11.1 (что то типа genuine или verife) и ставится. Потом, там на сайте есть ещё дополнения - common, cs, SDK, pgmtools. Получилось установить common и cs. Про остальные было сказано, что нету этого на машине. Ну да и пусть с ними. Сейчас всё работает, компилит, льёт, занимает маста на диске 13,5 ГБ - 173740 файлов в 17813 папках (куда ему столько!?). По поводу ИСИ9 могу только предположить следующее: я думаю, что Spartan это "облегчённй" Virtex, возможно, что на начальных этапах у них был одинаковый загрузчик, ну, или в ИСИ9 предлагали пользоваться BSCAN_VIRTEX2 и для загрузки Spartan3. Потом, в поздних версиях их разделили. Но это только мои домыслы.
2 DES00

Возможно я не прав, но насколько я понял, в блочной памяти находится только образ ПЗУ - описываемый файлом control.vhd. Само ядро - kcpsm3.vhd и то, что это ядро должно делать - s3esk_startup.vhd находится в конфигурационном SRAM FPGA. Так вот этот самый загрузчик BSCAN_VIRTEX2 или BSCAN_SPARTAN3, как раз и нужен, что бы по JTAG загрузить образ ПЗУ в БРАМ. Потому как позволяет это делать между стартап и конфигурацией ФПГА, т.е. до заливки самой ФПГА. А может быть позволяет потом делать это и "на лету". Во всяком случае, мне так показалось .

прочтите доки и вы поймете что были не правы %) JTAG загрузчик нужен для смены прошивки пикоблейза на лету, если использовалась именно такая версия. Есть апнота где Ken Chapmen (папа пикоблейза) подробно описывает этот момент.

2 des00
Спасибо за наводку, буду иметь ввиду . Скорее всего, так оно и есть - мне досталась версия проца с перезаливкой памяти программ на лету. Накачал кучу документации по процу, сильно не разбирался, пока не актуально, но что то прояснилось - что можно пытаться реализовать и какие возможности у проца.

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

Я тут еще поковырялся в папке ассемблер с прогой для конвертирования .psm в .vhd есть файлик ROM_form.vhd, как я понял это шаблон по которому создается требующийся нам файл .vhd, если мы берем исходник ассемблера из примера и самостоятельно пытаемся сделать свой counter.vhd то получаем фигу, так вот если его сравнить с counter.vhd из примера сразу ощущается разница.
Вот в общем либо лыжи не едут, либо я ... слишком умный. То есть либо там ошибочный шаблон, либо у меня руки растут не из плеч, либо плечи не в том месте...

2 Георгий 2
Что то давненько Вас, батенька, не было видно ! Изучали проц !? Постараюсь кратко. Что бы сделать из control.psm -> control.vhd надо следующее:
1. Наличие в рабочей директории файла KCPSM3.EXE - собственно транслятор ассемблера
2. Наличие в рабочей директории файла control.psm - собственно сам исходник программы на ассемблере
3. Наличие в рабочей директории файла ROM_form.coe - какой то заголовок для формирования файла памяти
4. Наличие в рабочей директории файла ROM_form.v
5. Наличие в рабочей директории файла ROM_form.vhd
Последние оба файла вроде бы описывают одно и то же - собственно память, но зачем их надо обоих мне не ясно.
А дальше банально просто - запускаете из командной строки: kcpsm3 control.psm
В результате работы получаете control.vhd
Дальше в ИСИ собираете:
s3esk_startup.vhd - топ-левел
s3esk_startup.ucf - констрейны для "кита" (там описаны все кнопочки, леды, индикатор, клоки и т.д.)
kcpsm3.vhd - собственно сам процессор
control.vhd - описание ПЗУ процессора, расположенного в БРАМ
Всё это у меня получилось, только не собралось. РАньше я об этом уже писал.
Далее. Что бы писать на ассемблере, не нужно ни чего, кроме текстового редактора, системы команд и понимания работы проца, на уровне структурной схемы, или архитектуры проца, ну и конечно понимания самого главного - что ВЫ хотите получить от программы, в результате её работы. Ну, по поводу редактора - это дело вкусов, я пользую бесплатный редактор Notepad++ v5.5.1. Есть аналогичный Programmer's Notepad. Первый мне более удобен. Много всяких "вкусностей", в том числе подсветка всяких синтаксисов (С, АSМ, V, VHDL и т.д.). В ИСИ я встроенным редактором не пользуюсь, правлю текст (а я уже докатился до написания своего проекта на V ) в открытом параллельно редакторе. Всё что нужно для ассемблера есть в документе ug129.pdf и (можно ещё посмотреть, но первый документ полнее) KCPSM3_Manual.pdf. Если проц собирается в ИСИ, то можно забыть про ВХДЛ, ФПГА, а просто юзать проц. Но Вам доступно только 1к слов программы, один источник прерываний, стек с глубиной 16, те же 16 байтовых регистров общего назначения, простенькое АЛУ (+ и -), порт вход-выход и порт ID (я так понял для раширения постранства ввода - вывода). Не так уж и жирно, что бы решать какие то задачи, хотя, вывод на ЖКИ обеспечит (готовой текстовой строчки, как её сформировать, это уже другой вопрос). Позволю дать Вам один совет. Если босс очень сильно хочет в кратчайшие сроки увидеть на индикаторе нечто, отличающееся от XILINX Spartan3... , а у Вас полный пендос и непонимание происходящего.... Короче, найдите в файле control.vhd последовательность байт, описывающих текстовые строки сообщения. Они записаны в ASCII кодах, трудно будет их идентифицировать, потомоу как РОМ 18 разрядов, а коды 8 разрядные. Если получится, то можете вручную вписать туда новое сообщение. Может сможете сделать симуляцию и тогда явно увидите, откуда извлекаются эти коды. Конечно, изврат, но как вариант. Возможно это будет легче, но долго так жить нельзя! Потом надо будет получить результат. Так что изучение ВХДЛ для Вас остаётся актуальным вопросом. А что такое counter.vhd? Вы хотите из проца счётчик сделать что ли? Я много скачал возможных применений - тут и генараторы-формирователи, и работа с АЦП-ЦАП, частотомер, ШИМ, RTC, работа с памятью разной, UART и т.д. Там много примеров на ассемблере, возможно (я глубоко не копал) можно найти и исходники (всмысле сборка проца вместе с этим асс). Удачи.

Сообщение отредактировал at89c51ed2 - Feb 8 2010, 22:45

К сожалению лыжи были нормальные, просто я умным оказался, сегодня на свежую голову завел жто ЛСД проклятый, хз че вчера не вышло, все делал точно так же...
Осталось разобраться том какое количество символов можно запихать в ЛСД и сделать так чтобы это неведомое кол-во символов нормально отображалось как хочется мне...
Курю user guide

2 Георгий 2

Ну, это проще, ug230 Вам поможет. Ещё можете почитать описание на HD44780. Я думаю (могу и ошибаться), что это де-факто стандарт на строчные символьные индикаторы. Вся Ваша задача заключается в правильной инициализации контроллера и записи данных в DDRAM. Если своих символов не надо делать, то в CGRAM писать не надо .
По поводу у меня тоже косяк был на полдня: ИСИ писало что то типа "top-level file was not found". Помогло очищение файлов проекта и перезапуск ИСИ.

Не знаю, насколько это будет актуально, но вот пример работы с LCD без Picoblaze:

Прекрасно работатет на моём ките. Версию на VHDL можно посмотреть тут: http://www.edaboard.com/ftopic202710.html.

Очень актуально, спасибо Вам большое. Это очень полезная вещь. Попробую у себя и отпишусь потом.
А подскажите какой у Вас кит? S3eSK? или нет? мне просто интересно хватит ли ресурсов например CPLD XC95144XL-10TQG100C

Всегда рад помочь.

У меня HW-SPAR3E-SK-UNI-G, если не ошибаюсь, тотже, что и у вас. LCD (насколько я помню по ug230.pdf) подключен только к xc3s500e.

Все совершенно верно, кит такой-же. Verilig текст заработал, я правдо чисто на интуиции понял че кого там, так как ни бум-бум в этом языке.... Но VHDL код так и не попер... Пока не пойму в чем дело...
А по поводу подключения к CPLD, я имел ввиду другой камень. Мне в голову мысль пришла отладочник сваять своими силами, на CPLD 144, я знаю что picoblaze там не попрет, а вот хватит ли ее ресурсов на данный код мне не понятно, просто за время моего изучения ПЛИС у меня был S3eSK и Flex10k10 (от Альтеры) так на флекс эта хрень точно не влезет, а про CPLD я не знаю....

Сообщение отредактировал Георгий 2 - Mar 1 2010, 12:28