roboforum.ru

Тупо это в windows phone , push уведомления http://developer.alexanderklimov.ru/win ... /31/19.php
т.е. чтобы сервер находящийся в одной сети с телефоном мог послать на телефон сообщение (например входящий звонок voip), сервер сначала посылает сигнал на публичный сервер microsoft ну и далее по статье


esp не постоянно а с определённой периодичностью, хотя можно и просто держать TCP канал открытым, так скорость реакции будет быстрее
в протоколе много чего есть, в том числе events
почитайте про сам протокол сначала, потом сможете определиться что для вас оптимально.

Как то тупо получается. ЕСП должен спать, пока, может раз в неделю, ему прийдет задание что-нибудь включить

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

так спать или не спать?
вариантов возможной реализации несколько, и зависит от того какое время реакции на кнопку для вас оптимальное.
0.5сек, 5сек, 15сек, 30сек...
от этого и нужно плясать, либо спим и медленно реагируем, либо не спим и быстро.

Scorpio писал(а):А собственный IOT на основе своего облака, Google Drive, например, сложно сделать?

гугл драйв это как бы не облако, а облачный сервис (не завод автомобильный а конкретная модель машины), и он отнюдь не "свой" (это не частное облако).
Если смотреть публичные облачные сервисы, то из коммерческих я выделил бы два : "IBM Bluemix" и "Microsoft Azure" - в обоих случаях ищутся шаблоны по слову IoT, и без особых сложностей разворачивается персональный обличный сервис интернета вещей. Денег там не много но нужно ежемесячно платить

setar писал(а):

Scorpio писал(а):Если смотреть публичные облачные сервисы, то из коммерческих я выделил бы два : "IBM Bluemix" и "Microsoft Azure" - в обоих случаях ищутся шаблоны по слову IoT, и без особых сложностей разворачивается персональный обличный сервис интернета вещей.

А что с Амазоном(AWS IoT) не так?

А через Skype управлять кто-нибудь пробовал?

Да, есть тут один мужик, который собирается втюхивать интернет- управлялки местному населению. Он говорит, что его клиенты врядли согласятся регистрироваться и настраиваться на на каком - нибудь CloudMQTT. Не продвинутые они - хотят только пользоваться не вникая в технологические тонкости. Можно было бы поручить всю настройку тому мужику, но это получается потеря приватности. К тому же он не может гарантировать, что облачный сервис не загнется или не станет платным. С другой стороны, открыть доп аккурант в скайпе или ватсапе у них отторжения не вызывает, т.к. они им постоянно пользуются. В былые времена, я активно применял скайп для общения с роботом. Просто для меня это был самый простой способ получать потоковое видео и телеметрию и передавать комманды. Мелкосовтовцы вроде сохранили эту возможность, распространяя всякие API. В том числе и WEB API. Не знаю, можно ли им пользоваться через ЕСП, пока в принципе изучаю вопрос. Положительным моментом является то, что создав пользователя "РОБОТ", ты можешь общаться через него со всеми своими датчиками одновременно. В общем, хотелось бы услышать критику подхода общения с датчиками через чат, прежде, чем что-то советовать моему амиго.

Наткнулся в сети применение ESP8266 для простого андроидного робота под управлением через WiFi. http://robotrends.ru/robopedia/miniplan
Подкупает своей простотой изготовления. Нужно иметь 3Д принтер и горсть серво. http://www.thingiverse.com/thing:1230335
Попробовал залить скеч из http://www.miniplan.co/downloads/ в ESP8266, вроде работает, страницы управления открываются. Память в ESP8266 заполнена только наполовину, можно много еще чего добавить.

Нашёл отличную прошивку для датчиков на основе 8266: http://www.letscontrolit.com/wiki/index.php/ESPEasy
- веб-интерфейс
- конфигурирование датчиков online
- поддержка многих популярных датчиков, доступ к GPIO, i2c
- различные варианты коммуникации, включая MQTT, serial, json
- обновление прошивки по воздуху.
- простые скрипты
сейчас уже поставил десяток таких датчиков для умного дома. Общаются с openhab через MQTT.