Вид для печати
Красиво. Позолоченная? :)
Как такая точность в домашних условиях достигается? Фоторезистом?
- - - Добавлено - - -
А нельзя ли сделать доработку на орионовском контроллере, чтобы на нем все версии ОС работали? Ну ВГ93 же и там и там, все остальное - минимальная обвязка. Сделали же доработку по универсальной дешифрации. Алсо, если применять разъемы не PLC, а СНП или аналоги, то надежность будет выше любого самодельного варианта (кроме позолоченных), ИМХО.
Плата просто прекрасна! Земляные анти-EMI полигоны шикарны. Ещё бы на этой плате сразу собрать RS-232 (ИД3 и такт.ген. общие), была бы супервещь!
- - - Добавлено - - -
Такая доработка этого контроллера была, в каком-то ж. РАДИО описана. Там устанавливалась дополнительная КП14 и горстка диодов, плюс какие-то порезы родной схемотехники.Цитата:
Сообщение от Error404
Плата сделана фоторезистом, поэтому полигоны - вынужденная мера, тем более не подключенные. Ну не получается у меня сделать качественные фотошаблоны - принтер говнит.
У этого контроллера есть одно существенное отличие от других - отдельный порт для чтения сигналов DRQ и IRQ (как в ZX), в других контроллерах этого нет, плюс другие биты порта выбора дисковода и стороны...
Дешифрацию доработал, теперь контроллер доступен только по адресам F700..F70B.
Один тактовый генератор на ВГ93 (8.000МГц) и ВВ51 (1.8432МГц) не пойдёт...
P.S. На плате есть один существенный косяк [emoji16] , кто догадается - тому пирожок!
И именно эти сигналы используются в DSDOS в процедурах чтения/записи сектора. Как это делать без этих сигналов, я честно говоря даже не в курсе. Если кто подскажет, буду очень признателен.Цитата:
Сообщение от alx32
DSDOS работает с нативной адресацией, как в авторском варианте.Цитата:
Сообщение от alx32
В родной схеме RS-232 используется тактирование с "немного кривой" частотой 2 МГц, которое получается банальным делением с помощью счётчика. В оригинальной схеме RS232 это делается делением тактовой Ориона на "5", а при совмещении с КНГМД можно использовать уже имеющиеся там 2 МГц напрямую (соотв. выход счётчика DD2).Цитата:
Сообщение от alx32
Отлично получилось!
Не, плата реально супер и даже косяки искать не хочется. Правда переходы на "земляную" сторону я бы оформил как то так. И пайка площадок красивее получается.Цитата:
Сообщение от alx32
Ну ладно... На плате разъём дисковода наизнанку... пришлось шлейф напрямую запаять...
С терморазгрузкой бывают косяки при заливке платы...
Контроллер завёлся практически без наладки... [emoji15]
Единственный косяк который произошёл из-за моей торопливости... перепутал местами ИР16 и ЛА3 в схеме предкомпенсации. Пришлось выкусывать... и как назло ЛА3 в запасах не оказалось, впаял завалявшуюся 74НС00... сейчас сижу форматирую дискеты...
http://uploads.tapatalk-cdn.com/2016...09815d81ba.jpg
http://uploads.tapatalk-cdn.com/2016...b84493b110.jpg
К сожалению фото только с телефона...
Какой-то модный дисковод с чёрной мордой! Ням :)
А вот чай стоит кверх ногами)))
П.С. плата КНГМД обалденно красивая!
Пользователям DSDOS предлагается улучшенная версия прошивки для МК ATmega48 интерфейса PS/2. Ссылка: Вложение 56056
Изменения коснулись активации/переопределения некоторых клавиш, что значительно повысило удобство в работе:
1) Теперь клавиши Insert и Delete нормально вставляют и удаляют;
2) Системное меню Shift+F1 включается одной кнопкой Win (очень удобно);
3) Клавиши F6...F9 ведут себя в оболочке DC$ также, как и в Norton Commander на PC. НО! на самом деле они дублируют цифровые клавиши 6..9, просто программно "сэмулированы" как F6...F9;
4) PgUp и PgDn теперь привычно пролистывают экраны в просмотрщиках и редакторах;
5) На клавиши F10...F12 наложены коды 10h...12h (резерв);
А для ATmega328 можно? ;)
Если перекомпилировать то можо.
А так для ATMega48/88 прошивка подходит без изменений. Это связано с разной таблицей векторов прерываний, у 48/88 там двухбайтные (одно слово, команда относительного перехода RJMP) команды перехода, а у 168/328 четырёхбайтные (два слова, команда JMP + <адрес>). Из-за объёма флеша.
Может и нужно просто перекомпилировать, у меня на РК86 этот контроллер на клавиатуре стоял, и там было две версии прошивки - под 48 и 328.
если надо перекомпилировать под другой МК, то это надо просить автора - Caro.Цитата:
Сообщение от DIMKA55
а так в настоящий момент доступна только прошивка под 48/88 с возможностью доработки раскладок клавиатуры.
Если есть исходники, то можно и перекомпилировать.
Это если есть.
Но Caro ими вроде как не делился.
А кто дорабатывал под 48? Значит исходники есть...
в этой ветке и схема, и прошивки, и описание как переделать клавиатуру http://zx-pk.ru/showthread.php?t=9294
Сергей, спрашиваю еще раз - если вы переделали оригинальную прошивку, значит у вас есть возможность перекомпилировать под 328?
- - - Добавлено - - -
В ревизиии 512 схема Caro и используется...
объясняю.
вот у нас есть прошивка для МК ATmega48.
она готовая, её нельзя переделать.
никак.
исходников нет.
чтобы прошивка полноценно работала, автор оставил программистам возможность подключать различные варианты раскладок.
к прошивке идёт исходник раскладки клавиатуры, который можно по своему усмотрению отредактировать и откомпилировать.
вот его-то мы и подстыковываем к прошивке, получая тем самым новый вариант. делается это банально командой copy /b.
а теперь по-простому.
есть файл orion_kb.hex
он пустой, он не понимает клавиатуру. это то самое ядро, которое и надо для 328 перекомпилировать, но исходных текстов нет. они только у Caro.
к нему есть исходник TABKBD_O.ASM
его редактируем как нам надо
и компилируем через asm51.exe TABKBD_O.ASM
и делаем команду copy /b orion_kb.hex /b + TABKB_OR.hex /b orkb_02.HEX /b
всё. новая прошивка у нас в руках.
OFFTOP-ON
точно также Ewgeny7 сделал прошивку для компьютера ЮТ-88. ядро старое - раскладка обновлённая.
OFFTOP-OFF
Сергею ещё раз огромное спасибо за проделанную работу!Цитата:
Сообщение от Stampmaker
Позволю себе сделать некоторые пояснения. Все доработки, как обычно, делались по принципу "не навредить уже имеющимся привычкам и традициям".
п.1. Ноги растут, видимо, из когда-то популярного пакета "МИКРОН" и/или ещё какого-то РК'шного софта. Отдельных клавиш с функциями удаления символа под курсором и переключения режима ВСТАВКА/ЗАМЕНА в нативной клавиатуре РК86 нет, поэтому традиционно эти функции повешены на клавиши F2 и F3, соответственно.
При работе с клавиатурой PS/2 у всех уже давно "в руках" на уровне безусловных рефлексов привычка выполнять эти функции с помощью специальных клавиш Del и Ins. Так что логично их запараллелить на уже работающие в софте клавиши, выполняющие аналогичные функции. Итак, клавиша Del выдаёт код 01h, а клавиша Ins выдаёт код 02h.
п.2. Никаких конфликтов с ПО других ОС эта функция не вызовет. Клавиша болталась без дела, почему бы не задействовать. Мелочь, а приятно :)
В итоге, клавиша Win выдаёт код 00h и бит D5 порта #F402 при этом установлен в "0".
п.3. Тоже неприкаянные в изначальной прошивке МК клавиши, а привычка ими пользоваться (например, в Нортонах) у людей есть. Свободного места в матрице клавиатуры РК86 для отдельных кодов для F6..F9 нету, поэтому решили продублировать на соотв. цифровые клавиши "6".."9". В оболочке эти коды поддержаны изначально (F6="6"=переименование файла, F8="8"=удаление файла), так что пусть будут выполнять привычные функции.
п.4. Клавиша СТР используется для пролистывания или очистки страницы, логично её функционал назначить на клавиши PageDown/PageUp (в переводе "Page" означает "Страница", прим. Кэпа). Для удобства и совместимости с орионовским/РК'шным софтом было принято решение назначить на PgDn клавишу СТР, а на PgUp комбинацию УС+СТР. В итоге, в РК'шном софте обе эти клавиши будут выполнять функцию клавиши СТР, а в DSDOS комбинация УС+СТР используется для симметричного действия - пролистывания страницы на предыдущую, т.о. клавиша PgUp будет работать по своему прямому назначению.
Итак, клавиша PgDn выдаёт код 1Fh, а PgUp тот же код 1Fh + бит D6 порта #F402 установлен в "0".
п.5. За клавишами F10..F12 зарезервированы коды, получаемые комбинациями УС+"0", УС+"1" и УС+"2", соответственно. В будущем обязательно где-нибудь будет использовано, например в мульти-клипборде.
п.6. Да-да, есть ещё один резерв на будущее, о котором Сергей забыл сообщить. Клавиша WinMenu эмулирует СС+СТР (Shift+PgDn), т.е. код 1Fh и бит D5 порта #F402 установлен в "0". РК'шный софт будет реагировать как на нажатие СТР (PgUp или PgDn), а в DSDOS это будет комбинация для вызова контекстного меню в приложениях, использующих оконный интерфейс.
П.С. Ещё есть очень большое желание немного переиначить внематричные (управляющие) клавиши. По этому вопросу ждём ответ разработчика ПО для МК в соответствующей теме.
__________________________________________________ ________________________________
П.П.С. Пользуясь случаем, раз уж заговорили о клавиатуре PS/2, сделаю анонс :) В новой версии DSDOS v3.77 уже сделана полноценная поддержка этой клавиатуры! Т.е. вводимые буквы и символы полностью соответствуют тому, что написано на клавишах, с учётом соотв. режимов, в т.ч. русские/английские символы. Поддержка выполнена на уровне драйвера клавиатуры DSDOS, т.е. пользователю ничего менять в прошивке МК не надо. Поддержка нативной "железной" клавиатуры РК86 также осталась, переключение типа клавиатуры делается нажатием комбинации клавиш УС+"РУС/LAT" (Ctrl+CapsLock), в любой момент, когда на экране присутствует мигающий курсор. Программно через API DSDOS есть возможность получить текущий тип клавиатуры, что в дальнейшем будет поддержано в ПО (помощь по клавишам, реакция на нажатия)
П.П.П.С. Анонс номер два! Сделан опытный образец ОС DSDOS для ПРК "ОРИОН-ПРО", некоторые форумчане уже даже пользуются :) Но офиц. релиз сделаю только после того, как разберусь с ПРО'шным КНГМД /-)
Значит откомпилировав раскладку под 328, ее можно приклеить к существующей прошивке для МК под 328?
- - - Добавлено - - -
Получается проблем нет...
DIMKA55, раскладка, я думаю, роли не играет. там просто набор байт.
а вот как будет на 328 работать сборка для 48, это вопрос. это надо просто попробовать.
Сергей, прошивка под 328 (так называемое ядро) ведь есть. К ней получается просто нужно приклеить раскладку.
- - - Добавлено - - -
Или мы друг друга не понимаем...
Делюсь финальной версией прошивки МК для адаптера клавиатуры PS/2 (by Caro) - http://denn.ru/8bit/orion/128/kbrd/orkb_021.hex
В ней все изменения от камрада Stampmaker, плюс доработанный алгоритм обработки управляющих клавиш (спасибо Caro):
Alt'ы переключают язык РУС/LAT, а CapsLock выполняет свою прямую функцию - переключает (с защёлкиванием) регистр букв.
П.С. В других ОС CapsLock, как и ранее, также переключает язык РУС/LAT.
Add:
А здесь аналогичная прошивка для более жирного, 328-го МК - http://zx-pk.ru/showthread.php?t=929...l=1#post858091
да, именно такЦитата:
Сообщение от DIMKA55
В связи с накопившимися изменениями, выкладываю новую сборку DSDOS v3.77r - http://denn.ru/orion/dsdos/dsdos377r.rar
Тем, кто пользуется связью по RS-232 настоятельно рекомендую обновить файл программы обмена с IBM-PC, там сделаны важные исправления - http://denn.ru/8bit/oriserv/oriserv.exe
Итак, что нового в ОС:
1) Изменён загрузчик DSDOS и размещение кода/сис.переменных в непереключаемой области ОЗУ. Это сделано для решения конфликтов с прошивками "Мониторов" под процессор Z80 (версии выше 3.1);
2) В ОС и во всех утилитах убрано обращение к п/п "Монитора" GetTOP/SetTOP (0F830h/0F833h), данные функции перенесены в API BIOS. Это также сделано для решения конфликтов ПО с "Мониторами" версий выше 3.1;
3) Исправлена ошибка в диалоге командного процессора ОС, в результате которой при "горячем" рестарте не очищался экран и не выводилась заставка DSDOS;
4) Сделана полноценная поддержка стандартных клавиатур PS/2, подключаемых к Ориону с помощью адаптера на МК от Caro. В данной сборке по-умолчанию пока включена родная аппаратная клавиатура РК86, а для активации клавиатуры PS/2 необходимо нажать Ctrl+CapsLock (или Ctrl+Alt в новой прошивке МК) в любой момент, когда на экране присутствует мигающий курсор. Тип клавиатуры переключается по принципу триггера и сохраняется до "холодной" перезагрузки ОС. Поддержка заключается в том, что все символы вводимые с клавиатуры полностью соответствуют надписям на клавишах, в соотв. режимах;
5) Замедлена скорость мигания курсора до комфортной для глаз, а также раздражающее винтажное "пиканье" озвучки нажатий на клавиши заменено на ненапрягающий "клик". Увеличена скорость автоповтора для более быстрой работы с текстами;
6) В оболочке DC$ улучшен алгоритм перемещения указателей по списку файлов: при пошаговом перемещении нет ложных перескоков, а при длительном удержании клавиши включается автоповтор, который позволяет быстро перемещаться по файлам и прокручивать список;
7) Некоторые "косметические" изменения в оформлении оболочки DC$ и просмотрщика DCVIEW$. В последнем исправлена ошибка с перемещением в конец файла в режиме "DUMP", когда размер просматриваемого файла кратен 256.
Крутяк!Цитата:
Сообщение от alx32
Всем доброго. Делюсь результатами очередных доработок, исправлений, улучшений и т.п. - DSDOS v3.81.
Ссылка для скачивания образа ROM-диска (64 Кб) - http://denn.ru/orion/dsdos/dsdos381.rar
Документация по API ОС - http://denn.ru/8bit/orion/soft/dsdos...dos381docs.rar
На этот раз ОС претерпела довольно серьёзные изменения, без которых невозможно дальнейшее её развитие. Было "переиграно" распределение ОЗУ второй страницы, где размещены все модули ОС, в результате чего удалось увеличить максимальное кол-во файлов на ROM-диске и на виртуальном диске до 255, такое же max кол-во файлов будет в будущем доступно на RAM-диске 1 Мб (СОЗУ с резервным питанием) и на SDHC.
Максимальный поддерживаемый объём ROM-диска увеличен до 1024 Кб (1 Мб), как и ранее всё пространство доступно одновременно, одним диском (A:).
Сделана программная поддержка 512 Кб ОЗУ (для рев.512), дополнительная память определяется автоматически при загрузке ОС. При наличии 512 Кб ОЗУ, объём квазидиска устанавливается равный 360 Кб, при "родных" 256 Кб - 120 Кб. Соответствующая информация выводится при загрузке ОС:
http://denn.ru/8bit/orion/soft/dsdos/hw_detect_v381.gif
(скриншот сделан в эмуляторе, который эмулирует 256 Кб ОЗУ)
http://denn.ru/8bit/orion/soft/dsdos/info_v381.gif
Изменена организация FAT (таблицы распределения файлов) квазидиска, размер кластера увеличен 16->256 Кб. В результате в 16 раз сократился объём FAT и примерно на 80% возросла скорость доступа!
Виртуальный диск теперь не в виде отдельного подгружаемого драйвера, а интегрирован в BIOS. Работа виртуального диска возможна по любому из двух портов RS-232: старому (на КР580ВИ53+КР580ВВ51А) и новому (на чипе 16C550). Второй вариант порта имеет более простую схемотехнику и позволяет работать на скорости 115200 Бод, что как показала практика весьма положительно сказывается на комфортной работе с файлами через виртуальный диск. Схему отрисую и опубликую чуть позже. Определение доступных портов RS-232 производится автоматически, по-умолчанию текущим для виртуального диска выбирается наиболее быстрый.
Довольно масштабная работа была проведена по поддержке различных известных схем КНГМД на базе БИС КР1818ВГ93. В результате, данная версия ОС работает с любым КНГМД, у которого регистры БИС доступны по адресам F700..F703. Определение типа КНГМД производится автоматически.
Также сделано автоматическое определение и настройка типа используемой клавиатуры: хардварная РК86 или её эмуляция на МК с клавиатурой PS/2.
Претерпели изменения несколько подпрограмм BIOS и CONIO, а также добавились новые - см. "Документация по API ОС".
В текстовом редакторе исправлено несоответствие символьных управляющих клавиш в режиме "РУС", а также добавлена возможность вызова справки (Esc & "H") и конфигуратора ED$CFG (клавиша F5) прямо из редактора.
Плюс некоторые незначительные изменения интерфейса, исправления ошибок и автодетект наличия соответствующего оборудования в утилитах.
В модули ОС и в утилиты введена проверка соответствия платформы, на которой они запускаются. Это сделано в связи с выходом DSDOS также и для ПРК "Орион-ПРО", чтобы исключить возможность перекрёстного использования ПО, непредназначенного для другой платформы.
Список изменений (из файла DISKINFO):
http://denn.ru/8bit/orion/soft/dsdos/diskinfo_v381.gif
Denn, а широкий экран 480х256 будет поддерживаться?
Я имею ввиду в будущем...
Ведь в ревизии 512 сделан доп. видеорежим 480х256 в дополнении к стандартному 384х256.
alx32, увы, тут вынужден огорчить. По крайней мере при нынешней концепции максимальной скорости дисковых операций. Дело в том, что ОС находится во второй странице ОЗУ, а прикладное ПО в основной, и для быстрого взаимодействия активно используется непереключаемая область ОЗУ F000..F3FFh. На данный момент это пространство фактически полностью использовано подрограммами ОС, Монитора и стеком, а увеличение экранной области "откусывает" драгоценное ОЗУ именно оттуда.
Скажем так, плюсы расширенного экрана никак не перевешивают минусы, поэтому смысла жертвовать производительностью и совместимостью с базовым вариантом ради 12 доп. символов в строке лично я не вижу.
В продолжении тематики виртуального диска, раскрою тему быстрого порта COM2 на микросхеме 16C550.
Электрическая схема порта:
https://forum-img.guitarplayer.ru/2024/02/11/1jMBJ.png
альтернативаня ссылка на схему
Устройство представляет собой карту расширения, подключается в системный разъём ПРК "Орион-128.2" (нумерация контактов указана согласно схеме рев.512).
Возможны два варианта сборки: упрощённый и стандартный. Первый вариант - без дешифратора 1533ИД3, его использование возможно только если в системе больше нет никаких других устройста, занимающих адресное пространство F700..F7FFh. Второй вариант с помощью дешифратора позволяет корректно занимать только диапазон F7E0..F7EFh, в этом случае сигнал ПРК "SEL_F7xx" (В30) идёт на БИС 16C550 через дешифратор.
Для упрощения схемотехники в качестве тактового генератора используется специализированный чип с HCMOS/TTL-выходом, например такой - http://www.chipdip.ru/product/7.3728mhz-hcmos-ttl/. Частота генератора - 7.3728 МГц.
Для преобразования сигналов (TTL<->RS232) используется микросхема MAX232. Вариантов исполнения этого популярного преобразователя вагон и маленькая тележка, они требуют разные номиналы конденсаторов обвязки, поэтому на схеме указан номинал с вариацией. Более точно нужно смотреть даташит на ваш конкретный экземпляр "макса".
На плате ПРК требуется небольшая доработка (если она у вас не была сделана ранее): на линию "В20" системного разъёма заводится сигнал RESET с выхода "9" микросхемы DD18.2 (ТМ7).
Как было сказано ранее, программно порт поддержан в ОС DSDOS начиная с версии v3.81, его наличие в системе определяется автоматически при загрузке, скорость обмена программируется максимальная - 115200 Бод.
Схема не требует наладки, при исправных деталях и правильном монтаже работает сразу.
Мой "макетный" вариант выглядит так:
https://forum-img.guitarplayer.ru/2024/02/11/1jm7m.png
https://forum-img.guitarplayer.ru/2024/02/11/1j6Rc.png
Фото №1 Фото №2
В нём микросхем больше, т.к. я одновременно распаял два порта: COM1 и COM2. Причём первый с вариацией: 1) под КР580ВВ51А (скорость обмена 38400 Бод) и 2) под MSM82C51A-2 (скорость обмена 115200 Бод).
Информация по программированию порта COM2:
Код:; BIOS (2/2) для DSDOS v3.81 (Орион-128.2)
; (C) 1998-2016 Соловьев Д.Н. /Санкт-Петербург/
; 18.06.2016
; Порт COM2 (16C550)
RG_RWD:EQU 0F7E0H; Read/Write Data
RG_IER:EQU 0F7E1H; Interrupt Enable Reg
RG_LCR:EQU 0F7E3H; Line Control Reg
RG_MCR:EQU 0F7E4H; Modem Control Reg
RG_LSR:EQU 0F7E5H; Line Status Reg
RG_SCR:EQU 0F7E7H; Scratch Reg
IniCOM:
; Инициализация UART 16C550
LXI H,RG_IER
MVI M,0; отключить все прерывания
INX H
INX H
MVI M,80H; маска установки DLAB
MVI L,RG_RWD
MVI M,4; LSB делителя (4 = 115200 Бод)
INX H
MVI M,0; MSB делителя
INX H
INX H
MVI M,03H; настройка протокола (8,N,1)
RET
SvbCOM:
; Запись байта в порт обмена
; I: [C]-записываемый байт
; O: <C>=0 - [A]=записанный байт,
; <C>=1 - порт не готов
MVI B,0; time-out const = 256
SVB2:
DCR B
JZ LDB2_4
LDA RG_LSR
ANI 20H
JZ SVB2
MOV A,C
STA RG_RWD
RET
LdbCOM:
; Чтение байта из порта обмена
; O: C=0 - [A]=байт, C=1 - порт не готов
LDB2_0:
; проверка на преждевременную готовность
LDA RG_LSR
RRC
JC LDB2_2
; ожидание поступления данных
PUSH B
LXI B,33000; time-out const
LDB2_1:
DCX B
MOV A,B
ORA C
JZ LDB2_3
LDA RG_LSR
RRC
JNC LDB2_1
POP B
LDB2_2:
LDA RG_RWD
CMC
RET
LDB2_3:
POP B
LDB2_4:
STC
RET
В добавок к предыдущему посту вариант реализации интерфейса RS-232 (порт COM1, v.2) на микросхеме КР580ВВ51А (или MSM82C51A-2):
https://forum-img.guitarplayer.ru/2024/02/11/1jvo2.png
альтернативная ссылка на схему
Подробно описывать не буду, ибо, что называется, действующие лица в общем-то те же. Для упрощения схемотехники из оригинальной схемы выкинут таймер КР580ВИ53, вместо него тактирование протокола выполняет синтезатор частот на интегральном генераторе и счётчике-делителе. Схема позволяет устанавливать либо отечественный УСАПП - КР580ВВ51А (скорость обмена 38400 Бод, перемычки J1 и J2 в нижнем положении), либо быструю КМОП-версию UART от OKI - MSM82C51A-2 (скорость обмена 115200 Бод, перемычки J1 и J2 в верхнем положении).
Программно данный порт полностью совместим с оригинальным (из ж. РАДИО), всё ранее написанное ПО (LINK$, VDISK) с ним совместимо (скорость обмена аппаратно зафиксирована, программная настройка игнорируется).
Информация по программированию порта COM1:
Код:; BIOS (2/2) для DSDOS v3.81 (Орион-128.2)
; (C) 1998-2016 Соловьев Д.Н. /Санкт-Петербург/
; 18.06.2016
; Порт COM1 (ВВ51А)
PT_TM0:EQU 0F730H
PT_CTM:EQU 0F733H
PT_SP0:EQU 0F740H
PT_SP1:EQU 0F741H
IniCOM:
; Инициализация порта COM1
; Настройка таймера ВИ53
MVI A,36H
STA PT_CTM
LXI H,PT_TM0
MVI A,9; 14400 Бод
MOV M,A
XRA A
MOV M,A
; Настройка УСАПП ВВ51А
LXI H,PT_SP1
MVI A,1
MOV M,A
MOV M,A
MVI A,40H
MOV M,A
MVI A,4EH; настройка протокола (8,N,1)
MOV M,A
MVI A,27H
MOV M,A
DCX H; [HL]=PT_SP0
MOV A,M; очистка порта ввода
RET
SvbCOM:
; Запись байта в порт COM1
; I: [C]-записываемый байт
; O: <C>=0 - [A]=записанный байт,
; <C>=1 - порт не готов
MVI B,0; time-out const = 256
SVB1:
; ожидание готовности
DCR B
JZ LDB1_4
LDA PT_SP1
RRC
JNC SVB1
MOV A,C
STA PT_SP0
CMC
RET
LdbCOM:
; Чтение байта из порта COM1
; O: C=0 - [A]-считанный байт
; C=1 - ошибка (тайм-аут)
; проверка на преждевременную готовность
LDA PT_SP1
ANI 2
JNZ LDB1_2
; ожидание поступления данных
PUSH B
LXI B,33000; time-out const
LDB1_1:
DCX B
MOV A,B
ORA C
JZ LDB1_3
LDA PT_SP1
ANI 2
JZ LDB1_1
POP B
LDB1_2:
LDA PT_SP0
RET
LDB1_3:
POP B
LDB1_4:
STC
RET
Как вариант, если использовать ТМ8/9 + ИЕ7, то коэф. деления кварца можно будет не перемычками выставлять, а программно - записывать в порт некую константу начального счета для ИЕ7. Такая получится "ВИ53 для бедных". :)
На самом деле, ВИ53 - одна из самых дорогих МСХ чипсета 580. Лично мне не понятно почему.
Error404, да, можно. Но идея не в вариативности, а в возможности выжать из применяемой микросхемы максимум, ну и в возможности применения разных микросхем (кто что сможет достать нынче). Также тренд нашего времени - простота. К сожалению, этот тренд утрирован до абсурда - если что-то сложнее условно "пары кликов мышкой", то это автоматом попадает в категорию "многабукв, ниасилил" (( Тобишь заниматься какими-то программными настройками портов, подбором перемычек скорее всего никто не будет. А вот если оно слишком просто в сборке, ничего настраивать не надо и плюшка достаточно вкусная (скорость), то "может быть соберу".
А ВИ53 - это даааа, это же русский саунд-процессор :)
Denn, а возможен вариант с двумя 16с550?
На Али нашёл только в корпусе plcc и qfp по приемлемой цене, в dip только оптом или с невменяемой доставкой...
Denn, еще есть просьба. Можешь под порты задействовать один из 16b участков 0F730...0F73F или 0F740...0F74F или 0F750...0F75F? Тут надо бы провести исследование какой из них лучше (авторы могли что-то планировать, Бриджиди/Рогов, Чистяков и прочие стандартизаторы), хотя по факту мне не известно актуальное ПО или железки, использующее что-то по этим диапазонам. Сегодня, думаю, следует ориентироваться на существующие проекты, а не наполеоновские планы прошлого века, до реализации которых планирующие не дошли.
А то я еще не окончательно расстался с идеей Ethernet, а оно пересекается с твоими портами. Там удобно получается читать фреймы из контроллера LDIR-ом (что дает ускориться), поэтому под Ethernet-адаптер занят сразу большой кусок в области портов - F770..F7FF.
А зачем? Для связи с большим братом достаточно одного порта. Это я привёл два варианта портов и разделил их разными именами по причине их принципиальной разницы в плане программирования, каждый выбирает свой вариант из соображений доступности чипов. Для работы достаточно одного - любого из них. Два одновременно не нужны. Если для каких-то своих нужд, то без проблем можно поставить два быстрых 16C550, только по адресации второй лучше посадить на ту же ветку F7Exh, в старшую часть F7E8..F7EFh (у 16C550 восемь регистров), правда придётся усложнить дешифрацию.Цитата:
Сообщение от alx32
Идея следующая. У кого-то есть в хозяйстве ВВ51А и он не хочет заморачиваться с покупкой буржуйских м/сх, он собирает COM1, ставит ВВ51А и какое-то время довольствуется скоростью 38400 Бод, потом понимает, что в 3 раза быстрее было бы клёвее, и находит 82C51A-2, перекидывает пару джамперов и у него 115200 Бод. Кто-то сразу покупает 16C550 и делает COM2 - самый быстрый и простой вариант схемы. Как-то так.
- - - Добавлено - - -
Я изучал вопрос свободных портов, там конечно стандартный орионовский бардак... в итоге решил не трогать всю эту историю и пойти с конца:Цитата:
Сообщение от Error404
F7F0..F7FFh - быстрый RAM-диск 1 Мб на СОЗУ;
F7E0..F7EFh - быстрый порт COM2 (а возможно и COM3 сюда же);
F7D0..F7DFh - адаптер SDHC карт (на МК);
F7C0..F7CFh - часы реального времени (на DS1307).
Конечно можно это всё запихнуть в пару "линеек", но наворачивать дешифрацию совсем не хочется (опять же принцип "пары кликов" - сложное и большое никто не будет собирать), и с упрощённой дешифрацией легче ставить только нужные устройства, а остальные либо не ставить вообще, либо добавлять по мере надобности.
П.С. порт COM1 использует участок F740..F74Fh, так что при желании можно работать через него, а весь этот новодел не ставить и использовать F780..F7FFh по своему усмотрению.
П.П.С. Касательно Ethernet'а. Я понимаю, что программно задачка интересная, но практического применения не вижу, т.к. драйвер если и удастся написать, то он займёт все ресурсы Ориона - чисто ради спортивного интереса, не более того.
В плане работы с внешним миром Орион мне видится в роли т.н. "тонкого клиента", которому нет смысла поручать ресурсоёмкие задачи. Я долго упирался в "религию" и хотел сделать поддержку SDHC программно полностью на Орионе... в итоге понял, что нет никакого смысла в этом. Ресурсов уйдёт море, а толку? Сама по себе SDHC - это тоже МК, так имеет смысл поручить с этим МК общаться тоже МК'шке, а Ориону он будет отдавать через порты-регистры нужные данные - чтение/запись целевого сектора и всё! А премудрости протокола пусть обслуживает МК (с выходом новых стандартов SD, просто обновлять прошивку МК).
Для общения с внешним миром Ориону достаточно быстрого порта RS-232, а разбор инет-протоколов пусть делает писюк, он тоже просто прослойка, маленькое звено в сложной цепи оборудования, за счёт которого функционирует Интернет.
часы на DS1307 же вроде на магнитофонный порт договорились повесить? Вот уж магнитофон действительно атавизм, и его порт можно использовать, тем более что схема подключения - 3 резистора.
Хотя если внедрять еще один МК (чего я обычно не хочу до последнего - не лампово, клавиатурная Мега48 и то была вынужденной - тот случай когда по-другому не обойтись), то и DS1307 тогда тоже вешать на МК, т.к. ее чтение/запись не проще алгоритмически и не быстрее чтения/записи SD-карт.
Магнитофон всего лишь носитель. А сам интерфейс может использовать разную среду и в виду своей простоты очень практичен.