Вид для печати
А это надо посчитать. Один абонент внутренней шины имеет емкость 10 пф Заявленная для 1801 максимальная емкость нагрузки 100 пф. 1 метр витой пары имеет емкость 60 пф. Сколько там абонентов на шине ПП? 5, да? 50 пф, да плюс емкость монтажа, ну не меньше 30 пф., на витую пару осталось 20 пф, то есть 30 см. Нет, работать оно, скорее всего, будет и при 60-см шнурке, а может и при метровом, но это явное нарушение ТУ.Цитата:
Сообщение от Arseny
А если не витая пара, а Flat-Flex Cable?Цитата:
Сообщение от AFZ
https://upload.wikimedia.org/wikiped...Flex-Cable.jpg
Этого достаточно чтобы поставить контроллер в корпус с дисководом и расположить его рядом с УК-НЦ.Цитата:
...на витую пару осталось 20 пф, то есть 30 см.
Насколько сложно сделать вариант контроллера НГМД на FPGA? ВП1-128 расковыряли, и для БК такой контроллер есть.
Хорошо бы в виде одной общей платы вместе с контроллером НЖМД.
Так ведь ВП1-128 вроде-бы еще есть? Зачем тогда изобретать такой хибрид?
Что действительно нужно, так это нормальный контроллер "всего" на шине ЦП. То есть склепать устройство, подобное вот этому, на том же самом или подобном чипе (PSoC4 от cypress), но на шине ЦП. Засунуть его на место сетевого адаптера, сделать ему интерфейс "по мотивам" HD от Патрона, добавить загрузчик, якобы, из сети, а к нему цеплять что угодно, хоть микро-СД, хоть винчестер, хоть сеть УКНЦ (компортов у того ARM-чипа как бы не пара, а согласователь с сетью УКНЦ - мелочи), хоть вообще Ethernet, хоть все перечисленное вместе.
Включил машинку, пустил загрузку из сети, программа в этом PSoC4 зальет в УКНЦ загрузчик с дефолтного эмулируемого HD, который загрузит систему, установленную на этот, якобы, диск, и вперед, работай. И об этом ужасе, именуемом дискетами, можно будет забыть точно так же, как и в "большом" мире, т.е. на писюках. На ту же микро-СД влезет все, что есть из софта для УКНЦ, хоть работай, хоть играй, хоть что. И никаких конфликтов из-за памяти ПП, которые иногда случаются, если пользовать какое-то дополнительное оборудование на шине ПП.
- - - Добавлено - - -
Опять же, нарыл в Сети что-то новое, залил на писюке свежеукачанный файлик типа .dsk на эту микро-СД, сунул ее назад в УКНЦ, подключил этот файлик .dsk в качестве какого-то из HD, и вперед! Ну, конечно, не HD, это имя зарезервировано Патроном, но что-нибудь придумаем...
Главное что бы работали дискетные пакеты и строго дискетное ПО, которое в случае экспериментов с HX загрузкой запустить не удалось.Цитата:
Сообщение от AFZ
Так я только за. Только ссылочку можно? Что-то я не припомню такого интерфейса.Цитата:
Сообщение от AFZ
А-а-а, по-моему дошло - имеется ввиду загрузка через С2?
Нет, но близко. Имеется в виду изобретенное Патроном дисковое псевдоустройство HD, которое эмулируется писюшным файлом типа dsk. Я предлагаю сделать то же самое, но по другому адресу, чтобы не конфликтовать с оригиналом. И монтировать на него опять же писюшные файлы типа .dsk, расположенные на автономном носителе - микро-СД, винчестер, SSD-шник, да любое устройство с писюшной файловой системой, которое может быть подключено к этому PSoC4. Причем ФС обязательно должна быть писюшной (скорее всего FAT32, NTFS - это слишком сложно), чтобы этот носитель без вопросов можно было подключить к писюку и свободно копировать с него или на него файл-образы УКНЦ-шных дисков для свободного обмена софтом.Цитата:
Сообщение от MacBuster
Тогда всё-таки, можно ссылочку?Цитата:
Сообщение от AFZ
Не раз встречал упоминания о том, что ВП1-128 всё еще доступны. А не подскажите где их возможно приобрести?Цитата:
Сообщение от AFZ
http://zx-pk.ru/market/viewtopic.php...tart=10#p39292Цитата:
Сообщение от randomizer
Описание самого конкретного устройства здесь. А так - вся тема "Эмулятор ДВК", ссылка на последнюю версию должна быть на первой странице и есть на последней в момент выкладывания, кажется, на 111-й или 110-й.Цитата:
Сообщение от MacBuster
Хорошо, теперь стало понятно что имеется ввиду. Но для начала нужно полное описание работы с СА, чего я никак пока не могу найти.Цитата:
Сообщение от AFZ
Зачем? Со стороны УКНЦ там обычный 1801ВП1-065, а что там со стороны УКНЦ-шной локалки, пока неважно. Нам достаточно достать ту программулю, которую ПП пересылает в память ЦП для загрузки по сети, отдизасмить ее и разобраться, как с ее помощью загрузить в любое наперед заданное место несколько десятков байтов кода и передать туда управление.Цитата:
Сообщение от MacBuster
Подозреваю, всё что это давно сделано...
Ну да, дизассемблированное ПЗУ УК-НЦ давно есть. Я видел соответствующую часть кода, который производит загрузку из сети. Правда не понял кто конкретно это делает - ПП или ПЗУ.Цитата:
Сообщение от AFZ
СА сидит на магистрали ЦП. Поэтому для загрузки по сети ПП высылает через DMA в память ЦП программу-загрузчик и запускает ее. Кажется с адреса 10000, но точно не помню. Всё остальное делается этой программой. Вот ее и надо отдизасмить, если это еще не сделано.Цитата:
Сообщение от MacBuster
У меня в свое время, когда я интересовался этим, содержимого ПЗУ-шек не было, так я написал программулю, которая под RT-11 очищала всю свободную память и останавливалась (HALT). Затем я запускал загрузку из сети, потом останавливал ее кнопкой "Стоп" и пускал свою программулю дальше. Она находила начало и конец вновь появившегося кода, после чего я сохранил его командой SAVE и дизасмил полученный .SAV-файл. Увы, все это осталось на моем ДВК, винчестер которого покрылся бэдами. И уже почти ничего не помню...
Да, примерно так все и выглядит:Цитата:
Сообщение от AFZ
Код:; Обработка пункта меню ЗАГРУЗКА [сеть]
162440$: JSR R4,163006$ ; Вывод "* ЗАГРУЗКА ИЗ СЕТИ *"
.WORD 163573$ ; Адрес надписи
JSR R5,162522$ ; Перекачка загрузчика и его запуск
.WORD 164160$,210,0
; Обработка команды "Т" пультового монитора (тест локальной сети)
162460$: JSR R5,162522$ ; Перекачка программы теста и ее запуск
.WORD 164600$,360,0
; Обработка пункта меню ЗАГРУЗКА [стык С2]
162472$: JSR R5,162522$ ; Перекачка загрузчика и его запуск
.WORD 165540$,25,0
; Обработка пункта меню ЗАГРУЗКА [магнитофон]
162504$: JSR R5,162522$ ; Перекачка загрузчика и его запуск
.WORD 163774$,44,164130$,14,0
; Подпрограмма перекачки загрузчика из сист. ОЗУ и его запуск
162522$: MOV #1000,R0 ; R0 = адрес, куда перекачивается загрузчик
162526$: MOV (R5)+,R1 ; R1 = адрес загрузчика в сист. ОЗУ
BEQ 162542$ ; Конец перекачки
MOV (R5)+,R2 ; R2 = размер загрузчика в словах
162534$: MOV (R1)+,(R0)+ ; Цикл перекачки
SOB R2,162534$
BR 162526$
162542$: CALL 161236$ ; Перевод ЦП в режим USER
MOV #200,R0 ; Копия ССП = 200 (прерывания запрещены)
$MTPS$
MOV #1000,R0 ; Копия СК = 1000 (адрес загрузчика)
$MTPC$
MOV #1000,SP
MOV R3,R0 ; R0 = номер устройства (диска или кассеты ПЗУ)
$RUN$ ; Запуск загрузчика
162572$: RETURN
Угу, осталось найти и разобрать сам загрузчик. Он, кстати, скорее всего, лежит в ПЗУ не по тому адресу, с которого выполняется, так, что его дизасм вряд ли будет корректным...Цитата:
Сообщение от MacBuster
А чем он может быть некорректным? Старался как мог:Цитата:
Сообщение от AFZ
Код:; Загрузчик из сети164160$:MTPS #340 ; Запретить прерывания
MOVB @#176561,R5 ; Выделение в R5 номера сетевой станции
MOV R5,R0
BIC #177760,R5
ASR R0
BIC #177717,R0
BIS R0,R5
MOVB R5,164556$ ; Сохранение номера сетевой станции
MOVB 164572$,R0 ; R0 = 173(8)
XOR R5,R0 ; R0 = 173(8) XOR номер_сетевой_станции
MOVB R0,164572$
MOV #30,R0 ; R0 = 30 (адрес вектора команды EMT)
MOV #164500$-164160$+1000,(R0)+ ; Установка вектора прерывания EMT
CLR (R0)+ ; Установка ССП при вызове EMT
MOV #164512$-164160$+1000,(R0)+ ; Установка вектора прерывания TRAP
CLR (R0)+ ; Установка ССП при вызове TRAP
164244$:MOV #10000,SP ; Установка указателя стека
MOV #164526$-164160$+1000,@#100 ; Устан. вект. прер. сет. таймера
CLR @#102
MTPS #0 ; Разрешить прерывания
CLR 164534$ ; Очистка счетчика ожидания
164272$:TRAP 0 ; Чтение пришедшего байта
CMP 164534$,#5 ; Счетчик ожидания больше пяти
BLO 164272$ ; Нет
164304$:EMT 0 ; Посылка и чтение очередного байта
CMPB #376,R0 ; Пришедший байт равен 376(8)
BNE 164304$ ; Нет
MOV #164554$-164160$+1000,R1 ; R1 = адрес блока передачи
164320$:MOVB (R1)+,R0 ; R0 = очередной байт из блока передачи
CMPB #376,R0 ; Он равен 376(8) ?
BEQ 164334$ ; Да
EMT 0 ; Посылка и чтение очередного байта
BR 164320$
164334$:EMT 0 ; Посылка и чтение очередного байта
CMPB #377,R0 ; Прочитанный байт равен 377(8) ?
BNE 164334$ ; Нет
EMT 0 ; Посылка и чтение очередного байта
CMPB R5,R0 ; Полученный байт равен номеру станции ?
BNE 164334$ ; Нет
MOV #377,R4 ; R4 = 377(8) (контрольная сумма)
XOR R0,R4 ; R4 = 377(8) XOR номер_сетевой_станции
MOV #50000,R1 ; R1 = адрес расположения загрузчика
EMT 0 ; Посылка и чтение очередного байта
MOV R0,R3 ; R3 = считанный байт
XOR R0,R4 ; Подсчет контрольной суммы
164372$:EMT 0 ; Посылка и чтение очередного байта
CMPB #373,R0 ; Считанный байт равен 373(8) ?
BLOS 164410$ ; Выше или равен 373(8)
XOR R0,R4 ; Подсчет контрольной суммы
MOVB R0,(R1)+ ; Передача принятого байта в память
BR 164372$
164410$:BNE 164426$ ; Принятый байт равен не равен 373(8)
EMT 0 ; Посылка и чтение очередного байта
COM R0 ; Инверсия принятого байта
XOR R0,R4 ; Подсчет контрольной суммы
MOVB R0,(R1)+ ; Передача принятого байта в память
COM R0 ; Инверсия для передачи
BR 164372$
164426$:CMPB #374,R0 ; Принятый байт равен 374(8)
BNE 164244$ ; Нет
EMT 0 ; Посылка и передача байта
CMPB R0,R4 ; Он равен контрольной сумме ?
BNE 164244$ ; Нет
EMT 0 ; Посылка и передача байта
BISB #10,R0 ; R0 = R0 OR 10(8)
EMT 0 ; Посылка и передача байта
CMPB #377,R0 ; Принятый байт равен 377(8)
BNE 164244$ ; Нет
EMT 0 ; Посылка и передача байта
MOV #4,@#176560 ; Включение кольцевой сети
MTPS #340 ; Запретить прерывания
JMP @#50000 ; Переход на исполнение загрузчика
; Подпрограмма передачи байта в локальную сеть (исполнение команды EMT)
164500$:TSTB @#176564 ; Передатчик СА готов ?
BPL 164500$ ; Нет
MOVB R0,@#176566 ; Передача байта в сеть
; Подпрограмма чтения байта, пришедшего по сети (исполнение команды TRAP)
164512$:TSTB @#176560 ; Приемник СА готов ?
BPL 164512$ ; Нет
MOVB @#176562,R0 ; Прием байта из сети
RTI
; Подпрограмма исполнения прерываний таймера
164526$:CLR @#176560 ; Включение режима загрузки
INC (PC)+ ; Инкремент счетчика ожидания
164534$:.WORD 0
CMP 164534$,#1000 ; Счетчик ожидания превысил лимит времени ?
BHI 164550$ ; Да
RTI
164550$:JMP 164244$
; Блок передачи в сеть
164554$:.BYTE 377,0,0,204,0,0,0,0,0,0,0,0,0,374,173,60,377,376,0,0
Да, вроде ничего некорректного нет. Вопрос только в том, что с этим делать чтобы с сетью работать? Например, есть у меня модуль HLK-RM04, который подключается через RS232. Как мне с ним обмен наладить? Ему вроде достаточно AT-команд, если я ничего не путаю.
С сетью? А зачем? Сеть УКНЦ сама по себе довольно бесполезная вещь. Для замены дисковых устройств сетевыми она слишком тормозная. Была бы она, хотя бы, 1Мбит, было бы терпимо, а 56 Кбит - это даже не смешно. Для подключения во "взрослые" сети не годится сама УКНЦ - если и удастся затолкать TCP/IP в машинку без диспетчера памяти и без настоящей DEC'овской сетевухи, толку с него не будет никакого, ибо он один займет все ресурсы машинки, на прикладуху места просто не останется...Цитата:
Сообщение от MacBuster
А вот принять загрузчик, который загрузит систему с дополнительного дискового устройства на шине ЦП - это запросто.
- - - Добавлено - - -
Да, приведенный дизасм я толком не разглядывал - я сейчас глубоко закопался в ядро ДИАМСа и на другое отвлекаться не хочу...
То есть - либо кто-то снаружи должен подстраиваться под организацию обмена в сети УКНЦ, либо сам УКНЦ должна что-то сделать чтобы принять загрузчик из современной сети. Насколько я понимаю - первый вариант уже есть (хотя может требовать доработок), а второй надо делать с нуля. При этом лично мне второй тоже очень интересен. Я бы так к беспроводному сетевому накопителю подключался. А загрузчик могу через эмулятор ПЗУ в прошивкой в плате адаптера Ярика получить - влезет же в 32Кб?Цитата:
Сообщение от AFZ
Именно. Адаптер, присоединенный вместо сетевого должен, прикинувшись сетевым адаптером, выдать несколько десятков байт кода с соответствующим обрамлением (служебные символы, контрольные коды и пр.), как будто-бы полученные из УКНЦ-шной сети, затем программа загрузчика передаст туда управление, а там можно будет забыть про сеть и загружаться непосредственно с эмулируемого диска, находящегося в .dsk-файле подключенного устройства с писюшной файловой структурой. Там и скорость должна быть нормальной, и все остальное тоже.Цитата:
Сообщение от MacBuster
А вот это - вряд ли. Это же надо в этом эмуляторе поднять, как минимум, самбу. Ну, или что-то в том же духе, чтобы подключиться к сетевому диску. То есть, конечно, теоретически, если адаптер будет содержать 32-разрядный процессор с достаточным количеством ресурсов, чтобы туда можно было спортить самбу, то вопрос решаем. Только подключить туда напрямую микро-СД или ИДЕ-винчестер (да хоть и SATA через переходник) намного проще.Цитата:
Сообщение от MacBuster
Осталось уговорить Ярика склепать такое устройство, ему это сделать проще всего - он уже разобрался с этими PSoC4, исправить схему - как два байта переслать, сочинить новую прошивку для PSoC4, и алга!
- - - Добавлено - - -
Что это за "строго дискетное" ПО? Я вижу три варианта: софтина суётся к дискете (1) через драйвер MZ, (2) напрямую к регистрам контроллера MZ, (3) изнутри ПП непосредственным вызовом подпрограмм обмена с дискетами. То есть, просматривается, конечно, и четвертый вариант - изнутри ПП прямо к ВП1-128, но это уже из области маловероятного.Цитата:
Сообщение от hobot
Так вот, кто нибудь пытался понять, что там на самом деле?
Я бы занялся, но у меня нет разъема для подключения к шине ЦП, попробую припаять что-нибудь. А так особой сложности не составит переделать мой контроллер под ЦП, но кто напишет драйверы под RT-11?
Ну это же разъём прямо на плате вычислителя? Какой ещё разъём-переходник нужен?Цитата:
Сообщение от Jarik65535
Реально могут form и Patron, притом, что form,Цитата:
Сообщение от Jarik65535
вроде бы давно хотел что то интересное прицепить вместо СА ? 2form - вроде нашёлся желающий взять на себя железо )))
У меня от всех моих УКНЦ остался только одинокий СА с разъемом. Разъем типа ОНП-НГ-57-60. Сразу скажу, гадость редкая, контакты хреновые, особенно со шлейфом, но зато краевой. Впрочем, если не врет мой склероз, был и другой вариант - с отечественной версией разъемов IDC, правда не помню, сколько там было контактов. (Кто не в теме, на IDE-винтах стоят IDC-40). И, на мой взгляд, это решение существенно лучше. Но, по-любому, учитывая, что с УКНЦ-шной мамой этот СА соединяется шлейфом, хоть и коротким, имеет смысл самостоятельно выбрать доступный тип разъема и расчитывать на то, что с другой стороны (на маме УКНЦ) этот шлейф, скорее всего, будет припаян - другого пути справиться с этой дрянью ОНП-НГ-57 просто не существует. Так, что в качестве разъема на новом адаптере имеет смысл поставить нормальный буржуазный IDC с тем же количеством контактов, что и на соответствующей УКНЦ, а второй конец - шлейф. Кому повезло и в УКНЦ стоит отечественный IDC, прорежет на шлейф его, ну, или попробует затолкать туда буржуазный (мамы IDC-40 кое-как налезают на советских пап), кому же не повезло и в его УКНЦ стоит тот самый поганый ОНП-НГ, припаяет этот шлейф к маме УКНЦ, поскольку эти ОНП-НГ не работали никогда.Цитата:
Сообщение от Jarik65535
Я тут поразмыслил и пришел к выводу, что не стоит изобретать лишних сущностей. Патрон сочинил вполне приличное устройство, почему бы и не воплотить его в железе? Если он, конечно, не против. Уточним совместно спецификцию, и вперед. А драйвер давно готов...Цитата:
Сообщение от Jarik65535
Если речь про HD, то в нынешней редакции этот виртуальный контроллер подходит скорее для тех случаев, когда процессор и контроллер эмулируются в одной микросхеме, потому что в основе его работы - остановка процессора на время выполнения операций контроллера. Можно, конечно - и в реальном железе сделать так, чтобы контроллер умел останавливать тактовую частоту CPU, но вряд ли пользователи это одобрят.Цитата:
Сообщение от AFZ
А нужно ли настолько точно воплощать в железе это виртуальное изделие? Пусть себе процессор работает, подождем. Или в драйвере не реализовано ожидание? Тогда, конечно, придется взять другой адрес и писать новый драйвер. Впрочем, это мелочи, главное - железяку сочинить...Цитата:
Сообщение от Patron
да и на УК-НЦ уже забито HD как раняя версия IDE драйвера от "Электронных Систем" (?).Цитата:
Сообщение от Patron
Драйвер для сети был MC.SYS
Давно интересует вопрос - зачем на плате КМД место под ПЗУ? Что туда должно быть записано, как оно действует и т.п.
Подозреваю, что как и на КЦГД, "зарезервировано для дальнейших расширений". Как на КЦГД - если в нем стоит 182, то можно воткнуть к ней в дополнение 183 и 184. А если 181, то ничего не воткнешь. Так и на КМД. В 091-й прошивке (или какая она там на ранних КМД?) никаких обращений "вовне" нет, в 255-й, вроде-бы, есть при каких-то условиях выход на программу в ОЗУ КМД, планировалось для дискет, защищенных от копирования, а ПЗУ осталось незадействованным.
Вроде речь про КМД УКНЦ, а он всего одного вида был.Цитата:
Сообщение от AFZ
Возможно в ранних УКНЦ (трех-ПЗУшных; у меня только 135я есть из трёх, по остальным даже номера "прошивки" нет) не было загрузчика в ПЗУ на основной плате, поэтому требовалось ПЗУ на КМД.
В самой ранней версии УКНЦ контроллер КМД стоял прям на основной плате, да и к тому на основной плате места под 4 ПЗУ - с DS1 по DS4, хотя по разводке DS1 не особо связана с DS2...DS4. К тому же на ранней плате два разъема расширения предназначались только для кассет ПЗУ.Цитата:
Сообщение от dk_spb
То есть был прямо разведен на плате тех же размеров? Я видел фотографии машины, где КМД был расположен просто внутри корпуса.Цитата:
Сообщение от Alex_K
Про количество ПЗУ тоже интересно, я видел модели с 1, 2 и 4 микросхемами. Три не встречались.
- - - Добавлено - - -
Чуть поменяю и уточню вопрос: что будет если установить ПЗУ на плату КМД и что-то туда прошить - при обращении к диску эта ПЗУ куда-то включится?
А есть фото этих ранних плат с 1,2 микросхемами ПЗУ и/или фото платы с КМД на ней?
>В самой ранней версии УКНЦ контроллер КМД стоял прям на основной плате,
А это какой примерно год выпуска?
- - - Добавлено - - -
>хотя по разводке DS1 не особо связана с DS2...DS4
Ну вот и похоже что в следующей версии DS1 и КМД вынесли на отдельную плату.
А нет ни у кого образов ранних ПЗУшек? У меня только 135-я
Я скачивал эти изображения 14.01.2014. Где они были и кто выкладывал, соответственно, уже не помню. Год должен быть от 1985 до 1987. Плата полностью соответствует описанию в раннем ТО.Цитата:
Сообщение от dk_spb
- - - Добавлено - - -
Ну это видно хорошо по схеме КМД УКНЦ. Соответственно микросхема ПЗУ может быть только 1801РЕ2/1801РР1/573РФ3, т.е. с интерфейсом МПИ. Начальный адрес микросхемы задается при прошивке. Её включение по схеме задается сигналом CE3, это сигнал выбора слота. В один слот он идет прямо, в другой через инвертор, т.е. выбрали мы слот 1, то слот 2 становится неактивным, ну и наоборот.Цитата:
Сообщение от MacBuster
То есть, если правильно подготовить прошивку, прошить ПЗУ и установить её в любой КМД, а после включения УКНЦ попробовать загрузиться через пункт 2 (кассета ПЗУ), то произойдёт считывание и запуск того что мы подготовили и прошили?Цитата:
Сообщение от Alex_K
Увы, не получится, т.к. используется только сигнал CE3. Просто может оказаться так, что при включении слот будет выбран автоматом, и ПЗУ на КМД сразу же пересечется по адресам с ПЗУ на материнской плате. Кстати для загрузке с помощью пункта 2 (кассета ПЗУ), оно должно иметь адрес 0100000.Цитата:
Сообщение от MacBuster
Да, тут ещё вопрос приоритета имеющихся ПЗУ. Имеет смысл пробовать? У меня есть РЕмулятор.Цитата:
Сообщение от Alex_K
Смысла пробовать нет, т.к. при чтении ПЗУ в картридже, по окончании чтения слот так и остается выбранным, т.е. если и выбрать слот, который после включения питания не будет выбран, то по окончании чтения он так и останется выбранным, а значит ПЗУ в КМД пересечется по адресам с системным ПЗУ.Цитата:
Сообщение от MacBuster
А что значит приоритет имеющихся ПЗУ?
Какая ПЗУ ближе к процессору, та и будет прочитана.Цитата:
Сообщение от Alex_K