• Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

Mesh-сеть на ESP8266

Реально ли сделать Mesh-сеть на ESP8266 за месяц?

  • Да

    Голосов: 0 0.0%
  • Нет

    Голосов: 0 0.0%

  • Всего проголосовало
    3
  • Опрос закрыт .

nikolz

Well-known member
Некоторые все про пром стандарты рассказывают, а иные без них приносят пользу людям.
Например это, хотя и не на ESP но что мешает использовать ESP для подобных задач?
------------------------------------------
С STM32F4, MeshPower поставляет электроэнергию и многое другое В Руанде



Многие говорят об использовании технологии для улучшения жизни людей, но немногим удается сделать это , как MeshPower . Эта компания, базирующаяся в Англии, устанавливает небольшие солнечных батареях сетей в сельских районах Руанды принести доступное и надежное электричество для целых общин , которые должны были ранее зависеть от дорогих батарей или просто жить в темноте. В августе прошлого года, MeshPower отметила свой 1000 - й клиент. Сегодня они удваивают это число, и надеются достичь 2,400 домохозяйств к концу года. Они испытывают значительный рост , потому что у них есть эффективные технологии , и они четко понимают проблемы , возникающие перед людьми в этом регионе мира, и это честь для ST , чтобы стать неотъемлемой частью их деятельности.

Одним из крупнейших достижений MeshPower была разработка системы, совместимой с экономикой района. Большинство клиентов могут позволить себе только заплатить от трех до четырех долларов в месяц, а также потому, что многие из них имеют сезонные сельскохозяйственные работы, необходимо учитывать тот факт, что доход не является постоянным круглый год. Следовательно, MeshPower разработал нано-сетка, которая может доходить до 50 домов и предприятий малого бизнеса. Масштаб означает, что после того, как определенное количество людей подписались, добавляя новых клиентов к сетке практически ничего не стоит. Поэтому, несмотря на ограниченность покупательной способности клиентов, MeshPower способен быстро расти и приносить свои технологии другим общинам. Кроме того, клиенты могут выбрать услугу оплачивать-как-вы-го, чтобы лучше управлять их счета в соответствии с их потребностями и финансов, что делает их доступ к электроэнергии доступным и гибким.

STM32F4 и затрат

Плата клиентского устройства от MeshPower (Нажмите, чтобы увеличить)

Это возможно благодаря частично небольшой коробке, установленной в доме клиентов, которая обеспечивает питание и контроль за их использованием. Это устройство использует STM32F4 микроконтроллер (MCU) , к тому же семейству чипов , найденных в солнечных батареях автомобилей . Инженеры MeshPower начали использовать этот компонент , потому что это был первый легко доступны Cortex M4 архитектуры MCU , когда они разрабатывали свой продукт в 2012 году Впоследствии они подсели на чипах компании ST из - за специфических особенностей , которые оказались существенными.

Например, они были в состоянии использовать широкий спектр продуктов STM32F4, потому что все они пользуются такой же периферийное и пин-на-контактный совместимости. Для MeshPower, это означало, что это было возможно проектировать на более дорогой компонент, а затем использовать недорогую MCU в конечном устройстве, используя в значительной степени тот же базовый код и скомпилировать его выполнить с минимальными усилиями. В некоторых случаях, не было абсолютно никаких изменений, необходимых для файла линкера за исключением того.

STM32F4 и возможности

MeshPower плата питания телевизора клиента (Нажмите, чтобы увеличить)

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

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

Например, с помощью аналого-цифровых преобразователей в STM32, и таймеры, MeshPower был в состоянии управлять светодиодами своего устройства, используя только программное решение. Это означало, что они могли бы избавиться от компонентов, которые стоят дороже, чем доллар и половину на единицу и не масштабируется. По мере того как компания смотрит на других программных оптимизаций, г-н Amarasinghe объясняет, что:

"Мы также с использованием STM32 MCU, потому что мы хотим, чтобы использовать его более расширенные возможности в будущем, чтобы разгрузить как можно больше, чтобы программно-управляемых процессов."
-----------------
Может пора перестать трындеть о глюках в SDK и начать углублять и расширять применение ESP?
 

sect108

New member
В чём вы это переводили? Чувствуется машинный перевод, но лучше чем какой-нибудь google translate, по моим ощущениям)
 

Denis Karasiov

New member
Может пора перестать трындеть о глюках в SDK и начать углублять и расширять применение ESP?
Полностью разделяю эту мысль. Есть глюки - возможно. Но они так или иначе понятны (где и какие). Ну, в крайнем случае, просто не использовать функции с глюками, или написать собственные... И в конце-концов, неужели в промышленных решениях нет глюков? Их тоже люди пишут. Взять хотя бы Windows... Конечно, промышленные решения тестируют лучше, но, даже если взять самые высокие стандарты тестирования, как в космической отрасли, это не означает, что ракета политит (смотрим новости).
 

nikolz

