FAQ по STM8

[eddy]

я говорю про стандартный printf

"стандартный printf" недопустимо использовать на STM8! Оно ж отожрет половину флеша. Так что, явно там printf какой-то "нестандартный".

Вы для чего используете прерывания при отправке, чтобы пока байт отправляется, основная прога исполнялась?

Да, чтобы не выжидать долго. Если бы на STM8S был DMA, все было бы проще.

[MikeF]

"стандартный printf" недопустимо использовать на STM8! Оно ж отожрет половину флеша.

С чего вдруг недопустимо, я ж использовал. Ну если речь идет про stm8s001, то может быть и отожрет

Да, чтобы не выжидать долго.

Понятно, но это имеет смысл только если время отправки байта в первом приближении › времени одного цикла программы, иначе только кодозависимые-джиттероподобные паузы будут между байтами. Или вы следующий байт в прерывании отправляете?

[akegor]

А можно целиком этот пример увидеть

Это чисто функции getchar() и putchar() через прерывания.

в нем как раз работают через стандартную stdio

Не совсем. Переназначены стандартные на эти.
Да и зачем Вам? Формируете строку, а потом отдаете эту строку самописной функции вывода строки, которая и выведет строку без запинок и "зависаний" процессора в тяжелом printf-e.

[MikeF]

Не совсем.

Ну а всё же, как найти этот пример? А то у меня нет CV.

Да и зачем Вам?

Удобно использовать когда нужно выводить данные с числовыми вставками из переменных.

[akegor]

когда нужно выводить данные с числовыми вставками из переменных

"sprintf" прекрасно сформирует строку. Останется только направить ее в нужное место.
Пример? Да хоть так:

void putstr(char buf) {
    int i=0;
    while (buf[i]) {
        my_putchar(buf[i]);
        i++;
    }
    return;
} 

my_putchar - вывод на прерываниях.

[MikeF]

Я понимаю, но заменив printf на sprintf мы не сэкономим память как хотел eddy
Спасибо, буду думать что оптимальнее будет применить.

[eddy]

Или вы следующий байт в прерывании отправляете?

Естественно! На что прерывания еще нужны, если нет DMA? Когда буфер полный, выставляю флаг - длина буфера. КА проверяет этот флаг. Как только он ненулевой, а новых посылок не запущено, запускает посылку и дальше работа идет внутри прерывания. Как только посылка отправлена, выставляется флаг готовности, и можно следующий буфер отправлять.
Как выглядят мои "printf" у меня можно на гите посмотреть. Но там ничего эдакого. просто вывод целых чисел в 10 или 16 формате. Ну и иногда нужно выводить числа с фиксированной точностью, там почти то же самое, что в выводе десятичных целых, только в определенной позиции точка еще выводится.
Так формируется выводной буфер. Далее, как вся строка сформирована, скармливаем ее посыльному. А уж посыльным может быть что угодно: UART на DMA или прерываниях, USB, SPI...

[MikeF]

КА проверяет этот флаг. Как только он ненулевой, а новых посылок не запущено, запускает посылку и дальше работа идет внутри прерывания.

Т.е. когда на отправку данные сформированы вы разрешаете прерывание TXE и отправляете первый байт, а остальные байты отправляет уже алгоритм в прерывании?

[eddy]

MikeF, именно так.

[MikeF]

Я думал о таком способе, но он мне показался не прозрачным - часть данных отправляется в одном месте кода, часть - в другом, поэтому я подумал что у вас данные отправляются в основном цикле, а прерывание только "крутит" счетчик и служит флагом что можно отправлять следующие байты. Вообщем взял на себя лишнее