Беспроводные технологии *

Сегодня мессенджеры стали одним из основных каналов общения. Но что, если нужно переписываться с корреспондентом, расположенным на расстоянии, измеряемом километрами, а интернет не работает?

Если речь идёт о текстовых сообщениях, помогут каналы связи, созданные с помощью технологии LoRa.

В этой статье мы разберёмся с темой обмена сообщениями через LoRa. Начнём с простого мессенджера, позволяющего обмениваться сообщениями между двумя компьютерами с разъёмами USB под управлением Windows или Linux. Затем перейдём к мессенджеру с  микрокомпьютером Raspberry Pi.

В итоге мы создадим несложную mesh-сеть с ретрансляцией по принципу флуда и TTL-ограничением на микроконтроллерах ESP32-S3-N16R8 и модулях LoRa E22-900T22D. Каждый узел этой сети будет поднимать собственную точку доступа Wi-Fi с веб-интерфейсом чата. Для подключения к узлу и обмена сообщениями достаточно обычного смартфона с браузером. В качестве дополнения сделаем так, чтобы в этой сети можно было работать и с компьютера под Windows, к которому подключён LoRa USB-донгл E22-900T22U.

Пару статей назад я устал возиться с кучей VPN и поставил Xray на роутер. Дома проблема закрылась: все устройства сами ходят куда надо — локальные и российские сервисы напрямую (без лишнего крюка и потери скорости), остальное через мой собственный сервер, реклама режется на лету. Красота.

А потом я поехал. И выяснилось, что весь этот уют остаётся дома.

В отеле — чужой Wi-Fi, которому я не доверяю ни на грамм. Симка в роуминге даёт IP, от которого у банка дёргается глаз, и он на всякий случай просит «подтвердить вход» третий раз за день. Хочется то полностью в туннель, то наоборот напрямую — чтобы пройти captive-портал в аэропорту. Таскать с собой ноутбук ради ssh в роутер — так себе развлечение в очереди на посадку.

Мне нужен был карманный роутер, у которого режимы переключаются пальцем, без веб-морды и SSH. Я взял GL.iNet Mudi 7 (GL-E5800) — и, забегая вперёд, довёл его до состояния «достал из кармана, ткнул нужный профиль на экране, поехал». Семь профилей-тумблеров, сквозной kill switch и даже выход через домашний IP без белого IP дома.

Но сначала — обзор самого железа, потому что на Хабре я его не нашёл, а зверь любопытный.

PHB, численное моделирование FDTD, матрица откликов H и путь от пеленга к идее «волновой камеры

Лаборатория Геометрической Волновой Инженерии · версия для Хабра · август 2026

На объекте уже проложена шина RS-485, устройства работают по Modbus RTU, но из-за сложности или высокой стоимости прокладки кабеля требуется заменить этот участок линии беспроводным соединением. Такая задача часто встречается при удалённом считывании промышленных приборов, передаче данных с сельскохозяйственных датчиков и мониторинге инженерного оборудования зданий.

Звучит как очередной заголовок из серии «будущее уже наступило»: берём обычный Wi-Fi, несколько дешёвых ESP32 и внезапно видим на экране человека, который находится за стеной. Без камеры, без датчиков на человеке и даже без какого-нибудь браслета.

Я наткнулся на проект RuView, раньше он назывался WiFi-DensePose. В итоге полез смотреть, что там внутри: репозиторий, документацию, модели и issues. Если коротко: проект настоящий. Но ESP32 за девять долларов пока не превращает квартиру в рентген-кабинет.

Продолжение первой части, в котором я рассказываю, как прошивать наушники на SoC Bestechnic (soundcore, Nothing, CMF) по воздуху, раскрываю секрет загадочного сервиса BESOTA и показываю процесс портирования DOOM на soundcore Life Q35.

Насколько точно можно определять местоположение людей с помощью Wi-Fi? А что если дополнить это BIM-данными и инфой об использовании помещений?

Рассказываю о том, что мы с коллегами напроверяли, как решали задачу и какие результаты получили в очередном проекте.

Меня зовут ZolAnd, я - независимый инженер-разработчик embedded-систем в основном для дома и сельской усадьбы. В какой-то момент мне захотелось собрать под одной крышей разношёрстный парк ZigBee-устройств от разных производителей, работать с ним локально, без обязательной привязки к облаку, и при этом иметь возможность не только интегрировать чужие устройства, но и проектировать свои. Так появился проект ZBFun. Эта статья — про то, с какими вызовами я столкнулся, какие решения уже существуют и почему они мне не подошли, и про архитектуру, к которой я в итоге пришёл.

С чего всё началось

