• ? gid - 04.04.2019 22:13
  А чтобы спокойно трассировать, лучше поставить точку останова на адресе 154614, это точка входа в п/п выполнения емт 115 и после того, как выполнится емт 115, трассировать дальше с комфортом.
• ? gid - 04.04.2019 22:07
  А чем мстд не угодил? он вообще никак ни на что не влияет, если его не запускать.
  По сути это и есть голая конфигурация БК11М без дисковода. вы просто не делайте 160000G и считайте, что там ничего нет.
• ? gid - 04.04.2019 20:55
  А экран в БОС 11/11М всегда фоновый. Он подключается тогда, когда надо что-то вывести на экран и сразу отключается обратно.(Поэтому там всё медленно работает, особенно на БК11 без М, там БОС - какой-то кошмар, как будто написанный на фортране или си, на ассемблере нормальные люди такие конструкции, как в коде БОС применены, не используют) Ещё, экран для вывода текста преимущественно подключается в окно1, т.е. по адресам 100000-137777, а в окно 0 подключается стр 7, где как раз хранится всякая рабочая инфа, стек, текущий шрифт и т.п. Но это не всегда, когда очень-очень надо и по-другому никак, экран и в окно 0 подключается, это когда задействуется вторая ПЗУ БОС.
  В общем БОС БК11М штука сложная, я в ней так и не разобрался. Дизассеблировал-дизассеблировал да не выдизассеблировал.
• ? gid - 02.04.2019 18:31
  конечно, у них даже спектрограмма на вид одинаковая и в audacity выглядят одинаково
• ? gid - 02.04.2019 09:45
  не каждый хочет грузить программу в память в виде bin файла. Некоторые хотят слышать эти ностальгические звуки из магнитофона. И эмулятор это позволяет - грузить фалы wavками. И вот, когда в эмуляторе была всего одна рабочая частота дискретизации, не было никаких проблем. А как стало можно её задавать в настройках - неожиданно вылезло в самом том месте, которое я старался по возможности не трогать.
  Проблема начинается с того, что программа загрузки с магнитофона монитора БК10 перестаёт вообще определять конец начальной синхрнизации и начало блока данных.
  ¤
  там даже сложнее, чем кажется.
  //!!!Остался один непонятный косяк. Wav файлы, которые записаны эмулятором
  // на частотах 44100 и 96000 не воспринимаются эмулятором на частоте 48000
  // даже преобразованный в tap такой wav не воспринимается. Как-то неправильно
  // ресэмплинг делается. Там каждый 10й(11й) сэмпл дублируется /удаляется
  // Wav файл, записанный на 48000 не воспринимается на частоте 44100, а на
  // 96000 - воспринимается.
  я ещё никак понять не могу такой феномен 96000->48000 тоже не работает, но просто в случайных местах просто перестаёт читаться файл. Вот тут-то в чём проблема?
  ¤
  Всё это касается не конвертирования, а именно загрузки wav через эмуляцию магнитофонного входа посредством выполнения программы из мониторе БК10. Если записать Wav эмулятором с одной частотой дискретизации и на ней же читать - всё работает как на реальном железе, а если читать с другой частотой дискретизации - работать перестаёт.
  ¤
  Ресемплер с интерполяцией превращает программный файл в жуткое непотребство, которое вообще никак не читается, а ресемплер с вставкой/удалением сэмплов - работает не так, как я от него ожидаю. И хз, что я делаю не так.
• ? gid - 02.04.2019 07:49
  Именно так я и делаю, и хренушки, 48000->44100 и 44100->48000 при этом перестаёт пониматься. Хотя казалось бы всего 1 сэмпл дублируется/удаляется через каждые 10 сэмплов и такой странный результат.
• ? gid - 01.04.2019 12:30
  [Он сильно сглаженный (хотя фильтр у меня отключен)]
  Там в эмуляторе присобачен неотключаемый эмулятора коннденсатора, чтобы звук пищалки был похож на настоящий.
  а с выхода реальной БКашки тоже получается менадр? У моей БКашки на выходе тоже конденсатор и сигнал получается тоже сглаженный, что никак не мешает записи а потом и чтению с магнитофона
