Программы для «Специалиста»

[Lavr]

Компьютерный баян из 1988 года
Об этом баяне мы пару раз уже упоминали и знаем, что работает он под управлением "Специалиста".

Серия роликов про Компьютерный баян просто интересна!
Жалко нет в них некоторой театральности... А так по сюжету очень напоминает эпизод из фильма "Большие Гонки", где герой Джека Леммона - профессор Фейт с поломанными пальцами играет классику на оргАне... затем встаёт, а оргАн продолжает играть, нажимая клавиши...

PS. Сорри за некоторый оффтоп - роликами навеяло...

[b2m]

портрет автора разработки - инженера Владимира Демина

А какая у него там ДОС - уже определили? Самодельная, или дампы где-то публиковались? Эх, найти бы его софт, может и баян сэмулировать можно было бы

[Lavr]

портрет автора разработки - инженера Владимира Демина

А какая у него там ДОС - уже определили? Самодельная, или дампы где-то публиковались? Эх, найти бы его софт, может и баян сэмулировать можно было бы

ДОС у него там "Монитор", ибо это всё сделано на "Специалисте", почему я и рискнул вставить пост в этот топик:

на сайте youtube в комментарии к ролику так и написано:
The name of computer is "Specialist". It is based on CPU KP580BM80A, soviet clone of Intel8080. It was made by hands at home. Most of computer schematics was taken from articles of magazine "Modelist-Konstructor" in 1987. The executive mechanism with solenoids has been constructed, created and programmed from scratch. All coils have been reeled up manually =)

Название компьютера - "Специалист" ("Фахiвець-85"). Он сделан на базе процессора КР580ВМ80А, советского клона Intel8080. Комьютер сделан самостоятельно, в домашних условиях. Большиство схем компьютера взято из статей журнала "Моделист-конструктор" в 1987г. Исполнительный механизм с электромагнитами был сконструирован самостоятельно, создан и запрограммирован "с нуля". Все катушки (соленоидов) намотаны вручную.
автор баяна и программист - Владимир Демин

http://russian-garmon.ru/forum/20-prost ... -1988-goda

Привод у него там виден 8-дюймовый вверху. Под этот привод было какое-то подобие дискового расширения "Монитора", которое публиковалось в дампах в одном из "Моделистов-конструкторов".
Вобщем-то идея срисована из старых МПСС и ссылку на эту разработку я тут где-то давал... Поищщу...

PS. Да, материал был в "Моделисте-конструкторе" 10-89 (с. 26) "Вместо кассеты - Дискета" (с) А. Жинжеруха. Интересен тем, что в качестве элемента контроллера дисковода нестандартно использовалась 580ВВ51А. Набранные дампы, ассемблерные исходники и др. материалы я выкладывал вот здесь:
viewtopic.php?t=8154&postdays=0&postorder=asc&start=315
но интереса не вызвало в тот момент.
Вот прямая ссылка на упомянутые исходники:
http://sgu-wap.narod.ru/SP_MX/K580BB51.zip

[fifan]

Поставил себе задачу проверить все 512 кБайтную память RAM-диска Специалиста_МХ. Набросал программку. Вот такой вид программы в работе.




Легенда: серый цвет - непроверенные ИМС, зелёные - целые и красный - ошибка проверки. Пока проверка микросхем делается по упрощённому принципу: в выбранную ячейку памяти записываются все единицы, сравниваются, затем - все нули, сравниваются. Пока проверка каждого бита не производится. Перед рисованием 4-х нижних линеек чипов (картинки 1, 2) в программе идёт проверка на наличие RAM-диска и вычисление количества страниц. В зависимости от их количества пишется размер на экран (512KB). Вот исходники с ассемблером, файлами для загрузки в эмулятор, в том числе и готовая прошивка - http://www.nedopc.org/nedopc/upload/test_mx.rar.

[fifan]

Доделал программу проверки памяти. Теперь результат проверки выводится на экран - окрашивается соответствующий бит на экране. Пока не удаётся проверить ОЗУ экрана - сразу же экран очищается каким-либо цветом. На очереди - приспособление теста под ПЗУ, вроде в 2-х кБайтную РФ2/5 влезет. Жаль проверить в эмуляторе все 8 страниц не удаётся - на 8-й зависает - viewtopic.php?t=9541&start=60. Сейчас запишу в ROM-диск своего Специалиста_МХ_FPGA и проверю. Исходники представлю позже.

[Lavr]

Я сам себе писал программу-загружалку. Сначала она грузила из записанного WAV, а потом научился грабить звуковушку и она писала прямо с линейного входа. Ну и распознавала все форматы файлов Спеца.

Вот я и тебя тоже имел в виду:

...и утилиты такие есть не только в http://bashkiria-2m.narod.ru/.

Хардыч, ты всёж свои утилиты выкладывал у fifan-а или ещё где?

А то действительно вот так случайно человеку сразу трудно спасать свой кассетный софт.
Нет - я понимаю, что таких утилит есть, но помнится мне, ты говорил, что они с Виндавозным
интерфейсом у тебя - это более привычно и современно.

У меня - ДОСовский вариант, как и у Шурика...

Если я что-то где-то пропустил, то априори прошу меня извинить...

[Lavr]

Нет, не выкладывал. По утилитам, я нарыл у себя 2 версии. Первая грабила прямо со звукокарты, но не была допилена до всеядности форматов спеца:
...
Как видно, под 7 работает и грузит. Вторая была допилена до идеала, делала фактически RKS файл (полный байтовый дамп, без раккорда но с синхробайтами), но работала только с WAV файлами
...

Ну это - просто здорово, что под 7 пашет! Я то держу ноут с 98, чтоб ни с чем не заморачиваться...
Но не все ж сейчас такие ретрограды...

А твои Вин - утилиты вполне бы многим подошли.

[fifan]

Программы - в студию. Размещу на сайте.

[Error404]

Пока проверка микросхем делается по упрощённому принципу: в выбранную ячейку памяти записываются все единицы, сравниваются, затем - все нули, сравниваются. Пока проверка каждого бита не производится.

В том же самом алгоритме вместо записи 00-FF (проверки хранения единиц и нулей) достаточно лишь использовать константы 55-AA, и сразу автоматически вместе с проверкой хранения получится и проверка распространенной ошибки на "слипание" соседних битов (что никак не выверяется при использовании констант 00-FF).

[fifan]

В том же самом алгоритме вместо записи 00-FF (проверки хранения единиц и нулей) достаточно лишь использовать константы 55-AA, и сразу автоматически вместе с проверкой хранения получится и проверка распространенной ошибки на "слипание" соседних битов (что никак не выверяется при использовании констант 00-FF).

Уже сделал. Кстати, полная версия программы вошла в состав ROM-диска прошивки "Монитора-4" от HardWareManа для ПК "Специалист_МХ2" - http://zx.pk.ru/showpost.php?p=465536&postcount=27

[b2m]

не нужно будет имя - логичнее хранить номер первого кластера в цепочке

Тогда при создании файла нужно будет сразу первый кластер резервировать. Теоретически, если файл нулевого размера, то кластер обычно не резервируется.

Для ускорения работы логично для открытого файла хранить часть цепочки FAT в памяти, чтобы не дёргаться каждый раз к FATу.

[b2m]

А как будешь искать свободные кластеры? Обычно хранят битовую карту свободных кластеров, чтобы не рыскать по FATу, но она получается не маленькая. Можно было бы хранить карту одного сектора FATа (для FAT32 получится всего 16 байт), но если весь FAT "дырявый", то частенько надо будет подчитывать новый сектор FATа и формировать новую карту.

А ещё надо где-то хранить зарезервированные, но ещё не сохранённые в FAT номера кластеров. Хотя, можно в той-же битовой карте отмечать, и при необходимости перейти к новому сектору сохранять FAT. Но саму цепочку для файла всё равно придётся хранить.

Только вот та идея, про первый кластер файла, мне не очень нравится. Вот например, как ты будешь искать запись в каталоге (чтобы сохранить новый размер, например), если она в подкаталоге? По всем подкаталогам бегать? Надо ещё номер сектора хранить, где располагается запись.

И ещё, что с датой/временем? Часы будут?

[jdigreze]

Я на работу с FSFAT выделял чуть больше 1,5Кб на файл в режиме write-only: 512 текущий сектор файла, 512 текущий сектор каталога, 512 текущий сектор FAT, + еще кое-какие переменные-указатели, сейчас точно не скажу, надо исходник вскрывать и разбираться. Из самого тормознутого геморроя были операции умножения и деления. Но тогда в задачку я уложился, всё аккурат влезло в AT89S8252 и по скорости устроило, благо единовременно только 1 файл мог быть открыт.

[b2m]

Тогда, на каждый файл нужно еще 512 байт на сектор данных, чтобы не делать кучу перезаписей флешки.

Мало того, если ты хочешь изменить только пару байт в файле, этот сектор нужно сначала считать куда-то. Но вообще, буферизацией в/в обычно занимается RTL языка.

А идентифицировать по номеру первого кластера.

Это я понял. Если файл в корневом каталоге, то сканируем корневой каталог. А если в подкаталоге, то откуда начинать сканировать?

[b2m]

Элемент меню - это я оговорился

О как. Мой мозг, прочитав про меню, откинул это предложение, как не относящееся к делу. Дважды