Компьютер "Агат-7": Реализация на ПЛИС (DE1)

Вид для печати

Показывать 40 сообщений этой темы на одной странице

19.02.2012, 14:00
GARNIZON

Цитата:

Сообщение от Santechnik

Попробовал поподбирать частоту и сдвиг IRQ. Добился много разных эффектов, но идеальной работы не получается. Удавалось избавиться от мерцания, но всегда белая полоса в середине экрана или без нее, но верх экрана черный (в программе L1). Чтобы мне тупо дальше не подбирать, не подскажете пожалуйста на каких по счету видимых линиях происходит "щелчок" IRQ? Сэкономим время и приступим к дисководу 840к :v2_dizzy_coder:

Лучше бы всё таки понять - откуда у тебя эта белая полоса берётся.
Не должно её быть. Просто из логики действий аппаратуры.

Линий конкретных не знаю, не ковырялся. Но можете спросить у Олега Одинцова - он что-то такое пытался узнать, и вроде по семёрке у него даже это получилось. (про девятку он там шибко ругался, что в разных режимах всё по разному и соотношение не точно 1:10).

Цитата:

Сообщение от Santechnik

И заодно вопрос по дисководу - в описаниях сказано, что он сигнал синхронизации выдает при прохождении некой точки на дорожке. Как этот сигнал записан в формате AIM?

В строгом соответствии с доками на AIM (цитирую уже который раз):

PHP код:

Байты слов хранятся в обратном порядке. Слова анализируются так: 00xx - обычные данные, через регистры IO передается младшая часть 01xx - синхросбой - !!вот он и есть, который тебе нужен!! 02xx - конец дорожки (заворот на начало) [читается, но не записывается] 03xx - индекс начало (1 -> 0) 13xx - индекс конец (0 -> 1)

Цитата:

Сообщение от Santechnik

Где лучше всего описана работа этого дисковода и контроллера?

Нигде. Как только опишешь, так мы тебе сразу диплом нарисуем.
Все исходные данные есть - схемы, прошивки. Но я пока не придумал, как их сопоставить.

Цитата:

Сообщение от Santechnik

Кстати, подумываю переделать "дисковод" с ATMega-64 на Cortex-M3 (STM32L). Причина - больше ног, выше скорость (32Мгц против 20Мгц не считая большей скорости исполнения инструкций), вдвое больше памяти (128к и 16к), куча таймеров и, самое главное, DMA. Боюсь, что не потянет ATMega 840к с нужной скоростью. По деньгам на пару долларов чип дороже, но так как он 3.3В, то будет экономия 3$ на микросхемах преобразования 5В <-> 3.3В. Выйдет как минимум не дороже.

Советовать не буду, но за атмегу оправдаюсь: всё таки 3.3 вольта у L-версии есть, хоть и на частоте 8 МГц, но вполне официальных. Да и обычную версию, без L, на напряжении 3.2 вольта я тоже юзал и она нормально работала.

===

Если хочешь ответы сразу - пиши на почту (vegaio на yandex). Я на форум крайне редко захожу.

---------- Post added at 13:00 ---------- Previous post was at 12:47 ----------

PS и кроме проги L1 были и другие проги с совмещением. В РАПИРЕ есть встроенная поддержка этих режимов: PЖM("*O,H2K"); В игрушках есть GEOGRAFIQ.
13.03.2012, 08:46
Santechnik

Вложений: 1

