Партнер 01.01: Дополнительные модули [Архив] - Speccy

DMG

10.05.2012, 22:11

Господа, у кого-нибудь есть информация, для изготовления дополнительных модулей к Партнеру(схемы, инструкции, фото, м.б. печатка). Пока нашел только прошивки ПЗУ.
Интересуют следующие модули:
Партнер-01.51 - Модуль контроллера дисковода
Партнер-02.01 - Модуль параллельного интерфейса
Партнер-03.11 - Модуль программатора
Буду благодарен за любую информацию!

DMG

12.05.2012, 19:15

Благодаря Михаилу Голованову, есть информация по модулю контроллера дисковода! :v2_dizzy_roll:
Схема, спецификация, чертеж ПП.
Прошивку ПЗУ можно взять на его сайте - http://arendatr.chat.ru/
Архив с документацией - http://files.mail.ru/ILQ8OB

tnt23

14.05.2012, 11:22

Интересно, по формату записи дорожки с "аппаратным" контроллером дисковода (на ВВ55) он не совместим?

DMG

14.05.2012, 11:48

Который отсюда - http://zx.pk.ru/showthread.php?t=11319 ?
Сейчас пытаюсь перерисовать печатку в SL6, попробую собрать для Партнера. Но думаю что несовместимы они.

starik

02.12.2013, 02:52

Хотелось бы поднять тему, может быть кто поделиться документацией? Ссылка на архив выше не работает. Да и по остальным модулям тоже интересно.

DMG

02.12.2013, 11:51

Держите:

