по-моему, это даже хуже, чем сказать "дырка", вместо "отверстие" :)))

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

Народ, го в комменты к посту похоливарим...
Хочется эту боль как-то для себя решить, может кто может опытом поделиться?
https://t.me/difarobot/76

я так понимаю время таймера считали t - Idle , t - время между байтами
и время таймера считали исходя из t байта минус t Idle?
условно между байтами 10 мс
время idle 1 мс
Получается таймер 9 мс отсчитывал
правильна логика?

Время таймера 20 мс, частично от балды

Да

Я не сказал что таймером от DMA, я предложил использовать отдельный таймер (с известной частотой срабатывания прерываний) и мониторить счетчик принятых через dma байт.

К примеру в модбасе есть норма, что пауза между пакетами должна быть не менее 3,5 байт на текущей скорости

надо еще понимать, что есть определенные стандарты разработки, где четко оговаривается что точка выхода одна и тут без goto обойтись бывает сложно да и зачем

:оо
Чтобы динозавр не утащил.

у меня пауза между пакетами 1 мс+ интервал байт в пакете
как я понял из описания

Есть еще один, более извращенный метод: ногу rx завести на сброс таймера

Взводить при первом байте

хз я почти всегда против долгоживущих веток. Пускай dev ветка будет во время разработки (следующего релиза), но после того как фичи добавлены и все такое, она сливается в мастер и удаляется (дальше будет уже другая dev ветка для некст релиза) но если она продолжит жить, вы реально получите картиночку как из привиденного поста - эта боль. И + заставлять делать ребэйзы и и мерджы только с —no-ff в любую ветку от-но которой идет разработка. иначе потом концов если и найдешь, то зачем страдать?

@sadkobogatiygost Vitalii Спасибо
пойду пробовать делать

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

Примерно об этом я и говорил. Мне самому после ASMов goto вполне себе нормально использовать. Но вот если полуфилософски подойти к вопросу, все эти стандарты и стили кодинга совершенно конвенциональны.

Мы вот, к примеру, почти все не сомневаемся в истинности заключений, полученных через научный, рациональный подход, но это же тоже конвенционально в чистом виде. Если бы все люди на планете считали, что все создано макаронным монстром, макаронный монстр имел бы такой же вес, как и вся наука.

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

основная цель стандартов чаще всего это снизить вероятность ошибки

Имхо зависит от предпочтений. Можно ифдефами конфиги разделять и фичи.

Можно с одной дев ветки почковать конфиги устройств. И вести специфические там фичи. Со своими RC & Release а общий development использовать для common platform development

Иногда бабла заработать