Очередной апдейт. Разобрался наконец с STM32. Очень интересный чип, но с наскоку не возьмешь. Приобрел отладочную плату с ним за 14$ причем на этой плате уже есть програматор, который можно использовать и для прошивки других чипов из этой серии. На данный момент написал драйвер работы с LCD дисплеем и подключил FatFS Чена на SD карте. На приложенной фотке работа всего этого - на экране содержимое SD карты. Осталось добавить DMA поддержку для работы с картой и энкодер для удобной работы с меню. После этого можно приступать к собственно дисководу.:v2_cool:
Кстати, красная плата внизу экрана - логический анализатор (см. подробности здесь). Имеет 32 канала (16 из них 5V). Обошлась мне вместе с доставкой и полным комплектом проводов в 75$. Незаменимейшая штука для отладки! Сколько времени я съэкономил с ней когда делал LCD драйвер или настраивал работу с SD картой! Жалею, что раньше не купил. Очень рекомендую.:v2_thumb:
Также за это время разобрался с работой дисковода 840к. Вроде не вижу проблем с реализацией на данном этапе.
Дополнительно обдумал концепцию компьютера. Очень не хочется ставить ПЛИС в BGA корпусе. :v2_conf2: По моим прикидкам все же удастся сделать полный фарш и на 208-ногом корпусе. Это добавит количество корпусов, но ИМХО это меньшее зло чем BGA. Идея состоит в использовании мультиплексоров, на шинах и выходах/входах. Так, например, через них можно развести VGA и SVIDEO выходы, PS2 и оригинальную клавы, шины процессора на внешний разъем и т.д. Кроме того, планирую использовать I2C расширитель порта, чтобы освободить ноги ПЛИС от различных индикаторов и переключателей режимов, которые не требуют быстрой реакции. Заодно хочу вернуться к идее одновременного использования 2-х дисководов. Дополнительных ног это не потребует, т.к. они тоже будут подключены через мультиплексор. Каждый дисковод будет иметь собственный выключатель. Проект подорожает примерно на 20$ (второй экран, контроллер и SD карта), но зато позволит одновременно работать с двумя дисководами или удобно переключаться между ними.
Сейчас также рисую схему и оптимизирую ноги. Надеюсь, что получится.
07.04.2012, 07:13
Santechnik

Очередной апдейт. :v2_dizzy_rastoman: Заставил работать DMA с SD картой и энкодер. Скорость чтения с DMA не тестировал, но должно быть очень неплохо. Энкодер оказался гораздо удобнее кнопок. Переделаю под него и 140К дисковод и включу в окончательную версию.
Также сделал блог, куда я перенес инфу по моему предыдущему проекту ("ЮТ-88") и куда начал выкладывать инфу по этому. Кстати, я всю инфу там перевел на английский и уже наблюдается некоторый интерес к английской версии сайта. Видимо так и буду продолжать вести этот блог на двух языках. Хочу давать там больше информации, чем здесь, включая код и схемы, а также давать более подробные описания. Посмотрим, как получится. Адрес: electronicsfun.net/RU/ . Заходите, подписывайтесь на RSS обновления, оставляйте комментарии.
Во время написания программы для STM32L возник такой вопрос. Имеется такая конструкция:

Код:

static char Cur_DIR[100]; // Current folder static char Files[100][13]; // File list FRESULT scan_files (char *path, char *pname, char *pdir) { ........... } char FDir[100]; f_err_code = scan_files(*Cur_DIR, *Files, *FDir); // Line #263

Она взята из моего дисковода 140К для ATMega644 (написан на AVR Studio). Там она прекрасно работает. Здесь же IAR выдает такие ошибки на последнюю строку:

Код:

Error[Pe167]: argument of type "char" is incompatible with parameter of type "char *" C:\STM32_projects\iar_test4\main.c 263 Error[Pe167]: argument of type "char" is incompatible with parameter of type "char *" C:\STM32_projects\iar_test4\main.c 263

В чем может быть проблема? Вроде как по стандарту я могу присваивать указателю массив.
07.04.2012, 12:49
b2m

Цитата:

Сообщение от Santechnik

В чем может быть проблема? Вроде как по стандарту я могу присваивать указателю массив.

Всё правильно пишет, звёздочка нужна только у второго параметра.
07.04.2012, 15:06
Santechnik

