Kitsum
-
Публикации
424 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
234
Все публикации пользователя Kitsum
-
Дело в том, что контроллер способен хранить информацию о сети в отдельной области памяти и Вы даже можете залить пустой скетч и при этом будет происходить автоматическое подключение и переподключение к известной сети. За это отвечают следующие функции. WiFi.setAutoConnect(true); WiFi.setAutoReconnect(true); В зависимости от требуемого поведения, выставляются необходимые логические значения По умолчанию опрос датчиков и обновление информации происходит с интервалом в 5 секунд, а, следовательно, и многократного переключения за одну анимацию быть не может. Исключением являются те случаи, когда разница показаний слишком велика и происходит 2-х секундная анимация в ходе которой идет перебор значения в промежутке между старыми и новыми показаниями. Такое возможно только в случае специального влияния на датчики, например, принудительный нагрев. Но и в таком случае центровка значений будет не тем, на что обратишь внимание в ходе всей анимации. Возможно описание в виде мельтешения здесь не уместно, и Вы имели в виду что-то другое. Я проверил у себя и переход через целое значение не вызывает какое-либо не стандартное поведение. Имеется встроенный сторожевой таймер, настроенный на 1.2 секунды (если память не подводит) и сбрасывающий контроллер в случае если не выполняются внутренние инструкции. На сколько мне известно, отключить его нельзя. Но и проблема явно не в нем. Второй - программный сторожевой таймер используется в самом скетче и, как показала практика, совершенно бесполезен и не приносит никакой пользы, как собственно и вреда. В новой версии программы он уже полностью искоренен из-за переосмысления причины зависания контроллера при перезагрузке (об этом писалось ранее, лечится перемычкой) и оптимизации кода проводившейся в предыдущий версиях и в основном связанных с работой web интерфейса, а также практически законченных в будущей версии. Что касаемо постоянной индикации режима работы, то это говорит только о том, что контроллер не висит. Если контроллер перезагружается, то индикация будет сбоить: пропадать, сбиваться или светодиод будет гореть постоянно. В зависимости от состояния порта на момент сбоя и характер самого сбоя. Я бы посоветовал запомнить MAC адрес esp8266 и при следующем сбое, зайти на маршрутизатор и посмотреть подключен ли контроллер, какой ему выдан IP адрес и попробовал бы как проходит PING до данного адреса, а также отвечает ли web сервер по имени и по IP адресу.
- 859 ответов
-
- 1
-
-
- web server
- mqtt
- (и ещё 8)
-
@AlexDerBK доброе время суток Возможно дело не в программе. О каком втором проекте идет речь? Спасибо за уточнение. Я пересмотрю поддержку спецсимволов при настройке домашней сети. Не могли бы Вы сделать снимок экрана чтобы было более понятно, о чем идет речь?
-
@AlexDerBK думаю, что сходу эту задачу, силами микроконтроллера, не решить. Надо определиться с тем, как проходить авторизацию, удерживать сессию и передавать файл. Использовать OAuth или достаточно правильно сформировать заголовки в multipart/form-data?... А также подводные камни, например, устаревание сертификата при использовании https (не думаю, что Яндекс захочет общаться через http) соединения, а прописывать новый придется каждый раз самому и ручками. В итоге код передачи файла будет в десятки раз больше и сложнее чем код относящийся к метеостанции. Для каких целей это нужно? Обычно для сбора и анализа данных с iot устройств используют различные шлюзы вроде ThingSpeak или Народного мониторинга, а также MQTT брокеры.
- 859 ответов
-
- 1
-
-
- web server
- mqtt
- (и ещё 8)
-
@dimon721 доброе время суток Я бы предложил Вам воспользоваться данной библиотекой https://github.com/milesburton/Arduino-Temperature-Control-Library На основе стандартных примеров Вы можете добавить датчики DS18B20, по аналогии, как это было сделано с датчиками на i2c шине. Поддержка этих датчиков будет добавлена чуть позже. Уже есть идеи, как реализовать отображение и понятное (для человека) распознавание этих датчиков в web интерфейсе.
-
@valdemar посчитать объем полезной нагрузки в ключах можно разделив размер eeprom микроконтроллера в байтах на длину используемого ключа. На данный момент мне известны ключи с длинной в 4 и 6 байт. Условившись, что из 6 байтовых ключей будут использованы только первые 4 байта, получаем порядка 1000 ключей для ATmega2560 c 4кб eeprom. Часть памяти придется зарезервировать под значение представляющее количество записанных ключей. Если избавиться от этого значения и не заносить весь перечень ключей в RAM, перебирая ключи непосредственно в eeprom, получим 1024 ключа.
-
@zenone тогда давайте посмотрим на ответ сервера. Найдите строку инициализирующую отправку данных на сервер. httpClient.GET(); замените её на int status = httpClient.GET(); if (status > 0) Serial.printf("code: %d\nanswer: %s\n", status, httpClient.getString().c_str()); else Serial.println("No answer"); Оставьте открытым Serial монитор и посмотрите, дойдет ли запрос до сервера и как ответит сервер. К сожалению, нахожусь на работе и самостоятельно проверить работоспособность кода не могу, но думаю, что должно работать. @ololonly попробуйте пробросить порт до другого узла сети. Для эксперимента, можно поднять Apache на компьютере и посмотреть, что будет на выходе.
-
@zenone вносились ли изменения в программу? Просматривали ли Вы график, показания не сбрасываются?
-
@valdemar доброе время суток. Осмелюсь предложить Вам провести эксперимент: Поднимите сервер Apache на любой машине в Вашей сети Создайте на сервере страницу с одним символом 0 или 1, без html разметки и т.п, просто один символ В любой доступный Вам контроллер залейте стандартный скетч работы с Ethernet идущий в комплекте с Arduino IDE - Web client. Только измените адрес запрашиваемой страницы на адрес Вашего сервера с Apache. Посмотрите с какой скоростью прилетает ответ т.к эта скорость, по сути, и будет временем отклика при работе с MySQL Уверен, что отклик будет удовлетворительный. На мой взгляд, работа с SD картой не целесообразна т.к велика вероятность выхода её из строя, процесс поиска информации (при большом количестве ключей) будет очень медленным и чем позже записан ключ тем дольше ждать, а сам процесс удаленного обновления данных на SD карте содержит ряд подводных камней. PS: Я буду настаивать на проведение Вами этого эксперимент.
-
Доброе время суток. Добрался до компьютера, спасибо за Ваше терпение. Если проблема повторится, то откройте в браузере режим разработчика (Ctrl + Shift + i для Chrome) и зайдите на страницу метеостанции. Посмотрите коды ответа и количество переданного трафика, а также предупреждения самого браузера. Соберите как можно больше информации. Проверьте как формируется график на самой метеостанции. Не сбрасывается ли он? Я проверил на своей домашней метеостанции, она использует последнюю опубликованную прошивку за исключением некоторых фиксов веб интерфейса. Данные отправляются стабильно. Вот выписка из лога "народного мониторинга". Я постараюсь учесть Вашу проблему в будущей версии и добавить статусы отправки данных на внешние ресурсы. Если у Вас уже имеется опыт работы с данным дисплеем, то организовать отображение данных можно в функции readSensors основываясь на стандартных примерах из библиотеки. У меня больше вопросов чем ответов. Давайте сделаем так... В данный момент у меня маршрутизатор фирмы MikroTik. Проброс портов настроил через NAT по правилу dstnat для tcp трафика на внешнем интерфейсе по измененному порту т.к 80 постоянно сканируется. Далее через netmap отправляю трафик на внутренний адрес микроконтроллера, но уже по 80 порту. Делал на скорую руку удаленно, но суть ясна по фото. В знак подтверждения оставляю адрес на виду, он динамический и через некоторое время, после публикации поста, изменится. Порт 7О8O. Вбивайте самостоятельно т.к символы изменены и не являются тем, что Вы видите на самом деле. Также хочу отметить, что микроконтроллер способен поддерживать ограниченное количество соединений, а также ему необходимо выполнять возложенные нами на него задачи и все это скажется на производительности. Скорее всего контроллер упадет после нескольких средне-активных пользователей. Еще хочу отметить, что текущая версия web сервера очень медленна и с этим связанны определенные трудности, его производительность уже увеличена в будущей версии, но все обкатывается на другом микроконтроллере, так что все приближенно к боевым условиям. На самом деле предсказать какие-то средние значения очень проблематично и выглядеть это будет в виде прямой линии за последние 24 часа по всем показаниям и только с последней позиции начнутся живые данные. Текущий график четко отображает время старта микроконтроллера и на самом деле я уже забыл, как оно выглядит т.к уже длительное время, заходя на страницу микроконтроллера, вижу заполненный массив (график). Я предложу Вам подождать сутки, посмотреть на график, а затем определиться, как часто Вы планируете сбрасывать микроконтроллер и насколько критично заполнение 0-ми при отсутствии данных. Возможно вашу проблему можно решить силами библиотеки от highcharts.com используемой для построения этого графика?
-
@RusD доброе время суток. В указанной Вами библиотеке имеется файл OLEDDisplay.h в котором содержатся константы с описанием размера дисплея. // Display settings #define DISPLAY_WIDTH 128 #define DISPLAY_HEIGHT 64 Попробуйте поиграться с этими значениями.
- 859 ответов
-
- 1
-
-
- web server
- mqtt
- (и ещё 8)
-
@valdemar доброе время суток. Внешняя SD карта станет если не самым слабым, то одним из таковых звеньев цепи. На мой взгляд, нужно отталкиваться от тех моментов которых избежать невозможно и попытаться выжать из них побольше плюсов. Если все 1046 участков будут оборудованы замками, то зачем в каждый из них прописывать все доступные ключи? Полагаю, что вход на участок доступен только собственникам участка. Как Вы уже упомянули, это минимум 2 ключа. В eeprom микроконтроллера atmega328 равен 1024 байтам, по 4 байта на ключ. Итого 255 ключей + 4 байта для дополнительной информации. Если ключи соседей не должны открывать замки друг у друга, то 255 ключей более чем достаточно на одного владельца участка. Если все замки будут подключены в общую сеть, то как Вы планируете её организовывать или она уже есть? Какую площадь занимает сеть? Если замки и так будут в сети, то опять же на мой взгляд, нет смысла вязаться с EEPROM, если только для хранения спец ключей - мастер, аварийный или для обслуживающего персонала. Вы также планируете вести учет, но с прописанными ключами в памяти замка, что помешает собственнику участка откинуть сеть и использовать уже прописанные ключи? Думаю, что при времени отклика порядка 2 секунд, можно хранить ключи на центральном сервере.
-
Не хотелось бы загадывать т.к в ходе тестов появляются разного рода баги. Хотелось бы разобраться с ними до конца января, но надо быть реалистами т.к на проект тратится свободное от работы и личной жизни время. Также я стараюсь учесть пожелания, которые оставляли в теме и в личных сообщениях. Поэтому сроки скорее всего немного растянутся. В данной версии прошивки реализовано автоматическое переподключение к известным контроллеру сетям. Если сеть скрыта, то при сканировании, контроллер её не увидит. Данная проблема уже решена в будущей версии и контроллер способен находить домашнюю сеть даже при скрытом SSID. Что касаемо графика в web интерфейсе микроконтроллера, то тут имеются следующие нюансы: Изначально график рассчитан на отображение показаний за последние сутки с интервалом измерения 10 минут, что равняется 144 точкам. Могу ошибаться, но на хранение показаний с 4 датчиков будет потрачено порядка 2.3kb оперативной памяти. В лог записываются не текущие, а последние полученные показания с датчика. График автоматически масштабируется (каждый массив данных в отдельности), это значит, что на визуализацию влияет минимальное и максимальное значения за выбранный период времени. Изначально все 144 позиции графика пусты, а точнее заполнены нолями. Следовательно, при старте весь лог заполнен значением 0 и происходит добавление первого элемента. При этом, на визуализации этот момент похож на резкий скачек всех значений с 0 до них самих. Также эти пустые значения участвуют в масштабировании т.к они часть графика. После наполнения памяти данными (ждем 24 часа) каждый элемент графика будет отображен в масштабе соответствующему минимальным и максимальным элементам из списка "живых" значений. Именно поэтому Вы видите давление в виде сплошной линии, но при этом, если пройтись по точкам графика будут видны различия в показаниях и также видно, что они настолько незначительны, что не способны повлиять на масштаб этого элемента относительно значения 0. По завершению наполнения 0 выпадет из массива данных и ситуация будет совершенно иной. Это не является багом, так и задумывалось. Подразумевалось, что это будет интуитивно понятно после того, как пользователь доберется до системы масштабирования в web интерфейсе. Чтобы график не содержал пустых элементов в первые сутки работы микроконтроллера, необходимо строить его из динамического числа точек. То есть, с начало будет график из одной точки, через десять минут из двух и т.д пока не будет получены все 144 точки. При этом первые сутки график будет строиться слева на право, а после заполнения всего массива данных график начнет движение с право налево. С небольшим эффектом сжимающейся пружины. Конечно на практике он всегда строится слева на право, но пользователь этого никогда не видит и при этом человеческое восприятие не играет ему на руку. Как всегда, вопрос в том, как это визуализировать. Добавить поддержку дисплее не сложно. В текущей версии прошивки Вы можете обновлять информацию на дисплее каждый раз когда вызывается функция readSensors(). Добавить Ваш код можно прямо в неё.
-
Друзья. Спасибо Вам за проявленный интерес к проекту. Хочу еще раз напомнить, что следующее обновление будет очень большим, своего рода v2.0 для всего проекта. В связи с этим, практически все исправления в теме станут не актуальны как в плане доработки, так и в плане их использования для собственных наработок.
- 859 ответов
-
- 4
-
-
-
- web server
- mqtt
- (и ещё 8)
-
@Forester @RusD был обновлен исходник и убраны проблемы с индикацией температуры и убрано определение адреса bme280 на шине i2c. Скачайте и проверьте ушли ли Ваши проблемы. Я постараюсь уделить им более серьезное внимание по завершению работ над большим обновлением для метеостанции. К сожалению данной информации, недостаточно. Как организована Ваша сеть? С проблемных устройств подключаетесь к web интерфейсу метеостанции по имени или по адресу? Проходит ли ping по имени? А по адресу? Попробуйте закомментировать инициализацию библиотеки и объекта датчика. А также удалить в index.htm объект сенсора, связанный с инициализацией датчика освещенности. <div class="sensor"> <div class="title">Освещенность</div> <div class="unit">lx</div> <input class="knob light" data-width="200" data-displayPrevious=true data-fgColor="#FFF" data-skin="tron" data-thickness=".1" value="0" data-min="0" data-max="65000" readonly> </div> Удалить в функции chenge() animate(".light", obj.light);
-
@RusD Доброе время суток. Чтобы быстро избавиться от данной проблемы, я бы рекомендовал уменьшить число отображаемых знаков после запятой. Внесите следующие изменения в файл index.htm Найдите описание элемента визуализации температуры <div class="sensor"> <div class="title">Температура</div> <div class="unit">°C</div> <input class="knob temperature" data-width="200" data-displayPrevious=true data-fgColor="#FFF" data-skin="tron" data-thickness=".1" value="0" data-min="-40" data-max="125" data-step=".01" readonly> </div> В описании элемента input измените значение data-step с ".01" на ".1" Для более корректного исправления необходимо внести изменения в библиотеку Knob и учесть дополнительный символ "-". Я займусь работой над визуализацией после окончания работы над обновлением кода микроконтроллера.
- 859 ответов
-
- 1
-
-
- web server
- mqtt
- (и ещё 8)
-
@valdemar В таком случае удобнее и быстрее будет работать с eeprom микроконтроллера
-
@pasha413 доброе время суток. Если Вы не вносили никаких изменений в математику, то все должно работать в штатном режиме. Проверьте работоспособность датчика на стандартном примере из используемой библиотеки и прямо на Вашей физической сборки метеостанции. График составляется исходя из данных сохраненных в ОЗУ микроконтроллера. Всего 144 точки с интервалом в 10 минут. В данной (вскоре устаревшей) версии прошивки метеостанции значения первой точки снимаются практически сразу при пуске микроконтроллера. Если Вы не вносили каких-либо изменений в логику снятия и логирования показаний, то я предположу, что проблема действительно с питанием. Очень похоже, что контроллер только что запустился. Попробуйте запитать микроконтроллер не от компьютера, а от другого источника, например, внешнего аккумулятора. Другой вариант, оставить все как есть, но при этом подождать 20-30 минут и не давать компьютеру, от которого Вы питаете esp8266, засыпать и убедиться, что не происходит никакой магии с настройками схем управления электропитанием в операционной системе. Дважды перепроверьте, что Вы не затронули логику построения логов. А для эксперимента Вы можете добавить вывод в Serial монитор текущего значения таймера millis() и по его изменению узнать действительное время работы микроконтроллера т.к для переполнения его значения нужно более месяца времени. Но опять же, судя по Вашему графику и наличию данных с 15.20 и до 17, проблема точно с питанием. Думаю, что вполне возможно. Я перед собой не ставил такой задачи, но подумаю о Вашей просьбе.
-
@valdemar у меня отклик был порядка 3-4 секунд, но даже этого будет не достаточно если Вы хотите какого либо серьезного применения. Лучшим выбором будет отказаться от обработки запросов к базе данных на уровне микроконтроллера. Использовать http, а лучше https соединение для передачи ключа внешнему скрипту на сервере, где произойдет выборка и обработка данных из базы, а микроконтроллер в ответ получит статус запрашиваемого ключа. Или использовать socket-ы с предварительным шифрованием передаваемых данных, но проще и быстрее использовать https. Уверен, что таким образом можно добиться времени, с момента поднесения ключа до открытия замка, не более 2 секунд в локальной сети. @Zvukach доброе время суток. Ничего сложного в этом нет. Вопрос по работе с подобными дисплеями в связке с конвертером для i2c шины поднимался в другой теме и хоть она не связана с замком, но библиотека и соответствующее уточнение можно посмотреть тут
-
@valdemar доброе время суток. Что выводится в Serial когда Вы подносите ключ?
-
@Slava Мое личное мнение, что Вам стоит пересмотреть запросы к базе и уже от этого отталкиваться при редактировании кода микроконтроллера. Уверен, что контроллеру достаточно понимать имеется ли в базе учетная запись, подходящая под критерии необходимые для доступа к устройству. А всю математику реализовать на стороне MySQL сервера. Таким образом контроллер просто передает идентификатор ключа, СУБД производит поиск учетной записи соответствующей этому ключу с дополнительным условием - остаток на счету должен превышать установленный минимум. Если запись найдена, то силами самой базы данных, производится обновление баланса пользователя, а контроллер лишь смотрит на количество соответствий. Соответствие найдено, включаем нагрузку, не найдено, значит не включаем. Вы можете на самом MySQL сервере реализовать функцию, которой в качестве параметра, будет передаваться идентификатор ключа. Вся логика будет заложена именно в ней, а от возвращаемого ею результата будет зависеть управление нагрузкой.
-
@Alex_DIY Спасибо за Ваши наблюдения. На днях обновлюсь до последнего релиза ESP и продолжу работу над проектом. К сожалению, пока не нашел официальный список изменений для 2.4.0 (максимум 2.3.0), но думаю, что разработчики вскоре восполнят этот пробел. @EndWar @Serg Мне пришел датчик качества воздуха CCS811. Обязательно поделюсь своими впечатлениями.
-
@EndWar Так, сразу Вас остановлю, да бы Вы не тратили свое время зря. Двойные кавычки есть во всех "пакетах" и соответствуют стандарту json. Разница лишь в том, как разные обработчики предоставили вывод той или иной информации, но это как философский камень... Любые строковые параметры передаются только в двойных кавычках. Проблема явно была в другом. Я уверен, что она не связана с метеостанцией, но как здравомыслящий человек, я хочу разобраться в ситуации. Как минимум для того, чтобы понимать, когда начинается восход или закат т.к метеостанция это только один из модулей умного дома и может влиять на поведение других устройств в системе, например: жалюзи, вентиляции или даже освещения внешних зон жилого дома... тут, как говорится- "кто во что горазд".
-
@EndWar Если Вы имели в виду пропадание показаний с индикаторов в web интерфейсе, то я смог воссоздать Вашу ситуацию только нарушив стандарт json, который используется в API проекта. Передав место числового значения строковое. Если это длилось длительное время, то Вы сможете увидеть отражение этого инцидента на графике самой метеостанции и на сторонних ресурсах, куда Вы можете отправлять данные. Проверьте это для меня если у Вас есть такая возможность. @Alex_DIY К моему сожалению, я не могу дать точной информации по использованной flash памяти, это станет известно ближе к завершению обновления. На данный момент, хоть и реализовано больше половины задуманного, но я думаю, что этого недостаточно для увеличения доступности проекта нашим менее опытным коллегам и друзьям. Тем более, учитывая тот факт, что моим познаниям в программировании стоит пожелать лучшего, всегда будет то, что стоит улучшить и доработать. Для себя я выбрал основным связку из BH1750 и BME280 и оценивать объем занимаемого места могу только с использованием соответствующих библиотек. Какой объем памяти Вы можете себе позволить за вычетом Ваших дополнений?
-
Все доброго времени суток. Ваша ошибка единична и вызвана внешними факторами. Если она повторится, и в web интерфейс начнет себя вести не адекватно, то перейдите в "Инструменты разработчика" и просмотрите список ошибок во вкладке "Console". В описании ошибки имеется отсылка на исполняемый файл и часть кода в котором она произошла. Это информация поможет разобраться на чьей стороне проблемы и, какие действия стоит предпринять с Вашей стороны. @EndWar @Alex_DIY Друзья, давайте перестанем заниматься спорами, это пустая трата времени. Не буду загадывать, но постараюсь в следующем месяце выложить большое обновление для метеостанции. Оно пока в разработке и в основном связано с исправлением кучи косяков и багов. В планах следующее (часть кода уже реализована): Перебрать весь код, исправить много ошибок и разбить его на модули Вынести из основного файла все лишнее, что мешает пользователям быстро внедрить свои наработки в проект Упростить систему выбора датчиков. Избавиться от системы комментариев и перейти на понятные людям ON/OFF или что-то подобное. Упростить, для пользователей, работу с файлом конфигурации и свести к минимуму доработки кода для добавления собственных параметров. Уйти от зоопарка констант и кучи кода отслеживающих наступления того или иного события. Реализовать не сложный планировщик задач, по идеологии напоминающий cron в unix системах, способный обрабатывать любые пользовательские функции с указанным интервалом времени и корректно отлавливающим переполнение uint32_t (unsigned long). Переработать web сервер для ускорения его работы с клиентами. Быстро передавать информацию и освобождать соединение. Уже имеется x10 кратный прирост скорости передачи, что в совокупности с системой кэширования дает возможность отказаться от дублирования ресурсов web сервера микроконтроллера на стороне. Лабораторные тесты, если их можно так назвать, с отключенной системой кэширования, показали загрузку всего Web интерфейса из spiflash менее чем за 3 секунды, а с eTag менее 1 секунды. Модернизировать систему работы с сенсорами. Как минимум, перенести все вычисление в один объект т.к по сути, структура и класс, это одно и тоже. Так зачем, например, держать расчеты для графиков вне объекта самого сенсора...? (риторический вопрос) Пересмотреть систему работы с внешними серверами - одно соединение на всех. Возможно добавить работу с thingspeak (под вопросом). Добавить поддержку скрытых домашних беспроводных сетей. ... Постараюсь не затрагивать web интерфейс, на тот случай, если вы вносили собственные доработки при условии эксплуатации базового API. Цель - изменение идеологии проекта. Довести присутствие в нем метеостанции к минимуму и показать, что Вы можете использовать его для своих уникальных целей. И помните, что мы работаем над проектом вместе и если Вы будите конфликтовать, то ничего хорошего из этого не выйдет. PS: я старался не упоминать об обновлении в постах, но раз уж Вы стремитесь куда-то направить свою энергию, то делайте это в благих целях. И я предлагаю Вам направить её для проработки Ваших идей и предложений. Возможно стоит что-то внедрить или доработать. Но не кидайте сырые идеи, обдумайте предложения, я буду Вам признателен. Спасибо!
- 859 ответов
-
- 2
-
-
- web server
- mqtt
- (и ещё 8)
-
Не здоровый интерес к домашней автоматизации...))
Kitsum ответил в тему пользователя EndWar в Размышления и флуд
@Alex_DIY @EndWar друзья, позвольте и мне внесу 5 копеек. Дело в том, что во время работы транспортного контроллера могут возникнуть сложности, приводящие к его позднему сну: Ошибки подключения к беспроводной сети Задержки при передачи данных на севрер Изменение поведения из-за внешних факторов, например, калибровка счетчиков Форс мажорные обстоятельства Все это приводит к работе в холостую контроллера счетчиков и повышению потребления. Может быть я не прав, все выяснится при опытной эксплуатации. Рад был бы согласиться, но к сожалению, не стандартный интерес к чему-либо растет прямо пропорционально с ростом популярности, а мы с Вами как раз попадаем в круг интересов систем умного дома. И тут даже не важно кто разрабатывает, мы или они, главное, что используются популярные компоненты с открытыми спецификациями. А с программной частью справятся - "Mach mit, Mach’s nach, Mach’s besser!". Так что в споре между нападающим и обороняющимся победителя не будет никогда, максимум сменят роли. И опять же сугубо мое мнение. Если мы имеем два транспортных устройства с одинаковым ценником, это NRF и ESP, но при этом для первого необходимо придумать свой проприетарный протокол с шифрованием, а второе из коробки поддерживает CCMP и поверх этого может общаться с использованием SSL, так почему бы не бросить те же силы, чтобы получить CCMP + SSL + проприетарный протокол? Мне кажется, что это вполне логично. А NRF будет хороша при работе с некритическими системами, на подобии метеостанции. Отличная идея. Очень будет кстати если начать разработку своего сервера умного дома...