Задача звучала просто: хочу python-библиотеку для ZigBee на ESP32-C6. Готовой не нашлось — есть отличный esp-zigbee-lib от Espressif на C, но ничего сопоставимого на Python или MicroPython для этой платформы не было. Значит, писать самому. И тут выяснилась вторая, более фундаментальная проблема. Чтобы написать библиотеку, нужно понимать, что такое ZigBee Cluster Library (ZCL) — стандарт, который описывает, из чего вообще состоит ZigBee-устройство: кластеры, атрибуты, команды, типы данных, зависимости между ними. Официальный документ Alliance — 1213 страниц PDF, написанный для инженеров, имплементирующих стек с нуля, без какой-либо машиночитаемой версии. Ни JSON, ни XML — только текст, рассчитанный на то, что человек прочитает и перепечатает нужное руками. Дальше — хуже. Когда я стал сверять этот текст с реальными SDK и реальными устройствами, обнаружились расхождения. Причём не косметические, а такие, из-за которых устройство просто не будет работать правильно.

В предыдущей статье я рассказывал о том, как предоставить удалённый доступ к данным измерений метеостанции с помощью модулей Heltec Automation HTIT-WB32LAF V3, объединяющих микроконтроллер ESP32-S3FN8 с LoRa-чипом SX1262. При правильной установке антенн и хороших условиях распространения радиоволн возможна передача данных на километры.

Но что, если нужно передавать данные ещё дальше, а возможности антенн с большим коэффициентом усиления исчерпаны и мощность передатчика повышать нельзя? 

Организовать надежную связь в открытом карьере или шахте — задача технически нетривиальная. Любой, кто с ней сталкивался, знает, как сложно обеспечить решение без проводов с нормальной скоростью: приходится одновременно проводить радиопланирование для очень сложных условий распространения сигнала и выбирать точки размещения оборудования в сложных условиях зоны ведения горных работ — учитывая сам план работ, ограничения по организации электропитания и каналов связи для транспорта между элементами беспроводной сети, выполняя требования по пылевлагозащите и взрывобезопасности. При этом нужно сделать это решение бесшовным, без прерывания сеансов связи (при переключениях между базовыми станциями) и с минимальным числом мертвых зон. А уж приоритизация трафика — это вообще задача со звездочкой для любой беспроводной сети, не только в карьере или шахте.

Какую технологию выбрать для работы в сложных, удаленных от больших городов условиях? Сразу появляется идея — накрыть рабочую зону Wi-Fi. Но у этой идеи сразу несколько ограничений: 

• Низкие характеристики по покрытию, для покрытия значительной площади требуется установка десяток точек доступа, для каждой из которых требуется питание, канал связи, порты на сетевом оборудовании.
• Wi-Fi может терять сессии при переключении между точками доступа.
• Высокое затухание, высокая интерференция при переотражении.  
• Нет механизмов управления задержками при загрузке канала трафиком, линейно возрастает уровень задержки 

В отличие от Wi-Fi технология pLTE позволяет достичь качественно иного уровня автоматизации горных процессов (включая подземные работы), обеспечивая детерминированную задержку и стабильное соединение в сложных условиях рудников и карьеров.

Поэтому в горной отрасли все чаще делают выбор в пользу в private LTE/5G при создании опорной инфраструктуру связи. Давайте разберем, как технология, рожденная для массовых звонков и стриминга видео, становится основой безопасности и рентабельности горного дела.

У паводка есть неудобная для оперативных служб особенность: вода не сверяется с расписанием наблюдений. Между вечерним и утренним замерами она может заметно подняться, а свежие данные появятся только при следующем обходе.

Весной 2026 года эта проблема снова стала актуальной для многих российских регионов. В одном из муниципалитетов Республики Марий Эл уровень реки контролировали традиционным способом: наблюдатель приходил на пост и снимал показания по водомерной рейке. В штатном режиме сведения поступали раз в сутки, при достижении критических отметок - в 08:00, 14:00 и 20:00.

Мы вместе с районной администрацией решили закрыть промежутки между ручными наблюдениями автоматическим мониторингом - точкой установки выбрали автомобильный мост через реку.

Я переехал за город и столкнулся с проблемой. И имя ей — интернет. История о выборе между радиоканалом и оптоволокном

Стандартная ситуация: разрабатывается сигнально-кодовая конструкция, хочется проверить её на устойчивость к шуму. Моделируем - и BER-кривая оказывается на 3 дБ левее теоретической (Рис.1). Знакомо? Тут два варианта: либо ваша система действительно хороша и стоит задуматься о патенте, либо стоит проверить правильность добавления шума к сигналу.

Первая российская точка доступа стандарта Wi-Fi 7 уже появилась на рынке – это Eltex WEP-550K. Нам в числе первых удалось получить ее на тест и проверить не маркетинговые обещания стандарта, а то, что он действительно дает корпоративной сети уже сегодня. Под катом – практические результаты тестирования отечественного Wi-Fi 7: реальная скорость, особенности настройки, работа MLO и возможности 6 ГГц. 

Ранее в своих статьях я рассказывал, как подключать модули EBYTE LoRa к Raspberry Pi и Repka Pi (ссылки в конце этой статьи). Но такие микрокомпьютеры потребляют довольно много электроэнергии и не «проживут» долго на аккумуляторе. 