Класс! Спасибо! :v2_dizzy_vodka2: Так теперь работает! А почему было не правильно? И почему в "AVR Studio" это работает?
07.04.2012, 17:41
b2m

Цитата:

Сообщение от Santechnik

А почему было не правильно? И почему в "AVR Studio" это работает?

Всё зависит от того, как компилятор трактует массив массивов. Но в стандарте, по-моему, массив массивов трактуется как указатель на указатель, хотя первый уровень массива просто вычисляет смещение, а не производит косвенную адресацию.
09.04.2012, 18:37
GARNIZON

http://www.youtube.com/results?searc...t-7&search=tag
10.04.2012, 11:52
Santechnik

Интересно. :v2_thumb: Спасибо, GARNIZON! Я честно говоря разочаровался в софт-процессорах для реплик. Они должны быть очень хорошо протестированы прежде чем применять в реализации. Очень много нюансов с недок. командами и их циклами и неизвестно где они вылезут. Но если у него получилось создать такой процессор, то это просто супер. Если выложит в открытый доступ можно будет попробовать.:v2_dizzy_army:
GARNIZON, я тут только что нашел тему, где вы с b2m обсуждаете 840к дисковод. Суперполезно! Но я еще чуть позже вопросы задам :rolleyes:
11.04.2012, 09:43
GARNIZON

b2m - красавец, но он почему-то решил прекратить тему про агат(как видно из топика). Скорее всего потому что там много других систем эмулирет. Надеюсь позже врнется к этому. Чел грамотный.

Софт проц , тот что на видео, работает пока без нареканий :)
27.06.2012, 13:10
Santechnik

Взял паузу с проектом - сначала был занят с моим финальным экзаменом, а потом решил передохнуть немного от проекта и переключился на несколько маленьких проектов. На прошлой неделе получил результат моего экзамена - сдал. Так что я теперь не просто бухгалтер, а CPA :v2_finge: (читать пожалуйста Си-Пи-Эй, а то по-русски звучит неблагозвучно :biggrin:). Так что можно продолжать проект не отвлекаясь больше на всякую ерунду :v2_dizzy_biggrin2:
В общем переписал я "140К-дисковод" под STM32L. Работает и загружает (но без записи пока). Переделал "по уму" - в предыдущей версии на ATMega выдача битов была по запросу, а не по таймеру. Это приводило к странным эффектам (например, дорожка в РАПИРе могла читаться 10 секунд, а BASIC загружался за несколько секунд). Кроме того, структура затрудняла сделать запись на диск без существенной переделки.
В текущей версии все работает гораздо лучше. Во-первых, благодаря DMA чтение не мешает остальным процессам. Во-вторых, сейчас дисковод ведет себя как настоящий, отдавая данные с интервалом в 32 цикла процессора, что привело к нормальной и ровной скорости загрузки. В-третьих, вычистил и оптимизировал код. В четвертых, код изначально заточен под запись, так что добавить эту функцию будет несложно.
Сейчас начал работу над тем, чтобы ограничить общение с дисководом всего тремя проводами с целью экономии ног ПЛИС. Идея состоит в том, чтобы использовать протокол SPI. Бонусом будет легкая и удобная передача данных в обе стороны без заморочек с переключением направления шины. Мастером будет ПЛИС. Слово будет 16-бит - 8-бит для данных и остальные для передачи состояний (номер дорожки, режим записи и пр.) в обе стороны. При частоте 16МГц это слово будет передаваться за один такт CPU, что более чем достаточно. Каждое переданное слово будет служить еще и тактом для контроллера, так как будет передаваться каждый 32-ой такт CPU. Т.к. мастером будет ПЛИС, то он будет отвечать и за увеличение некоторых интервалов до 36 или 40-ка тактов CPU при записи, когда генерируется синхробит.
В общем идея такая. Посмотрим что получится. Пошел пробовать. :v2_dizzy_cowboy:

Показывать 40 сообщений этой темы на одной странице