Доколкото съм забелязал в няколко контролера вече, при препълване на FIFO, контролера вдига съответен OverFlow флаг и спира да пълни в буфера...

Мерси, а какво се прави в такъв случай? В смисъл ако четеш байтове от важни сензори би било сериозен проблем да загубиш информация. Може ли да се задават някакви приоритети на контролера? Да му кажеш например кои байтове са важни и за сметка на кой може да освобождава място в буфера като се наложи, един вид Quality of Service.

Ами то идеята е преди да се напълни FIFO-то да обработиш информацията. В FT232BM /USB <> RS232/ например има 32KB (килабайта) FIFO понеже при по-висока скорост (3Мбита) вероятността да изтървеш нещо е доста висока. В PIC16/18 слагат по 3 байта, щото работи на по-ниски скоростти... Самата идея нa UART със FIFO е да не разчиташ на FIFO-то изцяло, а просто да си обработваш инфото докато пристига, а ако евентуално изтървеш нещо, тогава FIFO да те спаси // малко завъртяно ли го казах

...

Малко OFFTOPIC, ако може някой да обясни за XON/XOFF, че не съм го пробвал още как става...Четох за него, но набързо...доколкото схванах XON/XOFF са 2 константи, при които предавателя се включва/изключва

...

Аз това го схванах, ама например ако пусна някакъв stream по линията, в който има 0х11 и 0х13 няма ли да се получи нежелано прекъсване ?

Ако пускаш ASCII кодове - нямаш проблем. Ако си решил да пускаш произволни числа, трябва ти специален протокол на обмена.
(примерно ако видиш XON или XOFF кода но само по 1 път ги изпълняваш, ако предавателят иска да прати такова число - повтаря го, а приемникът премахва всяко второ)