Документация (http://yadi.sk/d/DB-lJQQwDeN4v)
Прошивки ПЗУ (http://yadi.sk/d/IAa2vSNmDePCw)
ps/ Зарегистрироваться на Я.Диске (https://disk.yandex.ru/invite/?hash=4G6R1TP9)

starik

02.12.2013, 13:25

DMG, огромное спасибо! Может у кого и остальные модули найдутся?

Kinder5912

05.12.2017, 02:45

Господа! Удалось ли найти схемы на:
Партнёр-02.01 — Модуль параллельного интерфейса
Партнёр-03.11 — Модуль программатора ПЗУ
Партнёр-02.11 — Модуль последовательного интерфейса

Если да, не могли бы вы выложить ссылочку для их скачивания ? Заранее спасибо!

Kinder5912

26.03.2018, 23:46

Кажется, мне удалось случайно найти модуль последовательного интерфейса. Модуль голый, документации нет. Думаю, его разобрать и нарисовать схему.
Видно, что модуль совсем сырой - эксперименты завода ?

Фото:
http://www.portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/30/20180326_232153_74443.970.jpg

http://www.portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/30/20180326_232148_8bbea.970.jpg

http://www.portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/30/20180326_232133_b8d58.970.jpg

http://www.portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/30/20180326_232107_74a4b.970.jpg

http://www.portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/30/20180326_232101_5405a.970.jpg

http://www.portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/30/20180326_232053_7292f.970.jpg

http://www.portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/30/20180326_232048_68fde.970.jpg

http://www.portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/30/20180326_232011_37bb0.970.jpg

http://www.portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/30/20180326_232006_39758.970.jpg

http://www.portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/30/20180326_231957_c4d9b.970.jpg

http://www.portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/30/20180326_231848_ce3d9.970.jpg

L Juriy

06.09.2018, 17:49

Kinder5912, Как дела с модулем последовательного интерфейса?
Интересуют сканы для реплики, а также схема.

L Juriy

24.09.2018, 17:52

Kinder5912,
По моему этот модуль сетевой поддеркжи. Просто упрощен до последовательного порта.
Вместо 2 РФ2 стоит 155ЛП10 которая выдает на шину код перехода C3H.
Как успехи со рисованием схемы.

Kinder5912

24.09.2018, 18:36

Пока никак. Занят другими вещами.

hitomi2500

27.11.2018, 12:23

А это не от Партнёра случаем?

https://i.ibb.co/M1RySQy/17436377.jpg (https://ibb.co/M1RySQy)

https://i.ibb.co/PCCPgS8/17436378.jpg (https://ibb.co/PCCPgS8)

Ни на один стандартный модуль не похож, но может самоделка какая?

Pyk

27.11.2018, 22:28

2 шт ВИ53?

hitomi2500

28.11.2018, 00:03

Нет, это не от Партнёра. У Партнёра крайние сигналы в слоте земля и 5 вольт, а тут явно цифровые какие-то.
Зачем два ВИ53 понятия не имею, видимо какой-то блок синхронизации или звуковуха.

dk_spb

12.01.2019, 23:17

Провёл у себя ревизию:
Партнёр-02.01 — Модуль параллельного интерфейса - есть модуль без корпуса (только собранная плата), без ПЗУ
Партнёр-03.11 — Модуль программатора ПЗУ- есть коробка упаковочная, два модуля, схема
Партнёр-01.61 — Модуль цветной псевдографический (МЦПГ) - есть модуль, но без задней половинки корпуса (там где видеоразъёмы)

как думаете, реально найти половинку корпуса?

Pyk

13.01.2019, 20:02

dk_spb, судя по тому, какой это раритет, найти половинку корпуса не проще, чем найти сам модуль :(
Может быть, поделишься хотя бы фотографией платы? Думаю, что есть шанс по фото восстановить схему, вряд ли плата там многослойная...

Модуль программатора, конечно, менее интересен, но, кажется тоже нигде не всплывал (поправьте меня, если ошибаюсь). Неплохо бы посмотреть на него, схему отсканировать...

PVV

13.01.2019, 20:55

Провёл у себя ревизию:
Партнёр-01.61 — Модуль цветной псевдографический (МЦПГ) - есть модуль, но без задней половинки корпуса (там где видеоразъёмы)

интересен даже просто список всех примененных микросхем, что бы можно было этот кубик рубика сложить...ну а фото с расположением этих микросхем уж тем более интересен.

hitomi2500

14.01.2019, 16:10

dk_spb, фотографии МЦПГ в корпусе проскакивали в интернете, по ним можно смоделировать половинку корпуса (а можно и целый) и напечатать на 3D-принтере. А найти оригинальный корпус думаю будет сложновато, сам модуль днём с огнём не найти.

Присоединяюсь к просьбе о фотографии плат, особенно МЦПГ. Ни один из этих модулей не всплывал, по крайней мере в моих поисках.

hitomi2500

14.01.2019, 21:41

На сайте у XobbiMan есть фото : http://pk8000.narod.ru/partner/
А вот я тут набросал:
https://i.ibb.co/wzdd8Wc/partner-mcpg-top.png (https://ibb.co/wzdd8Wc)
Если образмерить, внутреннюю поверхность и стык добавить, и сгладить слегка, может чего-нибудь и получится.

Pyk

14.01.2019, 22:16

Вот еще фото, не помню точно откуда:
https://i.ibb.co/Mc0kdNP/kompjuter-partner-modul-mcpg-partner-01-61-1.jpg (https://ibb.co/Mc0kdNP) https://i.ibb.co/CbJS0Xd/kompjuter-partner-modul-mcpg-partner-01-61.jpg (https://ibb.co/CbJS0Xd)

PVV

14.01.2019, 22:18

Вот по этой ссылке (http://arendatr.chat.ru/)
в общем виде набор микросхем описан:

Элементная база:
КР580ВГ75 (1 шт.) - Все тот же контроллер ЭЛТ (как и в самом МВЦ)
КС573РФ2 (1 шт.) - ПЗУ с драйверами
КР580ВИ53 (1 шт.) - Таймер-синтезатор
КР537РУ10 (2 шт.) - ОЗУ знакогенератора
КР580ВА86 (2 шт.) - Стандартные буфера для 580-серии
КР556РТ5 (1 шт.) - Какая-то прошивка для контроллера ЭЛТ
и кучка мелких 155, 555, 1533.
и в целом, то суть (http://bashkiria-2m.narod.ru/arendatr/MODULES/r0161.htm) понятна, но хотелось бы доподлинно знать эту кучку мелких 155... Структура МЦПГ, кстати, там как и везде где она еще встречается, описана с ошибками, квадратик БА, должен быть: 7. МА - мультиплексор адресов, а пустой квадратик это 4. ПЗУ - постоянное запоминающее устройство.

hitomi2500

14.01.2019, 22:43

Pyk, это с аукциона кажется. Я уж думал она потерялась когда на аукционе лот удалили.

PVV, я пытался воссоздать схему по логике, но не очень успешно. Результат если интересно здесь : https://yadi.sk/i/Kc494-nAP3Ouxg

Pyk

15.01.2019, 00:19

hitomi2500, точно, с auction.ru - я как-то ухитрился найти там удаленный лот и вытащил фото.
Добавил на всякий случай еще второе фото оттуда же.

PVV

15.01.2019, 12:11

PVV, я пытался воссоздать схему по логике, но не очень успешно. Результат если интересно здесь : https://yadi.sk/i/Kc494-nAP3Ouxg
Да, схему я эту видел, работы там еще много. Не понятна до конца структура памяти знакогенератора, вот здесь (https://zx-pk.ru/threads/24621-programmirovanie-modulya-mtspg-dlya-partnjor-01-01.html) есть описание:
Рассмотрим структуру памяти знакогенератора. Каждый символ имеет размер 4*8 пикселей, 8 цветов на точку.
Биты расположены так:

PZNNNNNNNRRR

N - номер символа.
R - ряд в символе
P - половинка символа. Каждый байт кодирует 2 пикселя. Поэтому чтоб закодировать ряд пикселей надо записать данный в два места.
Z - поддерживаются 2 знакогенератора. Переключаться можно между ними программно, на экране они могут присутствовать оба и сразу (об этом позже)
вот этот бит Р он где в схеме(я имею ввиду его понимание, а не конкретную схему)? две ОЗУшки это понятно, и то, что в обе ОЗУшки надо прописать данные для символа в 4е пикселя. Может этого бита нет?! и есть просто две подряд байтовых записи?

b2m

15.01.2019, 12:57

вот этот бит Р он где в схеме
Очевидно генерируется счётчиком пикселей в знакоместе.

hitomi2500

15.01.2019, 13:11

В руководстве к МЦПГ на странице 19 приведён формат управляющего кода ВГ75. Если предположить, что ВГ75 в модуле получает тот же код, что и бортовая, то наборы переключает бит 4, он соответствует выводу RVV. При этом руководство хранит в тайне формат этих наборов, и постоянно переводит стрелки на процедуры в ПЗУ и графический редактор.

Реверс-инжиниринг Kakos_nonos эту тайну приоткрывает - из четырёх 3-битных точек в каждой строке каждого символа только первые 2 (6 бит) хранятся в первой памяти, а вторые две - во второй. Символ оказывается разбит на 2 половинки, левую и правую. Поэтому чтобы записать один символ, и приходится писать в обе памяти.

Получается, что каждая память содержит оба набора, поэтому логично было предположить, что старший бит их адреса (как раз этот P) и переключает наборы. Поэтому я и замкнул A10 на RVV.

Вот руководство : https://yadi.sk/i/BfsEPgKR7OD5XA

PVV

15.01.2019, 16:05

В руководстве к МЦПГ на странице 19 приведён формат управляющего кода ВГ75.

на картинках во вложении можно сравнить биты из даташита на ВГ75 и МЦПГ, это все понятно.

Если предположить, что ВГ75 в модуле получает тот же код, что и бортовая, то наборы переключает бит 4, он соответствует выводу RVV. При этом руководство хранит в тайне формат этих наборов, и постоянно переводит стрелки на процедуры в ПЗУ и графический редактор.

логично и естественно, что они получают один и тот же код, я не могу представить это иначе, однако наборы шрифтов это совсем другое, это бит НБ==RVV==A10.

Реверс-инжиниринг Kakos_nonos эту тайну приоткрывает - из четырёх 3-битных точек в каждой строке каждого символа только первые 2 (6 бит) хранятся в первой памяти, а вторые две - во второй. Символ оказывается разбит на 2 половинки, левую и правую. Поэтому чтобы записать один символ, и приходится писать в обе памяти.

Получается, что каждая память содержит оба набора, поэтому логично было предположить, что старший бит их адреса (как раз этот P) и переключает наборы. Поэтому я и замкнул A10 на RVV.
наборы это НБ, старший бит их адреса это НБ, а речь об Р.
На двух 8и битных ОЗУ организовано 12и битное ОЗУ( оставшиеся 4е бита не используются).
Адреса у обоих ОЗУшек на ВГ75 заводятся одинаковые (нужно по одному адресу прочитать сразу 4 RGB набора, те 4*3=12 бит!), а вот от ВМ80 (ну и ПДП) тут может быть нюанс, когда заполняется шрифт в эти ОЗУ, по этому биту может мультиплексор адресов МА писать или в одну ОЗУ или в другую, хотя по сути это лишь А0 (четный и не четный адрес, правая и левая половинка символа) и вот здесь непонятка как тут организовано. Не вижу смысла в этом бите (Р), как таковом...

как пишется в ОЗУ знакогенератора и как выглядит этот знакогенератор для одного знака 4х8 ?

Pyk

15.01.2019, 17:01

Не вижу смысла в этом бите (Р), как таковом
Взглянул на свои исходники - такое ощущение, что этот бит вообще никак не используется.
Позже попробую внимательнее изучить.

b2m

15.01.2019, 17:31

хотя по сути это лишь А0 (четный и не четный адрес, правая и левая половинка символа)
Нет, не А0, а А11. 4 точки идут не подряд, а следующим образом: две точки из второй половины, две точки из первой половины ОЗУ.

PVV

15.01.2019, 21:13

Нет, не А0, а А11. 4 точки идут не подряд, а следующим образом: две точки из второй половины, две точки из первой половины ОЗУ.
если не А0, то все еще более запутанно получается.
вот такое представление PZNNNNNNNRRR вообще теряет смысл в чистом виде. Это получается некая 'виртуальная строка' знакогенератора.
в адресах на ОЗУ МЦПГ:
Z0, N6, N5, N4, N3, N2, N1, N0, R2, R1, R0
A10, A9, A8, A7, A6, A5, A4, A3, A2, A1, A0
один символ 4х8 представляет из себя
СИМВОЛ[0]=d[11..0],
СИМВОЛ[1]=d[11..0],
СИМВОЛ[2]=d[11..0],
СИМВОЛ[3]=d[11..0],
СИМВОЛ[4]=d[11..0],
СИМВОЛ[5]=d[11..0],
СИМВОЛ[6]=d[11..0],
СИМВОЛ[7]=d[11..0], где СИМВОЛ это семь бит NNNNNNN - N6,N5,N4,N3,N2,N1,N0
И при обращении по каждому адресу СИМВОЛ[RRR] на выходе двух ОЗУ получим 12 бит
d11, d10, d9, d8, d7, d6, d5, d4, d3, d2, d1, d0 что сопоставляем с RGB:
B3 , G3 , R3, B2, G2, R2, B1, G1, R1, B0, G0, R0
теперь эти 12ть бит распределяем по двум ОЗУ (0_nn и 1_nn):
0_x, 0_x, 0_B3 , 0_G3 , 0_R3, 0_B2, 0_G2, 0_R2 и 1_x, 1_x, 1_B1, 1_G1, 1_R1, 1_B0, 1_G0, 1_R0
знакогенератор размещается в адресах C800-D800 и было бы логично предположить, что эти два байта в ОЗУ занимают последовательные адреса, 0_nn=С800, 1_nn=С801 и тд. но по факту при А11, получается 0_nn=С800, 1_nn=D000.
И пусть так, но причем здесь бит P?!

hitomi2500

15.01.2019, 22:19

P переключает микросхемы ОЗУ. Он идёт от адреса А11 процессора на сигналы CE памятей (на одну как есть, на другую с инверсией). В моей недосхеме этого пока не нарисовано.

И вообще мы тут в адресах запутались как в трёх соснах. 32 килобита статики в МЦПГ адресуются несколькими различными способами одновременно, предлагаю для них всех ввести отдельные обозначения.
Например CPU_A - это адресация с перспективы ВМ80, HARD_A - внутренняя адресация, совпадающая с адресами на самих микросхемах, старший бит - переключатель CE (если таковой имеется), LOGIC_A - логическая адресация, в которой все точки в строках идут последовательно, строки в символах последовательно, и сами символы последовательно.

- - - Добавлено - - -

Вот я даже табличку нарисовал чтобы разные адресации сопоставить:
https://i.ibb.co/Rvjck3h/mcpg-addr-table.png (https://ibb.co/FxHzL5s)

b2m

15.01.2019, 22:22

вот такое представление PZNNNNNNNRRR вообще теряет смысл в чистом виде
Это адрес байта знакогенератора, полный адрес для процессора будет 1100PZNNNNNNNRRR, а бит P этого адреса определяет, левые или правые две точки записываются в знакогенератор.

PVV

16.01.2019, 00:23

Это адрес байта знакогенератора, полный адрес для процессора будет 1100PZNNNNNNNRRR, а бит P этого адреса определяет, левые или правые две точки записываются в знакогенератор.
Вот! это самое простое и наглядное объяснение, только, если у нас знакогенератор в адресах c800-d800, то должно быть 110/pPZNNNNNNNRRR , в этом разряде Р инверсный.

b2m

16.01.2019, 09:53

то должно быть 110/pPZNNNNNNNRRR , в этом разряде Р инверсный.
По-моему, ты путаешься в битах. Нафига тут ещё одно "р"?
С800 = 1100 1000 0000 0000, тут P=1
D000 = 1101 0000 0000 0000, тут P=0
Бит P, как-бы да, инверсный, я поэтому и написал выше, что левые (первые) две точки из второй половины.

HardWareMan

16.01.2019, 10:46

b2m, имелось в виду P = ~p. Поэтому и разный регистр, но бит то тот же (по смысловому значению). Или я не прав?

PVV

16.01.2019, 10:57

По-моему, ты путаешься в битах. Нафига тут ещё одно "р"?
С800 = 1100 1000 0000 0000, тут P=1
D000 = 1101 0000 0000 0000, тут P=0
Бит P, как-бы да, инверсный, я поэтому и написал выше, что левые (первые) две точки из второй половины.
Все нормально с битами, :) просто бит в позиции 13 имеет инверсное значение по отношению к позиции 12, где позиция 12 это бит Р - это при формировании адреса от ЦП. HardWareMan именно это и написал.
Прикинул я в протеусе, как должна выглядеть часть схемы с доступом к ОЗУ МЦПГ:
https://i.ibb.co/qRKv6h9/CPU-MCPG.png (https://ibb.co/fCfsJZt)
вот интересно, а биты D6 и D7 в реальной схеме разведены?

hitomi2500

16.01.2019, 11:20

b2m, имелось в виду P = ~p. Поэтому и разный регистр, но бит то тот же (по смысловому значению). Или я не прав?

Строго говоря нет. Окно C800-D800 получается "вывернутым", в нём сначала идёт вторая ОЗУ, потом первая. Поэтому и перехлёст, и биты 12 и 13 противоположны. Но это не всегда так. Есди включить например 5-й маппер, и писать знакогенераторы через нормальное, невывернутое окно 8000-8FFF, то там бит 13 всегда 0. Как реально работают функции в ПЗУ и программы я пока не смотрел, но принцип Оккама подсказывает, что в железе используется только 12-й бит.

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

PVV

16.01.2019, 11:53

И все же, давайте вернемся к:

Провёл у себя ревизию:
Партнёр-01.61 — Модуль цветной псевдографический (МЦПГ) - есть модуль, но без задней половинки корпуса (там где видеоразъёмы)

интересен даже просто список всех примененных микросхем, что бы можно было этот кубик рубика сложить...ну а фото с расположением этих микросхем уж тем более интересен.
фотографии можно? если сложности с их выкладыванием, можно мне на почту скинуть(через ЛС), с любым качеством можно, ну или список мс как минимум...

Pyk

16.01.2019, 12:20

Окно C800-D800 получается "вывернутым", в нём сначала идёт вторая ОЗУ, потом первая.
Вот, точно! А я-то думаю, почему у меня в эмуляторе бит не инвертирован и все нормально работает ;)
Так что физически в модуле МЦПГ бит не инвертирован, инвертируется уже в МВЦ.

PVV

17.01.2019, 08:41

Занялся сборкой схемы Партнера с МЦПГ в протеусе, сам Партнер уже начинает 'дышать', и подумалось мне, что неплохо бы иметь некий тест МЦПГ. Такой тест может быть полезен и при запуске-настройке МЦПГ в железе. Записать его в ПЗУ, подключаемую, к примеру, в первый слот, или вместо ПЗУ МЦПГ, причем так, что бы из него в монитор даже и возврата не было.
Что должен тест делать:
- переключать в нужную карту, те включать win1 и win2 в нужных адресах;
- заполнять ОЗУ МЦПГ одним или несколькими паттернами, RGB и комбинации;
- включать ВГ75 МЦПГ;
- писать в видео ОЗУ, что бы ВГ75 МЦПГ выводила цвета по записанным паттернам, весь экран заполненный одним цветом, цветные полосы и тп, с паузами в 2-3 кадра (в протеусе секундные ожидания не нужны :) );
- может обращаться к ПЗУ МЦПГ как то ?;
-?...
тест самый простейший, именно проверки 'железа', ни каких программных трюков, что бы в протеусе он выполнялся максимально прозрачно. Тест, исходники, понадобится в ближайшие пару-тройку дней. Ни у кого нет желания им заняться? (мб hitomi2500 ?). На него то и надо пару часов с отладкой...

hitomi2500

17.01.2019, 09:48

Мб, мб. У меня уже была заготовка на эту тему написана, вечером пороюсь в проектах.

PVV

17.01.2019, 10:43

https://i.ibb.co/M1pDnB0/Partner-MCPG.png (https://ibb.co/rpMGkdr)
надо dll ВГ75 править, сейчас там нет реакции ножек на управляющие коды... и в ВТ57 ошибочку нашел... но на общую суть это не влияет.;)

не нашел на схеме резистора, тянущего DBIN ВМ80 на землю, а без него все плохо когда активен захват шин от ПДП, как так?

hitomi2500

17.01.2019, 22:16

Вот первая рабочая версия :
67712

Требует наличия ПЗУ модуля (можно переписать без него, если нужно). Выводит поочерёдно полностью закрашенный (кроме первого и последнего знакоместа) красный, синий и зелёный экраны, а потом картинку с RGB-полосками (толстые вертикальные и тонкие прерывистые горизональные). Каждую картинку держит по 3 кадра, затем цикл повторяется. Исходники в архиве, чур ногами не бить, я в ассемблере как свинья в апельсинах.

- - - Добавлено - - -

PVV, DBIN же обычный выход вроде, зачем там резистор? Или это приколы НМОП?

PVV

17.01.2019, 22:28

Сейчас буду смотреть.

PVV, DBIN же обычный выход вроде, зачем там резистор? Или это приколы НМОП?
когда ПДП запрашивает шину, ВМ80 переводит свои ножки в Z-состояние, а TTL микросхемы Z-состояние обычно воспринимают как логическую 1. DBIN у ВМ80 0 - не активен, а 1 - чтение... и получается как активное чтение выставляется в момент захвата... в РК-86 такой резистор в ноль есть, а здесь я не увидел его и модель в протеусе без него не работает...

hitomi2500

17.01.2019, 23:01

В какой конкретно схеме? В той что я нагуглил (http://www.danbigras.ru/RK86/CPU/CPUP3.jpg)резистора нету. И в схеме Апогея тоже нет резистора. И в Микроше. Может быть всё-таки модель ВМ80 неточная?

PVV

18.01.2019, 00:52

... Может быть всё-таки модель ВМ80 неточная?
Век живи, век учись... верно! у ВМ80 ни DBIN ни /WR в Z состояние не уходят при запросе шины... в отличии от i8085 и Z80, специально во все три даташита посмотрел, а х80.dll одна на всех, и в этой части подход общий, поправлю.
Я схему Партнера в протеусе делал из РК-86, там такой резистор у меня стоял, вот я и подумал, что он и здесь должен быть... по крайней мере Z состояние, это не фатально, и таким резистором на землю легко модель 'вылечить' :).
С моделью ВТ57, похожая ситуация, только с точностью до наоборот, там ножки чтения и записи должны после цикла ПДП в Z состояние переходить, а модель их в 1 ставит... пришлось Z состояние 'дорабатывать' диодом. Эту dll я уже поправил сегодня.
Пока не могу добиться нормальной работы ВГ75 при гашении знакоместа при обработке байта с атрибутами
https://i.ibb.co/kKPwD3C/test1.png (https://imgbb.com/)

что то тестМЦПГ не пойму на какие адреса собран, с 0х0000? ПЗУ МЦПГ на Е000 должно же быть

hitomi2500

18.01.2019, 07:07

Да, тест МЦПГ с нуля. Его не нужно шить в ПЗУ МЦПГ, он грузится как программа с нуля, но требует наличия ПЗУ МЦПГ с прошивкой, прошивку можно в любом эмуляторе взять.
Если записать его в начало памяти сложно, могу попробовать собрать его для ПЗУ с бейсиком.

HardWareMan

18.01.2019, 07:14

Согласно схемы Z состояние имеют только выводы шины адреса и шины данных. Остальные выходы построены по комплементарной схеме и не имеют режима Z.
https://jpegshare.net/images/50/80/50802049030415d4529e59c0126ce1e9.png
https://jpegshare.net/images/d4/6d/d46d1ce9823b2669df74bb4d7f3497fa.png
https://jpegshare.net/images/dc/15/dc1523322c46c028e80dd479eed5917f.png
https://jpegshare.net/images/75/12/7512a79861097b2ff1d9ec05dec37ed7.png
Но Z состояние есть у шинного формирователя ВК28/ВК38. А учитывая название ног управления у ВТ57, то он явно рассчитан на работу именно с шинным формирователем в паре. В РКшке DBIN ВМ80 поXORен с nMEMW ВТ57. Это разного направления сигналы, поэтому 1 ^ 0 = 1. А 0 будет когда проц выставит 1 или ВТ57 начнет запись (о чем писалось в аннотации к схеме РК: ВТ57 использует цикл записи как чтение). Что касается сигнала nWR ВМ80, то он соединен с nIOWR ВТ57. И тут это непонятный момент, так как вывод nWR у ВМ80 без Z состояния и замораживается на лог.1 при запросе шины.

PVV

18.01.2019, 08:36

Да, тест МЦПГ с нуля. Его не нужно шить в ПЗУ МЦПГ, он грузится как программа с нуля
Что бы загрузить как программу в протеусе, нужно выполнить кучу телодвижений, и учитывая с какой скоростью все симулируется, это не меньше пары минут нужно на одну итерацию, плюс нельзя посмотреть диаграммы сигналов относительно друг друга.

...попробовать собрать его для ПЗУ с бейсиком.
это опять таки требует ручных телодвижений и ни чем не отличается от предыдущего варианта.

Нужно именно как ПЗУ модуля, с учетом первых двух байт заголовка ПЗУ модуля и запуску по обращению к адресу Е004-Е005, те тест надо собирать с адреса Е004. тест надо собирать с адреса Е006, именно Е006 - зависающий в автоопределении монитора. Пересобрать я смогу, а вот обращения к основной ПЗУ, это уже хуже, надо подумать как это обойти. Может МЦПГ подключить на 3й слот, а в 4м эту тест ПЗУ разместить, и сделать перемещающий загрузчик для нее в ОЗУ? Алгоритм такой, монитор находит ПЗУ_МЦПГ в 3 слоте, а затем находит ПЗУ_тест_МЦПГ в 4м и в нем 'зависает'...

to HardWareMan, я до вчерашнего вечера был абсолютно убежден, что ВМ80 эти ножки переводит в Z состояние, и исходя из этого и рассматривал все схемы. Просто последнее время я именно ВМ85 и z80 в этой части дорабатывал, а там это именно так, и за ВМ80 ни каких сомнений не возникало.
Доработаю dll на днях, это не сложно, главное теперь знаю, на что смотреть.

hitomi2500

18.01.2019, 10:09

PVV, убрал зависимости от модульного ПЗУ и перенёс в E000 : 67715

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

- - - Добавлено - - -

Искомый файл в архиве mcpgrom.bin, а не mcpg.bin

PVV

18.01.2019, 11:06

В ветке с подключением SD карты было:

hitomi2500,
DС00-DСFF, DD00-DDFF - порты внешнего устройства
DE00-DFFF схема выбора модуля. 0 в битах 0-3 указывает но номер активного модуля, в зависимости от этого на адреса DC00-DDFF, а также на блоки WIN1 и WIN2 отображаются устройства и память соответствующего модуля

те выбор модуля позицией бита с нулем, а остальные биты в 1 дб. Соответственно надо не 0x03 записывать, а 0x0b. Я это уже поправил, все работает так как мне и надо, делаю дальше.

hitomi2500

18.01.2019, 13:17

Странная вещь обнаружилась - родная инициализация МЦПГ почему-то устанавливает экран на 37 строк вместо привычных 30. В эмуляторах экран болтается, потому как DMA рассчитано на 30 строк. Я поправил на 30, но чудится мне, что это жжж неспроста. Исправленный архив (а заодно и ошибку выбора модуля поправил) : 67718

Pyk

18.01.2019, 13:36

МЦПГ почему-то устанавливает экран на 37 строк вместо привычных 30
Потому что он устанавливает режим с высотой символов не 10 скан-линий, а 8 (37 х 8 = 296)
Там управляющий код в конец экранной области кажется пишется для остановки DMA.

hitomi2500

18.01.2019, 14:28

Где-то почему-то стирается этот самый код F3. Вернул 37 строк, вроде не болтается, но теперь уехало вправо. Пока дальше трогать не буду, надо разобраться кто мне затёр управляющий код.
67719

hitomi2500

18.01.2019, 23:06

Доотладил тест, выгреб кучу ошибок, странно как он вообще работал. Работает в каноничном режиме МЦПГ, из 37 строк активных получается максимум 27. Вот он : 67723

PVV

19.01.2019, 00:48

Что то получается, а что то нет. У меня сейчас на экране видна лишь узкая вертикальная полоска с меняющимися цветами, и цветной клеткой, (все как в эмуляторе), но полоска в 4е точки и все :(.
Похоже, что нарвался на неправильную работу dll ПДП, разбираюсь и не пойму как идет инициализация при включении МЦПГ.
Вот выдержка из кода теста:

0173 E0D5 21 08 DB LXI H,0DB08h
0174 E0D8 36 80 MVI M, 080h
0175 E0DA 36 04 MVI M, 004h
0176 E0DC 36 D0 MVI M, 0D0h
0177 E0DE 36 76 MVI M, 076h
0178 E0E0 2C INR L
0179 E0E1 36 27 MVI M, 027h
0180 E0E3 36 49 MVI M, 049h
0181 E0E5 36 F3 MVI M, 0F3h

0DB08h это регистр конфигурации, в него пишется 080h, 004h, 0D0h, 076h, все нормально, а дальше идет инкремент L и еще три записи в адрес 0DB09h, и такое моя dll не воспринимает, да и в даташите об этом ничего не говорится, что это?

похоже это была ошибка в тесте, в версии 0005 с этим все ОК.

- - - Добавлено - - -

Что то заработало! :)
https://i.ibb.co/zH49Y6c/MCPG-RGB1.png (https://imgbb.com/)
https://i.ibb.co/5vrFJvd/MCPG-RGB2.png (https://imgbb.com/)
https://i.ibb.co/0rs3p6P/MCPG-RGB3.png (https://imgbb.com/)
https://i.ibb.co/Vg7NVQq/MCPG-RGB4.png (https://imgbb.com/)
кадры плывут, тк dll ВГ75 не поддерживает стоп ПДП, сейчас это не важно, и полосатость присутствует, тк на 4х пиксельное знакоместо я сдвиг даю 6 раз. Проблема с сигналом подтверждение ПДП для второй ВГ75 - диод плюс резистор не работает, сейчас просто соединил с первой ВГ75...

- - - Добавлено - - -

сигнал AENL_177 на 6ю ножку ВГ75 проблему решает с ПДП... :)

hitomi2500

19.01.2019, 01:42

Схема с диодом и резистором, которая в МВЦ на 3-м канале DMA, и не должна сработать. Там как раз запрос висит постоянно, и когда он принимается, через диод гасится сигнал запроса, чтобы не мучить ВТ57, пока она текущий запрос не обслужит. Здесь же нужна другая логика - когда активируется (падает в 0) запрос DRQ, должен сразу же подниматься ответ DACK, т.е. между DRQ и DACK должен стоять инвертор. Либо вообще всегда 0 на DACK, а DRQ игнорировать.

Как синхронизировать DACK с ответом от бортовой ВГ57 - я не понимаю, но мне пришла в голову гипотеза. Предположим, бортовая ВТ57 всегда отвечает на запросы от бортовой ВГ75 одинаковое число тактов. Ну а в самом деле, почему нет, прерывать ВТ57 некому, это она всех прерывает. Тогда в обратную связь между DRQ и DACK на модульной ВГ75 нужно кроме инвертора добавить несколько последовательных триггеров - линию задержки на несколько тактов. И вуаля, теперь наши ВГ75 в локстепе, такт-в-такт.

- - - Добавлено - - -

Там кстати в инициализации есть в одном месте NOP, а перед ним посылается команда E0. По этой команде ВГ75 должны сбросить все внутренние счётчики, и ждать следующей команды (в даташите зовётся Preset Counters). Если эта команда не реализована в модели , ВГ75 не смогут синхронизироваться.

PVV

19.01.2019, 12:27

перевыложил схему в предыдущем сообщении, почти все работает, все используемые сигналы только присутствующие на разъеме для модуля МЦПГ, но одна и серьезная проблема осталась
https://i.ibb.co/6FrdVn6/MCPG-RGB5.png (https://imgbb.com/)
как организовать 6МГц клок для сдвиговых регистров цвета? я сейчас сделал эти 6М локальные, но это приводит к рассинхронизации строк, на картинке это видно...

- - - Добавлено - - -

Еще вопрос, ВИ53 в каких адресах на МЦПГ сидит?

hitomi2500

19.01.2019, 12:59

Можно взять f3 (1.5 МГц , нога B2), и умножить её фапчем в 4 раза. Либо взять f1b (9МГц, нога B31) и умножить на 2/3. Осциллятор, который 18 МГц, на слот не выходит, так что без ФАПЧа видимо не обойтись.

ВИ53 висит на А2 и А3, есть на картинке в блок-схеме в описании, да и в принципе по коду ПЗУ МЦПГ видно.

- - - Добавлено - - -

Ещё вариант для умножения частоты - без фапча, чисто цифровой с оверсемплингом на высокой частоте, вот статья https://www.rlocman.ru/shem/schematics.html?di=50282

PVV

19.01.2019, 13:38

Сомневаюсь я, что на реальном модуле ФАПЧ используется, надо выкручиваться теми сигналами, что есть на разъеме. Не думаю, что разработчики не предусмотрели нужные сигналы на разъеме, для простой реализации такой задачи.
ВИ53 сидит как минимум на 0хDDxx, на сколько точно нужно область адресов отслеживать, вот в чем вопрос. На реальном модуле скорее всего стоит РТ4/5, на дешифрации, но у меня нет желания с ними связываться, лучше лишних пару корпусов мелкой логики для этих целей выделить...

PVV

19.01.2019, 21:12

Вообщем получилось что то:
https://i.ibb.co/9Vs0p8w/MCPG-RGB7.png (https://imgbb.com/)
использованы только сигналы доступные на разъеме. Однако я очень сильно сомневаюсь, что так сделано в оригинале.
Использовал деление на 1.5 взятое здесь (https://habr.com/ru/post/306132/), 9МГц превратил в 6, и организовал сигнал записи из полученных 6МГц.
Еще отмечу интересный эффект 'CGA снега' при записи в ОЗУ МЦПГ:
https://i.ibb.co/xfH9JvD/MCPG-RGB6.png (https://imgbb.com/)
я то и раньше его это видел, но не обращал внимание, надо в тесте иначе организовать смену цветов.
ОЗУ МЦПГ заполнить нужными цветовыми паттернами один раз при старта, а дальше цвета менять изменяя коды этих паттернов в основном видео ОЗУ экрана, хотя это и видно то только пол кадра, может и не надо так делать. Нужно прикинуть какой объем памяти надо заполнять в том и в том случае.

Осталось лишь доделать цвета фона, было бы не плохо в тест добавить такое заполнение экранов для тестирования :).
Да! Цвета то у нас инверсные! Я заменил КП11 на КП14.

hitomi2500

20.01.2019, 01:55

PVV

20.01.2019, 13:14

В тесте используется всего 4 символа, это 64 байта. Если переписывать весь экран, это почти 2 килобайта, однозначно дольше будет. Вообще странно, что снег пошёл, я перед каждым обновлением дожидаюсь конца кадра от ВГ75. Или у меня дожидалка не так работает, или я 64 байта слишком медленно формирую , или регистр статуса в ВГ75 неправильный.

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

И не очень понятно, почему сигнал загрузки на сдвиговых регистрах получается одним делителем на D-триггере, он разве должен быть 3 МГц? По идее загрузка должна быть в 4 раза медленнее выгрузки, на 1.5 МГц.

Это глюк при копировании, схема промежуточная выложилась... загрузка дб тактирование делить на 4 конечно же...
вот растактовка этого узла:
https://i.ibb.co/tqp2CnJ/MCPG-diw1-5.png (https://ibb.co/x1qg5w7)
тут сигнал U21(S1) это загрузка для ИР13 для сравнения

Добавил в цикл 3 фона - красный, и два неосновых - голубой и фиолетовый, чтобы не сливались с основными цветами.

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

Картинку с полосками поправил, чтобы были видны отдельные пиксели по горизонтали и вертикали.

https://i.ibb.co/60zNGg1/MCPG-RGB8.png (https://imgbb.com/)
вот как это выглядит, тут только замечание такое- модель экрана тактируется частотой 9МГц с расчетом на 6и пиксельный символ, от основной схемы, а сейчас выводится 4х пиксельный символ тактируемый от 6МГц, и часть точек задваивается по вертикали.

hitomi2500

20.01.2019, 16:04

Я сделал все 8 цветов фона в одном кадре, в невидимых строках всё теперь чёрное. Вместо жёлтого фона должен включаться шрифт МВЦ, что в эмуляторах и происходит.

В коде обновления символов была некритичная ошибка, в результате записывалось 510 байт, потому видимо и снег. Сейчас сократил только до используемых 5 символов (а не 4, как я ранее неправильно сказал), то есть до 80 байт, снег должен сократиться или пропасть совсем.

67747

PVV

20.01.2019, 19:53

Что то странное получается
https://i.ibb.co/mXn04Dp/MCPG-RGB11.png (https://imgbb.com/)
а вот снег пропал...(ну те он то есть, но внутри кадрового импульса и очень мало)
займусь dll ВГ75, сделаю стоп дма, потом буду разбираться дальше

- - - Добавлено - - -

Подумал и понял, что я чепуху сделал по управлению мультиплексором цвет символа\цвет фона по сигналам цвета фона! С какой стати по цвету фона? нужно же по цвету символа управление делать! вот и получается, что как только цвет фона устанавливается, то все символы заливаются фоном...

- - - Добавлено - - -

Когда вообще должен выводиться цвет фона то? при какой конфигурации бит 000 или 111 на выходе ОЗУ (с учетом инверсии RGB для вывода на ТВ)? или вообще не так?

hitomi2500

20.01.2019, 20:48

Когда вообще должен выводиться цвет фона то? при какой конфигурации бит 000 или 111 на выходе ОЗУ (с учетом инверсии RGB для вывода на ТВ)? или вообще не так?

Чёрный цвет в символах заменяется цветом фона. На выходе ОЗУ это биты 111.

PVV

20.01.2019, 20:51

Чёрный цвет в символах заменяется цветом фона. На выходе ОЗУ это биты 111.
если так, то вот что получается
https://i.ibb.co/zr1fT2c/MCPG-RGB13.png (https://imgbb.com/)
я в схеме добавил узел, переключающий на основной знакогенератор,
выше обновил вложение

hitomi2500

20.01.2019, 21:56

Фон инвертирован лишний раз (или недостаточно инвертирован). Должно быть так :

https://i.ibb.co/DfvCPvm/image.png (https://ibb.co/4RXTwXC)

- - - Добавлено - - -

А ещё основной знакогенератор сдвинут на 2 знакоместа вправо

PVV

20.01.2019, 22:14

Фон инвертирован лишний раз (или недостаточно инвертирован). Должно быть так :

Поправил тремя инверторами на входе мультиплексора, стало так же, с этим, значит все ок.

А ещё основной знакогенератор сдвинут на 2 знакоместа вправо
а вот что с этим делать и как так вообще получается не понятно.

hitomi2500

20.01.2019, 22:56

а вот что с этим делать и как так вообще получается не понятно.
А ВГ75 по выходу в фазе? HRTC/VRTC совпадают?

PVV

20.01.2019, 23:24

А ВГ75 по выходу в фазе? HRTC/VRTC совпадают?
инвертор на входе CLK второй ВГ75 спасает ситуацию...
https://i.ibb.co/JQcZqNQ/MCPG-RGB14.png (https://imgbb.com/)
тк на разъеме этот сигнал в инверсии относительно CLK первой ВГ75

Pyk

21.01.2019, 00:01

Классно получается! :)
Быть бы еще уверенным, что в эмуляторе все правильно отображается :v2_blink:

PVV

21.01.2019, 01:15

Быть бы еще уверенным, что в эмуляторе все правильно отображается :v2_blink:
Ну это все в руках тех, кто эти эмуляторы пишет ;)
А вообще, если написанное ранее ПО в эмуляторе работает так же, как и на оригинале, то можно считать, что эмулятор работает правильно...

