Планирую сделать FDD эмулятор на Atmega8

[EvgenRU]

Проверил линию данных от флоппи, там идут исключительно окна 4,6,8мкс, ничего другого, за исключением задержки после STEP и еще есть иногда задержка после пульсации SIDE на 10мкс. Кстати, вопрос с пульсацией SIDE до сих пор так и не прояснен.

PS для AVR буду использовать кварц 20МГц, цикл МК составляет 50нс, что очень удобно для генерации сигналов с помощью ШИМ, т.е. на пульс (1мкс) и ожидание после пульса (1мкс) нужно 40 циклов, на ноль (2мкс) - тоже 40 циклов т.е. устанавливаем ICR на 40, а в OCR будет слаться 2 разных значения для 0 и единицы.
Вход в прерывание 4 цикла, выход 4 цикла, остается 32 цикла на код таймера, сдвиг 16 битного значения 2 цикла, остается 30 за эти 30 нужно проверить, что данные в регистре не закончились, выставить флаги или взять значение из SRAM (2 цикла) и т.д., думаю не более 10 циклов, чтобы сильно не замедлять основной код.

[Advertiser]

[s_kosorev]

после смены SIDE нужно заново синхронизацию проходить, так что все равно что там дисковод выдает

[EvgenRU]

после смены SIDE нужно заново синхронизацию проходить, так что все равно что там дисковод выдает

Так вот непонятно, там именно пульсация SIDE идет а не смена уровня.

[Trol73]

PS для AVR буду использовать кварц 20МГц

У atmega128A максимальная частота 16МГц, насколько вероятна её устойчивая работа на 20 МГц?

Вход в прерывание 4 цикла, выход 4 цикла, остается 32 цикла на код таймера

Реально 4 цикла? У меня получается минимум 11 циклов + еще 2 цикла на каждый сохраняемый регистр

    push    r1                                // 2 clk            2
    push    r0                                // 2 clk            4
    in        r0, _SFR_IO_ADDR(SREG)            // 1 clk            5
    push    r0                                // 2 clk            7
    eor        r1, r1                        // 1 clk            8
    in        r0, _SFR_IO_ADDR(RAMPZ)        // 1 clk            9
    push    r0                                // 2 clk            11 

[s_kosorev]

можно SPI/USART использовать, нужно просто импульс снаружи формировать, простейший вариант, исключающее или + RC задержка на одном из входов, на байт данных MFM 2 записи в порт данных передатчика

[EvgenRU]

Реально 4 цикла? У меня получается минимум 11 циклов + еще 2 цикла на каждый сохраняемый регистр

Ну, вроде как при прерывании вызывается ICALL на вектор прерывания, а это 4 цикла + 2 цикла RJMP + RETI 4 цикла, а PUSH/POP, сохранение SREG это делать не обязательно, если использовать ASM и не использовать операции меняющие флаги, хотя, т.к. там сдвиг, то как минимум срег придется сохранять... или думать как сделать без сдвига и других операций влияющих на срег

можно SPI/USART использовать, нужно просто импульс снаружи формировать, простейший вариант, исключающее или + RC задержка на одном из входов, на байт данных MFM 2 записи в порт данных передатчика

Не совсем понял этот момент
Я пока что вижу это себе так

Таймер в CTC режиме, с генерацией прерываний каждую 1мкс (20 циклов) и в коде таймера на выход READ DATA устанавливается значение HIGH, для каждого бита данных получается два прерывания, в случае появления единицы в данных, в первом прерывании меняем выход на LOW, во втором делаем HIGH.

[s_kosorev]

байт MFM это два байта в нечто манчестеро подобном коде, их можно через SPI или UART выводить, получается по 2 прерывания на байт, что как минимум в 4 раза реже чем с таймером
что бы MFM был, нужно смену уровня заменить на импульсы, простейший вариант, на выходе последовательного порта поставить к примеру "исключающее или" с задержкой сигнала на одном из входов
получится настоящий MFM

- - - Добавлено - - -

Ну, вроде как при прерывании вызывается ICALL на вектор прерывания, а это 4 цикла + 2 цикла RJMP + RETI 4 цикла, а PUSH/POP, сохранение SREG это делать не обязательно, если использовать ASM и не использовать операции меняющие флаги, хотя, т.к. там сдвиг,

ну тут сложно будет, особенно если речь идет о FatFs библиотеке, она на Си и в любом случае с ней нужно будет работать параллельно с обработчиком прерывания

[EvgenRU]

А можно поподробнее про USART? Там же еще старт/стоп биты есть, как с ними быть?

[s_kosorev]

USART в нативном режиме плохой пример, использовать его в режиме SPI, там нет лишних битов

[EvgenRU]

USART в нативном режиме плохой пример, использовать его в режиме SPI, там нет лишних битов

Идею понял, спасибо, т.е. нужно использовать режим Master SPI для USART... в 8 атмеге такого точно нет, а вот в 328p есть, так что можно взять её, можно даже ардуинку для отладки погонять :-D
Получается, для отправки нужно установить скорость 500000 бит/с (что соответствует 2мкс на бит) (для 16МГц и 20МГц можно выставить четко данное значение)
затем выводимый сигнал раздваивается и идет на XOR микросхему, к одному цепляется конденсатор для задержки в 1мкс, т.е. на выходе получаем из единицы 10, а из нуля 00, с интервалом 1мкс.

Да, использование USART сильно разгрузит МК при передаче данных и будет много времени на чтение с карты.

Ох, да там еще можно сразу 16 бит передавать, вообще сказка! Т.е. у МК есть 32мкс для выдачи нового значения!