Есть плата, по всей видимости НГМД для Орион - 128.
Ищется схема сего девайса для сборки.
Или любая информация по плате.
https://yadi.sk/a/ncghdABk3RoG8e
Вид для печати
Есть плата, по всей видимости НГМД для Орион - 128.
Ищется схема сего девайса для сборки.
Или любая информация по плате.
https://yadi.sk/a/ncghdABk3RoG8e
А пока ты не начал собирать...сделай плиз сканы платы..в хорошем качестве..
Судя по тому, что выходной разъём на дисковод не под стандартный двухрядный шильдик с 34-мя штырьками, то это скорее всего разводил неопытный специалист.
Значит логично предположить, что и схема была использована одного из распространённых вариантов КНГМД для ОРИОНА (если эта плата действительно была предназначена для ОРИОНА). Для начала разумно проверить на совпадение этой конструкции со схемой КНГМД для SP-DOS ж.Радио 12.1992, схемами из ж.Радиолюбитель 11.1992, из ж.Радио 5.6 1993, а также и другими схемами КНГМД от МП ОРИОН-СЕРВИС V3.10, V3.30, что они продавали в 1993-94 в виде чистых и собранных печ.плат.
Со схемой КНГМД с надписью "Ленинград-90" и и схемой КНГМД от ОРИОНСОФТ это не совпадёт, т.к в первой 12 мелких TTL-микросхем, а во второй 14, а здесь на плате только 9 мелких TTL-микросхем. Причём задающего генератора с кварцем совсем не видно. Скорее всего экономию получили выкинув задающий генератор на 8/16 МГЦ и коммутатор формата записи (MFM/FM), т.е плотности DD/SD на 155 ЛР1.
Конечно, входной разъём СНП-30 наводит на мысль об ОРИОНЕ, т.к там применены такие разъёмы, но отсутствие кварца говорит о том, что всё-же этот КНГМД не обязательно для ОРИОНА.
Возможно плата была рассчитана на СПЕЦИАЛИСТ, где на основной плате уже есть кварц 8 МГЦ. Может быть использована схема от КНГМД Л.Афанасьева для СПЕЦИАЛИСТ-MX. Хотя такт 8 МГЦ есть и в РК86, но вряд-ли плата для РК86, т.к там из-за ПДП подключить контроллер на ВГ93 сложно. В любом случае любопытно взглягнуть на схему, чтобы узнать как достигнута экономия.
А если никто плату не опознает, то можно составить схему по топологии, а затем вычислить, что это за микросхемы.
Системного разъёма Ориона не вижу. Скорее всего сабж для какой-то другой МПС.
ну что-то орионовское в этом есть - разъем 30-и пиновый:) и шины питания как раз в нужном месте. но тогда это не кнгмд... а ВГ-шку можно и просто так засунуть
Как раз не в нужном! У разъёмов портов Ориона питание подведено к крайним (А10 и С10) выводам с одной стороны, а не к "диагональным" ;)Цитата:
Сообщение от mr.Lee
Эта плата была в комплекте с основной платой орион -128.
Платы и комплектующие 90 годов.
Микросхемы в плату были только вставлены и отогнуты по две ножки с обратной стороны платы чтобы они ни выпали.
Основную плату я спаял и запустил, неисправны были две микросхемы, 555ТМ7 и КР580ИР82.
В плату НГМД были таким образом вставлены две микросхемы, 555АГ3 и КР1818ВГ93 из чего я и предположил что это плата контроллера НГМД.
Питание на 30 пиновый разъем подается штатно, на А10 +5 В и С10 GND.
+12 В с 40 ножки ВГ93 подключено на А1.
37 пин ВГ93 на GND.
21, 22, 23 пин ВГ93 на +5 В.
+12В от преобразователя Ориона была находка для утилизатора ВГ93. Хотя у мя получилось найти компромисс. Не дай бог так ибС…
Работает с 5 раза. Как не понятно. Все цело. (c)2018
КНГМД, работающий через ВВ55 это сильно :)
я из чего исходил - к 20-ой ноге ВГ93 подходит шина C10 (gnd), а к 21-ой - А10 (+5). Как раз это и прослеживается по печаткеВложение 63851Вложение 63854
- - - Добавлено - - -
Вполне вероятно, что автором предполагалась распайка системного разъема через шлейф на разъем аля-Орион (чтобы сэкономить место на плате контроллера). Но это только догадки и фантазии...Цитата:
Сообщение от Denn
С платы срисовал схему, задающий генератор на 8 МГц присутствует.
выполнен по классический схеме ОРИОНа на 155ЛН1.
Правда странно как то в стороне установлен кварцевый резонатор на 8 МГц.
Не понятна какая микросхема по логике DD8.
С остальными микросхемами вроде понятно.
Так же не понятны часть выводов на разъеме XS2 2, 3 и 11.
Большие схемы (кажется шире, чем в ~600 точек) сайт конвертирует в JPG с большой потерей качества, потому трудно разобрать даже названия цепей. Если схема по ширине содержит меньше точек, то лучше выкладывать схему, как PNG, т.к тогда не делается принудительная конверсия в JPG с потерей качества.
Вспомнил, что была ещё схема КНГМД для системы LKSHELL$ от омских авторов 'LUCKSIAN KEY'. Их схема КНГМД для первых версий их системы LKSHELL$ в 1992 в качестве прототипа использовала схему синклеровского контроллера Beta-disk, хотя в 1993 они использовали уже получивший распространение контроллер по схеме Корвета. И кстати, системный разъём на их плате КНГМД тоже был СНП-30. Ещё была система MOZART$ от Шульца, но у меня схемы КНГМД для неё не сохранилось.
DD8 это 155 ЛИ1 или ЛА3, что видно по использованию вентиля DD8.3, что образует дешифратор на адрес какого-то порта. В схеме явно есть ошибки, например вентиль DD6.2 бессмысленен. Если A9=0, то 1 на входе D6.2/6. А если A9=1, то 1 на входе D6.2/5. Таким образом на выходе D6.2/4 всегда 0 и ставить её не имело бы смысла.
Если это не независимая разработка, то судя по использованию сигналов INTRQ и DRQ, скорее всего за прототип бралась схема КНГМД М.Короткина для SP-DOS из ж.РАДИО 12.1992, т.к это единственная схема среди всех отечественных КНГМД для 8-ми разрядок, где эти сигналы используются.
Сигнал A6, если это выход, может подаваться на бесполезный в ОРИОНЕ третий ППА F600, чтобы использовать его как порт ввода для считывания сигналов DRQ и INTRQ. А 3 неизвестных сигнала идущие на дисковод это - DS0, START и SIDE. В качестве них вероятно используются сигналы с бесполезного третьего ППА F600, чтобы с'экономить регистр и чип-селект на запись для него.
В любом случае, разные дисководные DOS имеющие хождения на ОРИОНЕ и без-DOS-ные дисководные программы (ATLAS$, MSCOM$, LKSHELL$) не будут работать на этом контроллере.
Разумно доработать схему до совместимости с распространённым КНГМД для ОРИОНА. Для этого достаточно добавить дешифратор на адреса ВГ93 и регистра управления, заземлить сигнал DS0 (всегда выбран привод 0), добавить регистр формирующий сигнал SIDE (бит D4 порта F720), а сигнал START получить инверсией сигнала полученного соединением выходов HLD (28) и HLT (23) из ВГ93. Тогда сигнал START для пуска мотора формируется автоматически, не требуя программного участия (причём этот сигнал как и положено, исчезает не сразу, а спустя 3 секунды после прекращения обращений к ВГ93). В данной схеме самый простой узел записи (без треккомпенсации) и самый простой узел чтения на АГ3. Лучше работает узел чтения с ТМ2 и ЛА3.
На схеме отсутствуют регистры конфигурации НГМД. Либо не вся схема снята, либо сабж предполагался как "дочка" к какой-то другой плате расширения... но тогда, по идее, соотв. сигналы должны заводиться на "системный" разъём сабж платы, а их там нет. Что-то мутное, имхо.
Схема в формате PNG
Сайт все равно переводит в формат jpg и нещадно режет в размере.
По этому выложил схему по ссылке:
https://yadi.sk/d/vMoCvTA93RwN6s
По всей видимости плата требует своей программной поддержки от ОРИОН.
Этого ПО нет и по этой причине нет смысла паять эту плату.
Тогда, подскажите пожалуйста, какую схему лучше всего выбрать для сборки,
склоняюсь к схеме из журнала "Радиолюбитель" 6/93
Очевидно, сперва нужно определиться с ПО, отсюда и выбирать схему КНГМД.Цитата:
Сообщение от RD3AY
Все схемы КНГМД ОРИОНА для CP/M примерно одинаковы (а вот КНГМД для SP-DOS другой), суть не изменяется, если поменять тип нескольких микросхем. Значимое отличие есть только по узлу чтения. Первый вариант был с ЛА3 и ёмкостью 1000 пф, второй вариант был с АГ3 и RC в 5.1 кОм и 33 пф (что на вашей плате), а третий вариант с ТМ2 и ЛА3 (он самый лучший).Цитата:
Сообщение от RD3AY
А зачем Вам другой контроллер? У Вас есть контроллер, отредактируйте его как требуется, тем более что на плате есть свободные посадочных места для установки двух дополнительных микросхем. Этого хватит для доработки платы.
На этой плате уже есть почти всё, что надо для работы. Нет лишь нескольких статических сигналов управления. И даже без них этот КНГМД можно использовать. Подаёте на входы START и DS0 дисковода землю, на вход SIDE ставите тумблер (чтобы подавать или 0 или 1), и пользуйтесь. С помощью тумблера форматируете дискету как две односторонние, получая на одной дискете два диска половинного объёма.
Ну а если есть необходимость использовать дискеты более традиционно, то доработайте этот КНГМД по схеме, что во вложении. Это проверенная схема, т.к если добавить её к Вашему контроллеру, то получится один к одному схема моего контроллера для СПЕЦИАЛИСТА, что я использовал в 1990 году (а узел чтения был ещё более простой на двух вентилях и ёмкости). В схему добавил лишь ЛЛ1 для объёдинения адресов A2 и A5, что обеспечивает совместимость со всеми 3-мя вариантами адресации КНГМД, что использовались для ОРИОНА. Обычно я эту ЛЛ1 не ставил, а применял 2 диода и резистор.
Запустите схему в таком варианте. А затем при желании можно добавить треккомпенсацию при записи (укорачивает импульсы после 43-го трека по сигналу TRACK 43), добавить в узел чтения ФАПЧ, ввести турбо позционирование головки и использовать более надёжный формирователь сигнала чтение.
Не стал собирать эту плату. И по материалам форума:
http://zx-pk.ru/threads/16969-kontro...-2011-fak.html
Подкорректировал плату, изготовил при помощи ЛУТ. Спаял, заработала с первого раза.
1. Кабель к дисководу использовал штатный от ПС, обрезов перекрученный конец и накалов новый 34 пиновый разъем.
2. 10 и 12 жилу кабеля вокруг 11 не переворачивал. Перепаял перемычку на плате дисковода в положение DS1.
3. Для отладки использовал документацию:
https://yadi.sk/i/qvaK6_BC3SHtKr
И программы: TESTD$, TESTDD$, TMSR1$.
Фото готовой платы: https://yadi.sk/d/RaZj4rF_3SHta4
4. На плате ошибок нет, собранная из исправных деталей работает сразу.
https://yadi.sk/d/odbyA3VY3SHtiD
5. Для получения с 555АГ3 импульса в 230 нС использовал номиналы 100 пФ и 4К7.
Теперь вопрос, где можно накачать образы дисков или как их создать самому из файлов ORD, BRU
Несколько образов диска скачанные со страниц форума, успешно записаны на дискеты при помощи утилиты DiskUtil.exe
И еще, как корректно выходить из программы ALT33$ обратно в ORDOS. Так и не нашел как кроме кнопки "Сброс".
Один вопрос решен, есть такая замечательная программа:
http://zx-pk.ru/threads/26454-steinb...explorer).html
http://era-cg.su/steinblume/
Теперь еще вопрос, в чем разница форматов файлов *.BRU и *.ORI
У меня Орион 128 с дисковода видит только файлы с расширением BRU
Переименовать в BRU.Цитата:
Сообщение от RD3AY
Это расширение в Атласе задано авторами константно, никакие другие он не обрабатывает (отголоски тогдашней "войны стандартов", распространившейся даже на расширения файлов :v2_dizzy_facepalm: )
Хорошо, а есть другие утилиты для работы с файлами с дисковода на примере ALT33$ с более демократичным подходом к расширению файлов.
У формата BRU идёт заголовок в формате ORDOS (16 байт), за ним идёт тело файла. В ORI идёт сигнатура (16 байт), заголовок в формате DSDOS ("вниз" совместим с ORDOS, 16 байт), затем тело файла.Цитата:
Сообщение от RD3AY
Тех времен что-то было от Lucksian Key, но большая часть под CP/M - типа LORD.Цитата:
Сообщение от RD3AY
Если работаешь только с софтом Ордос и при этом не хочешь ни в какую ОС загружаться с дисковода а использовать его только для переноса ордосовского софа, то прошей в ПЗУ DSDOS от Denn - она умеет ордосовское.
При любой схеме КНГМД надо сделать совместимость со всеми используемыми вариантами его адресации. Проще всего это делается двумя диодами или вентилем из ЛЛ1.
Несправедливо, что в сети распространилось расширение BRU. В реальности это расширение использовалось редко и только изолированными пользователями зацикленными на ОРИОНСОФТ. Это нелогичное и неприятное расширение было введено лишь несколько лет спустя после того, как широко распространилось расширение ORD, с целью навредить конкурентам, но наказало пользователей. Это расширение принудительно насаждалось, вместо того чтобы оставить выбор расширения пользователю.
Программы написанные независимо поддерживают и ORD и BRU. Во вложении ATLAS$, что использует расширение ORD и удобнее при М3 (в М3 символ не с краю, а по центру знакоместа), но адрес КНГМД тот же, что и в оригинале.
Если нужно только использовать ORDOS программы на реале, то удобнее использовать MSCOMAN$ С.Коровкина. Но если есть Z80, а совместимость с MSDOS не волнует, то удобнее использовать CP/M для банки 0 прошитую файлом в ROM-диск и на CP/M-дискете LORD для банки 0. Увы, для КР580 дискетных DOS для банки 0 практически нет, т.к CP/M-48K от ОРИОНСОФТ для работы практически непригодна в силу того, что в ней нет верной эмуляции клавиатурных функций CP/M.
- - - Добавлено - - -
DOS для банки 0
ОРИОН изначально рассчитан на работу программ в банке 0. Это обусловлено прошивкой ПЗУ, отсутствием диспетчера ОЗУ и тем, что исторически так сложилось. Потому почти все программы работают в банке 0.
К сожалению, архитектуре ОРИОНА присуща цветовая проблема, которая заключается в том, что экранные плоскости мешают работе программ как в банке 0, так и в банке 1. Эта проблема легко решалась при разработке компьютера путём размещения обоих экранных плоскостей в банке 1 (затраты в 2 TTL-корпуса). Почти сразу же была предпринята попытка решить цветовую проблему с помощью Z80CARD-I, но эта доработка была нереверсивной, плохо продумана конструктивно и информация об этом была недоступна для 99% пользователей, отчего эта доработка не получила распространения.
Первые версии CP/M для ОРИОНА были для банки 0. Вскоре выяснилось, что это неудобно по ряду причин. Во-первых, CP/M имеет большой объём и при работе в банке 0 оставляет для TPA всего 36 кб, что означает невозможность загружать программы большего размера (до 48 кб). Многие фирменные программы CP/M требуют большего TPA, отчего не работают в банке 0. Но главное неудобство заключается в том, что ОРИОН - графический компьютер и программа работающая с графикой должна располагаться в той же самой банке, где находится графический экран. Для работы с экраном из CP/M нужен драйвер имеющий обычно размер от 4 до 12 кб, что приводит к ещё более фатальному снижению уровня TPA. Оказалось, что вышеперечисленные проблемы, - запуск программ размером в 48 кб, работа фирменного CP/M ПО и использование загружаемого экранного драйвера, решаются путём переноса CP/M в банку 1. Но увы, цветовая проблема ОРИОНА этим не решается.
Но всё-равно и в дальнейшем все программы делались для работы в банке 0, т.к именно здесь расположен экран, также немаловажной причиной этого стала ORDOS, которая занимала банку 1. Учитывая, что для цветных программ банка 1 не даёт никаких преимуществ, и распространённость ORDOS, вероятно разумным было бы иметь две версии CP/M - пользовательская в банке 0 и инструментальная для банки 1, которая использовалась бы только программистами.
С середины 90-тых разработка программ средствами CP/M перестала быть актуальной, отчего в некоторой степени исчез смысл использовать CP/M в банке 1. Вспомним также, что из-за архитектуры ОРИОНА качественным CP/M-программам всё-равно приходилось работать в банке 0, используя CP/M в банке 1 лишь для чтения/записи файлов средствами CP/M, потому что код работающий с экраном должен располагаться в той же банке, где и экран. Естественно и для ORDOS-программ также более удобна DOS в банке 0. Важнее, что DOS в банке 0 упрощает программирование.
Потому с конца 90-тых (не ради ORDOS, а чтобы упростить себе программирование), я пользовался DOS для банки 0 (эти DOS в кодах Z80). Грамотная DOS для банки 0 должна использовать также ОЗУ банки 1. При этом в банке 0 остаются только вход в BDOS и подпрограммы CP/M-BIOS, что позволяет поднять уровень TPA, а весь исполнительный код DOS перенесён в банку 1. Цветовая проблема по-прежнему остаётся, хотя теперь это не столь важно (т.к не требуется использовать фирменные программы CP/M, а для авторского ПО можно выкрутиться).
Кардинальным решением цветовой проблемы является "перекорёживатель архитектуры". Расход деталей всего в несколько TTL-микросхем. Экран графики C000...EFFF из логической банки 0 переносится в логическую банку 1 на адрес 8000. Физически, естественно, экранные данные остаются в тех же адресах и в той же банке 0, но логически, т.е для процессора эти данные читаются/пишутся в банке 1.
Схема перекорёживателя состоит из формирователя выборки окон (B0:C000...EFFF и B1:8000...AFFF) и двух управляемых инверторов на базе ЛП5. Вентиль из ЛП5 при подаче лог.единицы на второй её вход инвертирует сигнал на её первом входе. Таким способом при адресации процессора в эти окна инвертируется адрес A14 и номер банки B0. Тем самым процессору в окно C000...EFFF "подсовывается" содержимое ОЗУ физической банки 1 из адресов 8000...AFFF.
При этом экран исчезает из банки 0 и банка 0 становится целиком доступной для программ. Это позволяет в DOS иметь цвет и высокий уровень TPA, причём не мешает грузить и запускать все программы ОРИОНА. Чтобы использовать ЯВУ в DOS для банки 0, я планировал в итоге сделать такую доработку, но до этого руки так и не дошли.
[свернуть]
Мне для работы в ORDOS с дискетами вполне хватает зашитой в ROM-диске программы JINN. Вполне удобно обмениваться файлами между дискетой и RAM-дисками в стиле NC.Цитата:
Сообщение от RD3AY
Не в ходу тогда были такие разъемы. Тем более что с обратной стороны кабеля была ножевая розетка под пятидюймовый флоп. Плата разведена под однорядный разьем МРН-14-1.Цитата:
Сообщение от barsik
http://pdf.platan.ru/img_base/nn_jpg/3082.jpg
По JINN продолжим тут:Цитата:
Сообщение от VituZz
http://zx-pk.ru/threads/9671-orion-1...ie/page17.html