Доработал dll ВГ75:
https://i.ibb.co/kKNWNmW/MCPG-RGB15.png (https://imgbb.com/)
теперь надо добавлять SD и проверять на написанном ПО...:)

b2m

21.01.2019, 10:29

А вообще, если написанное ранее ПО в эмуляторе работает так же, как и на оригинале, то можно считать, что эмулятор работает правильно
Я, например, не уверен, что в моём эмуляторе цвет фона правильно сделан.

hitomi2500

21.01.2019, 10:51

Я, например, не уверен, что в моём эмуляторе цвет фона правильно сделан.

Скачал с сайта последнюю версию, заменил MCPG.ROM на тест, фон везде получился чёрный.

PVV

21.01.2019, 18:28

Я, например, не уверен, что в моём эмуляторе цвет фона правильно сделан.
есть такое, я изначально именно на emu ориентировался при проверке, как должен работать тест, что меня и сбило в понимании, как должен выводиться фон по началу.

https://i.ibb.co/yXrpmsn/Partner-MCPG-SD-K1.png (https://imgbb.com/)
https://i.ibb.co/TWb9d6L/Partner-MCPG-SD-K2.png (https://imgbb.com/)
https://i.ibb.co/S0n525C/Partner-MCPG-SD-K3.png (https://imgbb.com/)
низ второй картинки, это ошибочка в dll ВГ75...:)
добавить SD получилось в разы быстрее, чем дождаться 10с работы симулируемой схемы, что бы сделать эти картинки :)...

