Size: a a a

2021 August 30

АГ

Александр Гравит... in Embedded Group
есть у тебя разные конфигурации для устройства. в зависимости от этого дефайнами меняется энам. не нужно хранить нексолько энамов для разных устройств. все реализовано в одном. наследование.
источник

VO

Vyacheslav Olkhovche... in Embedded Group
Еще меньше понял
источник

VO

Vyacheslav Olkhovche... in Embedded Group
Что в данном случае конфигурация для устройства. Какое еще наследование енамов в си.
источник

АГ

Александр Гравит... in Embedded Group
ладно проехали. это хуетонь.
источник

ED

Electronics Designer in Embedded Group
Дамы и господа! Сеанс инженерной экстрасенсорики!

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

VO

Vyacheslav Olkhovche... in Embedded Group
Но зачем? Все равно код обработки от этого не добавится и не исчезнет
источник

ED

Electronics Designer in Embedded Group
Полагаю, вопрос был в том, не скажется ли математика в объявлении перечислений на результате их использования в одном и том же коде.
источник

АГ

Александр Гравит... in Embedded Group
добавится и исчезнет те ми же самыми дефайнами что и элементы энама.
источник

ED

Electronics Designer in Embedded Group
А почему enum? Почему не дефайны?
источник

АГ

Александр Гравит... in Embedded Group
теперь я не понял
источник

ED

Electronics Designer in Embedded Group
Чего бы не заменить перечисления на дефайны?
источник

АГ

Александр Гравит... in Embedded Group
по сути это одно и тоже, но перечисление компактнее. также конкретно в этом случае компилятор сам инкрементирует значения полей перечисления - а дефайнам нужно присваивать вручную. так же из перечисления удобно сделать тип.
источник

АГ

Александр Гравит... in Embedded Group
в целом дефайны выглядят как то что можно использовать в группе, но не обязательно. члены энама уже однозначно определены как группа через конструкцию языка.
источник

AT

Alexey Tsvetkov in Embedded Group
С++ добавляет к енамам контроль типов. Просто так один енам ч другим не спутаешь
источник

AT

Alexey Tsvetkov in Embedded Group
Это удобно
источник

IN

ISAK Neuman in Embedded Group
я примерно понял логику отправки. Но если например отправлять немного объемную информацию, то получается это прерывание связанный с TXE будет немного дольше крутиться?

Хотя все говорят что прерывания должен быстро зайти и выйти...
Например если информация для выдачи будет состоять хотя бы из 10 байтов, то получается внутри прерывания TXE будет ждать пока не закончится? Разве это не долго?

Я не предусматриваю пока что DMA
источник

AZ

Aleksander Zholtkovs... in Embedded Group
в прерывании будет пока стоит бит TXE
источник

S

Serjio in Embedded Group
Готовый код чужой посмотри. Внутри интераптов не ждут
источник

IN

ISAK Neuman in Embedded Group
а где их найти? все что нахожу в инете немного говно не ушедший далеко от меня
источник

VO

Vyacheslav Olkhovche... in Embedded Group
ну допустим, но причем тут конфигурация? енамы обычно для кодирования состояний, выражать конифигурацию через состояния -- ну такое. а уж потом использовать побочные эффекты для проверок -- вообще за гранью
источник