Неиспользуемые ноги (как в случае с A18) у меня во всех прошивках подтянуты к логической еденице, так что этот вариант тоже отпадает. Хотя для проверки можно попробовать посадить в нерабочей прошивке эту ногу на землю.Сообщение от andykarpov
Неиспользуемые ноги (как в случае с A18) у меня во всех прошивках подтянуты к логической еденице, так что этот вариант тоже отпадает. Хотя для проверки можно попробовать посадить в нерабочей прошивке эту ногу на землю.
Чисто теоретически возможна ошибка при предварительной загрузке образов в RAM. Правильно ли там обрабатывается старший бит адреса?
Думаю что проблема не в этом... Я сейчас немного допиливаю сервисную прошивку. Тогда можно будет обращаться ко всем компонентам платы через USB. Можно будет тестировать и обкатывать всё, что запаяно не перепрошивая контроллер. Тогда можно будет и какие угодно тесты памяти сделать, запуская их просто на компьютере...
Отличная мысль!
А можно ли воткнуть в сервисную конфигурацию FPGA тот же Z80 и предусмотреть возможность загрузки в его память (пусть это будет 16-32k внутренней памяти FPGA) и запуска небольших блоков исполняемого кода?
Например, пишем какой-то тест на асме для Z80, компилируем на компе кросс-ассемблером, заливаем получившийся бинарник в память Z80 по USB и запускаем. А в качестве устройства отображения Z80 может использовать уже имеющийся в сервисной прошивке текстовый VGA-дисплей, память которого отображается в адресное пространство Z80.
Что-то похожее уже сделано. Только вместо z80 я использую корку 32-битного MIPS-процессора. Классный и быстрый процессор. Ну и плюс полноценный GCC (C и C++) с полным набором библиотек (код Винду и под линух). Проект правда пока на "большом" зоне тикает. Но и на лайт адаптировать не долго...
Потихоньку допиливаю утилиты эона под линукс. Я вообще в последнее время с виндуса на линукс в плане разработки перекачевываю...
MIPS, конечно, замечателен. Но писать для него на асме нетривиальная задача, а с установкой GCC (imho) теряется простота и наглядность.
Кстати, сильно ли отличается эта реализация MIPS от PIC32?
Это спорный момент. Я, например, с использованием GCC как раз приобрёл простоту и наглядность. Во-вторых ассемблер MIPS я лично нахожу самым вменяемым из всех, что я когда либо пробовал. Но это сугубо моё личное мнение, как человека, на ассеблере ничого большого не писавшего. Так, только азы.
В корке, которую я использую, есть все инструкции ISA1 (MIPS R2000), кроме unaligned load/store (LWL,LWR,SWL,SWR). Процессор контроллера PIC32 содержит все инструкции ISA1 + большое количество дополнительных инструкций (набор MIPS32R2 вроде). Короче они очень даже похожи!
Согласен
Просто параметры самой архитектуры (те же 64K внутренней памяти FPGA) и ориентация на реплики старых восьмибиток как бы подразумевают, что система в целом должна быть понятна людям, помнящим эти самые восьмибиткиА использование MIPS, Linux, GCC уже как-то совсем выпадает из этого направления.
Это уже дело привычек и бэкграунда. У меня были большие проекты на асме (еще i8080). За один из них я даже получил серебряную медаль ВДНХ СССР
Спасибо, будем посмотреть
В копилку идей: на SD карту в папку с прошивками класть файлик help.txt ( или в файле конфигурации добавить стороку help= любое имя файла) в котором кратенько давать информацио по прошивке: какими кнопками управляется, какие файлы и где понимает и тп.п показывать этот текст при перемещении курсора по списку прошивок вместо таблицы кодов символов.
И вопрос: что будет если список прошивок перестанет помещаться на экран?
Добавил в "to do"!
Список прокручивается. В исходниках ограничение на 80 пунктов в списке.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием