Он же СМ1916:
Главен вършач: 16-битов специализиран
Постоянна памет: 48KB
Работна памет: 256KB, до 1MB
Плочник: 5MB
Гъвчар: 2x500KB
Показвач: 960x240 точки, по бит на точка;
Словесен режим: 24 реда х 80 знака или 24х132
Общуване: RS-232 на скорост 9600 бит/сек.
Вседържец: Многозадачен еднопотребителски - "OS/PRO"
---------- Post added at 11:57 ---------- Previous post was at 11:51 ----------
А разве буква П не обозначала именно процессор?
Или СМ-4 и СМ-4П были разные процессоры?????
anasana, Ещё добавлю скудной информации,- http://www.bogtec.com/sozdanie-potre...cionnyx-sistem
Похоже что ИЗОТ 1039С выпускался для внутреннего рынка только с болгарской кодировкой, а СМ1916 выпускался на внешний рынок в страны СЕВ с различной кодировкой. Но утверждать не могу.
Последний раз редактировалось MiX; 11.11.2014 в 01:29.
1939 - явная описка. 1039
1. Из не штатного также мной был обнаружен "Тест видеотракта В1.0"
Кто нибудь пробовал эту программу?
(Пока в завалах, как откопаю- выложу в центральный архив)
2. По поводу образа GG1 (Градации цвета и игры):
Вариант конфигурации 1- отсутствует Расширитель памяти видеоконтроллера, монитор 6105.
Голубой- на экране 4 градации(Белый, светло-серый, тёмно-серый и чёрный).
Зелёный- тёмный экран.
Красный- тёмный экран.
Белый- на экране 4 градации(Белый, светло-серый, тёмно-серый и чёрный).
Вариант конфигурации 2- Расширитель памяти видеоконтроллера, монитор 6105.
Голубой- на экране 4 градации(Белый, светло-серый, тёмно-серый и чёрный).
Зелёный- на экране 8 градаций серого.
Красный- на экране 8 градаций серого.
Белый- Несколько смазанных градаций, изображение настолько яркое, что картинка деформируется.
3. В Техническом обслуживании при наличае НВ2 выбор "образец цветных полос" даёт на 6105 относительно много градаций серого.
Неспеша ковыряю нюансы FILES-11 на примере дискеты от Denkixot.
Развёрнутое содержимое bitmap-массива из (здесь упрощённо, третьего lbn) сектора (далее - "#№" и "#filenum:" 1...34) в котором хранятся занятые (т.е.
используемые) системой номера для идентификации файлов/директорий из max 200 легально возможных на томе (т.к. это стандартная 400Кб дискета):
Дальше будем просматривать структурированные записи файлохранилища, а-ля ODS-1 "FAT" :Код:1, 2, 3, 4, 5, 6, 7, 8, // 0xFF - 1111'1111 9, 10, 11, 12, 13, 14, 15, 16, // 0xFF - 1111'1111 17, 18, 19, 20, 21, 22, 23, 24, // 0xFF - 1111'1111 25, 26, 27, 28, 29, 30, 31, 32, // 0xFF - 1111'1111 33, 34, , , , , , , // 0x03 - 0000'0011 , , , , , , , , // 0x00 - 0000'0000 ... skipped ... , , , , , , , /*200*/ // 0x00 - 0000'0000 // INDEXFILEBITMAP (IMAPB) - Bitmap of file headers in use // to control the allocation of file numbers (and hence file headers)
Околовопросное начало:Код:... (тут всякие файлики бла-бла.. с порядковыми номерами 1...13) (например, у indexf.sys;1 - #№1, bitmap.sys;1 - #№2, badblk.sys;1 - #№3, 000000.dir;1 - #№4 и т.д., от обязательностандартных к пользовательским) ... Filename: [128,128] astor .tsk;1 ;0 #№ 14, LBN:(99) f_rtyp R_FIX - fixed binary or stream f_ratt FD_NONE - save content as is f_rsiz - used Record Size value in bytes: 512 (p.6.3.1)
Содержимое следующего сектора в котором хранится инфа о интересуемой директории (порядковый номер #№ 15)
(в данном случае в "form.dir" сгруппированы файлы программного пакета форматирования дискеток):
Видим, что она содержит список ссылок на пять файлов с присвоенными им уникальными порядковыми номерами #filenum: 16, 17, 18, 19, 20.Код:Filename: [128,128] form .dir;1 ;0 #№ 15, LBN:(188) [directory] Filename: form .ins;1, #filenum: 16, seq: 1 Filename: form1 .mnu;1, #filenum: 17, seq: 1 Filename: form2 .hlp;1, #filenum: 18, seq: 1 Filename: form .tsk;1, #filenum: 19, seq: 1 Filename: shag2 .tsk;1, #filenum: 20, seq: 1
При непосредственном считывании с диска других секторов где соответственно уже хранится детальная информация (тип, указатели на содержимое, и т.п.).
(#№ 16, 17, 18, 19, 20) наблюдаем следующее:
Собственно вопрос такой - файл (который в директории "form.dir" #№ 15), был выше упомянут как "form.ins":Код:Filename: [128,128] zzap00025.ins;1 ;0 #№ 16, LBN:(189) f_rtyp R_VAR - text f_ratt FD_CR - use Normal slew: LF before line data, CR after f_rsiz - used Record Size value in bytes: 36 (p.6.3.1) Filename: [128,128] form1 .mnu;1 ;0 #№ 17, LBN:(190) f_rtyp R_VAR - text f_ratt FD_NONE - save content as is f_rsiz - used Record Size value in bytes: 1012 (p.6.3.1) Filename: [128,128] form2 .hlp;1 ;0 #№ 18, LBN:(202) f_rtyp R_VAR - text f_ratt FD_NONE - save content as is f_rsiz - used Record Size value in bytes: 810 (p.6.3.1) Filename: [128,128] form .tsk;1 ;0 #№ 19, LBN:(213) f_rtyp R_FIX - fixed binary or stream f_ratt FD_NONE - save content as is f_rsiz - used Record Size value in bytes: 512 (p.6.3.1) Filename: [128,128] shag2 .tsk;1 ;0 #№ 20, LBN:(293) f_rtyp R_FIX - fixed binary or stream f_ratt FD_NONE - save content as is f_rsiz - used Record Size value in bytes: 512 (p.6.3.1)
"Filename: form .ins;1, #filenum: 16, seq: 1"
В персональной детализации описывается как "zzap00025.ins":
"Filename: [128,128] zzap00025.ins;1 ;0 #№ 16, LBN: (189)"
какое имя из них считаеся самым "тру" и почему?
(Как такое могло получиться, наверное, не суть важно, например как результат отработки реверс-программы "Построитель дистрибутивных дискет",
- ранее проинсталлированную в ZZAP00025 на жесткий диск программу (user_application_00025) она позволяет сделать заново дистрибутивом на дискете).
Я думаю где-то в официальных доках к P/OS такое разыменование описывается, но я пока на чёткое описание такой двуликой ситуации ещё не наткнулся.
P.S. Остальное просто продолжу как примеры структуры файлов и директорий этой же дискеты:
Вот дальше на диске идёт установщик программы "Реассемблер" (также оказался под двумя именами):
Встречаем каталог с Эмулятором ДОСа (версия 2.02К) к плате МС-1702:Код:Filename: [128,128] reas .dir;1 ;0 #№ 21, LBN:(315) [directory] Filename: reas .ins;1, #filenum: 22, seq: 1 Filename: reas .tsk;1, #filenum: 23, seq: 1 Filename: [128,128] zzap00068.ins;1 ;0 #№ 22, LBN:(316) f_rtyp R_VAR - text f_ratt FD_CR - use Normal slew: LF before line data, CR after f_rsiz - used Record Size value in bytes: 49 (p.6.3.1) Filename: [128,128] reas .tsk;1 ;0 #№ 23, LBN:(317) f_rtyp R_FIX - fixed binary or stream f_ratt FD_NONE - save content as is f_rsiz - used Record Size value in bytes: 512 (p.6.3.1)
Листаем дальше (Эмулятор ДОС здесь версии 2.02Т) - тут обнаруживаем интересный в показательном плане втиснутый каталог:Код:Filename: [128,128] emulk .dir;1 ;0 #№ 24, LBN:(407) [directory] Filename: emulk .ins;1, #filenum: 25, seq: 2 Filename: fontxx .tsk;1, #filenum: 26, seq: 1 Filename: emulk .tsk;1, #filenum: 27, seq: 1 Filename: [128,128] emulk .ins;1 ;0 #№ 25, LBN:(408) f_rtyp R_VAR - text f_ratt FD_CR - use Normal slew: LF before line data, CR after f_rsiz - used Record Size value in bytes: 31 (p.6.3.1) Filename: [128,128] fontxx .tsk;1 ;0 #№ 26, LBN:(409) f_rtyp R_FIX - fixed binary or stream f_ratt FD_NONE - save content as is f_rsiz - used Record Size value in bytes: 512 (p.6.3.1) Filename: [128,128] emulk .tsk;1 ;0 #№ 27, LBN:(465) f_rtyp R_FIX - fixed binary or stream f_ratt FD_NONE - save content as is f_rsiz - used Record Size value in bytes: 512 (p.6.3.1)
Видно, что файл с номером 0 (очевидно что в прошлом была запись 31 - #filenum: помеченый как deleted между 30 и 32) удалён,Код:Filename: [128,128] emult .dir;1 ;0 #№ 28, LBN:(546) [directory] Filename: fontxx .tsk;1, #filenum: 29, seq: 1 Filename: emult .tsk;1, #filenum: 30, seq: 1 Filename: emult .ins;1, #filenum: 0, seq: 1, deleted Filename: emult .ins;2, #filenum: 32, seq: 1
(возможно была применена стандартная команда удалить старые версии файлов: "emult.ins;1" - первая версия удалена, а самая свежая правка "emult.ins;2" - оставлена,
а может это особенность копирования сектора где хранится запись о содержимом каталога), как бы то ни было,
но в теле битмапа (из сектора 3) номер файла 31 помечен как используемый и сейчас; продолжаем просматривать дальше и точно:
два файла из директории эмулятора, а на месте освободившейся записи 31 (старый "emult.ins;1") вклинился, и находится уже перезаписаный позднее, каталог программы "Печать"Код:Filename: [128,128] fontxx .tsk;1 ;0 #№ 29, LBN:(547) f_rtyp R_FIX - fixed binary or stream f_ratt FD_NONE - save content as is f_rsiz - used Record Size value in bytes: 512 (p.6.3.1) Filename: [128,128] emult .tsk;1 ;0 #№ 30, LBN:(603) f_rtyp R_FIX - fixed binary or stream f_ratt FD_NONE - save content as is f_rsiz - used Record Size value in bytes: 512 (p.6.3.1)
Это ещё запись о файле принадлежащего к каталогу Эмулятора 2.02ТКод:Filename: [128,128] prn .dir;1 ;0 #№ 31, LBN:(684) [directory] Filename: prn .ins;1, #filenum: 33, seq: 1 Filename: prn .tsk;1, #filenum: 34, seq: 1
И вот тут уже следом наконец записаны и инсталлятор и бинарник самой программы "Печать":Код:Filename: [128,128] emult .ins;2 ;0 #№ 32, LBN:(685) f_rtyp R_VAR - text f_ratt FD_CR - use Normal slew: LF before line data, CR after f_rsiz - used Record Size value in bytes: 31 (p.6.3.1)
По факту это была последняя валидная запись о именах файлов на данной исследуемой дискете, - дальше остаток места в области описания каталогов ещё не был инициализированКод:Filename: [128,128] zzap00013.ins;1 ;0 #№ 33, LBN:(686) f_rtyp R_VAR - text f_ratt FD_CR - use Normal slew: LF before line data, CR after f_rsiz - used Record Size value in bytes: 33 (p.6.3.1) Filename: [128,128] prn .tsk;1 ;0 #№ 34, LBN:(687) f_rtyp R_FIX - fixed binary or stream f_ratt FD_NONE - save content as is f_rsiz - used Record Size value in bytes: 512 (p.6.3.1)
и содержит "мусор" если принудительно пробовать использовать эти данные как структуру описания файлов, да и из bitmap видно что старше #№ 34 на диске "официально" ничего нет.
P.P.S. Если дискета ранее использовалась активно, то перебором всех номеров файлов до максимально возможного теоретически можно наткнуться и, при удаче, возможно даже выудить что-то из ранее удалённого.
Последний раз редактировалось anasana; 29.01.2015 в 19:28.
LodeDome: http://lodedome.no-ip.com/lodedome.php - Lode Runner 2010 Game Archive. KryoFlux, FluxEngine, Gotek boards
Ищу пересылкой любые (неисправные/дефективные/некомплектные) платы и узлы корпуса Электроники-85 (МС-0585); дискеты 5,25".
По_трошки: Поиск, УКНЦ, БК0010, МС1502, П-н 128, Вектор 06Ц, C64, MAC LC475, Львов ПК-01, ДВК-3Ш (ВМ2, ВМ3, MX, MY, КСМ, КЦГД, КТлК, MY4)
Контакты: скайп: ana-sana, почта: [email protected], email: [email protected], TG: https://t.me/adesodesa
В продолжение http://zx-pk.ru/showpost.php?p=666896&postcount=643
Огромное спасибо за платы CodeMaster, Vslav и Woland!
1. Печатная плата контроллера НА1 ред1:
шестислойная, в слот расширения ПВК Электроника МС-0585.
(анонсирую днями сканы с платок ещё двух других контроллеров..)
Последний раз редактировалось anasana; 09.02.2015 в 17:24.
LodeDome: http://lodedome.no-ip.com/lodedome.php - Lode Runner 2010 Game Archive. KryoFlux, FluxEngine, Gotek boards
Ищу пересылкой любые (неисправные/дефективные/некомплектные) платы и узлы корпуса Электроники-85 (МС-0585); дискеты 5,25".
По_трошки: Поиск, УКНЦ, БК0010, МС1502, П-н 128, Вектор 06Ц, C64, MAC LC475, Львов ПК-01, ДВК-3Ш (ВМ2, ВМ3, MX, MY, КСМ, КЦГД, КТлК, MY4)
Контакты: скайп: ana-sana, почта: [email protected], email: [email protected], TG: https://t.me/adesodesa
Да вроде как непохоже, для лент ещё и драйвер должен быть.
P.S. С Межсвязью до сих пор загадки. Заявлена работа через принтерный порт.
Валидными принимаются имена блочных устройств, например, DZ1, DW1..
LodeDome: http://lodedome.no-ip.com/lodedome.php - Lode Runner 2010 Game Archive. KryoFlux, FluxEngine, Gotek boards
Ищу пересылкой любые (неисправные/дефективные/некомплектные) платы и узлы корпуса Электроники-85 (МС-0585); дискеты 5,25".
По_трошки: Поиск, УКНЦ, БК0010, МС1502, П-н 128, Вектор 06Ц, C64, MAC LC475, Львов ПК-01, ДВК-3Ш (ВМ2, ВМ3, MX, MY, КСМ, КЦГД, КТлК, MY4)
Контакты: скайп: ana-sana, почта: [email protected], email: [email protected], TG: https://t.me/adesodesa
Ясно. Мне не удастся Э60 собрать, поэтому эту программу врядли заюзаю
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)