Как я настроил отладку приложений Flipper Zero в Clion.

https://habr.com/ru/post/713382/?utm_source=habrahabr&utm_medium=rss&utm_campaign=713382

Я являюсь обладателем одной интересной железки - SCT unit touch. Это медиа система с Android, которую ставили в виде дополнительного аксессуара в автомобили Volvo. Проблема в том, что ее оставили без поддержки, зато на ней можно легко получить root, а значит остальное можно допилить.

https://habr.com/ru/post/706840/?utm_source=habrahabr&utm_medium=rss&utm_campaign=706840

В статье рассматриваются особенности и преимущества использования компьютерных модулей при разработке промышленных вычислительных систем и комплексов. Приведены обзор наиболее популярных стандартов компьютерных модулей и примеры их применения.

https://habr.com/ru/post/708650/?utm_source=habrahabr&utm_medium=rss&utm_campaign=708650

По сути это процесс сборки Linux с описанием некоторых проблем с которыми можно столкнуться при использовании ARMBIAN. Ну и самое главное, из-за чего это понадобилось, это возможность каскадного монтирования файловой системы. Правда используется не AUFS, а Overlay2 поскольку в последних версиях Linux Kernell он уже встроен и не придется накладывать патч.

https://habr.com/ru/post/702400/?utm_source=habrahabr&utm_medium=rss&utm_campaign=702400

Споры о применении модульного тестирования в разработке встраиваемого ПО не утихают, масла в пожар этих споров подливают статьи, иногда появляющиеся на Хабре, такие как Модульное тестирование в Embedded или очередное упоминание не безызвестной и, несомненно хорошей, книги "Test-Driven Development for Embedded C" авторства James W. Grenning. В целом с методологией TDD можно спорить, как и любой инструмент его однозначно стоит применять там, где он уместен. Но вряд ли кто-то будет спорить с тем, что часто во встраиваемом ПО присутствуют модули бизнес-логики или математических вычислений, которые должны подвергаться тестам при рефакторинге или оптимизации и тут уже не важно используете вы TDD целиком или только берете оттуда те принципы, которые лично вы считаете полезными.

https://habr.com/ru/post/701810/?utm_source=habrahabr&utm_medium=rss&utm_campaign=701810

Наш мир кишит камерами видеонаблюдения, и большинство из нас сами добровольно окружают себя этими устройствами. Камерами, которые имеют как случайные дыры в безопасности, так и намеренно внедренные компоненты которые отстукивают своему хозяину. Одни производители стараются по максимуму предвидеть и решить проблемы, другие же делают вид, что и проблем особо нет, если камера показывает изображение. Но если начать приглядываться, то лишь требование ActiveX и Internet Explorer для пользования камерой в XXI веке это нечто из пучин ада.

Решают проблемы производители каждый по своему. Как вариант, через облако, через своё приложение Android с приватными протоколами. Но через несколько лет после продажи облачной камеры, бесплатное облако вполне может стать платным, приложение обрастает рекламой до безобразия. А если проект производителя не зашел, то прописанные в ней сервера отключаются и ваша камера, возможно даже с отличным оборудованием внутри, становится бесполезным кирпичём, потому как способов использования больше нет.

В случае с зоопарком рутеров, ворох проблем заставил энтузиастов собраться с силами и создать открытую платформу OpenWRT на базе Linux. И ради тех, кто ждет решения для камер, сейчас кипит работа над аналогичным открытым проектом OpenIPC - универсальной встраиваемой платформы на базе Linux для IP камер. Проделан колоссальный труд, и есть уже ряд камер, на которые можно установить новую прошивку, получив базовый функционал.

Дальше рассказываю на какие камеры какими способами и зачем можно установить систему OpenIPC на примерах.

https://habr.com/ru/post/688386/?utm_source=habrahabr&utm_medium=rss&utm_campaign=688386

Всем привет! Вот и подошла следующая часть из моего цикла статей очень дешевых девайсов, которым я всегда стараюсь найти применение. И на этот раз, я хочу вам показать еще одну классную сторону онлайн-барахолок(дабы не было рекламой - названия не упоминаю, но вы и сами догадались). Китайцы многое делают, чтобы сделать рынок UMPC как можно более дешевым и доступным - Lctech выпустили свою высокоинтегрированную плату Pi Zero на бутербродном AllWinner F1C100S - в который уже встроено 32/64мб ОЗУ, и цена которого - около 900руб на AliExpress. Я же предлагаю собрать UMPC за 100-500 рублей, и без единого кликбейта, на гораздо более мощном железе и с встроенным Wi-Fi, иногда 3G, полным USB стеком и встроенной NAND памятью 4-8гб. Интересно? Добро пожаловать под кат!

https://habr.com/ru/post/685718/?utm_source=habrahabr&utm_medium=rss&utm_campaign=685718

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

https://habr.com/ru/post/681280/?utm_source=habrahabr&utm_medium=rss&utm_campaign=681280

• std::mdspan


• std::flat_map


• std::flat_set


• freestanding


• std::print("Hello {}", "world")


• форматированный вывод ranges


• constexpr для bitset, to_chars/from_chars


• std::string::substr() &&


• import std;


• std::start_lifetime_as


• static operator()


• [[assume(x > 0)]];


• 16- и 128-битные float


• std::generator


• и очень много другого

https://habr.com/ru/post/678760/?utm_source=habrahabr&utm_medium=rss&utm_campaign=678760

Спустя полтора года опыта работы в embedded разработке в большом соло-проекте, в который меня совсем зелёного, ещё не окончившего университет, бросили сразу после собеседования в первой понравившейся мне компании, вдруг пришло в голову осознание: "нужен код-ревью!". Предпосылкой к этому стало то, что я почти закончил проект и подумал начать его рефакторить. Именно это подтолкнуло меня решиться попробовать оформить мысли в блог, в котором кто-то найдёт для себя идеи, как не надо делать (а где-то, наоборот, как надо), а я смогу разложить по полочкам всё то, что крутится у меня самого в голове.

https://habr.com/ru/post/676904/?utm_source=habrahabr&utm_medium=rss&utm_campaign=676904

Ошибаться полезно. Когда исправление одной ошибки уже не добавляет две новые, продукт начинает взрослеть. Мы третий год разрабатываем смарт-браслет для предприятий и решили написать лонгрид о его начинке и тех граблях, на которые наступили за это время. Возможно, вы вместе с нами зададитесь вопросом “как на эти грабли вообще можно было наступить?”. Или после прочтения расскажете о граблях, которые у нас впереди. Будем рады обсудить ваш и наш опыт в комментариях.

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

1. Зачем нужен ещё один смарт-браслет и что у него внутри?

2. От реализации каких запросов заказчиков мы решили отказаться и почему.

3. Какие ошибки мы совершили в процессе разработки и эксплуатации.

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

https://habr.com/ru/post/672690/?utm_source=habrahabr&utm_medium=rss&utm_campaign=672690