dimmo

23.01.2019, 18:34

Интересуют следующие модули:
Партнер-03.11 - Модуль программатора
Буду благодарен за любую информацию!

Модуль программатора Партнёр 03.11. https://yadi.sk/d/_WlUGNUsTgLDeQ

Вот сфотографировал из альбома схем - основное схему, сборку, спецификацию. Там всего 2 страницы. Обложку не стал фотографировать.

Вот более качественно отсканировал: https://yadi.sk/d/xlC3xVkp_hNJyQ

Daniil Chislov 86

03.03.2019, 06:01

А на модуль МЦПГ есть что нибудь ,может у кого валяется без дела ?

PVV

26.04.2019, 23:43

в соседней теме началось обсуждение модуля МЦПГ, и там dk_spb написал:

Я же передал интересантам мой МЦПГ для клонирования. Зачем второй модуль?
действительно, я один из тех, кто заинтересовался этим модулем и на данный момент работы по восстановлению схемы идут к своему логическому завершению. Топология платы перерисована, по ней L Juriy нарисовал схему, и по этой схеме я сделал симуляцию в протеусе. В процессе, был сделан простейший стенд, перебирающий адреса, к которому был подключен модуль и в ручную, тестером, вычитана прошивка ПЗУ дешифратора РТ5. Как оказалось, в реальном модуле работа с ОЗУ модуля сделана не совсем так, как это предполагалось ранее. Тест, который был написан hitomi2500 для проверки работы схемы ранее, с реальной схемой работать не захотел, но после небольшой оперативной доработки этого теста, за что hitomi2500 еще раз спасибо!, оригинальная схема в протеусе заработала как надо. Оказалось, запись в ОЗУ модуля необходимо предворять записью по адресу 0xDC00 c установленным битом D7, а по завершению работы с ОЗУ закрывать запись записью по адресу 0xDC00 cо сброшенным битом D7.
Ознакомиться с предварительной схемой модуля можно по схеме в протеусе, все микросхемы модуля имеют позиционные обозначения D1-D31, соответствующие оригиналу. На схеме нет ВИ53, в качестве РТ5 применена обычная ПЗУ с подключением управляющих сигналов как в оригинальной схеме и опущена выходная аналоговая часть.