Сами по себе модули LoRa в спящем режиме весьма экономны и могут годами работать на автономном питании, если после передачи данных «засыпают» на длительное время. Но вся эта экономия сработает, только если они будут управляться микроконтроллерами, способными переходить в спящий режим и просыпаться по таймеру.

В этой статье на примере метеостанции я расскажу о том, как создавать узлы сбора данных LoRa на базе микроконтроллера ESP32-S3, установленного в модуле Heltec Automation HTIT‑WB32LAF V3. Микроконтроллер может переходить в состояние глубокого сна, когда работают только часы реального времени и память RTC, а вся периферия отключается. В результате узел сбора данных может работать очень долго, питаясь от аккумулятора.

Meshcore – независимая меш-сеть, поднятая энтузиастами по всему миру для связи при ЧС и не только. Сеть независит от… тех, тех, вот тех и особенно ВО-О-ОН-от-ТЕХ! 😊   

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

В нашей стране на настоящее время сеть получается особенно актуальна в сложившейся политической и экономической ситуации.  

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

Часть 1 ‑—>>> Часть 2 ‑—>>> Вы тут

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

Мы все живём в очень непростое время – в эпоху перемен! Древние китайцы считали это проклятием, автор же считает – это очень интересным временем открывающихся возможностей. Плюс де-IT-фикация всей страны, + откат сферы интернет-связи во времена назад не столь отдалённые. Времена настают не столь отдалённые, но технологии сегодняшнего дня радом с нами + война – мать бурного и стремительного развития технологий.     

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

Сегодня вы узнаете о таком канале связи… и, это не Meshtastic!

Часть 1 ‑‑>>> Часть 2 ‑‑>>> Часть 3

Группа точек мониторинга орошения, распределённых в горной местности, днём нагревается на солнце, а ночью остывает — суточный перепад температур может достигать тридцати–сорока градусов. Обслуживающий персонал заметил, что с наступлением осени обратная передача данных с части узлов LoRa стала давать редкие потери пакетов, а после повторного включения питания работа восстанавливалась. Первой реакцией часто бывает переход на более дорогой термокомпенсированный кварцевый генератор (TCXO). Однако по мере того, как LoRa IP четвёртого поколения повысил толерантность к отклонению частоты, TCXO перестал быть ответом по умолчанию на все проблемы температурного дрейфа.

Это первая статья в серии про LoRa — технологию передачи данных, способную работать с сигналами ниже уровня шума. Протокол LoRa позволяют передавать данные на километры с очень небольшой мощностью передатчика — порядка 10 мВт или 10 дБм. При этом модули LoRa потребляют так мало энергии, что могут работать от одной зарядки аккумулятора год или больше.

На базе LoRa делают системы сбора данных с обширных территорий без подключения к интернету. Это могут быть, например, данные от счетчиков воды и электроэнергии, погодных станций, газовых котлов и другого оборудования. Также можно управлять устройствами на больших расстояниях.

С помощью LoRa можно сделать шлюз, который будет работать далеко от зоны покрытия интернета. Можно даже настроить передачу сообщений на большие расстояния вообще без интернета.

Из этой статьи вы узнаете, как появились устройства LoRa и почему они могут принимать сигналы ниже уровня шума. Вы узнаете, как работать с модулями LoRa, подключенными к микрокомпьютеру Raspberry Pi, научитесь конфигурировать эти модули с учетом ограничений законодательства, а также передавать с их помощью сообщения на километры. В завершение статьи я расскажу, как сделать простую погодную станцию, измеряющую температуру, давление и влажность. Данные будут передаваться через LoRa и отображаться на OLED-мониторах, подключенных к передатчику и приёмнику.

Атмосферные оптические линии связи (АОЛС) используют передачу через атмосферу оптического излучения ближнего инфракрасного диапазона. В английском языке соответствующий термин free-space optics включает также передачу в космосе.  АОЛС используются для высокоскоростной связи между двумя фиксированными точками на расстояниях до нескольких километров – подключение базовых станций сетей сотовой связи, организация связи между объектами, где прокладка кабеля не возможна (промзоны, железные дороги и т.д.), временные каналы связи, каналы связи, не восприимчивые к внешним помехам и не создающие их,  уменьшение задержек по сравнению с кабельными линиями, квантовое распределение ключей и др. АОЛС имеют широкий спектр преимуществ, таких как высокая скорость передачи данных, информационная безопасность, низкое энергопотребление, отсутствие помех другим каналам беспроводной связи. Атмосферные линии связи со скоростью передачи 10 Гбит/с находятся в коммерческом использовании, а экспериментальные линии конкурируют по скорости с волоконно-оптическими. Однако технология АОЛС ограничена влиянием атмосферной турбулентности и различных погодных условий, таких как дождь, дым, туман, снег и т. д.

Для передачи сигнала часто используется позиционно-импульсная модуляция (Pulse-Position Modulation – PPM). При классическом способе формирования сигналов с PPM символьный интервал [0; T] разбивается на L подынтервалов (слотов) длительностью t каждый. Передаче l-го символа соответствует передача импульса с временным положением (l – 1) t.