Если я хотел использовать свой телефон для управления простым подключенным к Wi-Fi устройством, которое просто включает или выключает свет, или простым датчиком температуры, почему бы мне просто не связаться напрямую с устройством, а не пройти через облако? Нет необходимости в сохранении данных, интенсивной обработке или каких-либо других причудливых вещах.
Что-то мешает мне создать такой простой продукт IoT и начать массовое его производство и продажу? Кажется, дешевле вырезать посредника и не иметь дело с платой облачных услуг / сообщений.
wifi
system-architecture
BossGiveMeArrays
источник
источник
Ответы:
Хотя вы можете спроектировать гаджет IoT для работы через прямое соединение с телефоном пользователя, устройство, работающее только таким образом, может быть слишком ограниченным для многих пользователей:
Если пользователь не находится дома, то он вряд ли сможет напрямую взаимодействовать с устройством, так как разрешение попыток входящих подключений к домашней сети обычно недопустимо с точки зрения безопасности, и большинство мобильных операторов также блокируют попытки входящих подключений к сети. Телефон. Вместо этого запросы вне дома должны передаваться через сервер, к которому подключаются исходящие соединения как с телефона, так и с устройства IoT.
Если пользователь находится дома, но его телефон в настоящее время находится в мобильной сети, а не в домашней сети, то вышеупомянутая проблема все еще применяется. Попросить пользователя переключить свой телефон с мобильного телефона на Wi-Fi может или не может быть приемлемо для разных пользователей и зависит в некоторой степени от использования аккумулятора Wi-Fi телефона; также некоторые телефоны выбирают между ними динамически, что может быть проблематично, если вам требуется сеть Wi-Fi.
Соединение между телефоном и устройством с помощью какого-либо другого метода, такого как BTLE, может быть преимуществом, но оно ограничено по дальности, поэтому может не работать во всех частях дома или окружающего имущества и, очевидно, не будет работать вдали от дома.
Поэтому, хотя вы можете создать устройство, которое не требует поддержки серверной инфраструктуры вне дома, вероятно, лучше создать устройство, которое может эффективно использовать сервер ретрансляции , если оно доступно или разрешено настройками пользовательских настроек.
источник
Да, на рынке уже есть множество приложений, которые не используют облачные сервисы. Иерархия сложности, которую пользователь может выбрать для установки с конкретным продуктом, выглядит примерно так:
Любой поставщик может обратиться к части цепочки. IFTTT, например, предоставляет только облачный сервис и приложение для телефона - все сервисы сторонних производителей.
Термостат NEST от Google должен работать автономно (даже если это дорогая реализация в этом режиме).
Камеры видеонаблюдения подходят к различным комбинациям этих моделей, в зависимости от того, зависят ли они от абонентской подписки или разовых затрат на продажу.
С коммерческой точки зрения, есть две ключевые точки зависимости от облачной инфраструктуры. Во-первых, это пригодность для оценки / частичной установки (при сохранении первоначальных затрат), во-вторых, возможность поддерживать ограниченное обслуживание в отсутствие транзитного соединения (отключение питания и т. Д.).
источник
Если вы хотите только контроль внутри дома, убедитесь, что это возможно.
Проблема в том, что если вы хотите предложить контроль извне, все становится сложнее. Ни клиент, ни сервер, скорее всего, не будут иметь статический IP, скорее всего, на этом пути будут межсетевые экраны и / или NAT.
Пользователь может настроить переадресацию портов / исключения в своем маршрутизаторе / брандмауэре и настроить какой-либо динамический DNS для отслеживания своего динамического IP-адреса и указать своему клиенту на запись динамического DNS, но для этого требуется технический пользователь, и это создает проблемы безопасности.
Наличие сервера в известном месте в общедоступном Интернете - это самый простой способ убедиться, что ваши вещи могут обмениваться данными друг с другом независимо от динамических IP-адресов, NAT-адресов, выходных только межсетевых экранов и т. Д. Все еще существуют некоторые проблемы безопасности, но их можно уменьшить, как вы можете применять политики безопасности на сервере, которые вы можете легко отслеживать и обновлять.
Ipv6 теряет NAT, но динамические IP-адреса и брандмауэры только с выходом все еще могут быть распространены.
источник
Устройства IoT выходят за рамки связи между устройствами. Возьмите, например, пульт ДУ телевизора, это встроенное устройство, которое связывается с телевизором через инфракрасный сигнал, чтобы дать телевизору команду сделать что-то вроде смены каналов. Считаете ли вы это IoT-устройством?
IoT-устройства «выходят за рамки» путем:
Эти функции могут быть полностью реализованы в вашем продукте и без облачных сервисов, это скорее решение вопроса о том, будут ли функции, которые вы хотите иметь в своем IoT-продукте, выиграть от облачной инфраструктуры. Преимущества приходят в разных областях:
Данные
Данные могут храниться в облаке, а не на носителе. Это имеет много преимуществ:
Услуги программного обеспечения
Вполне вероятно, что ваши устройства IoT будут взаимодействовать с пользователем через программное обеспечение. Используя облако, ваши программные продукты могут извлечь выгоду из:
источник