Size: a a a

2021 April 07

AK

Andrew K in Embedded Group
спасибо!
источник

CA

Cate Archer in Embedded Group
15 апреля в 17:00 пройдет мероприятие Arrival Live, на котором команда Arrival впервые расскажет о том, как устроено автомобилестроение будущего:  что находится под капотом автомобилей и в стенах фабрик компании. Не пропусти!

Предварительная регистрация поможет не забыть про митап и получить ссылку на онлайн-трансляцию, а также материалы по итогам митапа. Не пропусти – meetup.arrival.com
источник

CA

Cate Archer in Embedded Group
Было/ не было?
источник

E

Evgen in Embedded Group
@sadkobogatiygost @Leopoldius Привет можете подсказать пример,  где можно посмотреть, как драйвер и протокол в структуру разнести? Драйвер отдельной структурой,  а протокол отдельно
тип железо и протокол отдельно
абстракция чтоб было
источник

AM

Aleksander Mironov in Embedded Group
Байтстрим из драйвера в пихается в протокол из протокла фреймы, не?
источник

A

Alexander in Embedded Group
Не совсем понял о чём ты.
Ты хочешь чтобы один интерфейс по нескольким протоколам мог работать?
источник

A

Alexander in Embedded Group
Это скорее всего про реализацию для МК. Возможны нюансы.
источник

E

Evgen in Embedded Group
хочу разнести правильно логику и драйвер, чтоб логика только с абстракцией работала
для портирования
источник

E

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

AM

Aleksander Mironov in Embedded Group
>портируемость
Не делайте этого =)
источник

E

Evgen in Embedded Group
почему же?
источник

A

Alexander in Embedded Group
В любом случае у тебя будут какие-то промежуточные слои, которые будут твои высокоуровневые функции женить с твоим конкретным железом.

А ля как здесь (публичные методы send byte, read byte, send array, read array):
https://www.programmersought.com/article/1578502831/
источник

AM

Aleksander Mironov in Embedded Group
Потому, что скорее всего если вы задаетесь вопросами КАК это сделать, вы не являетесь опытным специалистом, а значит не сможете это в любом случае сделать нормально реюзабельным и удобным\гибким.
Так же не являетесь крупной конторой, которая будет это переиспользовать внутри. А значит это не нужно.
Так же не являетесь каким-то рокстаром пишушим долгожданную всеми либу. А значит это не нужно.

Это я по опыту говорю.
Но может я не прав.
источник

E

Evgen in Embedded Group
так, а если на си хочу?
с плюсами и классами работать умею, но вот коллега на работе не освоила ещё
источник

AM

Aleksander Mironov in Embedded Group
Просто потеряете время, на оверинженернутую либу для одного проекта. Т.к. на следующем проекте, ваш опыт возрастет и вы поймете, что она говно. (и так двадцать раз)

Я в это очень часто мордой тыкался.
источник

A

Alexander in Embedded Group
Тогда через структуры и коллбэки.
источник

E

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

A

Alexander in Embedded Group
Мб (тоже на плюсах, но тебе важно логику понять) еще сгодится на почитать:

https://m.habr.com/ru/post/488574/
источник

E

Evgen in Embedded Group
спасибо
источник

AM

Aleksander Mironov in Embedded Group
При этом, ввиду оверинженирнутости, она будет охренеть вербузная и плохо влиять на кач-во кода. Превращая проект в макаронное месиво.
Добавит кучу проблем, вроде обработки ее ошибок и логирования (которые тоже придется абстрагировать)
источник