На днях сделаю проверку этой схемы, запустив цветную игрушку, что бы удостовериться, что все именно так, как видится сейчас, и после этого можно будет окончательно закрыть вопрос со схемой МЦПГ.

hitomi2500

29.04.2019, 09:10

В прошивке РФ5 на МЦПГ есть 2 процедуры, одна из них включает карту памяти 8 и переключает ОЗУ знакогенератора на процессор, вторая переключает ОЗУ назад на модульную ВГ75 и включает карту памяти 2. Все графические функции МЦПГ обращаются к этим двум процедурам, а функции A и B практически на них переходят.
Выходит, что переключение ОЗУ не автоматическое, а чисто программное. Побочный эффект от этого - в момент обновления ОЗУ программой на экране будет рисоваться цвет по-умолчанию (предполагаю что чёрный). Так что менять содержимое ОЗУ можно только при обратном ходе, иначе экран будет сильно мерцать.

А ещё те игры, в которых я копался, вызывают функции МЦПГ не напрямую, а через ROM2 на материнской плате. Причём там интерфейс не как в модуле (когда точка входа одна, а в аккумуляторе номер функции), а сразу вызов по конкретному адресу (например night rally вызывает 0xF7AB). Я его в руководстве оператора пока не нашёл.

PVV

29.04.2019, 23:03

