CHRV wrote:Да и челу можно купить скоко хочешь картриджей а программатор один юзается!
Вот это реальная мысль, об этом я не подумал.
А вот программатор на УСБ сделать не сложно, НО КТО СОФТ ПИСАТЬ БУДЕТ :). Хотя достаточно написать только для одного типа микрух флашовых и другие не применять.
Я такого ещё не писал, но думаю, что ничего невозможного там нет:) Можно и разобраться. Потребность в этом есть - удобство; LPT может быть занят, или вообще отсутствовать; 5 вольт с USB для питания программатора так и так брать надо (или внешний БП, что совсем уж неинтересно).
Значит, по поводу мегадрайва можно спрашивать меня или замечательного чувака под ником Rumata. По поводу М68К: при ресете (не менее 64 тактов CPU) он уходит в Z по всем шинам, кроме сигналов самого микропроцессорного комплекта. Эти сигналы в MD не юзаются. Причем, на кратридж выводятся все необходимые сигналы. К тому же на разъем выведены 2 сигнала сброса: MRES и VRES. MRES - это главный сброс, формируется простой RC цепочкой и компаратором при включении питания. При активном сигнале (0) отрубается все, даже делители VDP. Приставка стоит и все сигналы висят. VRES формируется из MRES на небольшой период (~64 такта CPU). Этот сигнал является ОК и нужен только для CPU и еще пары цепей. К тому же у CPU есть команда RESET, которая вырабатывает сигнал нужной длинны с той же ноги. Теперь о Z80. По умолчанию при сбросе, регистр управления ($A11000 вроде) хранит нули, что приводит к принудительной генерации сброса и захвата шин Z80. Другими словами Z80 является ведомым процессором и после сброса надежно спит. При моих ранних опытах я подключался напрямую к Z80 (единственное что я тогда знал о приставке ~1995 год), развязав только RES, BUSR. И потом управлял ресурсами М68К без помех, так как М68К при включении без РОМки засыпал сам. Просто у М68К при приходе 2х вложенных сигналов BUSERR происходит останов. Так как картридж отсутствует, генерируется сигнал "ошибка шины". Проц начинает обрабатывать исключение. Это состояние он сохранит до сброса. Еще вопросы?
Last edited by HardWareMan on 05 Jan 2014 03:33, edited 1 time in total.
А вот программатор на УСБ сделать не сложно, НО КТО СОФТ ПИСАТЬ БУДЕТ . Хотя достаточно написать только для одного типа микрух флашовых и другие не применять.
Я такого ещё не писал, но думаю, что ничего невозможного там нет:) Можно и разобраться. Потребность в этом есть - удобство; LPT может быть занят, или вообще отсутствовать; 5 вольт с USB для питания программатора так и так брать надо (или внешний БП, что совсем уж неинтересно).
Если сделаете полную поддержку IEEE1284 по протоколу и аппаратуре, то можно будет юзать как просто LPT, так и готовые адаптеры, что на Prolific PL2305 и подобные. УСБ драйвера "поддержка УСБ принтера" уже будут готовы. Ну или WinDriver в руки и вперед. Так что вариантов как раз много. Я кстати такой адаптер уже несколько месяцев изучаю. USB_2_IEEE1284.
Last edited by HardWareMan on 05 Jan 2014 03:33, edited 1 time in total.
собственно, ресет после прошивки картриджа так и так делать надо - вот я интуитивно и спросил
кучки буферов, да и мелкосхемку - может в ПЛИС махонькую пихнуть, тем более если проект коммерческий хоть чуток.
а вот насчет много картрриджей - один программатор - это да, плюс двухплатной конструкции.
. Хотя достаточно написать только для одного типа микрух флашовых и другие не применять.