Well-known member
Полностью разделяю эту мысль. Есть глюки - возможно. Но они так или иначе понятны (где и какие). Ну, в крайнем случае, просто не использовать функции с глюками, или написать собственные... И в конце-концов, неужели в промышленных решениях нет глюков? Их тоже люди пишут. Взять хотя бы Windows... Конечно, промышленные решения тестируют лучше, но, даже если взять самые высокие стандарты тестирования, как в космической отрасли, это не означает, что ракета политит (смотрим новости).
В ракетах - там виноват всегда рабочий, который как бы датчик кувалдой забивает.
Правда министр в ракетах ни в зуб ногой и руководитель роскосмоса тоже рулят лишь финансами.
Зарплату разработчикам задерживают и постоянно ищут крайних, но не с того края начинают.
 

Nickson

New member
Приветствую
Я студент-дипломник (до диплома 1 месяц).
Задача: создать mesh-сеть на аккумуляторном питании в которой будет один или несколько узлов входа информации и по воздуху отправлять данные на один принимающий ПК (один узел выхода информации). Входные и выходные модули могут иметь стороннее управление.
Центральные узлы желательно на акк без внешнего управления.

Дедлайн - 15 января 2017 г, то есть фактически через 1 месяц.

Сейчас нахожусь в стадии выбора технологии, по которой делать. Без проблем можно на XBee ZigBee Mesh, но это дорого (2,8 килорубля за 1 модуль).
Только сегодня познакомился с ESP8266, точной информации по Mesh еще не получил.
Нашел гайд версии 1.2 (на форуме версия 0.1), пока не изучил.

Вопросы:
1) Возможно ли поднять mesh-сеть на ESP8266 за 1 месяц?
2) Какой порядок действий посоветуете? Какая информация мне понадобится для этого?
3) C/C++, Lua или еще что-то?
4) Другие ваши советы как сделать mesh-сеть, может быть НЕ esp8266? Пока не нашёл достойных аналогов.

Спасибо!

UPD: Нашел такую информацию: ESP8266 Mesh | Scargill's Tech Blog
Там последняя ссылка на GitHUB (кидаю эту, потому что другие тоже интересны).
5) Это может быть полезным? Я не работал с гитом и крайне давно не прогал. Подскажите, могу ли я применить этот материал к своей задаче?

Другие ссылки (буду тут собирать)
GitHub - eriksl/esp8266-universal-io-bridge: Universal I/O bridge for the ESP8266, including GPIO, I2C and UART (serial bridge)
Интересно, что описываемая в PDF-ке mesh имеет глубину порядка 5, я делал матмодель сети из 10000 устройств и они безболезненно связываются, обеспечивая маршрутизацию через десятки промежуточных узлов
 

nikolz

Well-known member
Интересно, что описываемая в PDF-ке mesh имеет глубину порядка 5, я делал матмодель сети из 10000 устройств и они безболезненно связываются, обеспечивая маршрутизацию через десятки промежуточных узлов
за какое время связь с самым удаленным узлом происходит?
какова пропускная способность вашей сети на 10000 узлов?
какое среднее время соединения?
какова вероятность ошибки передачи данных в зависимости от длины пакета?
Как вы доказали что ваша модель физически реализуемая?
 

Nickson

New member
за какое время связь с самым удаленным узлом происходит?
какова пропускная способность вашей сети на 10000 узлов?
какое среднее время соединения?
какова вероятность ошибки передачи данных в зависимости от длины пакета?
Как вы доказали что ваша модель физически реализуемая?
Пропускная способность сети зависит от топологии и в худшем случае равна пропускной способности одного устройства
Время соединения получалось 14 циклов обмена данными при раутинге из 14 этапов. Время, за которое прекращаются все процессы, сопровождающее раутинг раз в сто больше, но это с учётом того, что процедура раутинга не была оптимизирована
Вероятность ошибки будет определяться техническими средствами связи и при использовании Wi-Fi будет типичной для Wi-Fi
Модель в данном случае представляет собой массив идентичных агентов, каждый из которых реализован программно, имеет собственные вычислительные средства и располагающих ресурсами, примерно соответствующими ресурсам реально выпускаемых устройств. Можно сказать, что эта сеть реализована физически, поскольку базируется на вычислительной мощности реального микропроцессора и располагается в реальной оперативной памяти. Единственное, что не учитывает данная модель, это волновые, квантовые эффекты, и влияние помех. Но уже эти эффекты будут учтены в процессе выпуска.
 

Nickson

New member
Господа, всё-таки, как связать два 8266? Подскажите, жалко время тратить на поиски и эксперименты. А то сам найду )))
 

nikolz

Well-known member
Пропускная способность сети зависит от топологии и в худшем случае равна пропускной способности одного устройства
Время соединения получалось 14 циклов обмена данными при раутинге из 14 этапов. Время, за которое прекращаются все процессы, сопровождающее раутинг раз в сто больше, но это с учётом того, что процедура раутинга не была оптимизирована
Вероятность ошибки будет определяться техническими средствами связи и при использовании Wi-Fi будет типичной для Wi-Fi
Модель в данном случае представляет собой массив идентичных агентов, каждый из которых реализован программно, имеет собственные вычислительные средства и располагающих ресурсами, примерно соответствующими ресурсам реально выпускаемых устройств. Можно сказать, что эта сеть реализована физически, поскольку базируется на вычислительной мощности реального микропроцессора и располагается в реальной оперативной памяти. Единственное, что не учитывает данная модель, это волновые, квантовые эффекты, и влияние помех. Но уже эти эффекты будут учтены в процессе выпуска.
У вас не учитывается самое важное - это коллизии в общем ресурсе. Это либо кабель либо эфир -WI-FI
Так как речь здесь идет о WIFI , то я не могу представить себе сеть WI-FI в которой 10 000 узлов работают одновременно (вернее сказать представить могу , но в страшном сне)
Более того - это на каком поле (пространстве ) такая сеть расположится? И как Вы создадите именно меш сеть на WIFI на 10 000 узлов?
 

pvvx

Активный участник сообщества
Господа, всё-таки, как связать два 8266? Подскажите, жалко время тратить на поиски и эксперименты. А то сам найду )))
Два ESP связываются без проблем. Но они должны быть в зоне их работы WiFi только двое :)
Иначе другим грозят помехи и колизии в эфире. Так сделан драйвер WiFi у ESP и его аппаратная часть, да согласование с антенной - дает помехи на соседние каналы.
Из-за ошибок в приемной части (station) драйвера WiFi от Espressif модуль не терпит рядом работы других устройств WiFi - функция автоподстройки частоты заводит его до "протектед". Т.е. категорически нельзя, чтобы рядом с модулем ESP работал какой-то другой WiFi модуль. Он по нему "настроит" свой передатчик и будет орать в эфир на только ему известной частоте, до полного аппаратного пересброса :)
По этому можете сразу забыть о использовании нескольких ESP в одном месте, пока не перепишите его ПО полностью, особенно WiFi драйвер.
 
Последнее редактирование:

pvvx

Активный участник сообщества
Пропускная способность сети зависит от топологии и в худшем случае равна пропускной способности одного устройства
Пропускная способность сети в WiFi зависит от ведущего (обычно это AP). Она осуществляет распределение кто и когда из её подопечных выходит на связь (разрешает им передачу передачей им специальных пакетов с этой информацией). Если в данной зоне работают ещё какие-то устройства WiFi диапазона, то AP учитывает их трафик (не только свой!), вплоть до BT устройств. ESP никогда не сертифицировался у коалиции WiFi и его SoftAP ничего подобного не делает. Итог её работы - помеха всем другим окружающим устройствам, работающим в эфире WiFi - куча коллизий и потери пакетов...
Mesh, созданный Espressif, не учитывает WiFi нормативы, о чем скромно написано в его PDF :)
Т.е. использовать ESP вы можете только в целях изучения, но никакой серийности изделий или выпуска на продажу, т.к. никогда не пройдете сертификации (нyесли проcто не купите её :)).
 
Последнее редактирование:

Nickson

New member
Пропускная способность сети в WiFi зависит от ведущего (обычно это AP). Она осуществляет распределение кто и когда из её подопечных выходит на связь (разрешает им передачу передачей им специальных пакетов с этой информацией). Если в данной зоне работают ещё какие-то устройства WiFi диапазона, то AP учитывает их трафик (не только свой!), вплоть до BT устройств. ESP никогда не сертифицировался у коалиции WiFi и его SoftAP ничего подобного не делает. Итог её работы - помеха всем другим окружающим устройствам, работающим в эфире WiFi - куча коллизий и потери пакетов...
Сертификаты и потери меня не интересуют. По большому счёту и Wi-Fi не интересует. Интересует передача пакетов.
А можно связать между собой две AP?
Кстати, нашёл некий готовый проект где все живут со всеми.
 

pvvx

Активный участник сообщества
Сертификаты и потери меня не интересуют. По большому счёту и Wi-Fi не интересует. Интересует передача пакетов.
Это значит, что вас не интересует рабочее устройство? Только теория передачи мифического устройства?
 

pvvx

Активный участник сообщества
Обычная бизнес-война. Кому охота потерять гигантский кусок пирога
Она уже проиграна mesh. Новый стандарт WiFi не за горами и объявлен.
Все фичи mesh включает, но по другому...
Частники против корпораций = заведомый проигрыш :p
 

Nickson

New member
Это значит, что вас не интересует рабочее устройство? Только теория передачи мифического устройства?
Она уже проиграна mesh. Новый стандарт WiFi не за горами и объявлен.
Все фичи mesh включает, но по другому...
Частники против корпораций = заведомый проигрыш :p
Это который к 20 году обещан?

Кстати насчёт заведомый проигрыш - вряд ли. Типичный пример - война битторента с Голливудом
 
Сверху Снизу