• ? gid - 01.04.2019 09:57
  [сейчас качество избыточное]
  тут дело в том, что я не только конвертирую bin <-> wav, но ещё и сохраняю Wav с программами из эмулятора. И для этого используется один и тот же код.
  Сейчас там такая проблема: программа сохранённая на частоте 48кГц, не читается на частоте 44100Гц, и наоборот. Из-за того, что я как-то неправильно передискретизирую файлы.
  Как только мне подскажут, как надо делать правильно, чтобы передискретизировать из любой частоты в любую и при этом программа будет читаться эмулятором, то я сразу смогу сделать фиксированный формат сохранения wav.
  ¤
  Потому что сейчас внутри эмулятора звук хранится в 16-битном формате, и для генерации 8 битного звука нужно будет писать новые функции, а мне туда лезть неохота.
• ? gid - 01.04.2019 09:43
  Они не только об emt обламываются. Они ещё активно используют подпрограммы оттуда - сохранение/восстановление регистров в стеке, приём кода с клавиатуры, вывод символов и т.п.
  [который приклеивает к игре кусок Монитора от БК-0010 и кидает его в верхнюю страницу памяти перед запуском игры]
  и всё это с магнитофона? навряд ли коллекционеры такие извращенцы, они обычно ретрожелезо вообще не включают, чтобы оно не сломалось случайно.
• ? gid - 28.03.2019 19:52
  Вообще без понятия. Исходников v3.1 то нет. Из того, что помню, в версии v3.0, собранной из исходников звук отставал на длину звуковых буферов. Т.е. на БК10 в бейсике жмёшь на кнопку, а звук раздаётся заметно позже. Ничего не заикалось.
  Я буквально год, каждый день без выходных, с перерывами на работу, разбирался с его исходниками, переносил в гуй нового интерфейса и правил код, чтобы под x64 работало (указатели в 32-битных переменных). И после всего этого, как у меня заработало, тоже довольно долго бился над тем, чтобы задержку звука уменьшить. И какие-то проблемы там были. Я из-за этого и перешёл на WaveOut без сожалений, после того как увидел, что в BKBTL звук звучит лучше, чем у меня, просто взял весь код оттуда. А версию 3.1 даже не запускал. Нет исходников == нет смысла.
• ? gid - 28.03.2019 10:54
  там как-то запутано написано, проще говоря, бит V устанавливается, если при выполнении операции происходит смена знака числа.
  Очевидно, что чтобы что-то изменилось, бит С должен быть равен 1, иначе ADC/SBC ничего не прибавляет/вычитает.
  ¤
  Читая эти доки получается, что V устанавливается для ADC при смене знака с + на -, и не устанавливается при смене с - на +,
  А для SBC - наоборот. Что с моей точки зрения как-то сложновато и непонятно. У меня так и сэмулировано, и я всё забываю проверить, так ли это на самом деле. Мне кажется, что V должен устанавливаться в любом случае смены знака числа.
  достаточно проверять, что результат xor между знаковыми битами значения до операции и после операции равен 1
  bool V = !!((old_value ^ new_value) & NBit_mask)
  ¤
  [вопрос состоит в том, что для словных и байтовых операций проверяется одно и тоже значение]
  Это где? У меня в эмуляторе для словных команд проверяется изменение бита 15, для байтовых - бита 7.
• ? gid - 27.03.2019 22:10
  [как это крутится void CMotherBoard::TimerThreadFunc()]
  Непрерывно, бесконечно, синхронизируясь с реальностью по звуковым фреймам, пока не придёт событие останова потока, или пока не придёт событие отладочного приостанова, в этом случае цикл залипает в своём внутреннем цикле, пока не придёт событие отмены отладочного приостанова, если во время отладочного приостанова придёт событие останова, то всё отменяется и поток останавливается.
  длительность одного звукового фрейма - 10 мс
  эмулятор без проблем тянет звук с частотой синхронизации 96000 Гц, лично у меня на рабочем компе тянет и 192000 Гц, но я смысла такую частоту дискретизации делать не вижу совсем. качество генерируемого звука и 44100 вполне устраивает, хотя на 96000 AY звучит мягче, а спикер менее песочно.
  ¤
  Я может чего-то не так делал, но у меня DirectSound был более тормознутый, чем WaveOut
