Полигон-2

MM написал:

[q]

Оффтоп.
Как вариант, нечто подобное могло бы представлять интерес для замены ГМД7012 для ДВК-1 или ДВК-2, и прямо на дискете 3.5" 1.44, причем с каталогом FAT-12 . Софтовая поддержка, правда, потребовалась бы капитальная ( особенно с фрагментацией ).
Особенно интересно выполнить это на 1816ВЕ35 с навесными СОЗУ ( не менее 32 Кбайт ) и ППЗУ.

[/q]

Сомневаюсь, что представляет интерес (кроме, может, академического) замена ГМД7012 именно на 3.5" дискету, получится замена одной более древней древности на другую, менее древнюю, но тоже уже древность, от которой большинство остальных в это же время пытаются уйти с помощью эмуляторов. Гораздо проще как раз заменить ГМД7012 сразу на SD карту или на USB флэшку, а не на 3.5" дискету. И это ещё более справедливо для отдельно взятого ВЕ3x (без внешнего чипа контроллера FDD), поскольку для работы с дискетой 3.5" точная субмикросекундная тактовка гораздо важнее, чем для той же SD, которая просто снаружи тактируется с доступной МК скоростью.

Думаю, эмулятор ГМД-7012 на SD карте вызвал бы немалый интерес и спрос.

[q]

Товарищъ хочет создать некоторое цифровое устройство (какое он ещё не придумал сам), но которому однозначно нужны некоторые переменные данные которые он хочет скармливать ему с дискет (с каких 3.5", 5.25" или 8" он пока не конкретизировал, сейчас речь уже зашла о IDE HDD, может IDE магнитооптика или сменные HDD типа Jazz подойдут, он пока тоже не определился). При этом для своего НЦУ он не хочет использовать классические схемы контроллеров, а заюзать нечто минималистское (по корпусам) на современном МК.

[/q]

Я как понял увы из хотелок нема ничего на даный момент не растет.. Мда .. Тогда можно слепить нечто более другое тоже не особо большое . Но без использования специализированного контроллера флопа . Кстати и сделает девайс более универсальным и форматонезависимым . Да еще и к контроллеру не будет особых требований по быстродействию . Дорожки дрыгать шагами и индекс ловить может практически любой мк . А дальше дорожка скидывается в сыром виде в ОЗУ с помощью аппаратного счетчика и там уже микроконтроллер ее и декодирует софтом - тут уже неважно быстродействие . На запись в общем то та же шняга - в озу сосдаеться образ дорожки и кидаеться через "ускоритель" на флоп. прикинуть бы объем потребного ОЗУ исходя из того что писать все таки будем байтами через сдвиговый регистр чтобы однобитовое ОЗУ не юзать . В общем из моего опыта чтобы нормально ловить нужно по такты записи тикать раз в пять быстрее чем минимальная ширина импульса с флоповода - отуда можно прикинуть и объем . Главное схема получается не особо какой то грандиозной то ..

Blackbird написал:

[q]

Дорожки дрыгать шагами и индекс ловить может практически любой мк

[/q]

Не знаю, в KryoFlux почему-то ARM используется.

Blackbird написал:

[q]

На запись в общем то та же шняга - в озу сосдаеться образ дорожки и кидаеться через "ускоритель" на флоп. прикинуть бы объем потребного ОЗУ исходя из того что писать все таки будем байтами через сдвиговый регистр чтобы однобитовое ОЗУ не юзать . В общем из моего опыта чтобы нормально ловить нужно по такты записи тикать раз в пять быстрее чем минимальная ширина импульса с флоповода - отуда можно прикинуть и объем . Главное схема получается не особо какой то грандиозной то ..

[/q]

Тогда запись даже одного сектора будет делать каждый раз полный физический формат
дорожки, по моему это не совсем правильно....

Я бы все же поставил внешний FDC, да и устройство симпатичнее будет (не люблю когда все
устройство из одного MK и нескольких пассивных деталей).


Blackbird написал:

[q]

Это где ? Если ARM там реально больше ничего не делает .. То блин в общем ARMоводы люди особенные .. Там где на обычном МК нужно три строки кода эти уникумы впендюрят линуха и 10 сторонних глючных библиотек подключат .. Что называется "я не могу иначе" Так что опуститься до нормальных МК они не могут он им непонятен (там все сложно не то что ARM где все просто)- шутка

[/q]

Я эти ARM тоже как-то просто подсознательно стороной обхожу и вдаваться в них не хочется...