Здравствуйте!

Посоветуйте, пожалуйста, конкретные модели ZigBee-модулей. Необходимо выполнение следующих критериев:

1. Возможность автоматического формирования mesh-сети
2. Возможность получения информации о том, какой модуль к какому подключен и какие модули рядом.


Сейчас смотрю в сторону Digi XBee 868LP (поддерживают DigiMesh).

Как то был на конференции по беспроводным технологиям, там вещали товарищи от MeshLogic. Получилось у них вот такая табличка.

ZigBee(IEEE 802.15.4) - домашние и офисные приложения, низкая надежность в сложных условиях;
WirelessHART(IEEE 802.15.4) - промышленная автоматизация, дополнение стандарта HART;
ISA 100.11a(IEEE 802.15.4) - промышленная автоматизация, более универсален относительно WirelessHART;
SmartMesh (Dust Networks, США) - функция определения местоположения узлов, является основой промышленных стандартов;
MeshScape(Millennial Net, США) - высокая надежность, поддержка различных приемопередатчиков;

Вот что то в этом духе. Все ваши хотелки реализуются програмными надстройками над ZigBee стеком с соответствующим допущением, по ширине полосы и количестве одновременных устройств на площадь и маршрутизатор.
По ОЕМ модулям с встроенным стеком:
Dust Networks(SmartMesh), Millennial Net(MeshScape), Digi International(XBee ZigBee,XBee DigiMesh).
Надо очень внимательно читать документацию на встроенные возможности, чтобы не пролететь, с реализацией ваших хотелок.

А что же Вы из этой таблички убрали сам MeshLogic?

Не совсем так. Все перечисленные стеки (WirelessHART, ISA 100.11a, SmartMesh, MeshLogic и т.д.) никакого отношения к ZigBee не имеют, т.е. не являются некой надстройкой над ZigBee. Общее между ними и ZigBee только в том, что на физическом уровне используются приемопередатчики стандарта IEEE 802.15.4, а вышестоящие уровни у них свои (со своими плюсами и минусами).


Во-первых, у Вас слишком мало исходных требований, чтобы что-то конкретное советовать. Например, тот же MeshLogic указанным требованиям полностью отвечает, но не факт, что подойдет по другим параметрам.
Во-вторых, DigiMesh - это не ZigBee, а собственный стек протоколов компании Digi, который ни к каким стандартам не относится.

А вообще советую посмотреть презентацию доклада, о котором написал Mihail Gluhowchenko.

Там ещё аудио запись есть. Не уверен что корректно выкладывать в открытый доступ материалы . Вообще слишком оптимистично, например пожарная сигнализация и прочие вещи которые необходимо делать в реалтайм. Подходил спрашивал, конечно же нет разрешений на применение по этой тематики у авторов доклада.

Если речь идет именно об этом докладе, то охранно-пожарная сигнализация в нем упоминается только как одно из потенциальных приложений беспроводных сенсорных сетей в целом как класса систем связи. Естественно, каждое приложение имеет свои особенности, поэтому пока и не придумали одного стека сетевых протоколов, который был бы оптимален во всех случаях. И MeshLogic не является исключением, у него есть свои плюсы и свои ограничения. Поэтому я и написал автору темы, что нужно задать дополнительные критерии для выбора радиомодулей.
Кстати говоря, в докладе или где-либо еще не заявлялось, что MeshLogic используется в охранно-пожарных сигнализациях.

Честно плохо себе представляю как сделать пожарку/охранку на беспроводных сенсорных сетях и не улететь по энергетике, возможно есть варианты. Тем более в России кому то выдавали разрешение на такое применение.

Насколько я знаю, темой охранно-пожарной сигнализации на основе сенсорных сетей занимались в Институте точной механики и вычислительной техники (ИТМиВТ), и вроде что-то как-то работало. Но сейчас в ИТМиВТ все заглохло по другим причинам.
А вообще детально обсуждать возможность создания беспроводной охранно-пожарной системы невозможно до тех пор, пока не заданы точные требования к ней. Если Вы готовы сформулировать такие требования, то можем порассуждать. Правда, это будет уже оффтопик.

Автор так и не сказал что же он хочет.

Вообще на сколько я помню пожарка это обработка датчика 50 ms реакция системы 500 ms. По газа анализу 20 ms и 500 ms соответственно.

В MeshLogic средняя задержка (латентность) на одном хопе находится в пределах примерно 50-500 мс в зависимости от заданного пользователем режима работы. Если задать режим, при котором задержка будет 50 мс, то в системе должно быть не более 10 хопов (ретрансляций), чтобы уложиться во время реакции системы 500 мс. То есть в принципе вполне реально даже без особых оптимизаций под эту задачу.
Есть вариант оптимизировать метод множественного доступа к среде, при котором время реакции и энергопотребление будут еще меньше.