2015-01-14 2 views
4

Я создаю решение IoT для клиента, и сетевые администраторы настаивают на том, что устройства подключаются только через гостевую сеть, у которой есть доступный портал с условиями обслуживания, которые должны быть приняты нажатием кнопки пользовательского интерфейса, прежде чем получать внешние доступ в Интернет. Большинство решений IoT, на которые я смотрел до сих пор (электрический импульс, ядро ​​Spark), явно заявляют, что они не могут подключиться к пленному порталу. Я видел другой код более высокого уровня для автоматического взаимодействия с невольным порталом, но я не нашел решение, позволяющее встроенному Wi-Fi устройству (например, CC3000) автоматически принимать условия на невольном портале.Встроенное устройство wifi, которое может принимать условия на пленарном портале?

Кто-нибудь видел или создавал пользовательский стек wifi для чего-то вроде CC3000, который может распознавать и взаимодействовать с пленным порталом? есть ли еще встроенное решение Wi-Fi (возможно, xbee wifi?), которое имеет успех в этой области?

+0

Вы можете начать с просмотром источника пленной страницы портала в обычном браузере или обжиг запроса через борт из терминала. –

ответ

1

Я бы не решил эту проблему в стеке. Я бы пошел на высокоуровневый код, выполняемый автоматически после подключения к сети. Например, какой-то простой скрипт, который автоматически «нажимает кнопку пользовательского интерфейса» для вас. В зависимости от дизайна этой страницы это может быть просто, как единственный http-запрос.

Другое решение (возможно): в зависимости от выбранных вами Wifi-модулей, MAC-адреса ваших устройств предсказуемы. Возможно, сетевые администраторы могут добавить правило в свою конфигурацию, чтобы эти устройства могли работать в гостевой сети без необходимости этого портативного портала.

+0

Мы попытались сделать MAC-адрес белого списка ... но сетевые администраторы этого не допустят. Большинство аппаратных устройств, которые я видел, не будут подключаться к сети, если есть доступный портал. Они подключаются к Wi-Fi, затем не могут попасть в Интернет и определить, что сеть не живая, тогда они терпят неудачу. Я не уверен, когда мы получим изменение, чтобы запустить такой скрипт или выполнить http-запрос, не встраиваясь в аппаратную прошивку. – Brett

0

Рассмотрев все варианты, я полагаю, что мы собираемся внедрить поведение в прошивку SparkCore и вставить незащищенную проверку портала в коде подключения Wi-Fi.

spark_utilities.cpp линия 807 (функция Internet_Test) https://github.com/spark/firmware/blob/master/src/spark_utilities.cpp#L807

+0

После проверки сети, как вы получили свой IoT в WIFI? –

+0

Мы закончили использовать другую платформу и фактически обошли проблему портала, используя малину Pi, чтобы поговорить с порталом с MAC-адресом устройств IoT. Хакки, но это сработало. – Brett