• ? gid - 22.03.2019 21:20
  миграция. в более новых студиях более удобно писать код, и поддерживается более больше новшеств из стандартов с++, которые в gcc обычно запиливаются первыми и потом слоупочный мелкософт реализует у себя в студии.
  А обезьяны были бы, если бы хаотично скакали из студии 2012->2015->2010->2013->2017->2015
• ? gid - 17.03.2019 09:05
  Абсолютно никаких идей, почему не работает, а из-за того, что контролер работает чуть быстрее, просто бейсик должен работать чуть быстрее и всё.
• ? gid - 16.03.2019 19:19
  Печальные новости, исправил я баг в прошивке ПЛИС, а бейсик как не работал, так и не работает, что-то ещё ему мешает. Так и придётся смотреть в отладчике, что там такое творится с бейсиком. Только сперва придётся вспомнить, как пользоваться отладчиками на БК.
• ? gid - 16.03.2019 19:15
  Вот схема установки элементов - http://gid.pdp-11.ru/img/page3gM.png
  Если нужны остальные листы, брать там http://gid.pdp-11.ru/misc.html
• ? gid - 14.03.2019 19:16
  Да, так и есть. Учитывается факт изменения V в процессе побитного смещения на заданное количество бит. А вот в PDP-11/03, и может ещё каком-нибудь, бит V устанавливается в результате сравнения начального и конечного значений.
• ? gid - 13.03.2019 16:58
  >>? Дмитрий - 13.03.2019 16:35
  [То есть в самих тестах как параметр он не участвует?]
  Нет конечно, после занесения в R1 значения PC, проверяется, соответствует ли номер теста, который вот прям щас будет, ожидаемому, и если да - то значения регистра R1 заполняется нужными для теста параметрами.
• ? gid - 13.03.2019 16:09
  Ну он скомпилирован как позиционно зависимый. и адрес загрузки у него 0, адрес запуска - 0200.
  А команда MOV PC,R1 нужна только для того, чтобы узнать, если нарушен порядок тестов, где именно он нарушен.
  Без листинга под рукой - бесполезно.
  там даже номер ошибки без таблицы ошибок бесполезен, потому что нету этой таблицы, всё равно надо в исходник лезть и выяснять, отчего ошибка случилась.
• ? gid - 13.03.2019 10:55
  Наверное, некоторые компиляторы, видя, что у src знаковый тип, начинают своевольно манипулировать знаковым битом переменной при приведении типов, вот и приходится добавлять его обратно вручную. Больше нет предположений этому бессмысленному действию.
• ? gid - 11.03.2019 16:29
  В Вин10 нету ни DirectSoundа, ни DirectDrawа. Ну и зачем они мне?
• ? gid - 11.03.2019 09:37
  >>? Дмитрий - 11.03.2019 01:21
  https://github.com/1801BM1/cpu11/tree/master/vm2/tst
  Там vslav в исходниках немного модифицировал диагностический вывод результатов под конкретно этот свой проект, поэтому они отличаются от оригинальных. А 791402 есть только дизассемблированная версия, в единственном своём виде.
  ¤
  >>? microxa - 11.03.2019 01:54
  [Вообще я и оригинальный v3.0 не жаловал]
  но ведь есть другие, более лучшие эмуляторы.
  например вот https://github.com/nzeemin/bkbtl
  Вот недавно и там появилась эмуляция БК https://github.com/samstyle/Xpeccy
  И ещё есть куча других, авторы которых зажопили исходники.
  ¤
  [удивляюсь Вам]
  Ну неужели по лютому говнокоду в исходниках не видно, какой из меня программист. Потому и всё ужасно тормозит и вообще не работает на Pentium-166. Естественно, я изучал c++ & mfc в процессе и писал как умел. У меня многолетний опыт изучения всякого интересного мне в данный момент времени.
  Так что будьте снисходительны и великодушны. И не стесняйтесь не только указывать на ошибки, но и давать правильные варианты. От этого всем станет лучше, эмулятор наконец-то будет нормальный.
