mantech 33 10 сентября, 2016 Опубликовано 10 сентября, 2016 · Жалоба Приветствую. Подумываю над несложной радиосеткой с возможностью масштабирования. Глянул на этот протокол - проще, чем зигби\блютус, вроде понравилось. Отсюда вопрос - работал-ли кто с этим протоколом, и как отзывы? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ataradov 0 10 сентября, 2016 Опубликовано 10 сентября, 2016 (изменено) · Жалоба С 6loWPAN есть проблема - технически это только уровень сжатия заголовков. Все остальное (установление сети, маршрутизация и т.д.) - это другие протоколы, которых для каждой задачи бывает несколько штук и постоянно появляются новые. Но так как все это сложно лаконично объяснить, то все производители стеков просто выбирают комбинацию, которая им нравится и называют это 6loWPAN. Разные стеки 6loWPAN могут быть легко не совместимы между собой. EDIT: Эта несовместимость - главная причина существования Thread - 6loWPAN стека с фиксированным набором остальных протоколов. Но Thread умирает, так и не успев начаться. Ну и наиболее распространенные реализации "масштабируется" до ~20-50 узлов, после чего все помирает и отваливается. Короче это как было студенческой поделкой, так и осталось. Изменено 10 сентября, 2016 пользователем ataradov Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 33 11 сентября, 2016 Опубликовано 11 сентября, 2016 · Жалоба Ну и наиболее распространенные реализации "масштабируется" до ~20-50 узлов, после чего все помирает и отваливается. Короче это как было студенческой поделкой, так и осталось. Мм да, печально это слышать, техасовцы даже процы с "прошитым" протоколом выпускают, неужели все так плохо... С другой стороны, зигби тоже использует подобные протоколы и в большинстве своем нормально тянет до нескольких сотен устройств под одним координатором... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 2 11 сентября, 2016 Опубликовано 11 сентября, 2016 · Жалоба С 6loWPAN есть проблема - технически это только уровень сжатия заголовков. Все остальное (установление сети, маршрутизация и т.д.) - это другие протоколы, которых для каждой задачи бывает несколько штук и постоянно Только что мне Google Ads подкинул ссылку на 6loWPAN На самом деле все выглядит несколько иначе. Проблема в том что надо еще сверху иметь стек IPv6 и роутинг RPL. Оба стандртизированы, так что с совместимостью проблем быть не может. Но покажите мне где можно взять открытый некастрированный проект IPv6 с роутингом для малых встраиваемых систем? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ataradov 0 11 сентября, 2016 Опубликовано 11 сентября, 2016 (изменено) · Жалоба С другой стороны, зигби тоже использует подобные протоколы В том-то и дело, что не подобные. ZigBee использует протокол AODV модифицированный (оптимизированный) для беспроводных сетей. 6loWPAN использует RPL (и это уже 3-й протокол, 2 предыдущих выкинули), который не оптимизирован ни для чего, так как у разработчиков есть идея, что раз они ужали IP пакеты, то и к разработке всего остального можно подходить как к IP на проводных сетях. При этом они постоянно упускают, что 10 проводов могут передавать данные одновременно, но 10 устройств на канале - нет. Проблема в том что надо еще сверху иметь стек IPv6 и роутинг RPL. Как я и говорил, TI взял RPL для роутинга, но это не единственный вариант. И как раз этот PRL затыкается после 50 устройств, так как он спамит столько служебных сообщений, что места для нормального трафика не остается. Так же обратите внимание, что RPL - это не полный меш, а набор, графоф, ориентированных к точам выхода из сети. Маршрутизация между устройствами при этом не самая эффективная, но это это никого не волнует, так как все ходят видеть данные в облаках и локальная передача данных - не главное. Плюс эта прекрасная картинка упускает такие вещи как аутентификация и управление каналами. Какой уровень тут отвечает за поиск сети по каналам? Как сеть соседа будет отличаться от вашей? Как дать попасть в сеть только вашему новому устройству, но не соседскому заодно? Ответов на все эти вопросы нет, опять-же из-за тотального непонимания как беспроводные сети отличаются от проводных. Оба стандртизированы, так что с совместимостью проблем быть не может. Ага, точно :) Но покажите мне где можно взять открытый некастрированный проект IPv6 с роутингом для малых встраиваемых систем? Тут только один вариант - Contiki. Изменено 11 сентября, 2016 пользователем ataradov Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 33 11 сентября, 2016 Опубликовано 11 сентября, 2016 (изменено) · Жалоба Как я и говорил, TI взял RPL для роутинга, но это не единственный вариант. И как раз этот PRL затыкается после 50 устройств, так как он спамит столько служебных сообщений, что места для нормального трафика не остается. Так же обратите внимание, что RPL - это не полный меш, а набор, графоф, ориентированных к точам выхода из сети. Маршрутизация между устройствами при этом не самая эффективная, но это это никого не волнует, так как все ходят видеть данные в облаках и локальная передача данных - не главное. Ясно, работа с облаками не интересует от слова вообще. Тогда слегка изменю вопрос - кто может предложить какие-либо альтернативы, исходя из: 1) нормальная работа 100-200 устройств в сети. Частотный диапазон не имеет значения. 2) система типа координатор - маршрутизаторы - конечные устройства. 3) открытый исходный код, или открытый проект, из которого его можно извлечь. 4) применение - передача пакетов 5-100 байт. 5) Желательно не экзотичные протоколы. Изменено 11 сентября, 2016 пользователем mantech Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
ataradov 0 11 сентября, 2016 Опубликовано 11 сентября, 2016 (изменено) · Жалоба 3) открытый исходный код, или открытый проект, из которого его можно извлечь. По этому параметру подходят только проприетарные стеки отпроизводителей. Для TI - это SimpliciTI, для Microchip - Mi-Wi. Другие производители тоже свое клепят. Для Atmel-а я сделал Lightweight Mesh - http://www.atmel.com/tools/lightweight_mesh.aspx . Я могу ручаться только за LwMesh, соответственно. Я видел как он работает с сетями в 250+ устройств. Масштабируемость в основном зависит от архитектуры системы и как много данных нужно передавать и в каких направлениях. Официально LwMesh нельзя использовать на не-Atmel радио, но на код можно посмотреть и сделать систему на подобии, там ничего особо сложного. Тут я естественно могу помочь советом, если потребуется. Используется или свой алгоритм маршрутизации (использует немного меньше трафика) или AODV. Я рекомендую использовать AODV в любом случае если есть возможность - от него красивее маршруты получаются. Ну и если убрать открытость, то ZigBee в большинстве случаев можно на 100 с лишним устройств завести, особенно если они все географически распределены. Изменено 11 сентября, 2016 пользователем ataradov Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 33 11 сентября, 2016 Опубликовано 11 сентября, 2016 · Жалоба Для Atmel-а я сделал Lightweight Mesh - http://www.atmel.com/tools/lightweight_mesh.aspx . Я могу ручаться только за LwMesh, соответственно. Я видел как он работает с сетями в 250+ устройств. Масштабируемость в основном зависит от архитектуры системы и как много данных нужно передавать и в каких направлениях. Это уже что-то. Переработать несколько код под не атмел радио - это не так сложно. Ну и если убрать открытость, то ZigBee в большинстве случаев можно на 100 с лишним устройств завести, особенно если они все географически распределены. Вот в том-то и дело, что модули не дешевые, а в свой мк не воткнешь.. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
