Полигон-2

Думаю, эмулятор ГМД-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 тоже как-то просто подсознательно стороной обхожу и вдаваться в них не хочется...

svinka написал:

[q]

FDC - это микропрограммный автомат. Я бы даже сказал микроконтроллер. Трудится на частоте 4 или 8Мгц (для 1.44)
И все его функции можно реализовать на современном микроконтроллере с фиксированными таймингами исполнения команд

[/q]

Так я же не говорю что нельзя! Мне просто решение с внешним FDC больше
нравиться (хотя можно и полностью программную реализацию расссмотреть
тоже конечно), тем более что дискеты предполагается читать самые обычные.


svinka написал:

[q]

Ищите микроконтроллер 5-ти вольтовый с памятью минимум под 1 а лучше 2 трека 1.44

[/q]

Для удешевления проекта и использования микросхем в нормальных
приятных DIP корпусах предлагаю ATMega8515 с внешним SRAM от
кеша 486 материнок.