• ? gid - 10.03.2019 19:25
  Я вообще не понимаю юмора. Не нравится - пишите сами, а не нойте, что работает не так как вам хочется.
• ? gid - 10.03.2019 15:18
  >>? Дмитрий - 10.03.2019 12:17
  [simh проходит тесты eis/fis]
  без понятия, я чё-то даже и не вспомнил про simh, сам писал эмуляцию по алгоритмам на асме из драйверов.
   
  >>? microxa - 10.03.2019 14:09
  Эмулятор не имеет доступа к режиму ядра, чтобы монопольно использовать 100% процессора. Поэтому довольствуется тем, сколько выделит ему Windows. А Windowsу побоку на эти мипсы и флопсы.
  А насчет сборки под ХП: как работала на тестовой виртуальной машине, так и работает, даже не потребовала установки VC redist 2017, обходится VC redist 2015.
  Я на своих тестовых конфигах не заметил разницы от перехода на VS2017 и от смены алгоритма эмуляции, потому и выложил новую версию.
• ? gid - 09.03.2019 08:42
  См. в исходнике драйвера ПЗУ 326 эмуляцию EIS/FIS. http://gid.pdp-11.ru/f/326v12.rar (добавил немного комментариев к коду EIS/FIS)
  Сам недавно интересовался этим вопросом, эмуляция EIS проходит тест 791402, значит там всё правильно, и как раз на асме.
  Эмуляция FIS тест 791403 не проходит из-за ошибок определения того, что есть 0.0 и неправильного определения переполнения.
  ¤
  Ещё есть исходник эмулятора EIS/FIS на MACRO-11 с авторскими комментариями:
  http://archive.pdp-11.org.ru/ukdwk_archive/dwkwebcomplekt/PATRON_EMv14/
  И тут моё сообщение, где описаны ошибки в этом исходнике:
  https://zx-pk.ru/threads/2348-dvk-(i-vsjo-chto-s-nimi-svyazano).html?p=1000907&viewfull=1#post1000907
  правда исправление определения 0.0 слишком радикально, там много переписывать и я его не отразил.
  ¤
  В этом сообщении приаттачены исходники ещё одного набора драйверов эмуляции EIS/FIS/FPU:
  https://zx-pk.ru/threads/2348-dvk-(i-vsjo-chto-s-nimi-svyazano).html?p=1000776&viewfull=1#post1000776
  И там кстати немного другая логика установки флага V результата команд ASH/ASHC, которая тестом 791402 считается неправильной.
  А в каких-то PDP-11/xx - правильной.
• ? gid - 07.03.2019 15:48
  А на СМК-64, судя по его схеме, всё работает, там же логика на корпусах с 14 ножками построена, и всё видно, что отключение портов, отключает прохождение сигнала DIN на ногу ВП1-128, т.е. она вообще перестаёт на чтение реагировать.
  А в исходнике прошивки ФПГА реплики логика совсем другая.
  ¤
  К тому же программу BASIC64 давным-давно написали именно для СМК-64 и если б тогда не работало, то это бы как-то отразилось в истории.
• ? gid - 07.03.2019 15:15
  Таки да. По моему скромному мнению, в прошивке ФПГА есть логическая ошибка, из-за которой выдаются не те данные, которые должны.
• ? gid - 06.03.2019 22:50
  Обнаружил странное. Обновил тест контроллеров АльтПро, усложнил там тест блокирования регистров 177130, 177132 по чтению битом 2. И оказалось, что именно в режиме 020, регистры не блокируются. Во всех остальных режимах, кроме 160 (его я в тесте игнорировал) блокируются, а в одном - нет.
  То ли баг в прошивке реплики, то ли что-то неясное.
