Комментарии 62
Вроде бы да. Вот соответствующие функции API:

pwm_init
pwm_set_duty
pwm_set_freq
pwm_get_duty
pwm_get_freq
Можно к вам на Вайнера подобраться и своими глазами посмотреть. А может и руками потрогать =)
Мы не на Вайнера. С хакспейсом дружим, но там не живем. Встретиться можно, пишите в личку, договоримся.
А нельзя выложить на какое-либо еще чуть более неудобное место, чем вконтакт? Я понимаю, что такое сложно найти, но вдруг…
Да, подающий ожидания ресурс. Там даже «утёкшие» данные из закрытого сдк некоторые опубликованы. На то, что публикуем мы, есть персональное разрешение от CEO Espressif.
НЛО прилетело и опубликовало эту надпись здесь
Кстати, в очередной раз хочу отметить низкую чувствительность для n стандарта. У атероса она -71 дБм.
Но это пол беды. Радиопередатчик всего 16 дБм.

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

Несколько датчиков в меш — это единственный вариант добить до отдаленных мест.
Стандарт WiFi direct подразумевает одновременную работу в режиме GO (group owner) и Client. Так что это можно будет понять только на практие, на сколько эффективно работает.
Это обычный китайский модуль с печатной антенной. Соединенный с обычным роутером.
Всё ближе подпольный няш-меш, в узлах которого только батарейки менять придётся.
Уже сейчас на мобильниках присутствует Wifi Direct.
Так что ставку надо делать именно на мобильные устройства, а не стационарные блоки с батарейками.
Wi-Fi Direct — какой-то недостандарт, маловато функций для поддержания работоспособной сети. Вот IEEE 802.11s — другое дело! Там даже динамическая маршрутизация с OSPF есть.
Это не совсем верно.

Стандарт 802.11s использует HWMP и дает возможность задействовать другие протоколы.

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

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

Явно делали для автономных устройств. Где производительность не нужна, а энергопотребление должно быть низким.
Судя по командам, он умеет отдавать список сетей которые видит, наконец-то можно будет собрать компактный брелок WiFi-сканер/пеленгатор.
Там в даташите есть очень интересные намеки на использование в:

Wi-Fi location-aware devices
Security ID tags
Wi-Fi position system beacons

Я подробности этого у производителя выведать не успел, но «location-aware» и «position system» подразумевает возможность измерения силы сигнала у разных точек вокруг. Если это появится в API — будет сверхинтересно
наконец-то можно будет собрать компактный брелок WiFi-сканер/пеленгатор

Гугл, перелогинься.
Уважаемый webself!
Подскажите, пожалуйста, такой момент.
С железом всё понятно — подключаем к модулю питалово, TX/RX, при необходимости резет — и готово. Со стороны UART-а просматриваем сети, находим нужную, коннектимся. Поднимаем сервер.
А вот дальше — вопрос. Собственно, что дальше-то? Как мне получить, например, мост? Я правильно понял — как только мы отдаём команду AT+CIPSTART=4,«TCP»,«192.168.0.111»,9999" — uart становится прозрачным, и всё, что туда валится, направляется на порт 9999 айпишнику 192.168.0.111? И переконфигурировать модуль получится только после резета? (вот поэтому его и есть смысл подключить). А на приём? тот же порт, но с любого ИП? или только со 111-го? А как сделать с любого?

Как-то примеры в интернете заканчиваются на этапе «а теперь установим соединение...». И всё.
Постараемся отдельный пост на эту тему сделать. Может быть в конце недели.
Есть, но пока нет времени на хабрапост.

