Контроллер дисковода для УКНЦ, работающий с образами на micro-SD карте.

[Jarik65535]

Матраца рулится из кортекса, но программируется на этапе компиляции. Скорее всего какими-то хаками можно ее динамически перестраивать напрямую, но нужно ли?. Кортексу доступны программно все выводы, и все регистры и триггеры, возможно это и делается с помощью этой матрицы. Т.е каких-то портов нет, просто добавляю регистр и читаю/пишу его напрямую из программы. Вся магия скрыта под капотом, они очень все упростили, чтобы создать схему не нужно практически ни каких навыков работы с ПЛИС. ПЛИС там, кстати, неполноценная, очень маленькая, ее едва хватит на пару 16-битных регистров. В принципе есть возможность создавать свои модули на верилоге или вхдл, но я не пробовал. Документацию не переводил, т.к. научился понимать английский напрямую.

- - - Добавлено - - -

Я пока не совсем понимаю твою задумку, можешь схемку нарисовать?

[Advertiser]

[AFZ]

Матраца рулится из кортекса, но программируется на этапе компиляции. Скорее всего какими-то хаками можно ее динамически перестраивать напрямую, но нужно ли?

Вряд ли. Скорее всего, оно пишется во флешь, причем, вероятно, в отдельную секцию, которая ни разу не обязана писаться прямо из Кортекса. Но, даже если Кортекс может туда записать, то это все равно запись во флешь, то есть долго (милисекунды) и недолговечно (порядка 100 тыс. циклов).

Т.е каких-то портов нет, просто добавляю регистр и читаю/пишу его напрямую из программы.

Говоря о портах, я имел в виду GPIO.

В принципе, похоже есть вариант, который может сойтись и на таком железе...

В общем так. Нужен аппаратный регистр на ПЛИСке, 5-6 битов, который будет со стороны УКНЦ виден по адресу 176560, СИПом на него отввечает сама ПЛИСка. Биты этого регистра должны быть доступны и Кортексу. Остальные регистры делаем программно, через GPIO Кортекса, в коротком цикле прополки (20-40 команд при 48 МГц - это, по-любому, меньше микросекунды), а если надо выполнить длительную операцию (прочитать "сектор" с SD-шки в буфер ОЗУ, или записать содержимое этого буфера на SD), то взводим или гасим какой-то бит в аппаратном регистре, он будет сигнализировать ЦП УКНЦ "Думаю, прошу не мешать" (с), при этом отработка остальных регистров отключена и попытка обращения к ним вызовет Trap to 4. По окончании этой длительной операции гасим или взводим назад этот самый бит аппаратного регистра, просигналив тем самым УКНЦовине, что мы готовы общаться не только через аппаратный регистр, но и через программные, после чего снова уходим в короткий цикл программного обмена с регистрами.

Я пока не совсем понимаю твою задумку, можешь схемку нарисовать?

А в какой программе сейчас принято рисовать блок-схемы? Принципиальные схемы я рисую в Оркаде, но тут не тот случай...

[Jarik65535]

Т.е. аппаратно СИП будет формироваться только для регистра "готовности". И если в нем использовать только 1 бит (0200 например, как принято в УКНЦ) то возможно он и не займет много блоков. Рисовать сейчас модно в облачном draw.io, но оно не специализированное. Я уже понял и без схемы, можно не рисовать. Осталось только припаять контроллер.

[AFZ]

И если в нем использовать только 1 бит (0200 например, как принято в УКНЦ) то возможно он и не займет много блоков.

Хотелось бы несколько битов, впрочем необязательно. И еще вызывает сомнения бит 0200. Нам ведь надо перехватить загрузку из сети, а там он участвует. Впрочем, над вариантами можно думать, да и все это - софтовые решения, паять здесь не надо.

Осталось только припаять контроллер.

Это как? К УКНЦ? Я бы, все-таки, попробовал найти старую писюшную мамашу с шиной ISA - они шли до третьего Пентиума, скорее всего, у кого-нибудь валяется. Выдрать пару ISA-шных разъемов, отпилить, сколько надо и запаять переходник. (То есть, я бы не пробовал, у меня оно в дальней кладовке и так лежит, в смысле "ёлка" от каких-то 486-х брендов.)

[Jarik65535]

Я тут пытался подключить контроллер к шине ЦП и столкнулся с проблемами описанными Хоботом: не видит микроСД, но изредка работает. Несколько раз перепаивал микроконтроллер, разъем - бесполезно. Очень похоже на микротрещину в плате. Видимо и Хоботу досталась дефектная плата. Больше не буду заказывать на dirtypcb. В качестве прототипа попробую подключить cy8ckit-049.

[hobot]

Видимо и Хоботу досталась дефектная плата.

могу сделать очень крупную фотку своего экземпляра
какая сторона интересует?

[Jarik65535]

Микротрещина на то и микро, что ее так просто не видно. Да и она вполне под маской может быть. Так что, не нужно.

[AFZ]

В качестве прототипа попробую подключить cy8ckit-049

А ног хватит?

Микротрещина на то и микро, что ее так просто не видно. Да и она вполне под маской может быть. Так что, не нужно.

Скорее гонит кто-то из Via. Металлизация отверстий где-то подвела.

2All: напомните, плз, где-то был дизасм системных программ ПП, меня интересует загрузка из сети.

[Jarik65535]

Вот тут есть. Они там зачем-то через EMT и TRAP сделали.

[AFZ]

Поразглядывал я эту программулю (искать по комментарию "загрузчик из сети"). Что-то странное. Сначала они пересылают в сеть какую-то странную строку:

164554$:.BYTE 377,0,0,204,0,0,0,0,0,0,0,0,0,374,173,60,377,376,0,0

затем читают байт, должен быть номером станции, потом сверяют без знака каждый полученный байт с кодом 0373, если меньше, пересылают его в память загрузчика (начиная с 050000), если он равен 0374, то получают и проверяют КС, иначе - ошибка (перезапуск загрузчика).

Это что, получается, в загрузчике не должно быть байтов с кодами 0373, 0375, 0376 и 0377 ? Но это же бред!..

Да, пересылка нуля по адресу 176560 - команда включения режима загрузки, отсюда, логично было бы сделать и прием остальных команд по этому же адресу, можно WO. А еще, получив программу загрузчика, перед уходом на нее, этот, так сказать, БИОС, пересылает туда код 004, не знаю, пригодится нам, или нет. Но, если вдруг не пригодится, то эту команду придется отработать, как NOP.