• ? gid - 06.03.2019 08:07
  >>? Maxvel@ - 05.03.2019 21:13
  BASIC64M только под 10, под 11й он не запускается. Так и пишет, что только для десятки.
  В dbasic1.asm я сделал проверку контрольных сумм и теперь он не даёт запускать бейсик ни под 10 ни под 11 по одной и той же причине.
• ? gid - 05.03.2019 20:47
  Долго длится. Если задать достаточно большое число проходов, можно много часов, а то и дней ждать. Это стресс тест, специально на помехоустойчивость и стабильность питания.
   
  А у меня фигня какая-то происходит. Ни BASIC64M, ни мой загрузчик бейсика не работают.
  В BASIC64M работает только кнопка стоп и остальные кнопки пикают и всё. Почему, без понятия.
  А мой загрузчик не работает, потому что регистры 177130 177132 не блокируются по чтению, и ПЗУ бейсика портится, и из-за этого он и не работает.
  Вообще чудеса какие-то. В тесте Альтпро - блокируются, а вот тут - фиг. Буду очень внимательно смотреть, что я делаю не так.
• ? gid - 05.03.2019 16:40
  Чёт я тупанул и изобрёл велосипед. Этот BASIC64M работает точно по тем же принципам, как я и наизобретал в dbasic1.asm, даж режимы СМК использует те же самые.
   
  AlexMik, может стоит погонять тесты контроллеров АльтПро http://gid.pdp-11.ru/altpro_test.html там в конце страницы - образ дискеты с тестами. А то вдруг окажется, что проблема в железе была, а мы тут программы изобретаем.
• ? gid - 05.03.2019 13:49
  На эмуле всё работает, потому что он немного упрощённо с памятью работает, эмулятор не умеет наложение ОЗУ на ПЗУ и ОЗУ на ОЗУ эмулировать. И там на БК10 режим подключения ПЗУ бейсика сделан просто - тупо врубается ПЗУ игнорируя все режимы работы СМК. Поэтому всё и работает. В реальности же там происходит наложение ПЗУ БК на ОЗУ СМК.
  На конкретно моём экземпляре реплики СМК, ОЗУ СМК быстрое, и наложения данных не происходит. По любому всегда отзывается ОЗУ СМК.
   
  Maxvel, а вот AlexMik говорит, что на десятке не работает.
  Ну тогда заодно и на реальной БК11М проверю работоспособность.
   
  Единственное, что невозможно предотвратить - это то, что область 100000-177600 доступна по записи, и программы, которые делают прерывание по вектору 4 путём записи туда чего-либо, будут работать неожиданно для себя не так, заодно и бейсик с монитором запортят.
• ? gid - 05.03.2019 11:43
  Чуточку подправил dbasic1.asm добавил проверку контрольных сумм содержимого, которое должно быть в ОЗУ СМК.
  Ссылка та же. http://gid.pdp-11.ru/f/bas10.zip
  Сегодня вечером попробую проверить на реальной БК10, что там мешает работе.
  исходя из того, что я знаю про СМК, я всё делаю правильно, всё должно работать. Или я чего-то про СМК не знаю.
• ? gid - 03.03.2019 19:56
  На реальной БК не проверял, только в эмуляторе. Так что в принципе должно работать, но может и как-то по-хитрому не работать
• ? gid - 03.03.2019 19:49
  Вот. Кому хочется бейсика на СМК
  http://gid.pdp-11.ru/f/bas10.zip
  Содержимое архива:
  BASROM10.1,BASROM10.2,BASROM10.3 - обычные дампы ПЗУ бейсика БК10, я их просто поименовал так, для удобства.
  DBASIC.EDP - оригинальная инструкция к проге
  DBASIC.EDP.txt - это чтобы почитать инструкцию на ПК
  dbasic1.asm - исходник проги, по-быстрому на коленке написанный.
  dbasic1.bin - скомпиленый бинарник.
  ¤
  Необходимо закинуть dbasic1.bin, BASROM10.1,BASROM10.2,BASROM10.3 на образ дискеты, или на саму дискету, или любым удобным образом сделать так, чтобы эти файлы как-то оказались на БК.
  запустить dbasic1.bin и пользоваться бейсиком БК10 который умеет работать с диском. НО ТОЛЬКО НА АНДОС.
  Непонятные моменты уяснять в документации DBASIC.EDP, основа нетронута, как была так и осталась, я только прицепил загрузчик бейсика в ОЗУ СМК.
  ¤
  Если хотите МКДОС - напишите перехватчик емт 36 для мкдоса и заменить им андосный.
  ¤
  Эта штука работает и на БК11М в андосе.