Сделал я попытки запуска в протеусе цветных игрушек, и ...цвета нет. :( Однако минимальная модификация схемы по сигналам МХ и /МХ с использованием элементов 2ИЛИ-НЕ и НЕ (которые имеются не задействованные в схеме модуля, вообще говоря), с управлением по сигналу CS_14 делает схему полностью работоспособной, цвета в игрушках появляются...
На данный момент единственное объяснение, как такое может быть, это предположение, что существовало несколько (как минимум две) схем и соответствующих схеме прошивок ПЗУ модуля. Если в играх нет прямого обращения к модулю, а идет взаимодействие через функции ПЗУ модуля, некий драйвер, то это вполне возможно, и пользователь может даже не знать, какой модификации у него плата и ее ПЗУ.

Еще, хотел понять, по какому же биту, D0 или D7 идет включение отображения МЦПГ, и не увидел различия. Похоже, что идет запись полного байта 00 или FF. Точка останова на элементе исключающее-или между защелками этих сигналов никогда не срабатывает.
во вложении модифицированная схема, в которой в цвете запускаются LAND, MARS и EXOLON (другие не пробовал, уж очень долго ждать приходиться).

hitomi2500

29.04.2019, 23:43

Еще, хотел понять, по какому же биту, D0 или D7 идет включение отображения МЦПГ, и не увидел различия. Похоже, что идет запись полного байта 00 или FF. Точка останова на элементе исключающее-или между защелками этих сигналов никогда не срабатывает.

Так и есть, по крайней мере в единственной известной на сегодняшний день версии ПЗУ МЦПГ. Записывается или 00, или FF, других значений нет.

Kinder5912

30.04.2019, 00:52

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

Вот тут: Прошивка 68903

Kinder5912

30.04.2019, 18:16

Добавил прошивку

PVV

30.04.2019, 20:01

Добавил прошивку
к сожалению она один в один с той, что уже есть. Идей нет.

Во вложении файл проекта протеуса(v8.5) со всеми dll и bin, в том числе SDOS, и конфигурационный файл для эмулятора emu(b2m) с поддержкой SD. Запуск SDOS - набрать E1, и в emu, и в протеусе.

Добавил и файл с печатной платой модуля, в том виде, как ее удалось восстановить.

Kinder5912

01.05.2019, 00:56

к сожалению она один в один с той, что уже есть.
Может это и не так плохо - теперь есть уверенность, что прошивка однозначно верная.

Добавил и файл с печатной платой модуля, в том виде, как ее удалось восстановить.
Если есть какие-то вопросы, на которые я мог бы теперь ответить, типа "что куда подсоединено" - пишите, теперь могу посмотреть :-) и написать.

