Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Технический флейм »   Не знает ли кто проекта сопряжения МК с флоповодом ?
RSS

Не знает ли кто проекта сопряжения МК с флоповодом ?

<<Назад  Вперед>> Страницы: 1 * 2 3 4 5 6
Печать
 
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Blackbird написал:
[q]
Причем учитывая ЧТО сейчас вытворяют на МК на том же AVR скажем - может скорости хватить и на прямое декодирование/кодирование данных дисковода . Мотором то дергать ни разу не проблема а вот все остальное ..
[/q]
Я думаю, точно хватит - на AVR эмулятор Z80 сделали,
Однако задачу реализации проекта можно упростить, если работать
не с "сырыми" данными FDD, а управлять FDC контроллером (NEC765,
i8272 итп)
svinka
Advanced Member
Сеньор

Откуда: Совчина
Всего сообщений: 1585
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
25 июня 2016
У меня на пенсию намечено 2 проекта связанных с дисководами

1. Если из дисковода убрать компараторы в каналах чтения-записи и иметь аналоговый доступ к головкам, то на стандартной дискете 1.44 при современных методах кодирования и исправления ошибок сколько на дискету поместится?мегабайт 200?
То есть дисковод прям к DSP подключить. Ведь смогли же в телефонную проволоку честные 33600 втиснуть в 90-х

2. Имея дисковод из П1 читать дорожки со старых нечитаемых дискет на большом битрейте и цифровыми методами вытаскивать полезную информацию которая стандартным контроллером не читается. Может быть даже с предыдущей записи
Blackbird
Advanced Member


Откуда: Новосибирск
Всего сообщений: 634
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
6 нояб. 2008
[q]
Однако задачу реализации проекта можно упростить, если работать
не с "сырыми" данными FDD, а управлять FDC контроллером (NEC765,
i8272 итп)
[/q]
Это понятно - но обычно в "народных" проектах особливо забугорных жестокий испепеляющий минимализм царит . То есть один МК париться за всех и деталей вокруг самый мизер и уж точно никаких дополнений ..
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Blackbird написал:
[q]
Это понятно - но обычно в "народных" проектах особливо забугорных жестокий испепеляющий минимализм царит . То есть один МК париться за всех и деталей вокруг самый мизер и уж точно никаких дополнений ..
[/q]
А зачем на кого-то смотреть? Я считаю, делать надо так, как самому больше
нравиться.

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

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

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

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


Откуда: Новосибирск
Всего сообщений: 634
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
6 нояб. 2008
[q]
А зачем на кого-то смотреть? Я считаю, делать надо так, как самому больше
нравиться.

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

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

2. Если хочется вникнуть в форматы MFM кодирования данных на дискете -
все делаем программнно.
[/q]
как раз именно в эти дебри и влазить неохота - вот было бы все это готовым куском кода а если еще и на сях так вообще класс . Мне бы файл записать и прочитать не вникая вглубь ..
[q]
больше половины
реализаций любительских частотомеров со светодиодной индикацией,
реализованной программно, приводит к трудноустранимым погрешностям
измерений, хотя к примеру внешний MAX7219 все эти проблемы одним
махом решает, не говоря уже об экономии выводов MК...
[/q]
там проблема не в динамической индикации а в головах которые никогда нормального частотомера не видели и не осознавали .. когда я вижу демки на AVR где просто сам МК тупо ногами генерит видеосигнал да еще и сразу в PAL и демонстрирует пр этом 3D на экране и музыку играет . Это становиться просто очевидно ..
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Blackbird написал:
[q]
где просто сам МК тупо ногами генерит видеосигнал да еще и сразу в PAL и демонстрирует пр этом 3D на экране и музыку играет . Это становиться просто очевидно ..
[/q]
Здесь нет таких жестких требований к точности отсчета
временых интервалов, для частотомера погрешность
задания временного интервала даже в один такт уже
чрезмерна.
Tronix
Advanced Member


Откуда: Москва
Всего сообщений: 1749
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
15 янв. 2008
i8088 написал:
[q]
для частотомера погрешность
задания временного интервала даже в один такт уже
чрезмерна.
[/q]
Поэтому все нормальные люди пользуют для частотометра PIC микроконтроллер и timer на вход, который может 50 МГц официально по даташиту, еще со времен PIC16 -)
Blackbird
Advanced Member


Откуда: Новосибирск
Всего сообщений: 634
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
6 нояб. 2008
[q]
Здесь нет таких жестких требований к точности отсчета
временых интервалов, для частотомера погрешность
задания временного интервала даже в один такт уже
чрезмерна.
[/q]
Там как раз все очень жестко . Сам видеосигнал жестоко детерминирован а если еще поднесущую PAL генерить то вообще яйца к полу . Но делают ..
[q]
Поэтому все нормальные люди пользуют для частотометра PIC микроконтроллер и timer на вход, который может 50 МГц официально по даташиту, еще со времен PIC16 -)
[/q]
Проблема не в скорости таймера а в том чтобы правильно сгенерить период отсчета за которое он будет считать . То есть тики другого таймера который считает OSC + еще все задержки на обработку прерывания и все такое
Dmitry Dubrovenko
Advanced Member


Откуда: Cанкт-Ленинград
Всего сообщений: 1494
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
5 фев. 2008
Tronix написал:
[q]
все нормальные люди пользуют для частотометра PIC микроконтроллер и timer на вход
[/q]
Я сам большой поклонник ПИКов, но тут позволю себе не согласится.
Программы надо нормальные писАть, вот и всё. :)
i8088
Advanced Member


Откуда: г. Баку, Азербайджан
Всего сообщений: 2132
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
30 янв. 2015
Tronix написал:
[q]
Поэтому все нормальные люди пользуют для частотометра PIC микроконтроллер и timer на вход, который может 50 МГц официально по даташиту, еще со времен PIC16 -)
[/q]
Tronix, а как это решает вопрос с прецизионным отсчетом временного
интервала 1s - 10s? Просто можно не использовать внешний счетчик (который
нужен только для повышения быстродействия).

PS.Как по мне, так достоинства MCS-51/AVR явно перевешивают одно
преимущство PIC в виде встроенного асинхронного счетчика, который
легко подключить снаружи MCS-51/AVR. Впрочем мы совсем отошли от темы...
<<Назад  Вперед>> Страницы: 1 * 2 3 4 5 6
Печать
Полигон-2 »   Технический флейм »   Не знает ли кто проекта сопряжения МК с флоповодом ?
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS