А я как обычно ничего не понял.Сообщение от ewgeny7
Я заинтересовался, а остальные?
Этот программатор по отношению к схемке на АП5 каков?
А я как обычно ничего не понял.Я заинтересовался, а остальные?
Этот программатор по отношению к схемке на АП5 каков?
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
AlexBel off , Igor_t on
Все очень просто ...
есть такая штука называется JTAG , она придумана давно и с ее помощью возможно заливать прошивки в разные микрухи его поддерживающие, в том числе и в плисы от альтеры . Раньше когда лпт и компорты были само собой разумеещееся на борту любого компа , для житага пользовали лпт порт подключая к нему "шинник" для согласования уровней , а вот когда усб узаконился и вытеснил собой остальные порты , встала великая трабла и каждый производитель микрух стал изобретать свои схемы усб-житага и естественно в своих IDE поддерживать свое железо .. то что ты наблюдал это усб житаг для альтеры и он видится квартусом (IDE от альтеры) как родная железяка.
Не, Игорь, тут народ мучается чем бы им попроще паршивки заливать, а ты им мегамонстра предлагаешь
Сайт с документацией к "Scorpion ZS 256"
все тот же Igor_t
дык я как бы ненавязываю
Печально коллеги! Повторяется ситуация двадцатилетней давности, когда каждый хотел иметь обязательно свой стандарт и свой Монитор. В итоге их десятка два. С десяток разных СР/М и каждый оплевывал чужую и считал, что его лучше. А ведь они все "2.2", и разница в BIOSe. И это такое уж геройство? А что в итоге? Три орионщика и just for fun... Вот и весь Орион! Весь кайф - это вспоминать, что работает при каком Мониторе, и какая при этом должна быть клавиатура? А теперь будем гордится, как кто грузится и какая должна быть ОРДОС. И ты должен принять мой "стандарт", иначе у тебя хрен что получится!Это уже обсуждалось. Вроде как решили что в альтере будет.... Лишь бы удовлетворить всех...
...Можно просто свой код безо всяких стандартов запихнуть.
Лично мне нужен...
А для .... я с удовольствием залью в альтеру "безПЗУшный"...
Печально коллеги! Думал уж при таком мизере пользователей сможем удержать какой-то единый стандарт, и всем подстроиться под него. Увы...just for fun!
Всегда завидовал вектористам. Там никогда не было такого балагана.
Если ты чего-то не знаешь, то это не значит, что этого не может быть.
О чем это вы?
И на Векторе огого какой балаган был (там где за дело брались любители), судя даже по здешнему форуму. Одна CPM у них без внешнего ром(или рам?)диска не работает, другая работает, но не так как первая, третья - работает по третьему, BIOS T34 T56 T80 и прочие модели танков.
И схем установки Z80 на Векторе даже больше было, чем на Орионе.
--
Разные люди разными частями интересуются. Я могу сделать какой-то кусок, а какой-то делать не буду, потому что неинтересно или с позиции моего опыта считаю что надо по-другому. Но аппаратно кусок то этот от этого никуда не денется - пусть живет, раз есть такая идея, кому-то пригодится и будет использован и поддержан. Главное чтобы не было условия "вместо", "так и никак иначе". Это нормально, по-моему, и всегда так было у "народных моделей", тем более у нас практически девборда. И в итоге что-то непременно получится, и даже не одно.
А Мониторы-3 лениградские лучше Мониторов-2, ИМХО. Они - развитие, а не альтернатива. Там больше возможностей и идей в том же объеме кода. Но это уже оффтопик, пожалуй.
Последний раз редактировалось Error404; 14.10.2009 в 00:32.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
..я молчу про Спектрум.. Из опыта стандартизации Спектрума могу сказать следующее - лучший способ выбора стандарта, это его авторская защита, точно так же как это принято в научных кругах. Смог защититься перед оппонентами и доказать что именно так надо делать - предложение принимается в качестве текущего стандарта, а нет - значит не судьба.
Не понял, в чем суть паники?
Ковыряясь с ИДЕ я обнаружил изрядную дыру в реализации записи в системные порты. Чем это плохо? Чем разносторонней задачи на стадии отладки, тем меньше глюков останется в конечном итоге. И не надо забывать, что специализация людей, здесь собравшихся, слишком разная. Чтобы работать в коллективе, нужно учитывать мнение всех собравшихся под ёлкой.
Насчет печатной платы - я отдал всем "на откуп" ресурсы альтеры. Разводите шины, как вам удобней. Подключайте ОЗУ как удобней для "разводящего". Подключение конфПЗУ жестко завязано на ноги альтеры - я дал схему. Раз добавляем последовательное ПЗУ - добавлю фрагментик схемы подключения оного. Больше мне нечем помочь, чесслово. Как я соберу на макетке и как это ЛУЧШЕ развести на ПП - это две большие разницы. И не стоит забывать, что кувыркание с макеткой и полкило МГТФа не позволит оценить работу готового устройства на ПП, куча наводок между проводами может погубить на корню все усилия.
Сайт с документацией к "Scorpion ZS 256"
Есть идея! Давайте обсудим!
Напомню. Я уже не однократно говорил, что на плате Орион-контроллера не нужно устанавливать или эмулировать порты ВВ55. Они не интересны в плане универсального использования и нужны, собственно для совместимости с программным наследием Ориона. Поэтому их стоит размещать на дополнительной плате, которая превращает Орион-контроллер в Орион-128. Логично?
Кроме того, следует подчеркнуть, что использование Z80, имеющего фоннеймановскую архитектуру очень интересно, т.к. имеются свои плюсы, особенно если нет потребности "в тупую управлять двигателем". Тоже объяснял! Но с точки зрения программ управления, Z80 имеет один существенный недостаток - нет команд и структуры битового управления. Чтобы изменить состояние бита в порту, необходима куча возни! Так легко, как это можно сделать на AVR, PIC или 8051, "подергать выводом порта" на Z80 не удастся. Отсюда и возникают проблемы с применением последовательный протоколов - I2C, SPI и т.д.
Что я предлагаю:
Я уже упоминал об универсальных двунаправленных портах. Попробую описать все словами, так как несколько подзабыл структуру логических элементов.
Разберем один восьмиразрядный порт. В нем делается каждый разряд шины данных отдельным портом ввода/вывода. Например. Port0: 30h->D0, 31h->D1, 32h->D2, 33h->D3, 34h->D4, 35h->D5, 36h->D6, 37h->D7. Со стороны Альтеры это, к примеру, для всех одна шина D0. Т.е. записывая OUT 30h мы одной командой меняем уровень сигнала на одной ноге порта - D0. Чтобы записать весь байт одним махом, делаем порт 38Н. Он выставляет свое значение на всех выводах порта, изменяя не совпадающие значения портов 30-37. Если выводы портов будут с "открытым коллектором", то отпадает потребность переключать порты на ввод/вывод. Входы порта для чтения подключаются на те же ножки, что и выходы. Единица выхода может быть легко задавлена нулем входного сигнала и это состояние на ножке читается командой IN. Все точно также как и при записи - можем считать состояние любого вывода порта, или весь порт сразу. Если нам нужен порт только для чтения, мы записываем в порт 38Н FFh. Теперь выходы не будут мешать входным сигналам выставлять низкий уровень.
В ассемблере, к примеру, можно сделать макрос "SET P0.0" "CLR P0.0" (установить/сбросить D0 порта 0), а можно ввести новые мнемоники в ассемблер, который при трансляции будет вставлять несколько комад в транслируемый блок.
Самым идеальным было бы добавить новые команды в сам Z80 - это все бы упростило!
Что скажете?
Если ты чего-то не знаешь, то это не значит, что этого не может быть.
В Z80 есть команды для работы с битами, но работают они только с регистрами и памятью, но не с портами. Так что ввод/вывод через ячейки памяти - не такая уж и плохая идея.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием