Size: a a a

2020 July 31

I

Ivan in Embedded Group
hardegor
Почему? Зависит от длительности критических операций и их количества. Если, например, надо обязательно принимать данные на 9600, то спокойно можно задержаться в другом прерывании на примерно
1/(2*10*9600) секунд. А если уарт выше по приоритету, то вообще пофиг ;)
А потом приходит задача на новую фичу, которая требует каких-нибудь real time операций и сидишь всё переписываешь
источник

I

Ivan in Embedded Group
;)
источник

h

hardegor in Embedded Group
Ivan
А потом приходит задача на новую фичу, которая требует каких-нибудь real time операций и сидишь всё переписываешь
Или не приходит ;) 50/50
источник

I

Ivan in Embedded Group
;)
источник

h

hardegor in Embedded Group
Да и переписывать в любом случае придется - можно и ртос натянуть.
источник

I

Ivan in Embedded Group
Да я не настаиваю, пишите код как хотите. Все подходы хороши, я за дайвёрсити!
источник

I

Ivan in Embedded Group
Про прерывние - это стандартная рекомендация, кстати. Много где рекомендуют не фигачить внутри прерывания много кода
источник

h

hardegor in Embedded Group
Ivan
Про прерывние - это стандартная рекомендация, кстати. Много где рекомендуют не фигачить внутри прерывания много кода
Понятно, что пишут для начинающих, но они никогда не читают и все делают в прерываниях....   100%
источник

I

Ivan in Embedded Group
hardegor
Понятно, что пишут для начинающих, но они никогда не читают и все делают в прерываниях....   100%
А, так вы профессионал. Ну ясно
источник

PI

Petr Istomin in Embedded Group
незадача: (под Linux) я устройство /dev/ttymxc0 использую для своего псевдографического интерфейса, однако, все что стартовалось не из под консоли (например драйвер) уверено, что их stdout направлен именно на это устройство, чем соответственно гадят на мою малину!!!! никто не знает где прописан этот "default stdout garget" или как его перенаправить в какой ни будь /dev/null ?
источник

h

hardegor in Embedded Group
Ivan
А, так вы профессионал. Ну ясно
Не в этом смысле, а в том, что такие однозначные рекомендации пишут для тех, кто не понимает почему такое требование.
источник

СС

Сиие Сууие in Embedded Group
hardegor
Понятно, что пишут для начинающих, но они никогда не читают и все делают в прерываниях....   100%
При чем тут начинающие? Там столько тонкостей что не начинающий тоже может погрязнуть очень глубоко и на долго
источник

аᶘ

асоциальный пикотран... in Embedded Group
Petr Istomin
незадача: (под Linux) я устройство /dev/ttymxc0 использую для своего псевдографического интерфейса, однако, все что стартовалось не из под консоли (например драйвер) уверено, что их stdout направлен именно на это устройство, чем соответственно гадят на мою малину!!!! никто не знает где прописан этот "default stdout garget" или как его перенаправить в какой ни будь /dev/null ?
Покажи /proc/cmdline?
источник

СС

Сиие Сууие in Embedded Group
hardegor
Не в этом смысле, а в том, что такие однозначные рекомендации пишут для тех, кто не понимает почему такое требование.
Ну первая причина это то что хорошо читаемая программа - линейная программа, когда вы начинаете производить какие-то обработки где-то непонятно где у вас начинаются макароны
источник

PI

Petr Istomin in Embedded Group
console=ttymxc0,115200 root=/dev/mmcblk2p2 video=mxcepdcfb:EC312TT2
Спасибо! увидел-осознал !!
источник

DL

Dima Leonov in Embedded Group
Сиие Сууие
Ну первая причина это то что хорошо читаемая программа - линейная программа, когда вы начинаете производить какие-то обработки где-то непонятно где у вас начинаются макароны
Не, в этом проблем так-то и нету, очень неплохо бы закинуть обработчики строк с юарта в прерывании юарта, это наглядно и понятно, но нельза именно долго находиться в самом прерывании
источник

DL

Dima Leonov in Embedded Group
Проблемы бывают самые разные, от хардфолтов, до зависаний и невозможности выйти из прерывания
источник

СС

Сиие Сууие in Embedded Group
Dima Leonov
Не, в этом проблем так-то и нету, очень неплохо бы закинуть обработчики строк с юарта в прерывании юарта, это наглядно и понятно, но нельза именно долго находиться в самом прерывании
Ну да. Пока колупаешь - новое приходит и всё (
источник

h

hardegor in Embedded Group
Сиие Сууие
При чем тут начинающие? Там столько тонкостей что не начинающий тоже может погрязнуть очень глубоко и на долго
Дада, а еще говорят не дели на ноль ;) А если у меня обработчик хардфолт с детекцией, почему нельзя делить? И много таких правил, если конечно чел не хочет задумываться, то он просто следует им.
источник

VK

Valentin Kornienko in Embedded Group
hardegor
Дада, а еще говорят не дели на ноль ;) А если у меня обработчик хардфолт с детекцией, почему нельзя делить? И много таких правил, если конечно чел не хочет задумываться, то он просто следует им.
Я не думаю, что вы планируете у себя ловить все возможные исключения😄
источник