Ewgeny7, мне непонятно зачем вы там размещаете
странички
регайте в ЖЖ типо коммуюните орион128
висеть будет вечно
Вид для печати
Ewgeny7, мне непонятно зачем вы там размещаете
странички
регайте в ЖЖ типо коммуюните орион128
висеть будет вечно
Я противник социалок, ЖЖ в том числе.Цитата:
Сообщение от Totem
Тут помаленьку на работе нарисовал схему авторского контроллера дискогрыза в PCAD2002. Хочу собрать Орион, который в копрус УКНЦ должен пихаться и вместо УКНЦшного сетевого адаптера попробовать запихнуть сей контроллер (слегка конечно оптимизировав).
Просьба, посмотрите на предмет ошибок.
Чтобы не плодить однокоренные темы, напишу здесь.
Разбираюсь с поддержкой дисководов на различных Орионах-128 и Орионе-ПРО. Хочу понять как же всё таки правильно и откуда растут ноги формирования сигнала выбора стороны (/SIDE). Так получилось, что изначально я собрал на Орионе-128, как выяснилось малопопулярный, КНГМД Короткина. В нём формирование сабжевого сигнала, имхо, логичное: если я хочу выбрать сторону №0, то записываю в порт конфигурации бит "0", для выбора стороны №1 - бит "1". Этот узел никаких проблем у меня никогда не вызывал, т.к. изначально работал логично и правильно.
При попытке программировать КНГМД в Орионе-ПРО, при считывании дискеты от Ориона-128, я столкнулся с ошибкой "массив не найден". Данная ошибка говорит о том, что при операции чтения сектора в течении 20 оборотов диска не был найден целевой сектор. Признаком сектора являются: адресная метка, номер сектора и номер стороны. Причём если изначально форматировать дискету на ПРО, то секторы находятся и читаются. Сделав программный "костыль" (инверсию бита стороны), разумеется удалось работать с дискетой, записанной на КНГМД Короткина, а также с дискетой, записанной на IBM-PC. Если не делать в ПО "переворачивание бита", то дискеты будут успешно форматироваться, записываться и читаться, но будут совместимы только с данной системой, а, например, записывать образы на писи возможности не будет ((
Стал анализировать схемотехнику КНГМД. У Короткина берётся прямой выход порта ТМ8 и через буфер-инвертор выводится на дисковод, т.е. аппартно сигнал инвертируется. В ПРО, а также во всех остальных КНГМД для Ориона-128 (Ленинградский, Орион-Софт, авторский) сигнал либо берётся с инверсного выхода ТМ8 и выводится через буфер-инвертор, либо берётся с прямого выхода ТМ9 и выводится через неинвертирующий буфер, т.е. аппартано сигнал не инвертируется!
Поскольку соответствующий вход дисковода называется "/SIDE1", т.е. "выбор стороны №1", активный уровень низкий, то получается, что делать в КНГМД его прямым - не логично.
Хочу понять, почему в КНГМД формирование этого сигнала различается? И самое главное - почему в большинстве КНГМД для Ориона сделано нелогично? Есть какие-то стандарты?
add
Документальное подтверждение "кривой" организации выбора стороны в реализациях КНГМД под СР/М я таки нашёл:
http://denn.ru/orion/hardware/fdc_side.jpg
И даже аппаратное введение этой "кривизны" при доработке КНГМД Короткина под СР/М есть в природе!
Но зачем так сделано? Зачем нелогичность и лишние команды инверсии?
По всей видимости, из-за того, что тот BIOS CP/M, который передрали первым (а это сделали в Питере, а уж потом у них все кому не лень "копипастили"), вот так вот выбирал сторону. В те времена (времена не питерских, которым конечно было пофиг с инверсного выхода ТМ8 брать или прямого - лишь бы передираемый код запустился, а более ранние времена - времена авторов CP/M, которые были настаящими хакерами в положительном смысле этого слова) из-за экономии лишнего инвертора нефиг делать могли дисководную (да любую!) физику поправить. Вон Сэр Клайв для экономии полутора корпусов в формирователе видеосигнала наворотил, и ничего - миллионы программистов матерились, но код написали, и еще какой. Поскольку диски формата ACP/M и ее плагиата читаются на IBM фирменными утилитами (которые про Орион и близко не знают), такое получается было распространено не только на Орионе, но и в фирменных решениях. Такое мое ИМХО.Цитата:
Сообщение от Denn
Так ведь наоборот получается, что проще поставить инвертирующий буфер (он банально популярный, доставаемый). Хотя, чёрт знает какова ситуация с популярностью микросхем там... у нас-то точно ЛН2, ЛН3 проще достать, чем экзотику ЛП9. Но это не суть, ведь у ТМ8 парафазные выходы, поэтому сделать аппаратное "выравнивание логики" - это вообще бесплатно!Цитата:
Сообщение от Error404
Добрый день!
Случайно попал на форум - поисковик выдал обсуждение моего контроллера и SPDOS))) Много времени прошло, но если комуто что-то интересно, то я готов вспоминать вместе с вами))
Вначале 2000 использовал Орион-128 и SPDOS в работе. Авторский контролер не собирал,
а доработал контроллер от Orion-Soft и немного SPCHAN$. Дисковод подключал от IBM XT на 360К.
Надо попробовать включить. Недавно нашел дискеты, записанные в формате SPDOS:)
Интересно все. От истории создания (это была сугубо орионовская разработка или адаптация с другой платвормы типа как параллельное решение с Корвета давшее начало прочим версиям КНГМД?) до "кухни" журнала Радио того времени. Который сыграл драматическую роль в истории Ориона, не побоюсь этого слова. Неопубликованный софт есть? В любом случае, все сохранившиеся дискеты - срочно оцифровать и выложить. :) Если не жалко.Цитата:
Сообщение от makbar
- - - Добавлено - - -
В-общем, с Вас как минимум мемуары. :)
makbar, прекрасный КНГМД, очень грамотная разработка. А работу с ВГ93 я изучал с помощью нагло дизассемблированной SPDOS, огромное спасибо.
Мне интересно узнать историю возникновения формата дискет, который я без изменений поддержал в своей ОС. Почему было выбрано ограничение в 78 файлов? Я конечно догадываюсь, но интересно услышать версию из первых уст.
makbar, я также собрал Ваш контроллер.
прекрасно работает!
Камрады) я сейчас за городом и с отвратительным интернетом.
Обязательно отвечу на все ваши вопросы. Если вспомню.
я изначально собрал Специалист... и для него делал контроллер.
Сразу хочу сказать что не ковырял чужие тексты) - мне повезло достать оригинальный даташит на wd 1793.
Ксерокс с ксерокса с ксерокса... но все писал по ниму. Вот например откуда правильная полярность сигнала выбора стороны, как правильно спрашивали выше. Я не привязывался к ср/м.
- - - Добавлено - - -
специалист, а потом орион... как произошел переход я расскажу позже - были у меня не сами по себе а мозгом крутого по тем временам программатора епром. он днями и ночами зашивал пзу для спектрумов и аонов в промышленных масштабах.
Хранить на ленте все образы всевозможных "Русей" сами понимаете, не очень и я взялся за разработку контроллера и ОС
- - - Добавлено - - -
Какоето время у меня функционировал лишь вариант поблочного обмена с диском, и в блокнотике на бумаге! велся каталог что где лежит. Я тогда учился в институте и у меня был доступ к Укнц и ibm. изучая эту технику тогда и родилась идея именно такой файловой системы. На Специалисте я её даже помоему не реализовывал...только на Орионе. Детали перехода на орион не помню. Вроде кто-то сказал что это новый модный комп и давай переползай со своим контроллером на него.
специалист паял сам... а вот орион купил готовую отлаженную плату на тогда еще вроде тушиском рынке. Вернее даже не купил а поменял на дисковод)
- - - Добавлено - - -
Спасибо и вам за такие слова.Цитата:
Сообщение от Denn
Ну а раз дизассемблили, то буду в Питере, с вас пиво)
makbar, хочу ещё поприставать с вопросами по КНГМД :)
1). Конденсатор 0,47 мкф на "Index" - это чисто эмпирика (для чего?) или "по науке" (какой?) ? Почему без R? В динамике получается к.з. выхода буферного ЛЭ..
2). Нагрузочные R интерфейса дисковода на стороне КНГМД номиналом 390 Ом. В авторском КНГМД они же имеют номинал 3,3 ком - разница почти на порядок! Где правда жизни?
3). Конечно же больше всего интересует для чего организована история с сигналами DRQ и INTRQ?! Это же дефицитная и дорогостоящая в те времена ИР22, это лишняя регистровая пара в циклах чтения/записи. Опрос регистра команд ВГ93 позволяет решить вопрос дешевле во всех смыслах. Или всё таки была какая-то необходимость?
П.С. Есть у меня ещё ряд вопросов по программированию (пытаюсь совместить поддержку обоих вариантов КНГМД одновременно), но с этим наверное лучше в ЛС, дабы не "грузить" общественность ненужной инфой. Если нет возражений? ;)
Пишу с телефона. Схему не смотрю.
2. Нагрузочные, а по-русски я их называю пулапчики. Они ж на входных линиях контроллера?
На дисководе же выходы с открытым коллектором... какие там элементы и какой максимальный ток по паспорту, подскадите?
Эмпирика. Мне приходилось такое делать (задерживать индексный сигнал) на большинстве контроллеров где использовались советские дисководы 5,25 (не только орионовских, но и BDI спектрума). Иначе дисковод портил дискеты при записи и не форматировал. Это какая-то связка ВГ93 и советстких 5,25, возможно оно и как-то по-другому решалось. В большинств случаяев я ставил RC-цепь, но и без резистора ЕМНИП работало тоже.Цитата:
Сообщение от Denn
Ну что господа, я съездил в гараж и отрыл коробку с бумагами по ориону)))
Правда жизни в том, что я руководствовался стандартами, насколько они мне были тогда доступны. Если вы внимательно посмотрите схему самого накопителя, то там входные сигналы от контроллера подтянуты резисторами в аж в 330 Ом. Так почему у меня на обратных сигналах должны быть килоомы?Цитата:
2). Нагрузочные R интерфейса дисковода на стороне КНГМД номиналом 390 Ом. В авторском КНГМД они же имеют номинал 3,3 ком - разница почти на порядок! Где правда жизни?
во-вторых, сопротивление это не от балды, а диктуется волновым сопротивлением плоского кабеля-шлейфа, которое примерно 100-130ом.
Т.е. делаем вывод, что те кто паял туда килоомы просто делали это от балды, нарушая стандарты и усиливая помехи. Печально, что как вы говорите, авторский вариант имел 3,3к.
Я вообще не знакомился со схемами "конкурентов" по ориону, ибо контроллер у меня уже работал на Специалисте, и мне просто надо было дописать вменяемый софт под Орион.
Я смотрел схемы Спектрума, и честно говоря, меня больше заботила красота и вменяемость сепаратора данных, чем что либо другое в схемотехнике.
К слову сказать, я после публикации в журнале провел несколько экспериментов и сделал очень четкий сепаратор, но этому можно посвятить отдельную тему.
- - - Добавлено - - -
Не готов пока возражать или подтвердить, не помню.Цитата:
Сообщение от Error404
Всё, нашел записи. У меня записано, что накопитель MC5305 выдает этот сигнал шириной в 2-5,5 мс..... смотрим документацию WD1793: там черным по-английски написано, не менее 10 мс. .....
Присмотрелся, там мкс.... надо вспоминать.
- - - Добавлено - - -
Итак. ух заставили вы меня вернуться в прошлое)
документацию WD1793: длительность сигнала индекс должна быть более 10 мкс, т.е. смею предположить, что он слишком чувствительный для того, что на него идет с накопителя. Также, рассматривая схему накопителя, смею предположить, что оптопара, которая ловит дырку на диске, может создавать сигнал с "дребезгом", на который легко может ложно срабатывать 1793.
Конденсатор же вносит не задержку, как предположено выше, а просто убирает дребезг.
- - - Добавлено - - -
Как я уже писал выше, контроллер был изначально сделан для Специалиста. Насколько я помню, поправьте, Специалист работал на более низкой частоте чем Орион, и в силу этого мне тогда показалось что я не смогу написать быстрый цикл чтения-записи. Такой регистр помогал оптимизировать команду условного перехода в этом цикле. Так мне тогда казалось. Понятно, что на более быстром компе он вроде как и не нужен, но я не менял схемотехнику, когда заимел Орион.Цитата:
Сообщение от Denn
Тут нескромно добавлю, что видимо первым получил устойчивый контроллер для Ориона, ибо у "конкурентов" были глюки и нестабильная работа из за длительности сигнала обращения (для wd1793 он должен быть больше 400нс), а в Орионе он ровно 400нс. Это я озвучил в журнале Радио, добавлением цикла ожидания. До этого я слышал, что "конкуренты" колхозят с резисторами и кондюками где только можно на шине )))
Т.е. людям приходилось подбирать "хорошие, быстрые" ВГшки...
Суть в том, что был абсолютно рабочий контроллер на Специалисте, но он глючил на Орионе. Понять я не мог в чем дело, пока еще раз не почитал доку wd1793. В Специалисте этот сигнал не помню сколько, но больше 400нс.
makbar, по поводу подтягивающих я тоже хотел написать, что раз на стороне флопа они по 330 ом, стало быть логично ставить такие же со стороны КНГМД. Спасибо за разъяснение про волновое сопротивление, честно говоря не думал в этом направлении.
По поводу авторских 3,3 ком нашёл разъяснение (пересказываю своими словами): "в схеме две сборки резисторов, одна на ШД, другая - те самые "подтяжки", по-хорошему первую надо на 10 ком, в вторую "менее 1 ком", но плодить разные детали не хотели и выбрали средний вариант для обеих! Занавес.."
Мне очень близок такой подход.Цитата:
Я вообще не знакомился со схемами "конкурентов" по ориону, ибо контроллер у меня уже работал на Специалисте, и мне просто надо было дописать вменяемый софт под Орион.
У меня журнальный вариант, работает с момента публикации (~20 лет!), никаких проблем с записью/чтением не было. На том конце побывали: MC5305, Роботрон, TEAC'и, теперь 3,5" ALPS. У трёхдюймовочек пришлось дорабатывать READY, в сам КНГМД с момента сборки паяльником не залезал вообще!Цитата:
меня больше заботила красота и вменяемость сепаратора данных, чем что либо другое в схемотехнике.
Мне почему-то кажется, что с дребезгом должны бороться на уровне схемотехники самого дисковода, и на выходе у него уже должен быть сигнал "по уставу" :)Цитата:
Конденсатор же вносит не задержку, как предположено выше, а просто убирает дребезг.
Могу ошибаться, конечно.
Опять же в авторском этот узел точно такой же и конденсатора там нет вообще (в свой вариант я таки поставил по-аналогии :), но по ощущениям ничего не изменилось). Но сейчас и дисководы не на рассыпухе, а на МК...
В любом случае конденсатор без резистора будет работать только на положительном фронте сигнала и только при условии использования 155/555 серий.
Они (глюки) у них до сих пор остались! и при наладке требуются танцы с бубном..Цитата:
ибо у "конкурентов" были глюки и нестабильная работа
В своём варианте я не делал "удлиннялку" (на ЛА8, кажется?), без неё всё прекрасно работает. Видимо, мне повезло с экземпляром ВГ93.Цитата:
из за длительности сигнала обращения (для wd1793 он должен быть больше 400нс), а в Орионе он ровно 400нс. Это я озвучил в журнале Радио, добавлением цикла ожидания.
А как должен проявляться этот глюк? В каких режимах?Цитата:
Суть в том, что был абсолютно рабочий контроллер на Специалисте, но он глючил на Орионе. Понять я не мог в чем дело, пока еще раз не почитал доку wd1793. В Специалисте этот сигнал не помню сколько, но больше 400нс.
Я понял о чём речь. Проблема действительно есть, в программе теста КНГМД, например, для ускорения использовали работу с регистрами стека. Я смог победить проблему "длинного цикла" выделением двух целевых битов статуса ВГ93 и использованием проверки на чётность, т.о. сразу убиваются два зайца - проверка на готовность приёма/передачи (переход JPO) и на окончание всего цикла (JNZ), а для маски битов пришлось использовать регистр (ANA R, 4 такта ЦПУ), т.к. команда ANI <const> отнимает 7 тактов ЦПУ и с ней уже не успеваем - настолько всё жёстко по таймингам.Цитата:
мне тогда показалось что я не смогу написать быстрый цикл чтения-записи. Такой регистр помогал оптимизировать команду условного перехода в этом цикле. Так мне тогда казалось.
Ух. Таки растолкал свой Орион в фул комплектации после 15 летней спячки:)
Завелся почти сразу, если не считать окислившиеся контакты и небольшой проблемы с подключением к современному лсд телевизору.
Пришлось добавить проводов от блока питания к плате, а то до микросхем доходило 4.6 В. Да и в разрыв синхронизации и ргб
поставить резисторы 180 Ом. Телевизор не видел Орион в упор, писал, нет сигнала.
С четырех дискет в формате SPDOS каталоги успешно прочитались. Но как и ожидалось ничего там ценного нет:(
На дискетах хранился всем известный софт для ордоса и дампы программ для пзу.
День удался:) Фотки выложу позже.
В невалидности данных на шине данных )Цитата:
Сообщение от Denn
ЛА8 делает это время 800нс, вводя дополнительный такт ожидания и все становится четко.
http://maksoft.myjino.ru/pict/wd1793-400ns.jpg
- - - Добавлено - - -
я потом пробовал аналоговый сепаратор (ФАПЧ натуральный) и 2 похожих варианта на 155РЕ3 и i85c220. Оба работали устойчиво до самой смерти Ориона. Эти варианты привлекают отсутствием RC цепей как класса.Цитата:
Сообщение от Denn
Странно, что их не полюбили...
Чесслово, ни разу в жизни не было. Нечитаемый сектор на плохой дискете - да, бывало, но чтобы считалось ок и неверно - не было.Цитата:
Сообщение от makbar
Как раз ничего странного. РЕ3 надо на чём-то прошивать, i85c220 - эта наверное приравнивалась к космическому кораблю по цене/доступности. А вот как раз RC-хлам есть у каждого паяльщика :)Цитата:
Сообщение от makbar
это немного не про это. ВГ просто не успевал подготовить данные на шине за <=400nsЦитата:
Сообщение от Denn
- - - Добавлено - - -
Вот что я нашел еще сегодня в гараже. Может кому то поможет. Манускрипту лет 20.
Отладка контроллера SPDOS
ФАПЧ крепко выручал. Если дискогрыз был нормальным в ФАПЧ нужды не было.
Я свой дисковод (и мой друг) дали на время поюзать одному человеку (не хорошему, как потом выяснилось).
Дисководы вернули мне и другу. И тут началось у обоих, с виду все нормально. Но дисководы начали давать не понятные сбои
при чтении данных, ну, по крайней мере, это так проявлялось. Информации тогда было чуть более чем ноль,
чтобы найти и исправить эту проблему. ФАПЧ крепко выручил.
какая схемотехника фапча? Он нужен хороший если имеется значительный jittter данных.Цитата:
Сообщение от OrionExt
Продавали секретную разработку на радио рынке на РЕ3. Схемотехника – не знаю.
Правда, эта история о контроллере для ZX Spectrum.
Пара, тройка микросхем и РЕ3. Плата не сохранилась(
А вот нашел МС5311, МС5305. Дисководы были супер, пока не побывали в руках злодея:(
Сейчас вспоминаю с улыбой, но тогда это была проблема
А Орион то как раз я на МС5311 запускал первый раз)
- - - Добавлено - - -
Кто владеете информацией, то владеет миром. Подключал я дисковод к Лененграду-2.
Все собрал, красиво. Включаю, полет нормальный. Читаю диск… в ответ… ноу)
2 месяца у однокурсников спрашивал… не знаем … не интересуемся. Пол платы порезал.
Потом как то попал ко мне в руки zx-ревю. Читаю маленькую статью о кемстон джойстике
и как он читается по портам. Стоп… это конфликт с бета-дисковым контроллером.
Эврика. Допаиваю 1 чип сверку - подключаю. РАБОТАЕТ!!! дисковод.
А еще там были панельки запаяны с которых ПЗУ выпрыговало:)
Если верить написанному выше, то значит я таки тоже в вашей банде! Собирал его, пользовался не DOS а просто обменником. Контроллер в полной обвязке: тормозилка, ФАПЧ + мои личные доработки, не касающихся критических узлов оригинальной схемы. Впечатления следующие (это плюсы):Цитата:
Сообщение от makbar
1. Несколько раз по глупости портил дискету - восстанавливал все руками сам. ;) (реверс по данным из журнала + анализ данных на самой дискете).
2. Контроллер работал как часы: даже когда я добыл связку из двух 80ти дорожечных дискогрыза с электромагнитами загрузки взамен 40ка дорожечного болгарина.
3. Писал обменник на спектрумскую хобету - работало. Правда не сразу понял, что при форматировании следует правильно указывать номер стороны: контроллер PC не мог игнорировать сей флаг, в отличии от ВГ93.
4. Намучившись с хобетой писал именно к этому дискогрызу обменник между FAT12 и квазидиском ORDOSа, все работало, причем лучше чем с хобетой, в том числе был и форматтер.
5. Весь цикл жизни ни одна из моих не самых качественных дискет не испоганилась от хранения как такового. Первые дискеты без использования сроком около 9 лет считались в последствии нормально.
Про пункт №4 я уже писал и желающие могут посмотреть этот опус. Напомню, 97 год, писалось на самом Орионе, так что ногами не пинать. Но посмотрите, как сделана низкоуровневая работа с ВГшкой!
И оно не зависало, если внезапно сектор не найден - вываливалось с текущей ошибкой (заполнив буфер одним из байтов при чтении).Код:;FDC CONTROL REGISTER
CTR:PUSH PSW
CT0:LDA 0F700H
ANI 1H
JNZ CT0
POP PSW
STA 0F700H
RET
;WAITING FOR DRIVE READY
RED:LDA 0F700H
ANI 80H
JNZ RED
RET
RWR:LDA 0F700H
ANI 82H
JNZ RWR
RET
;LOAD SECTOR 512 BYTES WITH CHECKING CHECKSUMM
;10H TRIES, [HL] - ADR...
INS:PUSH D
PUSH B
MVI B,10H
IS0:PUSH B
LDA TRK
ANI 1H
MOV C,A
LDA DRV
ORA C
STA 0F602H
LDA TRK
RRC
ANI 7FH
STA 0F703H
XRA A
MOV B,A
MVI A,18H
CALL CTR
CALL RWR
LDA SEC
INR A
STA 0F702H
MVI A,80H
CALL CTR
MVI C,82H
LXI D,0F700H
IS1:LDAX D
ANA C
JZ IS1
LDA 0F703H
MOV M,A
INX H
INR B
JNZ IS1
IS2:LDAX D
ANA C
JZ IS2
LDA 0F703H
MOV M,A
INX H
INR B
JNZ IS2
POP B
LDA 0F700H
MOV C,A
ANI 80H
JNZ IS3
MOV A,C
ANI 08H
JZ IS4
DCR B
JNZ IS0
MVI A,08H
JMP IS5
IS3:MVI A,80H
JMP IS5
IS4:XRA A
IS5:STA BER
POP B
POP D
RET
;SAVE SECTOR 512 BYTES
;[HL] - ADR...
OTS:PUSH D
PUSH B
LDA TRK
ANI 1H
MOV C,A
LDA DRV
ORA C
STA 0F602H
LDA TRK
RRC
ANI 7FH
STA 0F703H
MVI A,18H
CALL CTR
XRA A
MOV B,A
LXI D,0F700H
CALL RED
MVI C,82H
LDA SEC
INR A
STA 0F702H
MVI A,0A0H
CALL CTR
OS0:LDAX D
ANA C
JZ OS0
MOV A,M
STA 0F703H
INX H
DCR B
JNZ OS0
OS1:LDAX D
ANA C
JZ OS1
MOV A,M
STA 0F703H
INX H
DCR B
JNZ OS1
LDA 0F700H
ANI 80H
STA BER
POP B
POP D
RET
В общем, я уже и не помню, почему я выбрал именно этот контроллер (Радио №12'92), но его работа мне очень нравилась, не смотря что он сначала был на макетке и только потом на саморазведенной плате. Собирался без осцилла, чисто с помощью Цшки. Не могу сказать подобного про Специалистовский: тот из-за особенности софта и схемного решения часто вис. И дискеты свои же портил. К сожалению, не могу знать, чья разработка он был.
спасибо.Цитата:
Сообщение от HardWareMan
HardWareMan, занятный прикол с двумя циклами чтения/записи по 256 байт каждый :)
На самом деле всё проще. ВГха сама отслеживает окончание процесса и сбрасывает младший бит регистра состояния. Т.е. вместо INR B можно было просто проверять младший бит, соответственно маскировать не 82Н, а 03Н ;)
Код:MVI C,03H
...
OS0:LDAX D
ANA C
JPO OS0
MOV A,M
STA 0F703H
INX H
JNZ OS0
Возможно. Но я тогда имел инфу о ВГшке только из цикла статей про Корвет в журналах радио (как раз была полная подшивка за тот, ЕМНИП 89й, год). Так что вот. А два цикла - на 2,5МГц ВМ80 работал на грани фола при программном поллинге: вставляем условие на 2хбайтный счетчик и все (например MOV A,B/ORA C), данные не успевают и ВГшка захлебывается (переполнение буфера). А развернув цикл (для 1КБ сектора 4 обмена ессно) все работало как часы на этом железе.Цитата:
Сообщение от Denn
- - - Добавлено - - -
Верно. Радио №6'89.
Ну вот, как обещал фото Орион-128 плюс SPDOS. В принципе ничего нового, но все же.
Буду теперь неспешно собирать, и подключать Z80 карту.
OrionExt, spdos 4.3 есть?
Нет. Это версия с журнала Радио 93 г. У меня еще переделанный контролер от Orion-Soft.Цитата:
Сообщение от makbar
Но что я там менял я уже не вспомню, записей не осталось.
На тот момент появилась необходимость в дисководе. Загрузочные дискеты СР/М были утеряны,
дисковода на 80 дорожек не было. Вот я по быстрому и собрал эту конфигурацию из
подручных средств:)
что сыграло драматическую роль? не понял.Цитата:
Сообщение от Error404
Журнал Радио. Политика которого приводила к тому, что когда в стране было полно интересных решений для Ориона, как програмных так и аппаратных, дядя редактор говорил "нам это не интересно" и печатал расчет антенн на Васике. Между любителями была переписка, и от всех более-менее значимых персон (в трансляции от Чистякова) слышал "в Радио писал, послали меня они"Цитата:
Сообщение от makbar
- - - Добавлено - - -
В результате в селах (где нет своих местных "толкучек" с обменом дисками да и просто мнениями) не было ничего. Журнал предпринимал усилия чтобы изолировать пользователя от информации, посадив на свои статьи, где тупо печатались дампы. Страницы дампов не самых интересных программ. Рыба вместо удочки (обращаясь к классике). Чудом выйдя на Чистякова (мы, местные владимирские орионщики, написали бумажное письмо на адрес что был в рекламе на экране в игре, купленной на Тушинскм рынке), я получил на порядки больше информации чем из журнала. Собственно, после 93 года орионовские статьи из журнала Радио открывал только поржать. Радиолюбитель и то более реальные вещи публиковал.
Error404, я на эту тему не заморачивался тогда. Меня нашел и пригласил некий кадр в журнал. Я подготовил материалы и меня напечатали...
Error404, более того, если бы не политика журнала Радио, то даже Специалист бы вышел до РКшки и его бы уже раскрутили. ;)
у меня уже был рабочий контроллер для Спеца, и я встретился и предлагал его авторам компа. Энтузиазма не увидел.Цитата:
Сообщение от HardWareMan
Ну не хотите как хотите, у меня и без вас все работает.
- - - Добавлено - - -
p.s. соррри за оффтоп. вместе со старыми доками по контроллеру нашел тубу с микрухами:
i8085AH
580вм80 2шт
580вв55
580вв79
и еще рассыпуха 155 555 серий.
Может кому надо?
Прямо сейчас ищу 8085 интеловский, но Ярославль - совсем не Петербург, далеко... :(
буду в Питере в конце августа-начале сент, а так могу послать почтой..Цитата:
Сообщение от Ewgeny7
Вопрос к знатокам. Интересуюсь на будущие.
Если софт под Ордос, который может отформатировать дискету и записать образ диска *.odi?
Все это думал проделать в Орионе (вм80, контроллер FDD). На первый взгляд нужен носитель, который может вместить объем образов дисков. Допустим CF-карта, как самое простое решение. С заделом на будущее.
Разъема FDD на PC нет. Покупка USB FDD даже не планируется, зачем он нужен в наше время.
OrionExt, образ *.odi некуда развернуть на Орионе, поэтому его запись невозможна, по крайней мере имеющимися средствами :(
Можно написать софт, который будет например по СОМ-порту тянуть посекторно с писюка и складывать на дискету. Но такой софт писать надо, причём для обоих компов..