Вам это не мешает абсолютно, главное знать начала и концы сообщений:
кольцевой буфер, и все.

эх

рассказывай им про уровни абстракций а им все "буфер"

clean:
 rm -f ${ALPHA_OUT_DIR}/*.sym
 rm -f ${ALPHA_OUT_DIR}/*.lst
 rm -f ${ALPHA_OUT_DIR}/*.o
 rm -f ${TARGET}

а как такое на CMake провернуть?

а хз...

Я нарыл ADDITIONAL_CLEAN_FILES но не смог заставить его работать

Кстати, кто какие тест-фреймворки для МК использует?

googletest

ну, "эмбеддед волкам" виднее...

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

@Xeenych
вот это не смотрел?
https://github.com/vshymanskyy/TinyGSM

я подумал о Quectel EC25 как о uart модеме.
Да это парсера не касается, и можно было вобще это опустить, я о самом подходе на кольцевом буфере и очередью команд.
Делали нечто схожее не qt для esp-wifi

парни, чето я долблюсь не туда
решил оптимизировать рантайм и чет говна ем
STM32f030 spi1 работает в режиме слейва с DMA и CRC
после каждой транзакции заного заряжаем DMA
если при запуске транзакции не включать прерывания по каналу передачи то почему то первая транзакция ок, а начиная со второй на ноге tx всегда нули, это нормально?
при этом spi2 в режиме мастера все нормально пашет только на прерывании окончания приема

посмотрел. Там все функции прямолинейные и на таймаутах. И заточено под ардуино.

Всем привет, кто сможет помочь с программированием stm32f746g disco с задачей: реализовать отображение простейших геометрических фигур, выбор
положения, угла поворота и цвета.  Можно использовать LTDC контроллер внутри STM32.

так у тебя ответ не уходит?

да, в буффере не нули

здравствуйте.кто может подсказать ,в 17 альтиуме если ли возможность сдвигать компоненты с дорожками,чтобы они деформировались под нужными углами? в diptrace  если установил трассировку с такими углами,то при передвижении футпринтов по плате с привязанными дорожками,они деформируются как надо (45/90)

А то развел часть дорожек,надо подвинуть футпринт,и все изгибается в пикаде доисторическом