Электроника-85 vs. DEC Pro-350 + их эмуляция

[MiX]

anasana, Про болгарина нечего сказать не могу, зато вспомнилось другое.
Дек вообще Pro350 позиционирует как терминал. С моей точки зрения для терминала слишком жирно будет, а вот как тонкий клиент в самый раз.

Скрытый текст

[свернуть]

[dk_spb]

"Болгарский вариант PRO-350 - ИЗОТ 1039".

Он же СМ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 ----------

P.S. И да, похоже точно "CM-4".
P.P.S. Есть у кого-то фото процессора "СМ-4П"?

А разве буква П не обозначала именно процессор?
Или СМ-4 и СМ-4П были разные процессоры?????

[MiX]

anasana, Ещё добавлю скудной информации,- http://www.bogtec.com/sozdanie-potre...cionnyx-sistem
Похоже что ИЗОТ 1039С выпускался для внутреннего рынка только с болгарской кодировкой, а СМ1916 выпускался на внешний рынок в страны СЕВ с различной кодировкой. Но утверждать не могу.

[dk_spb]

1939 - явная описка. 1039

[Denkixot]

Из не штатного (Техническое обслуживание), есть такое: "Градации яркости".

1. Из не штатного также мной был обнаружен "Тест видеотракта В1.0"
Кто нибудь пробовал эту программу?
(Пока в завалах, как откопаю- выложу в центральный архив)

2. По поводу образа GG1 (Градации цвета и игры):

Вариант конфигурации 1- отсутствует Расширитель памяти видеоконтроллера, монитор 6105.
Голубой- на экране 4 градации(Белый, светло-серый, тёмно-серый и чёрный).
Зелёный- тёмный экран.
Красный- тёмный экран.
Белый- на экране 4 градации(Белый, светло-серый, тёмно-серый и чёрный).

Вариант конфигурации 2- Расширитель памяти видеоконтроллера, монитор 6105.

Голубой- на экране 4 градации(Белый, светло-серый, тёмно-серый и чёрный).
Зелёный- на экране 8 градаций серого.
Красный- на экране 8 градаций серого.
Белый- Несколько смазанных градаций, изображение настолько яркое, что картинка деформируется.

3. В Техническом обслуживании при наличае НВ2 выбор "образец цветных полос" даёт на 6105 относительно много градаций серого.

[anasana]

Неспеша ковыряю нюансы FILES-11 на примере дискеты от Denkixot.

Развёрнутое содержимое bitmap-массива из (здесь упрощённо, третьего lbn) сектора (далее - "#№" и "#filenum:" 1...34) в котором хранятся занятые (т.е.
используемые) системой номера для идентификации файлов/директорий из max 200 легально возможных на томе (т.к. это стандартная 400Кб дискета):

 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)

Дальше будем просматривать структурированные записи файлохранилища, а-ля ODS-1 "FAT" :

... (тут всякие файлики бла-бла.. с порядковыми номерами 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" сгруппированы файлы программного пакета форматирования дискеток):

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

Видим, что она содержит список ссылок на пять файлов с присвоенными им уникальными порядковыми номерами #filenum: 16, 17, 18, 19, 20.

При непосредственном считывании с диска других секторов где соответственно уже хранится детальная информация (тип, указатели на содержимое, и т.п.).
(#№ 16, 17, 18, 19, 20) наблюдаем следующее:

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)

Собственно вопрос такой - файл (который в директории "form.dir" #№ 15), был выше упомянут как "form.ins":
"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. Остальное просто продолжу как примеры структуры файлов и директорий этой же дискеты:
Вот дальше на диске идёт установщик программы "Реассемблер" (также оказался под двумя именами):

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К) к плате МС-1702:

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)

Листаем дальше (Эмулятор ДОС здесь версии 2.02Т) - тут обнаруживаем интересный в показательном плане втиснутый каталог:

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

Видно, что файл с номером 0 (очевидно что в прошлом была запись 31 - #filenum: помеченый как deleted между 30 и 32) удалён,
(возможно была применена стандартная команда удалить старые версии файлов: "emult.ins;1" - первая версия удалена, а самая свежая правка "emult.ins;2" - оставлена,
а может это особенность копирования сектора где хранится запись о содержимом каталога), как бы то ни было,
но в теле битмапа (из сектора 3) номер файла 31 помечен как используемый и сейчас; продолжаем просматривать дальше и точно:

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)

два файла из директории эмулятора, а на месте освободившейся записи 31 (старый "emult.ins;1") вклинился, и находится уже перезаписаный позднее, каталог программы "Печать"

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

Это ещё запись о файле принадлежащего к каталогу Эмулятора 2.02Т

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]

В продолжение http://zx-pk.ru/showpost.php?p=666896&postcount=643
Огромное спасибо за платы CodeMaster, Vslav и Woland!

1. Печатная плата контроллера НА1 ред1:

шестислойная, в слот расширения ПВК Электроника МС-0585.

(анонсирую днями сканы с платок ещё двух других контроллеров..)

[Denkixot]

Попытался собрать в один архивчик комплект документации к НА1 (Контроллер и коннектор для подключения магистрали ЭВМ "Электроника 60" к ПВК "Электроника МС0585", частный ОКР - кому-то из заказчиков понадобилось подключить НМЛ, самой программы управления пока нет)

Есть программа "Межсвязь Электроника 85- Электроника 60". Это не то?

[anasana]

Да вроде как непохоже, для лент ещё и драйвер должен быть.
P.S. С Межсвязью до сих пор загадки. Заявлена работа через принтерный порт.
Валидными принимаются имена блочных устройств, например, DZ1, DW1..

[Denkixot]

Ясно. Мне не удастся Э60 собрать, поэтому эту программу врядли заюзаю