Soft UART, 115200 реально ли на С и кваце 7.3728Mhz Опции

[west329_]

Пока у меня ничего не выходит, дабы не опозориться не буду всё подробно расписывать, написал только часть TX. Проект работает стабильно только на 9600.
Хочу услышать мнения тех кто уже сталкивался с подобным.
Возможно ли написать такой софт на С.

Знаю точно, что есть, правда на ПИК контроллере рабочий проект. Там кварц на 8 Mhz. и скорость не 115200 а 57ххх но сам факт что реализация получилась, настораживает, что иду по тому пути.

Работаю на меге16.
Требуется кроме встроенного ещё 2 дополнительных UART, вот и выдумываю.

[SasaVitebsk]

Я имел ввиду приём/передачу. Хотя конечно 2 выборки на бит и маловато. 8 каналов, естественно исходя из порт на вывод и порт на ввод. Я думаю вы понимаете о чём я.

Конечно при таком подходе рост затрат от числа каналов будет незначительным, но всётаки будет, в связи с тем, что придётся распихивать данные по каналам (буферам).

[defunct]

Я имел ввиду приём/передачу. Хотя конечно 2 выборки на бит и маловато. 8 каналов, естественно исходя из порт на вывод и порт на ввод. Я думаю вы понимаете о чём я.

На устойчивый прием надо хотя бы 3 выборки на бит, еще лучше 5. Если рассматривать 3 выборки и кварц 16Mhz - получим 46 тактов на выборку. Теоретически подъемно, и погрешность будет меньше чем те же 3 выборки с кварцем 14.7456Mhz.

Про то, что на "C" можно реализовать - можно забыть сразу, на "C" прием/передачу 115200 поднять нельзя..

[SasaVitebsk]

На устойчивый прием надо хотя бы 3 выборки на бит, еще лучше 5. Если рассматривать 3 выборки и кварц 16Mhz - получим 46 тактов на выборку. Теоретически подъемно, и погрешность будет меньше чем те же 3 выборки с кварцем 14.7456Mhz.

Про то, что на "C" можно реализовать - можно забыть сразу, на "C" прием/передачу 115200 поднять нельзя..

Про 3 выборки - согласен. Про "С" - скажем так - хлопотно. Собственно то же самое можно сказать и про ASM. Всётаки приходится признать, что это изврат.

[defunct]

Про "С" - скажем так - хлопотно.

Это будет уже не C ;>