Когда у вас нет гарантированного интернета, привычные подходы «подключился к облаку и забыл» перестают работать. В этой статье я попробую показать, как проектировать автономные системы для работы на краю сети: от железа и протоколов до стратегий хранения данных и синхронизации. Будет много практики, примеров кода и немного личных наблюдений.
Всем привет! Сегодня словил индивидуальный эффект Манделы, и в итоге решил написать этот пост. Практически все названия убраны, так как в основном не имеют значения. Данная статья будет крайне полезна для тех, кто хочет подцепить две пары bluetooth наушников, чтобы например смотреть фильм вдвоем в самолете, либо подключить две системы bluetooth акустики, чтобы слушать музыку во всей квартире. Вроде кажется что вопрос простой, но в интернете мне не удалось найти ни одной инструкции, а сделать это самостоятельно довольно сложно и не совсем очевидно. Если вам лень читать воду, то решение в конце статьи.
Это небольшое дополнение к статье Проект по Air Quality sensor, идея, концепция, дизайн и почти: реализация. Если вы её не читали, то лучше начать с неё, будет понятна предыстория и как развивалась концепция взаимодействия с пользователем и AQ. А мы пойдем по классикам и коротко разберем, разработку проекта от потребностей до дизайна.
IoT-сети проектировали для миллионов устройств, но они захлебываются уже от тысяч. Когда в нашем районе на секунду моргнул свет, 10 000 умных счетчиков одновременно потеряли связь и начали переподключаться. Три четверти так и не смогли выйти в эфир. Проблема в RACH — канале случайного доступа. При массовых подключениях он превращается в узкое горлышко, куда каждый пытается прорваться первым.
Меня зовут Максим Князев, старший системный инженер К2 Кибербезопасность, и я натренировал пять ИИ-агентов для управления этим хаосом. Один прогнозирует пики нагрузки, другой распределяет временные слоты, третий управляет мощностью передачи, четвертый распределяет устройства по типам и пятый оптимизирует расход батарей. В итоге количество коллизий упало с 26% до 7%, энергопотребление на 35%, а успешность подключений выросла до 96% по сравнению с использованием статического метода без агентов. Под катом рассказываю, как это работает.
Меня зовут Антон, мне 46 лет. По образованию я экономист и юрист, всю жизнь занимался инновационным бизнесом — помогал доводить разработки молодых ученых до рынка. В «умный дом» я пришел случайно и совсем не по профессии.
В 2022 году после ковида я решил строить дом в коттеджном поселке. Сразу стало понятно: вложения большие, управлять инженерными системами вручную я не хочу. Я человек ленивый, хотелось, чтобы все работало автоматически, а я мог видеть и контролировать процессы даже на расстоянии.
Я начал звонить интеграторам. Стоимость — миллионы рублей за примитивные проекты: в основном только освещение, без котельной и климата. Я понял, что дешевле сделать самому. Так я оказался в мире автоматизации, где пришлось разбираться с контроллерами, датчиками, сценариями и кучей нюансов.
Сначала я построил баню — и поселился в ней. Она стала моим первым полигоном: именно там я начал собирать системы, тестировать конфигурации и сценарии, понимать, что такое умный дом на практике. А сам дом еще отделывается — в нем масштаб решений куда больше, все таки 230 м².
Это небольшое дополнение к статье https://habr.com/ru/sandbox/258638/. Если вы её не читали, то лучше начать с неё, будет понятна предыстория и как развивалась концепция взаимодействия с пользователем и AQ. А мы пойдем по классикам и коротко разберем, разработку проекта от потребностей до дизайна ):
Бассейн — это целый набор инженерных систем: циркуляция и фильтрация воды, ее подогрев, контроль pH и окислительно-восстановительного потенциала (ORP), дозировка реагентов, система автодолива, освещение, а ещё и защита от протечек. Всё это должно работать согласованно, круглосуточно и без участия человека.
В статье расскажем, как автоматизировали частный бассейн: какие задачи стояли, какое оборудование использовали и как всё это работает в реальной эксплуатации.
Мы сразу отказались от «коробочной» автоматики, которую предлагали установщики бассейна: у нее не было дистанционного управления, интерфейс для пользователя был крайне неудобным, а возможности интеграции в общую систему — минимальными. Поэтому оставили только чашу и ее обвязку. Цель была в том, чтобы построить полностью автономную систему, которая живёт сама по себе и требует минимального внимания.
В 1980х в США активно развивалось увлечение садовыми железными дорогами. Поезда работали на электричестве вместо пара, были доступны аккумуляторы, появилась компактная электроника, чтобы можно было «прикрутить» радиоуправление. И многие любители делали не только модели настоящего подвижного состава, но и ставили на рельсы игрушки марки Stomper.
Эта статья про то же самое, но в современных условиях, с современной элементной базой. И с вечно молодой буханкой.
В этой части рассмотрим с теоретической стороны разработку дополнений (add-ons) для Home Assistant Operating System.
Привет, Хабр. Меня зовут Сергей Жуков и я преподаю на курсе «Embedded Developer» в Otus. В этой статье на примере контроллера Wiren Board пройдём первый запуск без скриптов и командной строки в настройках: питание, подключение по USB-serial/RNDIS, вход в веб-интерфейс, выдача прав администратора, настройка сети, добавление модулей и тест реле. В финале кратко подключим датчики по RS-485/Modbus и разберём типичные подводные камни, чтобы к концу у вас был рабочий минимальный стенд и понимание следующего шага.
Навигация внутри помещений сложна из-за неточной работы GPS. Вместо дорогих маячков можно использовать уже существующие Wi-Fi роутеры, измеряя мощность сигнала для определения местоположения. В Сколтехе мы исследовали такую систему для поиска людей на кампусе, сталкиваясь с проблемами конфиденциальности и ограничениями iOS. Идею удалось применить к личному транспорту: на скейт или самокат можно поставить маячок, который отправляет уведомления о перемещении или пропаже, облегчая поиск и контроль.
Продолжаем разбираться в интеграции и в этой части настроим окружение для ESP-IDF, а так же рассмотрим код для контроллера.
JSON сейчас встречается буквально везде - от веб-сервисов до IoT, но есть нюанс: почти все популярные JSON-библиотеки писались с расчётом на десктопы и серверы, где оперативку никто не считает по килобайтам. А вот на микроконтроллерах, особенно Cortex-M, каждый байт на счету. Да, конечно, можно гонять сырые структуры и их же писать в конфиг-файл, это как говорится "не запрещено конституцией". Но отладка в таком случае превращается в отдельный квест. В какой-то момент я понял, что мне надоело вручную возиться с JSON на микроконтроллерах: писать километры кода для обхода дерева cJSON, ловить утечки и гадать, где malloc снова подставит. Из всех этих соображений и родился JsonX — лёгкая и минималистичная надстройка над cJSON, которую я делал в первую очередь под микроконтроллеры.
Преимущество JsonX:
Недавно я купил дешёвую камеру Tapo, чтобы понимать, чем занимается мой пёс, пока меня нет дома.
И что в результате? Я выполнил реверс-инжиниринг потоков онбординга, декомпилировал APK, занимался MITM TLS-сессий и писал криптографические скрипты.
Основной моей мотивацией к созданию этого проекта стало то, что с первого дня установки камера начала меня раздражать. Настраивать её во frigate было довольно утомительно: похоже, никто точно не знает, как эти камеры работают онлайн.
Архитектурная подсветка — это не только про красоту. Это и про десятки инженерных задач: синхронизация сотен источников света, поддержка протоколов DMX и RDM, защита оборудования от морозов, организация удаленного доступа к САУО (системе автоматического управления освещением), учет энергоресурсов.
Как управлять разнородными светильниками, разнесенными по десяткам метров на открытом воздухе? Как включить САУО в сильный мороз? Как оптимизировать схему питания и избавиться от уймы контакторов? И наконец — как все это сделать за приемлемые деньги? И это далеко не все вопросы, встающие при конструировании подобной системы.
В статье разберем, как эти задачи были решены на интересном объекте — на вантовом мосту со светодинамической подсветкой в г. Челябинске. Разберем архитектуру системы управления, взаимодействие компонентов и технические решения по управлению и синхронизации.
Современная библиотека — это не только стеллажи с книгами, но и множество инженерных систем: отопление, вентиляция, кондиционирование, освещение, электрические сети, телекоммуникационное оборудование. Все они требуют постоянного контроля и обслуживания. Поэтому при реконструкции детской библиотеки в г. Тюмень внедрили SCADA-систему. В этой статье разберем, как там все устроено.
После десяти лет обсуждений и тестирования десятков алгоритмов Национальный институт стандартов и технологий (NIST) утвердил окончательный стандарт «облегчённой криптографии» (lightweight cryptography) для микроконтроллеров, встроенных CPU, слабых FPGA и других устройств с ограниченными аппаратными возможностями, то есть минимальным количеством памяти и вычислительными ресурсами.
Принятие стандартов даёт надежду, что современная криптография — идентификаторы, цифровые подписи, шифрование, защита от кибератак — будет поддерживаться на миллиардах устройств Интернета вещей и другой малой электронике, такой как RFID-метки и медицинские имплантаты.
Bluetooth в каршеринге — это не «дополнительная фича», а критическая часть сервиса: через него клиент получает доступ к автомобилю, когда бортовой модуль не может связаться с сервером. Надёжность этого канала напрямую влияет на пользовательский опыт и работу всего парка из десятков тысяч машин.
В этой статье я расскажу, как мы в Ситидрайве встроили Bluetooth в архитектуру сервиса, чтобы открытие автомобиля работало без мобильной связи. На практике это оказалось далеко не тривиальной задачей: пришлось разбираться с закрытой реализацией модуля от поставщика, решать вопросы безопасности и переносить систему с жёстко зашитых команд на гибкую конфигурацию.
Если вы разрабатываете софт для IoT, пишете мобильные приложения, проектируете распределённые системы или просто любите истории о том, как инженерные костыли превращаются в полноценные решения — эта статья для вас.
Дизайнер Андрей из Ростова отремонтировал себе квартиру. Дизайн интерьера — его работа: чисто, стильно, без визуального мусора. Автоматизация — не его профиль, но в тандеме с интегратором «ODA электромонтаж» они превратили обычное жилье в полноценный умный дом.
Результат оказался настолько удачным, что теперь эту квартиру показывают клиентам. Не как шоурум, а как реальный объект: здесь живут и пользуются автоматикой каждый день.
Андрей проектирует интерьеры, а Алексей (директор «ODA электромонтаж») занимается автоматизацией. Вместе они работают в связке «дизайн + умный дом», и делают проекты, в которых автоматизация становится частью концепции.
В этой статье мы расскажем про их подход: какие технологии выбрали, как реализовали управление, что получилось, и как этот проект из личного эксперимента стал рабочим инструментом.
Когда говорят «умный дом», многие представляют себе возможность включать свет со смартфона и голосового помощника Алису. Но если копнуть глубже, становится понятно: по-настоящему умный дом — это тот, который работает вообще без участия хозяина.
Мы побывали в частном доме в Ростове-на-Дону, где автоматизация охватывает почти все: освещение, шторы, вентиляцию, отопление, кондиционирование, бассейн и даже лифт в подвал. При этом ни Алисы, ни других голосовых ассистентов в системе нет — только контроллер на Linux, пара десятков модулей ввода/вывода и продуманные сценарии.
Заказчик Олег закончил мехмат и сам погружался в проект с самого начала. Реализовывал проект интегратор «ODA электромонтаж». Вместе они построили систему, в которой ручное управление сведено до минимума.
