Смещён приём через PDC для SPI Опции

[Goofy]

Последовательность функция для запуска передчи команды по SPI (для dataflash)

Код

    DFChipSelect();

    AT91F_PDC_DisableRx(pPdc);
    AT91F_PDC_SetRx(pPdc, (char *) &(), bCmdSize);
    AT91F_PDC_SetNextRx(pPdc, pData, dDataSize);

    AT91F_PDC_DisableTx(pPdc);    
    AT91F_PDC_SetTx(pPdc, (char *) &(pDataFlash->commandS), bCmdSize);
    AT91F_PDC_SetNextTx(pPdc, pData, dDataSize);

    AT91F_PDC_EnableRx(pPdc);
    AT91F_PDC_EnableTx(pPdc);

В качестве команды засылается запрос на статус регистр (0xD7) размер команды 2 (bCmdSize=2)
Глядя на диаграмму передачи со статус регистра видно, что статус регистр должен передаваться по MISO сразу же после 8го тика SCK. Судя по всему так и происходит. Но сам статус регист оказывается не в ((char*)pDataFlash->command) [1], а в ((char*)pDataFlash->command) [0] !!! Как будто датафлэш передаёт данные во время прохождения запроса. Как будто PDC для приёма курит один байт, перед тем как начать приём.
Что не учёл, где накосячил?
Процессор sam7s256 код из атмеловского апноута для sam7x.

Очевидно, что это проявляется не только с датафлэш, тк для АЦП запросы короткие то там я тупо подстроился под эту систему и заставил всё работать. Но это ведь может плохо кончиться!

[Goofy]

Это баг самого sam7s. Проявляется видимо не у всех, но

http://www.at91.com/phpbb/viewtopic.php?p=...2fa6260ff26533e

Судя по моим наблюдениям сбойно работает shift register SPI, все данные проходящие через него смещенны на байт вправо, очевидны глюки с переключением размера регистра. (я работал с 8битным). Проявляется в том, что при начале новой передачи, в буффер приёма попадает байт от конца предыдущей. От этого, кстати, при работе через PDC, RCR сразу потеряет единичку.

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

Сообщение отредактировал Goofy - Feb 14 2008, 10:36

[prottoss]

Это баг самого sam7s.

1.Только что сравнил баги SPI SAM7S и SAM7X - все одно и тоже... Похоже баг только в вашем контроллере включая "...плата там и правда вся в соплях из проводов..."

2.А как Вы узнали, что его сняли с производства? Вроде как продакшн везде написано

http://www.atmel.com/dyn/products/param_ta...p;Direction=ASC

http://www.atmel.com/dyn/products/devices.asp?family_id=605

3. Чип и вправду кривоватый - кстати, тоже мой первенец Но работать с ним, зная баги, можно.

[Goofy]

1.Только что сравнил баги SPI SAM7S и SAM7X - все одно и тоже... Похоже баг только в вашем контроллере включая "...плата там и правда вся в соплях из проводов..."

2.А как Вы узнали, что его сняли с производства? Вроде как продакшн везде написано

http://www.atmel.com/dyn/products/param_ta...p;Direction=ASC

http://www.atmel.com/dyn/products/devices.asp?family_id=605

3. Чип и вправду кривоватый - кстати, тоже мой первенец Но работать с ним, зная баги, можно.

На плату грешить не надо. На осцилографе всё прекрасно наблюдается. А уж на один байт тем паче не сдвигается Почитайте ссылку, что я дал, те же самые проблемы буржуи излагают.
http://electronix.ru/forum/index.php?showtopic=17676 нечто похожее тут.
Может дело только в какой то ранней партии, которая умудрилась меня дождаться.

Про снятие наврал оЧитался

Сообщение отредактировал Goofy - Feb 14 2008, 13:20