- О ПЗУ БК0010 КР1801РЕ2-019.
- [+] Старые сообщения (8)
-
? Макс Багаев@ - 20.12.2014 16:58
дайте мне пзу - я считаю на программаторе
-
? anonymous - 20.12.2014 23:45
Аналогично, была бы - считал. -019 ПЗУ имеется у меня только в новой 10й БКшке, которую я обещал за создание нового софта под unix на БК, но ее я не раскручивал, она под пломбами. А предполагаемый призёр психанул и сбежал... Но все равно пломбы вскрывать не буду.
-
? MM@ - 20.12.2014 23:52
Дело в том, что у меня нет рабочего магнитофона - я бы 1801РЕ2-019 списал и подгрузил в БК11М в программу "MAG" RT-11.
Сами ПЗУ имеются в достатке, но программатора вот нетушки...
-
? anonymous - 21.12.2014 00:00
Когда jekka с фантома будет забирать какую-нибудь приобретённую железяку, приложите одну РЕ2-019, я считаю.
-
? Vslav - 23.12.2014 11:14
Нашли прошивку? Могу за пару часов считать реальную 1801РЕ2-019 в отдельной макетке, возиться?
-
? MM@ - 23.12.2014 11:18
Если есть возможность, было бы очень интересно.
-
? gid@ - 23.12.2014 11:28
и мне интересно, чего там таинственного в последних 128 байтах, хотя я подозреваю, что там тупо нули.
-
? Vslav - 23.12.2014 20:57
Сделал по-быстрому читалку из РЕ-и=мулятора и платы МСТД с панельками.
Прочитал -012 и -019 - http://sderni.ru/255152
В формате программатора (адреса и данные инвертированы)
Для контроля прочитал еще 018, и 106. Пытался прочитать еще -108 (выпаяна из БК-0010), но у нее отказал один разряд, сгнила внутри?
-
? MM@ - 23.12.2014 22:52
Да, результат чтения ПЗУ уважаемым Vslav впечатляет :
http://itmages.ru/image/view/2137733/7a941bcf
-
? gid@ - 23.12.2014 23:01
Ну вот и выяснилось, что последние 64 слова 1801РЕ2-019 забиты числом 8. Ничего интересного. Подозреваю, что в -108 будет тоже если не 0, то какое-нибудь случайное число. Так что и до этого имевшиеся дампы можно считать условно полными.
Я то думал, у ММ какой-то инсайд был, или типа там кто-то оставил послание будущим поколениям.
-
? Дмитрий - 23.12.2014 23:34
>> В формате программатора (адреса и данные инвертированы)
И как их превратить в нормальный вид (кроме инверсии)?
-
? Vslav - 23.12.2014 23:48
Моей утилитой rev16 - http://forum.pk-fpga.ru/download/file.php?id=180
Входной и выходной файлы в формате intel-hex.
То есть, превращает bin из архива в hex (стандартной утилитой bin2hex или srecords). Потом напускаем rev16, потом при желании преобразованнй hex обратно в bin
Ну или вот я готовый выложил - http://sderni.ru/255164 (в прямом формате, так как увидит программа, базовый адрес 160000)
-
? Дмитрий - 23.12.2014 23:59
Странный какой-то программатор. Данные не просто инвертированы, а еще и с ног на голову поставлены.
¤
А что означают последние 2 байта в этом формате (177774 после инверсии)?
-
? Дмитрий - 24.12.2014 00:07
>> То есть, превращает bin из архива в hex (стандартной утилитой bin2hex или srecords). Потом напускаем rev16, потом при желании преобразованнй hex обратно в bin
Прошу пардону, но это гланды через... Ладно, не будем об этом.
¤
Почему в программе для программатора нельзя считывать с начала и писать так как считано, а вместо этого читать с конца и писать в начало. Кто придумал этот бред? Либо предоставлять возможность вернуть прямо там в программе в нормальный вид. Инверснуть все, переставить байты в слове, перевернуть данные. Хотя на кой леший их переворачивать, если проще читать их правильно сразу. Можно объяснить данный феномен как-то? Может я чего-то не понимаю, но у нас на работе программатор как читает, так и пишет. Данные там прямые, без перевертышей/инверсий.
-
? gid@ - 24.12.2014 09:29
>>? MM @ - 23 декабря 22:52
Ясно же сказано - в формате программатора.
>>? Дмитрий - 23 декабря 23:59
[А что означают последние 2 байта в этом формате]
Это не 2 байта, это слово - адрес микросхемы на ОШ. его не надо инвертировать. его надо игнорировать.
Дмитрий, не стоит пытаться понять, почему такой формат, просто нужно принять его как есть. С моей точки зрения этот формат тоже нерационален и бессмысленнен. Но видимо, если данные подавать в таком виде, упрощается аппаратная конструкция программатора, а это для любого железячника - приоритет.
¤
И вообще, до меня как до истинного слоупока только сейчас дошло.
Все микросхемы ПЗУ, сидящие в BS7 на БК не должны быть заполнены до конца, чтобы не конфликтовать с областью регистров и портов. Например конкретно для КР1801РЕ2-019 должны выдаваться данные по адресам 0..017576, а по адресам 017600..017776 не должно быть ничего, вообще не должен генерироваться RPLY. Я даже читал где-то, что у 1801РЕ даже сделали какой-то хитрый метод выдачи RPLY специально с учётом этой особенности.
Поэтому весь кипеж, поднятый ММ изначально был напрасен. А те самые числа 8 прочитанные Vslav, похоже просто шум на шине данных, потому как микросхема КР1801РЕ2-019 по этим адресам ничего не выдавала по определению.
¤
-
? Vslav - 24.12.2014 10:01
Не совсем так, есть микросхемка 1801ВП1-037, у нее есть выход 37, на котором появляется '1' если идет цикл чтения по последним 177600..177777 адресам. В схеме БК это выход (через резистор, чтобы можно было усложнить декодирование) подается на ~CE микросхем 1801РЕ2. То есть блокировка чтения осуществляется внешней схемой, а не самой РЕ2, что логично, потому что РЕ2 применялись не только в БК и не только с 1801ВМ1.
¤
-
? Vslav - 24.12.2014 10:13
Вдогонку - читал я 019 не в БК, а в совершенно отдельной плате, где на шине была только 019-ая, и не было, естественно, никаких блокировок, поэтому мой дамп "честный", состоит из реально физически прочитанных данных. И RPLY я честно обрабатываю - вывалится сообщение о тайм-ауте и ничего не прочитается. Да сами можете посмотреть - исходники РЕ-мулятора открыто выложены, там есть процедура чтения по шине из сторонней микросхемы. Все, оказывается давно сделано, только РЕ-мулятор в МСТД воткнуть надо было чтобы читалку получить :) Еще ЗИФ-панельку куплю и буду радоваться жизни :)
¤
Еще примечание - в панельку в БК вместо РЕ2 можно же установить РР1 или мой РЕ-мулятор, а они ничего про блокировку последних адресов не знают и знать не могут, тем не менее все работает, потому что блокировку осуществляет 037-ая. ММ, вероятно, это и имел ввиду, что дампы 019 в Сети получены считыванием на БК и последние 64 слова могут быть придуманными. Ждем еще подтверждения Воланда, он на програмамторе 019 прочитает, и все на сайте обновит.
-
? gid@ - 24.12.2014 10:23
А как быть с РЕ2-326 ? там используется только половина объёма. Кто в этом случае отсекает RPLY ?
-
? Vslav - 24.12.2014 11:19
Плата контроллера НГМД? "Отсекание" выполняет микросхемка D9. Только блокируется не RPLY (он собственно ни на каких схемах не блокируется), а вход SYNC на микросхеме РЕ2.
-
? Дмитрий - 24.12.2014 12:24
Кстати, для превращения этого формата в прямой вид достаточно написать короткую программку, которая инвертирует данные и перевернет их сразу, без доп. сторонних преобразований.
-
? MM@ - 05.01.2015 04:10
В принципе, проблема перегона ПЗУ решена аппаратно - для БК11/М под RT-11. Но тут возник другой вопрос - после перегона в эмуль ДВК ( последней версии ) нарушена к/с...
- << Форум