Rudtoha

Обычно, есть какое-либо API, у меня SONY альфа, там можно практически что угодно творить с ней.
Так же, обычно, у них есть HDMI выход, так что может через плату видеозахвата? Тогда без особых проблем сможете с "любой", где есть выход без использования зоопарка API камер.

НО ничего в таком случае не работает

А с оригинальной формулой -- работает? Каковы значения sys_clk, F, D и baudrate?

https://electronics.stackexchange.com/questions/95...

PS: скорее всего няшных интерфейсов и суперудобств не получите

Ну как минимум использование перекрестных переменных уже нелогично. Лучше функциями это обернуть. Как бы инкапсулировать в модуль.
Правильный способ это на бумаге нарисовать модули/объекты системы и обозначить как они взаимодействуют между собой и внешним миром. И уже исходя из этого разбивать. В идеале чем больше модуль похож на черный ящик тем лучше с точки зрения системности.
Как лакмусовая бумажка может использоваться то, что из одного модуля вдруг надо копаться в кишках другого, или знать о том как там что-то реализовано.
Как пример именно для Си - стандартная библиотека. Открываешь файл получаешь указатель на структуру FILE но тебе, абсолютно не важно какие там поля, создается она по malloc или заранее созданный объект из некоего массива таких объектов. Это уже скрыто реализацией. Есть функции которые работают с этим указателем и всё.
Как плохой пример "не очень черного ящика" можно рассмотреть strtok строка которая передается на вход будет модифицироваться и портится, что может быть не очевидным из семантики. Но сделано в угоду скорости и использования памяти.

Со смарт картами не общался... немного по RFID... по этому буду врать )))
Там проблема с питанием, если метка находиться далеко от поля или напряженность поля мало - не хватает питания для запуска (часто при высоких частот). Поэтому предел 9600 - это скорее всего защита от низкого питания, при меньшем напряжении вообще не запуститься. Ему просто не хватит всей энергии что бы завершить передачу, он медленнее накапливает заряд, чтобы выкинуть данные. При идеальных условиях питания он упирается уже в собственную скорость срабатывания и передачи.

Есть еще одна сторона - что записали в Смарт-карту: Может микропроцессор выполняет сложные вычисление прежде чем передать что то на выход. Чем сложнее тем дольше.

Насколько я понимаю, должен же присутствовать счетный регистр таймера. Его в прерываниии UART ставим в 0, нет ?
P.S к сожалению, с LPC11u12 не знаком. Но в AVR я сбрасываю TCNT регистр.

У вас нет функции, которая требует ожидания ввода-вывода, поэтому asyncio не нужен. Но вот примерный шаблон:

import asyncio
from contextlib import closing

async def get_some_data():
    # Обработка I/O - например, получение данных через HTTP
    await asyncio.sleep(2)
    data = 'ping'
    print(data)
    return data 

async def process(data):
    # Обработка данных на CPU
    await asyncio.sleep(1)    
    print('pong')

async def main():
    while True:
        data = await get_some_data()  # Блокирующий вызов - ожидание поступления новой порции данных
        asyncio.ensure_future(process(data))  # Неблокирующий вызов - обработка данных на CPU
    
if __name__ == "__main__":

    with closing(asyncio.get_event_loop()) as event_loop:
        event_loop.run_until_complete(main())

Также посмотрите здесь: При как обстоятельствах закрывается потом в Python?

Под Windows это делается через SetConsoleCtrlHandler, например так.
Кроссплатформенно это делается через atexit.

P.S.: Но подобный способ работы с логом ненадежен априори.

stackoverflow.com/questions/663171/is-there-a-way-...