Вопрос по формату кадра UART в ATmega-х

[Don_Ambrosio]

Тут с одним поспорили. Он говорит, что по даташифту в кадре UART не может быть более 9 бит. Я же говорю, что может быть 10 (имеется ввиду информационных бит, а не служебных). А он говорит, что нельзя использовать в кадре сразу и Bit8 и бит чётности - P. А я говорю, что можно. Кто прав?

ST + Bit0 + Bit1 + Bit2 + Bit3 + Bit4 + Bit5 + Bit6 + Bit7 + Bit8 + P + SP1 + SP2

[TEHb]

Можно, я внимательно изучал вопрос и пришел к этому выводу.

[Don_Ambrosio]

я внимательно изучал вопрос и пришел к этому выводу.

Сильно сказано... Убедительно.. Я верю ВАм

[NemoCut32]

А теперь пожалуйста поподробнее . Во первых какой CPU и U(S)ART? Например у AVR и MCS51 можно использовать 9 бит как информационный, но при этом не работает чётность или наоборот. Я сталкивался с проблемой ПК совместимого UART (8250), когда потребовался 9 бит для мультипроцессорной работы и его приходилось эмулировать чётностью, но полноценной работы не получается, потому как на приём может осуществляться только с чётностью и генерацией ошибки на весь блок в FIFO. Слышал также об экзотических U(S)ART с длиной слова до 16 бит + чётность. Поэтому объясните поподробней как и откуда же взялись 10 бит?
С нетерпением жду ответа!

[TEHb]

ATmega644P Datasheet:

The USART accepts all 30 combinations of the following as valid frame formats:
• 1 start bit
• 5, 6, 7, 8, or 9 data bits
• no, even or odd parity bit
• 1 or 2 stop bits


P.S. И ниже по тексту - картинка:

-- Прилагается рисунок: --

[NemoCut32]

Спасибо! Только заглянул в ДШ AVR и обнаружил, что можно передавать 9 бит + чётность. Значит и чётность можно использовать как информационный бит предварительно посчитав её и перед посылкой байта установив сорответствующий тип Parity. Проблема только в том, что передавать и принимать придётся по дному байту.

[Don_Ambrosio]

Проблема только в том, что передавать и принимать придётся по дному байту.

?????????