Цитата(GetSmart @ Oct 31 2006, 17:14)
Я тоже проверял с делителем 2. Работало. Единственное объяснение возникшее в моей голове - работает на передачу. На приём может работать некорректно. Но в моём проекте был тока вывод данных и желательно на максимуме скорости. Я даже пробовал включать только SCK один. Работало. Проц LPC2138/32
У меня с делителем 4 работает как на прием, так и на передачу. Тесты скорости работы с девайсом показывают, что в 2 раза быстрее чем с делителем 8. Это максимальная частота девайса, подключенного к процу по SPI. Осциллом же можно нормально развернуть только если тупо включить постоянную передачу.
Цитата(zltigo @ Oct 31 2006, 17:19)
Надо будет попробовать (на 2114 не жило) и письмишко написать с вопросом.
Раньше отзывчивые были и однажды даже здесь всплывал ответ по одному из подобных предупреждений касающемся прямой записи в порт оказавшимся совсем и не страшным.
Я задал такой же вопрос на форуме NXP. Пока тишина. Мож лучше письмо в суппорт написать?
скорость SPI в LPC
Oct 31 2006, 07:25
. Раньше как-то не обращал внимания, а сегодня наступил на SPI0 в LPC2148 - у него (в отличие от SPI1) фронты клоков и данных РАЗБЕГАЮТСЯ почти на 40ns! Для высоких частот просто смертельно. У меня в девайсе на этом SPI0 дополнительные задержки в 25ns из-за коммутатора и буферов внеслись и фронты дополнительно слегка завалены под длинную линию. Для 7,5 MHz все в требуемую диаграмму периферийных устройств вписывалось с запасом.... А тут лишние 40ns выперло на ровном месте. Труба дело. Пришлось снаружи (благо через FPGA) на полтакта все двигать. Зато до 10MHz разогнал и диаграмма фронт во фронт 