• ? gid - 03.03.2019 17:35
  Хотя нет, режим 120 не подходит, нужно использовать режим 20
• ? gid - 03.03.2019 17:33
  Это какие-то неправильные исходники. Если их собрать, получается не тот бейсик, который в ПЗУ БК10.
  Я тут прикидывал и так и сяк. Никак не получается на БК10 и реплике СМК добраться до ПЗУ бейсика.
  Я специально уточнял такой момент: на оригинальном СМК с медленной памятью в режиме наложения ОЗУ СМК на ПЗУ БК, если в ОЗУ заранее записать нули, то видно ПЗУ БК. А на реплике с быстрой памятью, при наложении ОЗУ СМК на ПЗУ БК, в любом случае отзывается ОЗУ, ПЗУ просто не успевает среагировать, и видно всегда ОЗУ СМК, т.е. как такового наложения ОЗУ на ПЗУ не происходит.
   
  Поэтому на реплике тупо невозможно воспользоваться бейсиком из ПЗУ, а остальные дисковые бейсики не помещаются в ОЗУ, т.к. рассчитаны на БК11(М)
   
  На дискете андос 3.30 есть такая прога dbasic - это прога для контроллера А16, которая перехватывает емт 36 и из-за это ПЗУшный бейсик БК10 может работать с дисководом.
  ¤
  Взяв за основу этот dbasic можно написать загрузчик дампов ПЗУ бейсика в ОЗУ СМК. Дампы загружать в страницу 1 в режим 120. В сегменты 0,1 - скопировать монитор БК10, в сегменты 2-7 загрузить бейсик (см документацию на СМК). Эта штука будет работать даже с HDD, потому как не будет затрагивать таблицу разделов.
• ? gid - 28.02.2019 15:15
  Всем подходит. Это один из 7-8 используемых методов для перечисления компортов.
• ? gid - 28.02.2019 13:11
  Значит какой-то из методов не срабатывает и из-за него тормоза. У меня все методы, которые включены, работают быстро, выключены совсем не работающие.
• ? gid - 28.02.2019 11:41
  Новую сборку скачивать там же, но по другой ссылке.
• ? gid - 28.02.2019 11:40
  System.IO.Ports в си плюс плюс нету.
  Я в общем-то искал виртуальные/реальные ком порты, которые в диспетчере устройств видны как устройства последовательные порты.
  Ладно, сделал по-другому. Взял сторонние исходники, для перечисления доступных ком портов, и теперь определяю их 7-8 разными способами. Если и это не поможет, то я уж и не знаю что делать.
  ¤
  Вон же, в сообщении ? gid - 27.02.2019 20:16 виртуальные компорты, целых 4 штуки. И все они как устройства обозначены.
• ? gid - 27.02.2019 20:16
  А "консоль" вообще не умеет считывать регистры, я её этому не научил ещё, туда делается только вывод.
  Вот сейчас проверил на двух Win10 Pro X64, на одной UAC выключен, на другой включен. На обоих всё нормально, доступ к списку ком портов есть, В выпадающем списке отображаются доступные порты в дополнение к консоли.
  На одном эти порты:
  [HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM]
  "\\Device\\com0com10"="CNCA0"
  "\\Device\\com0com20"="CNCB0"
  "\\Device\\com0com11"="COM4"
  "\\Device\\com0com21"="COM3"
  ¤
  на втором вот эти:
  [HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM]
  "\\Device\\Serial0"="COM1"
  ¤
  Так что UAC не мешает. Проверь у себя, в regedit'e, сможешь в эту ветку реестра зайти?
  Может Windows SmartScreen мешает? Я его тоже всегда отключаю, ибо задалбывает.
