Вид для печати
Вложение 59700Вложение 59699Вложение 59698
Спасибо!!!! С новой прошивкой все девайсы стали определяться правильно и стабильно!!!))) Фото: 1 - CF 512Mb через переходник, 2 - гиговый ДОМ, 3 - 512Мб ДОМ. Винты естественно определяются на ура как и раньше, только стабильно. жду инструкцию к утилитам)))
Первое, нужно разбить диск на разделы. Я делаю это программой FDISK, из пакета MS-DOS/PC-DOS, но возможно есть аналогичные программы под винду. Итак, первым делом, выбираем нужный нам диск и удаляем с него все разделы. Далее, создаем основной раздел. В CP/M он будет игнорироваться, поэтому на него нет ограничений по размеру. Затем, создаем расширенный раздел на весь оставшийся объем диска. В этом расширенном разделе создаем логические диски, которые и будут отображаться в CP/M. Поэтому, желательно "нарезать" их размерами от 1 до 20 Мб, не более 12 штук (на больше не хватит памяти у ПК8000). По завершении назначаем основной раздел загрузочным (первичным) и выходим. Основной раздел можно отформатировать и записать на него дос и все необходимые утилиты, но это по желанию.
Вот теперь используем F8000D.EXE.
Коротко о параметрах.
В CP/M диск состоит из 128-байтных секторов. То есть, все операции записи/чтения производятся с секторами, а не побайтно. Сектора объединяются в группы, от 2 и выше секторов (всегда кратно степени двойки!). В досе эти группы называют кластерами, в CP/M - блоками. Таким образом, минимальная единица дискового пространства в CP/M - это блок. Даже если файл имеет размер в 1 байт, на диске ему выделится один блок. Понятно, что чем меньше блоки, тем рациональнее используется дисковое пространство. Однако, в системе есть такая таблица - allocation vector (ALV), где помечается статус блоков диска (занят или свободен). Размер этой таблицы естественно ограничен. В данной реализации ее размер 2Кб, то есть на 16384 блоков (1 бит - 1 блок). И если одному диску выделить 8000 блоков, то остальным останется чуть больше половины. Поэтому количество блоков нужно распределить так, чтобы хватило всем дискам. Если имеем 12 дисков одинакового размера, то каждому можно выделить по 16384/12 = 1360 блоков. Это и регулирует параметр:
-a<xxx> - size ALV with 'xxx', [128..512] (default 256)
Размер задается в байтах и чтобы получить количество блоков нужно умножить на 8. Размер я ограничил от 1024 до 4096 блоков. Нужно понимать, что реальный размер блока может отличаться от заданного. Он вычисляется по формуле: size = DiskSize / ((ALV - 1) * 8) и округляется до большего значения кратного степени двойки. К примеру, имеем диск 2Мб и задаем ALV равным 300, то есть 2400 блоков. Размер блока будет равен 2Мб/(299 * 8) = 876. Округляем до ближайшего кратного и получаем 1024. Количество блоков соответственно будет 2048 (вместо запланированных 2400), а размер ALV = 256.
Под оглавление диска тоже выделяется некоторое количество блоков. Чем больше, тем больше файлов можно на нем хранить. Максимально можно выделить 16 блоков. За это отвечает параметр:
-d<x> - size directory in clusters [2..16] (default 2)
Только не нужно забывать, что чем больший размер директории, тем больше времени тратит система на поиск и загрузку файлов. Ну и на размер свободного пространства тоже влияет, не без этого. Тут трудно что-то посоветовать, поскольку один файл может занимать от 1 до нескольких записей (одна запись - 32 байта) и расчитать заранее невозможно. Мне хватает 4 блоков и лишь один раз столкнулся с нехваткой места в директории, когда пытался уместить на диск несколько десятков файлов. В общем, нужно экспериментировать.
Итак, запускаем. Выбираем диск. Далее начинается сканирование и поиск логических дисков. При нахождении логического диска будет выведен запрос на конвертирование его под CP/M. При нахождении диска CP/M будет выведен запрос на его преобразование в диск DOS. Это было сделано после того, как я столкнулся с тем, что FDISK отказывается удалять разделы с дисками НЕ-DOS. Такая вот политкорректность от мелкософта :)
--------------------------------
Теперь можно приступить к переносу софта. Это делается либо в досе, утилитой C8000D, либо в винде, посредством плагина к Total Commander, я его здесь выкладывал. Утилита C8000D требует задания имени диска, на который копируются файлы. Имя - это имя диска в CP/M, начиная от 'A' и тд. по возрастанию. Копируемые файлы можно задать по маске, как это допускает ДОС. Все, подключаем к ПК и работаем.
PS: Собственно диск в основном разделе я форматирую под FAT16 и делаю его загрузочным. На него записываю вышеперечисленные утилиты и все файлы для ПК8000. Удобно тем, что загрузившись с него можно форматнуть любой CP/M диск и записать нужные файлы. Сам диск прекрасно виден в винде. Как-то так.
PPS: Можно дать на тестирование еще одну прошивку? Хочется уточнить в чем была проблема.
Спасибо)) сегодня попробую разметить хард))
Конечно можно. Перепрошью, сообщу результаты.Цитата:
Сообщение от DemonId7
В архиве две версии, условно помеченные 1.2b и 1.2c. Интересует стабильность определения как самого устройства, так и логических дисков на нем (разумеется после их форматирования утилитой F8000D). Желательно раз 10-15 выполнить перезагрузку и посмотреть результат.
Можно сразу обе прошить, допустим по адресам 8000h и C000h, оставив на 0000h старую прошивку, и выбирать джамперами нужную (они для этого и делались). Впрочем, это кому как удобно.
По результатам тестов думаю окончательно подкорректировать прошивку. Ее выложу как и предыдущую, по ссылке в первом посте.
Вопрос: как повыдергивать из образов FDD файлы? или где взять подборку программ в виде файлов?
- - - Добавлено - - -
Или как вариант - может кто выложит готовый образ HDD c хорошей нарезкой программ?
В аттаче плагин к Total Commander, позволяющий работать с FDD как с архивами. Прописываешь его как архиваторный (WCX). ЕМНИП настраивать не нужно, работает сразу.
Также прикладываю архив с дисковыми утилитами, там же краткое описание. Еще можно файлы CAS перевести в COM, утилитой CAS2COM, я ее выкладывал ранее.
PS: Собственно из плагина нужно всего 2 файла: odi.wcx и odi.ini.
По всем симптомам в версиях b и с - все гораздо хуже, даже по сравнению с просто 1.2... на моем контроллере вообще все перестало определяться. ДОМы вообще не видны, живой ХДД определяется гораздо реже, чем на прошивке 1.2 (без букв). Попутно обнаружил, что из трех пришедших из китая ПЗУ, живая только та, которую я изначально использовал - две других нерабочие((( одна шьется, проходит проверку, но с нее контроллер в упор не стартует (чуть позже стала давать ошибку ID), другая просто кидает ошибку ID и даже не шьется... Прошил изначальную двумя прошивками.
На версии 1.2a - разделы CP/M видит на ХДД стабильно, на ДОМах - в упор нет, из 30 перезагрузок один раз увидел на ДОМе разделы с CP/M. Во всех случаях дальше Ошибка БДОС на диске А: - и все.
По статистике:
Прошивка Б - ХДД определяется через раз, диски СП/М не видит вообще. Прошивка Ц - ХДД определяется раз в 5-6 перезагрузок. ДОМы не видят обе прошивки вообще. При чем 512 - опрашивает интенсивно, 1024 - пару раз тускло моргает и все.
Вот новая прошивка, с учетом предыдущих. Попробуй. Но, все же я больше склоняюсь к тому, что где-то контакт плохой, либо подкорачивает, а может помехи прут. Ну не может DOM быть настолько тормозным.
Ну вот я тоже на это грешу... хотя уже вызванивал раз 5...
Сегодня проверю. Пока что дальше всего удается пройти этот квест на сочетании прошивки 1.2а и живого винта на 2Гб: определяется, иногда находит разделы, когда находит "Ошибка БДОС". "Помогает" еще неуверенность в этом винте, потому что я его из пня снял из-за нестабильности его работы...
- - - Добавлено - - -
С этой прошивкой 1.2d - работает отлично! Определяет ДОМ, определяет СП/М диски, потом Вдос Ерр Он А: Бэд Сектор - результат стабильный после многократных ресетов. Пробовал разные параметры при форматировании, последний вариант - 4 логических диска по 3Мб, утилиту запускал со всеми параметрами по умолчанию с ключом /ю - чтобы форматировал весь раздел. Скажи, что делаю не так? Нет возможности выложить образ рабочего размеченного винта?
- - - Добавлено - - -
Ан нет! Не совсем стабильная работа! Перегружал на холодную несколько раз. Прямо сейчас перегрузил - определяет только раздел А: При чем разница в поведении "на холодную" и после прогрева замечена уже неоднократно...
На скрине вывод команды dir, когда система наконец выводит промт.
Вложение 59740
У меня где-то на работе лежит одна из первых изготовленных плат, с похожими симптомами: на холодную каверкала принимаемые данные, в частности имя носителя и его размер, а как малость "разогреется" - начинала работать стабильно. Причем с винтами сразу работала нормально (он разгоняется долго, видимо успевала "разогреться").
Лень было разбираться в причинах и я ее забросил в какой-то ящик. Завтра поищу и сниму осцилограммы, может они объяснят как и почему теряются принимаемые данные.