======
Я могу на работе (на правильном оборудовании) снять с платы РТшку и считать её содержимое. Нужно это делать?
Или в достоверности её прошивки сомнений нет ?
А на плату поставить панельку в которую установить новую РТ5, запрограммированную считанной прошивкой.

NEO SPECTRUMAN

01.05.2019, 19:30

Я могу на работе (на правильном оборудовании) снять с платы РТшку и считать её содержимое. Нужно это делать?
а у девайса нема серийника с датой изготовления?

так же мож написанное на ПЗУ-шке от руки подскажет есть ли в этом смысл (смысле сравнить с теми что уже считанны)

PVV

01.05.2019, 20:07

Я могу на работе (на правильном оборудовании) снять с платы РТшку и считать её содержимое. Нужно это делать?
Или в достоверности её прошивки сомнений нет ?

содержимое считанной ПЗУшки соответствует всем ожиданиям по всем позициям. Надпись на ПЗУ 05600 такая же.
Имеет смысл прозвонить все выводы на D5 (ТМ2), и особенно цепи МХ и /МХ, те тот узел, который я модифицировал, для запуска схемы в протеусе. (Обозначения микросхем на печатной плате из SL и схемы в протеусе совпадают)

Kinder5912

01.05.2019, 21:14

так же мож написанное на ПЗУ-шке от руки подскажет есть ли в этом смысл (смысле сравнить с теми что уже считанны)
Я выкладывал фото (еще раз выложу тут) на нем видно, что написано на РТ5.
http://portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/38/IMG_20190424_234517_70c5e.970.jpg
Ссылка (http://portal.kinderland.ru/photos/index.php?filename=SU1HXzIwMTkwNDI0XzIzNDUxN183MGM 1ZS5qcGc%3D&hash=0f68678137a8f10494d80d115b1be064) на оригинал.

а у девайса нема серийника с датой изготовления?
Конечно серийный номер есть, он написан на корпусе. Я сфотографирую и тут выложу. По памяти по моему что-то типа 000357 там было написано.

Имеет смысл прозвонить все выводы на D5 (ТМ2), и особенно цепи МХ и /МХ, те тот узел, который я модифицировал, для запуска схемы в протеусе. (Обозначения микросхем на печатной плате из SL и схемы в протеусе совпадают)
Хорошо, я распишу куда подключены выводы D5(ТМ2) - это не очень сложно сделать и не очень долго. (D5 это та микросхема, что чуть правее ВГ75 ?)

PVV

01.05.2019, 21:40

Хорошо, я распишу куда подключены выводы D5(ТМ2) - это не очень сложно сделать и не очень долго. (D5 это та микросхема, что чуть правее ВГ75 ?)
во вложении расположение микросхем, как их удалось восстановить по шелкографии на плате.

NEO SPECTRUMAN

01.05.2019, 22:58

типа 000357
и это НАВЕРНОЕ ~ количество штук?

смысле если есть дампы пзу-шки карты с близким по значению серийником
то можно и не дампить

вон на пзу-шке еще и месяц и год (91) наверное

то есть по нескольким картам можно предположить\прикинуть сколько было их изготовленно за интервал времени

Kinder5912

02.05.2019, 01:03

Небольшой бонус по Модулю 01.61.

Бывший владелец, при продаже мне модуля, отдал на него книжку! (Схема в комплект не входила!)

Вот тут можно посмотреть сканы, как фото:
http://portal.kinderland.ru/photos/index.php?album=modul-cvetnoj-psevdograficheskij-partnyor-0161

Для желающих скачать себе весь комплект - ссылка тут (архив из 4-х частей, объем около 120 Мб.):
http://portal.kinderland.ru/published/DD/2.0/folder_link.php?sl=25e7456f810d5a0f3f098e2e550cc9b b&DB_KEY=S0lOREVSTEFQT1JUQUw%3D

Тут гарантированно выложен полный скан всей книжки, которая шла с этим модулем.

Pyk

06.05.2019, 00:35

Сделал руководство по модулю МЦПГ в виде djvu-файла (https://emu80.org/files/?id=36).

Kinder5912

06.05.2019, 00:44

Сделал руководство по модулю МЦПГ в виде djvu-файла (http://emu80.org/files/mcpg_manual.djvu).
Отлично!
...только страница #6 оказалась перевернутой...

Pyk

06.05.2019, 18:00

Поправил 6 страницу и обновил файл.

dk_spb

19.12.2020, 21:49

Кажется, мне удалось случайно найти модуль последовательного интерфейса. Модуль голый, документации нет. Думаю, его разобрать и нарисовать схему.
Видно, что модуль совсем сырой - эксперименты завода ?

Фото:
http://www.portal.kinderland.ru/published/publicdata/KINDERLAPORTAL/attachments/pd/30/20180326_232153_74443.970.jpg

Нет, это не модуль 02.11
Это "сетевуха", причем на платке задания номера рабочего места может стоять как ЛП10, так и ЛН6. Номер задается перерезанием дорожек слева от микросхемы.
Найти бы еще софт или описание что было в качестве РМУ и как это всё соединялось.

На модуле последовательного интерфейса (02.11) есть две панельки под ПЗУ, расположенные совсем не так, причем, насколько я понял вторая - про запас, её нет на прилагаемой к модулю схеме.

- - - Добавлено - - -

Вместо 2 РФ2 стоит 155ЛП10 которая выдает на шину код перехода C3H.
Скорее всего не так. Это закодировано рабочее место номер 3, что продублировано (выцарапано) на плате.

electroscat

14.03.2021, 14:49

Сделал руководство по модулю МЦПГ в виде djvu-файла (http://emu80.org/files/mcpg_manual.djvu).

Не открывается, точнее открывается и закрывается, не качается перезалейте пожалуйста.

Pyk

14.03.2021, 15:38

electroscat, очень странно, с файлом все ок, какие-то проблемы при скачивании из Google Chrome.
Из других браузеров (Firefox, Edge) нормально скачивается.
Также скачивается, если скопировать ссылку и вставить в адресную строку браузера.
Я пока в недоумении, кто-нибудь может подсказать, в чем может быть дело?

Кстати, появилась еще документация и по другим модулям, постараюсь на днях выложить.

electroscat

14.03.2021, 16:07

Да, странно, в опере скачалось все сразу.

Еще вопрос, а есть альтернативная схема МЦПГ на современной элементной базе ? Где то такие разработки велись, кто нибудь в курсе ? Я сомневаюсь на счет реальности найти РУ10 например, да и в целом, можно же компактнее все сделать, по крайней мере на планарных элементах, современной памяти, более распространенной ПЗУ с возможностью программировать ее TL866 и т.д. Есть ли такое ?

tchv71

30.05.2021, 12:21