Гибридный электронный диск для ПРК ОРИОН

[Denn]

ОС запускается (правда пока в варианте 64к)

64к - это объём ROM-диска ?

но при попытке обратиться к диску Е - ошибка. Монтаж проверил.
Буду разбираться дальше.

Хм, странно. Судя по картинке, форматирование таки проходит успешно, а впоследствии ОС не видит разметку.

Еще смущает то, что диск А определяется в 1 МБ, хотя установлена 512.

Тут всё верно. В 2 Кб загрузчика физически нет места под программную поддержку ПЗУ более 64 Кб и анализ структуры диска, поэтому при загрузке просто детектится наличие диска и выводится его максимальная ёмкость, поддержанная в данной версии ОС. К тому же достоверно определить фактическую ёмкость установленной микросхемы ПЗУ затруднительно, ОС по команде "?А" определяет объём, занятый файлами, а свободное место - как теоретический максимум минус объём файлов.

[mr.Lee]

Да, за неимением пока более емкой ПЗУ зашил ОС в 512кбит.

[Denn]

@mr.Lee

Судя по картинке, форматирование таки проходит успешно, а впоследствии ОС не видит разметку.

Посмотрел исходник FORMAT'а, оказывается нет проверки успешности форматирования. Сначала выполняется определение наличия RAM-диска, после чего в диск записывается структура каталога (DIR+FAT) и "успешный" выход. Определение делается следующим образом: ЭД переводится в режим "чтение RAM", читается байт по адресу 0000h нулевого банка, если там не 0C3h, значит RAM5 есть. Из чего можно сделать следующий вывод: если м/сх СОЗУ неисправны или вообще отсутствуют, то детект пройдёт успешно, форматилка отработает без ошибок, а ОС разумеется сообщит о неготовности диска - что и видно на скриншоте.

По хорошему, нужно усложнить алгоритм форматирования, дополнив его микро-тестом СОЗУ. Или сделать отдельную утилиту теста RAM-части ЭД.

[b2m]

По хорошему, нужно усложнить алгоритм форматирования

По-хорошему, нужно хранить на RAM-диске контрольную сумму секторов.

[mr.Lee]

заработало. пришлось перепаять озу - может феном перегрел.


Сам девайс, мелочевка (smd) разместилась на обратной стороне.

осталось дождаться ПЗУ 4мбит и собрать уже рабочий вариант

[Denn]

mr.Lee, отличная работа!

Вы наверное уже попользовались устройством какое-то время, как обстоят дела с надёжностью хранения данных в СОЗУ ?
Меня интересует работа рассыпного супервайзора по новой схемотехнике. По логике всё должно быть красиво, но реальность обычно бывает сурова

[Advertiser]

[mr.Lee]

Писал одной рукой, во второй еще остывал паяльник:-). Ближайшую неделю буду тестить. Может пару-тройку дней модуль полкжит на батарейном питании, потом проверю

[Denn]

mr.Lee, спасибо за печатную плату, собрал на одном дыхании, всё заработало сразу!

Фотоотчёт:

[mr.Lee]

Здорово.
Я все же подготовлю исправленный вариант - может кому еще будет интересно перевести работу с Орионом на качественно другой уровень.

[Denn]

mr.Lee, пожелания по новому варианту платы.

Я хотел заменить на старом Орионе свой "первый блин" ЭД на неправильных СОЗУ, и меня ждал облом - там у меня двухэтажное ОЗУ ПРК !!!
Соответственно, либо просто укоротить плату (желательно), чтобы она не залезала в область ОЗУ, либо направить в другую сторону.

Момент номер два: хочется видеть в надетом варианте красоту лицевой стороны, а не изнанки.

Можно ещё предусмотреть доп. линию запитки СОЗУ от "дежурки" (кто питает Орион от АТХ-БП), т.е. пробросить линию С9 через диод в точку суммирования источников питаний СОЗУ. У кого "дежурки" нет, тот просто не запаивает этот диод. С "дежуркой" батарейка реально становится вечной, т.к. она работает только в случае пропадания сетевого напряжения.

П.С. мелкологику можно попробовать разместить под брюхом ПЗУ, а ТМ9 тоже взять в SOIC'е.