Bubble в UART LPC2148 Опции

[3m-soft]

Работаю с LPC2148, но никак не могу решить проблему с UART. Осциллятор у меня на 12Мгц из-за USB модуля, второй осциллятор часовой. Понятное дело что битрейт на UART с нулевой ошибкой выставить невозможно. На UART0 реализован обычный текстовый терминал. На UART1 рабочее устройство с которым ведется обмен данными. Так вот в зависимости от степени расхождения в битрейте с устройством на длинных пакетах может произойти какой-то срыв в мозгах у LPC и он начинает "базарить" (bubble) на оба UART как наружу так и вовнутрь, т.е. в течение нескольких секунд я наблюдаю на экране терминала как быстро быстро прет всякая х...ня, тоже самое происходит и вовнутрь, т.е. в течение этого же времени оба модуля активно принимают "левые" данные в основном просто нули. Подчеркиваю, что базарит он на оба модуля одновременно, и так посрет посрет данными и успокаивается и продолжает работать. Раньше bubble вызывал вообще зависание, да такое что внешний ресет не помогал, а помогало только выключение питание или сторожевой таймер, но я поиграл с таймингами MAM и теперь он не всегда зависает. Плюс к этому я выяснил что если во время работы с PLL, устройство что-нибудь ответит в UART, то это bubble с последующим гарантированным зависанием. Раньше эта прога работала на LPC2194 с осциллятором 11059200 и таких проблем не было. Кстати терминал параллельно продублирован на логический канал USB и когда UART0 гадит мусором с свою терминальную программу, то в специальной терминальной программе подключенной через USB в это время все в порядке, так что это точно модуль UART0 сам что-то гонит, а не моя прога что-то сдуру посылает.

[3m-soft]

Если обмениваются устройства с ошибками по скорости - ошибка суммируется.
Решение - снижать скорость передачи.

Дело в том что и скорость и протокол стандартизированы и не могут быть изменены и пока это единственное устройство с которым я не могу связаться на длинных пакетах. С другими, у которых нет такой ошибки битрейта по этому протоколу и на этой скорости я работаю.
Просто я уже усвоил несколько правил: не менять частоту ядра пока есть вероятность что устройство что-то ответит и держать включенным сторожевой таймер. Кстати мой LPC когда начинает базарить умудряется перепрошить микроконтролллер в одном из таких устройств, вот каждый раз смеху то когда у него слетает прошивка. Так как с другими устройствами это случается эпизодически, то я пока особо не паниковал, но вот теперь мне срочно нужно решение проблемы. Я конечно не ругаю мозги LPC и всё таки думаю что это проблема моей проги, но вот только найти причину никак не могу.