И да, мы не стали ковыряться с работой через AT-команды, мы экспериментируем с внутрисхемной прошивкой модуля.
Судя по AT-командам, модуль всегда находится в режиме AT, а данные клиент забирает принудительно(по сигналу «что-то пришло»). Иначе как реализован режим установления нескольких подключений одновременно?
Вроде бы нет. На руках есть исходники AT-прошивки. Реализована она на базе вызовов API. И парни с esp8266.com эту прошивку допиливают потихоньку.
т.е. AT-команды это всего лишь интерфейс доступа к внутренним функциям. Но тем не менее, как же тогда реализован режим нескольких подключений?
Прямо сейчас не готов ответить на этот вопрос. Позже постараюсь.
Не увидел информации по вопросу памяти устройства. Если я делаю AT команду на приём 1МБ информации, сколько КБ девайс запомнит, чтобы потом выдать по UARTу?
Девайс запулит в UART всё что будет получать. И если, например, подключить железку к ардуинке и использовать библиотеку Hardware/SoftwareSerial, то с получением пакетов размером больше 64 байт могут возникнуть проблемы.
Какой же там может быть mesh, если, судя по спецификации, нет поддержки ни AdHoc, ни WDS, ни 11s?
Из коробки — никакого. Но там использован 802.11 стек из *BSD, который умеет 11s, а это даёт надежду на то, что можно будет заменить соответствующие блобы от espressif исходниками из BSD и включить нужные режимы.
Откуда такая уверенность про BSD и то что они перетащили туда 802.11s?
Имена файлов в блобах, имена функций довольно хорошо соответствуют коду freebsd.
И я не говорил, что они перетащили туда 802.11s. Они его как раз не перетащили.
Но мой прогноз — выкинуть бОльшую часть их libnet80211.a и заменить исходниками из freebsd, попутно добавив 802.11s и всё остальное, что понадобится, будет не очень сложно.
Из коробки поддерживает Wifi Direct.
Это не совсем меш в стандартном понимании, но близко.
Точки сами договариваются кто «папа» без участия пользователя. В этом смысле можно использовать вместо полноценного меша в инфраструктуре умного дома.
Я не уверен, что «из коробки» wifi директ поддерживается. Мой вопрос на их официальном форуме о примере использования в таком режиме уже месяц без ответа лежит.
Точнее, там есть режим одновременной работы softap+station.
Это и есть wifi direct.
WiFi Direct это чуть более чем не меш. WiFi Direct сохраняет роли стандартной спеки WiFi добавляя расширения поверх инфраструктурного режима. Иначе говоря, WiFi Direct не даст вам несколько соединений в роли STA. А построить меш топологию используя только AP и STA роли, даже если они поддерживаются одновременно, вы не сможете.
Вы тогда раскройте дальше свою мысль что за православный меш считаете только одноранговый. А то людим могут модумать что других вариантов нет.
Дело не в этом. Дело в том, что то, что делает WiFi Direct называется топологией звезда.
Другая проблема, что даже если вы возьмете чипы, поддерживающие AP и STA (Client) одновременно, вы все равно не сможете построить меш, т. к. вы сможете иметь соединение только с одним клиентом, и с одной AP, даже если в вашей зоне видимости есть еще устройства, с которыми вы можете работать.
А иначе я тогда не понимаю, причем здесь WiFi и 11s, если на L3 можно и так меш построить. Только что уровень проблем другой. И всех прелестей беспроводного соединения не получить.
11s тут вообще никаким боком.
У вас есть поддержка одновременной работы в режиме STA и AP. С автоматическим выбором каналов (можно и свою логику накрутить). В чем проблема? Если сеть открытая — будет работать. Если WPA2 шифрование использовать — нуэно делать один пароль на всех. Возникнет проблема неравномерного распределения частот и ее нужно будет решать, благо DFS уже придуман давно и ничего городить не нужно. И это будет вполне себе меш. Понятное дело что никакой гарантированной пропускной способности нет и не может быть при таком сценарии, но модули большие потоки данных и не потянут.
А сообщения доставлять от датчиков вполне по силам.
Про звезду не понял. Вот, совсем не понял. Топология получается именно MESH. MESHанина, если хотите. Никаких звезд, только хардкор.
Ок, а как вы будете гарантировать, что не замкнете устройства в два кольца, которые несоединены друг с другом, и, таким образом так и не собрав все узлы в одну сеть? Вам нужен будет алгоритм, который будет разруливать то, каким образом два узла должны подключаться. Плюс никакой динамики. Если у вас узел в цепочке пропадает, то очень вероятно, что вам придется перестроить всю отвалившуюся сеть.
И то, что я имел ввиду насчет звезды в WiFi Direct. Насколько я понимаю, вы не сможете построить топологию типа: STA — AP — STA — STA — AP -STA, так же как STA — AP — STA — AP — STA так, что все устройства смогут общаться на L2 уровне. Т. е. весь роутинг у вас будет на сетевом уровне.
STA — AP — STA — STA — AP -STA можно делать во все стороны и как угодно.
Похоже, вам нужно почитать Олифера. Там прям на пальцах объясняется роутинг, свитчинг и сетевые уровни.

По поводу петель — они будут. Либо отсекать их на уровне маршрутизации, либо использовать хитрые распределенные коммутаторы. Но это уже другая история и к модулю не относится.
За Олифера спасибо. А можете подробнее объяснить, как вы построите STA — AP — STA — STA — AP — STA?
STA — AP — STA — это понятно, а как STA — STA? Клиенты умеют общаться друг с другом будучи в разных BSS и следуя WiFi спецификации?
Насколько я понимаю WiFi Direct, если вы используете его, то передачу данных на MAC уровне WiFi Direct вам не даст. И следующий уровень, на котором узлы будут видны друг другу — это сетевой.
Подскажите, а есть устройства с GPIO на подобии ESP8266, но исспользуещие BLE вместо WiFi?
есть, гуглите CC2540
только разрабатывать под них сложнее несколько, на мой взгляд.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Информация

Местоположение
Россия
Сайт
coolrf.com
Численность
2–10 человек
Дата регистрации

Блог на Хабре