Полигон-2

Blackbird написал:

[q]

Это понятно - но обычно в "народных" проектах особливо забугорных жестокий испепеляющий минимализм царит . То есть один МК париться за всех и деталей вокруг самый мизер и уж точно никаких дополнений ..

[/q]

А зачем на кого-то смотреть? Я считаю, делать надо так, как самому больше
нравиться.

В целом мое мнение такое:

1. Если хочется лучше разобраться с программированием FDC - ставим внешний контроллер.

2. Если хочется вникнуть в форматы MFM кодирования данных на дискете - все делаем
программнно.

PS. Для примера, минимализи в реализации наверное больше половины реализаций
любительских частотомеров с динамической светодиодной индикацией, реализованной
программно, приводит к трудноустранимым погрешностям измерений, хотя к примеру
внешний MAX7219 все эти проблемы одним махом решает, не говоря уже об экономии
выводов MК...

Blackbird написал:

[q]

где просто сам МК тупо ногами генерит видеосигнал да еще и сразу в PAL и демонстрирует пр этом 3D на экране и музыку играет . Это становиться просто очевидно ..

[/q]

Здесь нет таких жестких требований к точности отсчета
временых интервалов, для частотомера погрешность
задания временного интервала даже в один такт уже
чрезмерна.

[q]

Здесь нет таких жестких требований к точности отсчета
временых интервалов, для частотомера погрешность
задания временного интервала даже в один такт уже
чрезмерна.

[/q]

Там как раз все очень жестко . Сам видеосигнал жестоко детерминирован а если еще поднесущую PAL генерить то вообще яйца к полу . Но делают ..

[q]

Поэтому все нормальные люди пользуют для частотометра PIC микроконтроллер и timer на вход, который может 50 МГц официально по даташиту, еще со времен PIC16 -)

[/q]

Проблема не в скорости таймера а в том чтобы правильно сгенерить период отсчета за которое он будет считать . То есть тики другого таймера который считает OSC + еще все задержки на обработку прерывания и все такое

Tronix написал:

[q]

Поэтому все нормальные люди пользуют для частотометра PIC микроконтроллер и timer на вход, который может 50 МГц официально по даташиту, еще со времен PIC16 -)

[/q]

Tronix, а как это решает вопрос с прецизионным отсчетом временного
интервала 1s - 10s? Просто можно не использовать внешний счетчик (который
нужен только для повышения быстродействия).

PS.Как по мне, так достоинства MCS-51/AVR явно перевешивают одно
преимущство PIC в виде встроенного асинхронного счетчика, который
легко подключить снаружи MCS-51/AVR. Впрочем мы совсем отошли от темы...

Blackbird написал:

[q]

А вдруг оно таки есть?

[/q]

А зачем?


Blackbird написал:

[q]

можно было спокойно прочитать файл с дискеты

[/q]

Обычно файл с дискеты читают для загрузки в комп, а для них существуют контроллеры дисководов.


Blackbird написал:

[q]

Хм на AVRку вполне себе существует проект который с SDшки спокойно файлы читает в FAT16 и никто не умер

[/q]

Читать с SD (эмулировать FDD) и читать с реальной дискеты это не одно и тоже.


Blackbird написал:

[q]

Я хочу иметь отдельный девайс сделанный под винтаж который не пользуясь компутером может читать-записывать файлы хотя бы MS-DOS на дискету . Для того чтобы обычный PC мог с ними работать

[/q]

Какой обычный PC сейчас имеет дисковод? Но вопрос даже не в этом, как ты представляешь это должно работать? Ты записываешь файл/образ диска на SD и МК копирует его на дискету 1:1? И в каком формате должна быть эта дискета, куда она дальше пойдёт, и почему это нельзя сделать на обычном компе? Вообщем, "ты скажи, ты скажи чё те надо, может дам, может дам чё ты хошь".