Если вернуться к теме топика, то имею сказать следующее :
Продукты атмела не АВР использовать можно только после предварительной обкатки на всевозможные глюки периферии, про которые не вы, не ерата ничего не знаете. Последняя никогда так и не узнает. Вы старательно читаете даташит, не упускаете и ерату, изготавливаете плату а потом начинаете биться с недокументированными багами (те на которые я наступил: SDRAM от samsung и sam7SE512, SSC и передача последнего бита). И если вы думаете, что атмел выпустит ревизию чипа с исправленными багами, то вы ошибаетесь - их инженеры торопятся выпустить новых уродцев не пытаясь лечить старых. И как после этого можно обсуждать преимущества их периферии если при этом она может работать не так как написано в документации.
С тех пор у меня отвращение к атмелу.

PS: Может пост получился совсем мрачным - просто накипело (четыре месяца работы в трубу).

Можете поподробнее описать глюк?


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

Не скажите. NXP вроде правит. А ST например (судя по докам на str9 например) вобще молодцы. Атмел в этом смысле не правит пчти ничего. WDT вот в Sках 7ых подправили, остальное вроде так и осталось. Хотя не с атмелом вплотную не общался может чего не знаю.

Цеплял кодек к этому интерфейсу все было более менее нормально, а когда им же попытался грузить альтеру выяснилось, что при передаче в режиме мастера последний бит всегда равен нулю, хоть тресни ( камень sam7s256). На звук это не влияло почти никак. Подозреваю что глюк перекачевал во все их последующие кристаллы.

Тут позвольте не согласиться - у NXP ревизии камней выходят, чего не скажешь про атмел (где исправленный rm9200, sam7Sxx, sam7se и тп)?

А вот тут я с вами не соглашусь. Уже в нескольких своих устройствах прекрасно гружу Альтеру (Циклоны-2,3, ArriaGX) именно sam7s256. Никаких проблем не было.

У NXP последние полгода или уже год как подорожали процы. Слишком много багов фиксят?

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

А вот похоже и плюсы со стороны LPC. Я правильно поянл что у LPC23xx выводы UART продублированы на несколько портов. Например TXD1 и RXD1 встречаются дважды. Значит можно из UART1 получить сразу два UART если они не будут работать одновременно? Что произойдет если я назначу TXD1 на два GPIO. Вроде защиты от этого в контроллере не предусмотрено.

"Месье знает толк в извращениях"

Еще из плюсов - UART в LPC23xx еще поддерживает дробный делитель для генератора baudrate. Я уже опробовал - весчь.
А вот GPDMA - слабоват - каналов мало, да и память не вся через него доступна. Если используется SD/MMC то один канал DMA надо отдать сразу, иначе читать из карточки очень некомфортно и еще дополнительно начинается геморрой из-за недоступности памяти - в общем случае приходится копировать данные из/в промежуточный буфер. Второй канал DMA желательно отдать USB, и все - DMA в LPC23xx на этом закончился. В моих изделиях идет массированный реалтаймовый обмен по SPI, пришлось второй DMA на него отдать, а вот контроллер USB c DMA обломался .

ДА или НЕТ судя по всему на заданный вопрос вы написать не можете? В таких случаях думаю лучше ничего не писать!Да это я тоже заметил, приятная вещь.

На счет SAM7SE и SSC добавлю свои 5 копеек.
Когда его настраиваеш на режим 8-ми битовой передачи и пуляеш байты, то после 8-го бита ровто в том месте, где условно должен начинаться 9-й бит вылетает пичек с активным 0-м. После чего линия уходит в 3-е состояние. Это явно видно на осцилографе. Если настроить на 9-ти битовый режим, то все нормально.
Зато в этом АРМе TWI работает стабильно

Ну вы и сказали У NXP самый, рефренсный I2C контроллер от законадателя, и тут ему противопоставляют некий недоделанный недоназванный I2C

Сори я опечатку сделал, не успел исправить..
В SAM7SE TWI работает нормально, если сравнивать с SAM7S
К NXP вообще притензий в этом плане нет.