Интеллектуальная сеть радио связи. Опции

[Oleg_IT]

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

[Alexashka]

Мои наблюдения показывают что ВСе производители, кто делает халявный стек Zigbee или чтото похожее, не дают исходников. Дают библиотеки или исходники, но под контроллеры, которые сами же выпускают. Даже те, кто продают его за большие деньги (тотже Ember) дают его в таком виде (ассемблерный код) что заточить его под чтото другое нежели то, под чем его предлогает использовать фирма-производитель, не представляется возможным.
2 Oleg_IT: если вы найдете фирму, которая дает стек в виде, готовый для портирования на любой контроллер, то пожалуйста поделитесь информацией. очень интересно будет посмотреть на это. могу сказать что чтото подобное сделала фирма Nanotron, написав универсальный стек, который портируется на любой контроллер любой разрядности. Но к сожалению должен признатся что мы не смогли этот стек запустить (портировать) на наш контроллер из-за большого отличия в компиляторах (всетаки стек был написано с учетом синтаксиса другого компилятора, который шел в разрез с нашим в каждой строчке программы).
Еще хочу сказать что мы пошли пошли по пути написания собственного стека о чем нисколько не жалеем, поскольку теперь есть исходники и есть программист которого всегда можно вызвать и попросить переделать тото и сделать сето
Но я думаю что если даже стек дается в виде библиотек под конкретный контроллер, то его тоже можно спокойно использовать- главное убедится что его уже многие попробовали и он нормально работает.

[Oleg_IT]

Я тоже прихожу к мнению, что придётся стек писать самому, тем белее, что стек ZigBee для наших целей избыточен. Владение кодом и не зависимость от других фирм, как программных, так и аппаратных повышает надёжность всей разработки. Но надежда найти хотя бы наброски или какую-либо другую информацию по устройству сетевого взаимодействия остаётся.
Проект (а может и проекты) связанны с применением этой технологии, мы, пока, не собираемся продавать отдельно модули сети.

[Nesterenko]

Я тоже прихожу к мнению, что придётся стек писать самому, тем белее, что стек ZigBee для наших целей избыточен. Владение кодом и не зависимость от других фирм, как программных, так и аппаратных повышает надёжность всей разработки. Но надежда найти хотя бы наброски или какую-либо другую информацию по устройству сетевого взаимодействия остаётся.
Проект (а может и проекты) связанны с применением этой технологии, мы, пока, не собираемся продавать отдельно модули сети.

Стек Zigbee действительно достаточно избыточен, и его реализации к сожалению не совсем еще доведены до ума. Скорей больше минусов, чем плюсов, строить сейчас свою систему на данном протоколе. Если конечно это не часть маркетинга 

Но в разработке своего собственного протокола тоже много подводных камней:
-Основной это недооценка трудозатрат на разработку.
-Сложность в тестировании и отладке.
Многие проблемы начинают выползать когда, начинаются тестирования не двух трех устройств, а сеть целиком, состоящую из сотни устройств.

Если у вас планируется достаточно сложная сеть, то лучше поискать фирму, у которой есть уже разработанный протокол, и она готова будет продемонстрировать вам его работу, на достаточно большом числе устройств и при необходимости адоптировать его под ваше применение.