Вид для печати
А-а речь об экране программы.Цитата:
Сообщение от Vamos
Нет, не печатает - если печатать символы получится каша так как он передает полный набор от 000 до 377, а если печатать числовые значения - будет много времени тратиться. В качестве компромиса можно добавить печать разницы в случае ошибки. В сущности исходники прилагались - если не лень - можно доделать :)
Попробовал, не понятно.
В эмуляторе при D 1000 и 1000=0 пишет TIMEOUT
На УКНЦ при D 1000=0 ОК при замкнутых 2-7-9, но 4,5-6 (TX/RX) не замкнуты
А здесь понятно
На УКНЦ при D 1000=0 TIMEOUT и D 1000 ОК при пустом разъеме С2 - работает бит 2 в 176574
Ну в эмуляторе C2 только появился и поведение еще не до конца эмулируется - собственно C2TEST для того и делал, чтобы проверить поведение - теперь думаю будет реализовано на основе полученных данных.Цитата:
Сообщение от Vamos
А тем временем и мне микросхема на замену приедет - можно будет вживую попробовать :)
В ночи попутал, да надеюсь nzeemin поправит в эмуляторе обработку бита 2.
У Шахнова в справочнике вроде все биты описаны.
Для меня пока остаются два вопроса:
1. На УКНЦ при D 1000=0 ОК при замкнутых 2-7-9, но 4,5-6 (TX/RX) не замкнуты
2. Что делает байт 370 в 176576 и как при его наличии происходит правильная передача данных.
1. Запускалось через GET/D/START или через D/RUN? :)Цитата:
Сообщение от Vamos
2. На чтение этот регистр не определен, а 370 - пережитки чего-то, что просаживает шину вниз (1 с точки зрения шины) во время цикла чтения на старших битах байта
form, забыл спросить (еще не проснулся), у Вас какого завода УКНЦ?
При чтении из регистра данных передатчика читается вектор прерывания приемника. Вектор передатчика соответственно на 4 больше.Цитата:
Сообщение от Vamos
Запускалось через GET/D/START
тогда наверное было бы 377Цитата:
Сообщение от form
---------- Post added at 12:00 ---------- Previous post was at 11:54 ----------
Alex_K, спасибо, успокоили, тоже думал что чего-то где то подсаживает.
Ваше мнение по поводу схемы подключения и влияния на режим приема передачи С2
Квантовский.Цитата:
Сообщение от Vamos
form, это хорошо, будет возможность сделать выводы о схеме подключения С2
Главное его сначала запустить :)Цитата:
Сообщение от Vamos
Пока это все безобразие выглядит так.
form, пока Вы ждете микросхему, можно Вас озадачить вопросом:
вот здесь http://zx.pk.ru/showpost.php?p=302625&postcount=188
во вложении пара дискет для исследования. Задача такая дизасемблировать драйвер GD.SYS и выяснить как он работает, что бы nzeemin в эмуляторе подправил.
Ну дизассемблировать недолго, а там посмотрим.Цитата:
Сообщение от Vamos
У меня на памяти кто-то давно говорил что регистры 176644 176646 являются не тем что в описании (управление и ловушка) а это регистры доступа видео ОЗУ план 0.Цитата:
Сообщение от form
Регистры доступа к видеопамяти 176640 и 176642. Совсем недавно баловался в драйвере часов :)Цитата:
Сообщение от Vamos
Причем доступны два плана, а не один.
это планы 1 и 2 , а к 0 считается что нет регистрового доступа, все видео ОЗУ три плана по 32 Кб.Цитата:
Сообщение от form
на диске GD есть два графических пакета для КГД, с драйвером на УКНЦ они работают, а в эмуляторе не работают.
Из ЦП вроде как и нет. Может в каких-то моделях вместо ловушки делали, но на тех (двух, обе вроде квантовские), что мне попадались ловушка была на месте.Цитата:
Сообщение от Vamos
На УКНЦ с СЭМЗ-овской схемотехникой скорость обмена выставляется программно через регистр 177704 на шине ПП, закрепляется скорость переключением бита 8 регистра 177700. Во вложении программка для переключения скорости из архива Олега Ховайко. Сам Олег мне говорил, что переключение нестабильное и может на первый раз не сработать. Может стабильности удастся добиться, вставив паузу между заносом в регистр 177704 нового значения и установкой бита 8 в 177700, а также между установкой и сбросом бита 8 в 177700.Цитата:
Сообщение от Vamos
В эмуляторе появилась настройка номера СОМ порта, появился адрес вектора прерывания в регистре 176576, а вот бит 2 не отрабатывается.
Да, точно так.Цитата:
Сообщение от Vamos
Попытался сегодня разобраться с этим битиком, но пока безуспешно. Сделать поддержку параллельного порта оказалось проще 8-)
А программную поддержку скорости обмена получится?Цитата:
Сообщение от nzeemin
Пока ничего не могу обещать. Посмотрим как пойдёт.Цитата:
Сообщение от Vamos
Давненько про С2 что-то не писали... ;)
Скачал эмулятор beta20 от 21-Jun-2011, попробовал С2.
Уже лучше: передача идет в обе стороны, но на прием прерывание генерируется правильно, а на отдачу во-первых генерится при записи в 176576 (должно генериться при готовности "железа" для записи в него), во-вторых по фиг знает какому вектору.
Кроме того при RESET не сбрасываются биты разрешения прерываний ни с источника ни с приемника.
Еще немного и VTCOM/TRANSF заработает :)
Попробовал beta21. При передаче символа в C2 снаружи (при получении внутри эмулятора) возникает прерывание независимо от того включен бит или нет :)
А там с С2 еще ничего и не делалось. Пока на очереди надо доделать работу с 1801ВП1-128 (контроллер флоппи), программируемый таймер, регистр 177054. А там уже и с С2 можно повозиться.Цитата:
Сообщение от form
Там С2 уже передает данные. А прерывания входящей стороны в прошлой бете даже работали правильно. Сейчас - криво :)Цитата:
Сообщение от Alex_K
---------- Post added at 22:44 ---------- Previous post was at 22:40 ----------
Хотя может и в прошлой неправильно было - на вход я его под VTCOM проверял, а вот на выход уже (после нерабочести VTCOM) тестил через ODT, а сейчас и на вход в ODT попробовал и обнаружил, что прерывание происходит сразу независимо от бита 6 в CSR.
Вот. В 21-й бете на магистрали ЦП только ловушка адреса появилась, все остальное не затрагивалось.Цитата:
Сообщение от form
По приоритету сперва контроллер флоппи стоит, надо привести в порядок в соответствии с последними сведениями.
Так что, form, извините, попозже будет. Там Ваша помощь будет очень нужна, в том смысле как в RT-11 работать с COM-портом. Тестировать, как я понимаю, можно и в E11, привязать к виртуальному железу реальный COM-порт.
А какие программы/диски не идут на текущем контроллере флоппи?Цитата:
Сообщение от Alex_K
Ну С2 появился-то достаточно давно, только не доведен до ума еще :)Цитата:
Сообщение от Alex_K
А я все хочу эмулятор связать с 11/83 :)
E11 да, его легко привязать к живому железу.
С живым отлично все работает. Вот через телнет если делать (мы с Andrey_Ak устанавливали связь между RT-11 по телнету и гоняли файлы взад-вперед) - тут придется в бубен постучать и поплясать вокруг костра :)
А работать - собственно вариантов немного:
- использовать как отдельный терминал куда можно повесить отдельную прогу или переключить консоль (для УКНЦ впрочем вариант не сильно актуальный хоть и возможный)
- использовать для терминального подключения к другому кому/передачи данных (VTCOM, TRANSF).
(это из того что сразу в RT-11 есть без дополнительного софта)
Да диски все идут. Иногда не ставится бит готовности (дисковод подвисает), бит готовности может поставится тогда, когда не надо. Бывают моменты, что не сбрасываются изменения на диск.Цитата:
Сообщение от Titus
Ну и самое главное - отвязать собственно контроллер от дисководов. Для дисководов надо только запоминать текущую дорожку и все. Сигнал стороны идет с контроллера, переключили дисковод, там и стала та сторона. К тому же дисководы являются только источником текущей информации, контроллер не должен менять состояния при изменении текущего дисковода. Если он вошел в режим декодирования MFM, то здесь по барабану какой дисковод, с того и пойдут данные, остановлен мотор или не выбран дисковод - идут нули.
Сорри, если несколько сумбурно. Но с 1801ВП1-128 провозился достаточно долго, чтобы понять его работу внутри. Надо бы привести код в эмуляторе в порядок в соответствии с последними знаниями. Но все равно работать он будет точно на уровне считываемых слов, в реальности он работает с потоком MFM-битов, а это в реальности совершенно другое, но в эмуляторе это и не надо.
Т.е. глюк как бы плавающий, и нет конкретных дисков или программ, где он проявляется стабильно?
Во вложении -- UkncComSender.exe плюс исходник от него.
Скрестил то что было в SAV2WAV со своими тестами Стык С2, заглядывая в описание Алексея (UKNC_TAPE.doc).
Работает так:
1. Используя драйвер com0com (http://sourceforge.net/projects/com0com/) создаём и соединяем два виртуальных порта -- на один настраиваем эмулятор, во второй будем высылать SAV-файл.
2. Запускаем UkncComSender, указав два параметра -- имя COM-порта и название SAV-файла.
3. Стартуем эмулятор, выбираем загрузку из Стык С2.
Действие программы такое же как у SAV2WAV: в первый 512-байтовый блок вставляется короткий загрузчик, который догружает хвост файла и запускает его.Цитата:
UkncComSender.exe COM9 vert.sav
Serial port COM9 opened.
Serial port configured.
Opening the input file vert.sav...
Reading the first block...
Waiting for byte 0100...
0x40
Sending loader...
Sending data ...............
COM port closed.
Код загрузчика пока корявый, но работает -- VERT.SAV из примера у меня запустился.
Код:000000 000240 NOP ; Опознавательный знак
000002 000447 BR 000122 ; Запуск загрузчика
000122 012701 001000 MOV #001000,R1 ; Адрес куда считывать остаток файла
000126 013702 000324 MOV @#000324,R2 ; Длина остатка в словах
000132 006302 ASL R2 ; Длина остатка в байтах
000134 105737 176570 TSTB @#176570 ; Приемник готов ?
000140 100375 BPL 000132 ; Нет
000142 113721 176572 MOVB @#176572,(R1)+ ; Переслать принятый байт в память
000146 077206 SOB R2,000132 ; Продолжаем пока не прочитали всё
000150 013706 000042 MOV @#000042,SP
000154 013707 000040 MOV @#000040,PC ; Запускаем загруженную программу
А сам C2 в эмуляторе нельзя починить?Цитата:
Сообщение от nzeemin
Я тут писал уже что не работает - совсем мелочи остались :)
Во вложении -- вариант где бит учитывается, попробуйте пожалуйста.Цитата:
Сообщение от form
На вход вроде работает правильно теперь (прерывание не проверял).Цитата:
Сообщение от nzeemin
На выход по прежнему неправильно: прерывание возникает в момент записи в регистр данных, а не когда регистр даннных готов принять байт.
Само прерывание происходит по непонятному вектору.
RESET по прежнему не сбрасывает бит разрешения прерываний (как минимум для 176574).
Вектор поправил, сброс поправил, про момент возникновения прерывания -- пока думаю.Цитата:
Сообщение от form
Вектора работают правильно.Цитата:
Сообщение от nzeemin
У 176574 бит 6 (100) сбрасывается по RESETу как и положено.
У 176570 не сбрасывается.
Осталась мелочь и можно будет связывать.
Момент возникновения проще вычислять в аппаратных принципах: прервание возникает сразу же как устанавливается 7 бит (200).
7 бит устанавливается как только в буфере COM порта (или того что в него отсылает) есть место для символа.
Это касается 176574/176576 всмысле, у 176570/176572 все нормально.
Прерывание возникает и у устройства с разрешёнными прерываниями (установлен бит 6) при достижении готовности (установка бита 7), и у готового устройства (установлен бит 7) при разрешении прерываний (установка бита 6).Цитата:
Сообщение от form
Это то же самое только другими словами :)Цитата:
Сообщение от Patron
Просто не упоминал разрешение так как его уже обсуждали.
Ну и про приритет (точнее "приоритет") CPU не упоминал как про очевидное :)
При абстрактной эмуляции выставления запроса IRQ на шину Q-Bus (без отдельной эмуляции запроса вектора) я учитываю (и всем рекомендую учитывать) следующие аппаратные параметры:Цитата:
Сообщение от form
Если за то время, пока прерывания в процессоре были запрещены, успело поступить несколько запросов прерываний от разных устройств, то после разрешения обработки прерываний - первым обсуживается тот запрос, который пришёл по линии BR с большим номером и от того устройства, которое расположено на этой линии BR ближе к процессору.Код:bool SetIRQ(
word uVector,
word uBR_Line,
word uBR_LinePosition,
bool bClearedByInit = true
)