• ? gid - 27.02.2019 14:32
  Это наверное UAC не даёт доступа к нужным веткам реестра. Чё-то я про это не подумал. У меня он везде отключен, ибо задалбывает. А как программно делать обход UAC, я не знаю. Нужно попробовать запустить эмулятор от имени администратора (не с учётки с админскими правами, а именно правой кнопкой на проге и выбрать пункт "Запуск от имени администратора").
• ? gid - 27.02.2019 11:25
  BD, и все, кто хотел ИРПС в эмуляторе БК. Наконец можно опробовать эту штуку.
  скачивать нужную сборку там http://gid.pdp-11.ru/betatest.html
  Краткая инструкция, как всё настроить в текстовом файле в архивах.
• ? gid - 24.02.2019 15:03
  c этой страницы http://gid.pdp-11.ru/misc.html
  Можно скачать эти сканы схемы БК11М в разрешении 600dpi
  http://gid.pdp-11.ru/img/page1g.png
  http://gid.pdp-11.ru/img/page2gM.png
  http://gid.pdp-11.ru/img/page3gM.png
  Файлы по 6.8Мб, зато все буковки видать. Если нужен только перечень элементов, то достаточно скачать только третий лист.
• ? gid - 20.02.2019 15:56
  Если вы про zx-pk.ru, то подумайте хорошенько, надо ли вам это? Какую пользу вы сможете принести сообществу?
  Там ведь ясно сказано: "Регистрация на форуме отключена. Тем не менее Вы можете оставить заявку на регистрацию, воспользовавшись формой обратной связи."
  Решение о том, стоит ли давать возможность регистрации принимают люди, которые задолбались бороться со спамерами, ботами и неадекватными людьми, и теперь регистрируют участников вручную.
  А неспособность заполнить форму уже говорит не в вашу пользу.
• ? gid - 10.02.2019 14:14
  MUL ss,R - 070Rss
  DIV ss,R - 071Rss
  ASH ss,R - 072Rss
  ASHC ss,R - 073Rss
  но!
  XOR R,dd - 074Rdd
  ¤
  Как видим у MUL/DIV два поля занимает операнд - источник, а приёмник - одно поле - регистр.
  А у XOR - всё наоборот. Два поля занимает операнд - приёмник, а источник - одно поле - регистр.
  Именно поэтому у MUL/DIV приходится записывать операнды задом наперёд, потому что по нотации ассемблера PDP-11 первым идёт операнд источник, а вторым - приёмник.
  074227 000001 xor R2,#1 полностью корректная операция, потому что в целях экономии памяти некоторые хранят переменные прямо внутри команд в поле операндов.
• ? gid - 08.02.2019 15:40
  стр. 75 пункт 8.3.
  Там правда не в командах ассемблера. зато в кодах микропрограммы. А она совсем не на ассемблере сделана.
• ? gid - 08.02.2019 15:38
  https://github.com/1801BM1/cpu11/blob/master/vm1/doc/1801vm1.pdf
• ? gid - 08.02.2019 13:12
  Всё это уже давно обсуждено там https://bk0010.org/forum/?id=3799
  ¤
  [А известно по какому вектору с блоком МСТД печатается ЗВ(зависание)?]
  Вектор 4. Там можно аппаратно узнать, причину, возникновения прерывания. Смотрим бит 4 в 177716, если 1, то нажали СТОП, если 0, то ЗВ
  ¤
  [Пультовой код в процессоре как я понимаю известен?]
  Пультового кода нету, и аппаратной поддержки нету. Кому надо, должен сам собрать железку, которая реализует пультовый режим, и написать ПО, которое работает с этой железкой. Например: железка - альтпровский контроллер СМК, ПО - альтпровский RAM/ROM BIOS и некая операционка OS/A WASP (если не путаю, как там она пишется)
•   «   1 | ... | 7 |  8  | 9 | ... | 15 |   »  

?