[plombir 0]

2 defunct!

Интересный вариант. Над ним стоит подумать.

 

А идея с маршрутом у меня такая получилась:

Мах узлов 32. Пакет: [заголовок][адр. кому][адр. от кого][данные][crc]. Обязательное условие передачи - подтверждение приема пакета.

Любой обмен начинает только мастер. Узел-ретранслятор работает по тупому алгоритму, не думая ни о чём. В [данных] как Вы и написали, будет весь маршрут прописан, но узел точно знает к кому следующему ему обращаться.

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

 

Я в первом посте не смог все тонкости задачи описать. Они позднее появились. Узлы со временем могут пропадать и появляться новые. И постоянного адреса у них может не быть (менталитет пользователя), но даже через него должна ретрансляция работать. И ещё, связь по разным причинам может становится то хуже то лучше. Поиск всех узлов получается процесс постоянный (раз в 30-60 секунд например).

[_artem_ 0]

при соединении узлов было бы хорошо вычислять BER и мошность принятого сигнала (если чип позволяет это сделать) а затем использовать эти данные при выборе маршрута.

[defunct 0]

Я в первом посте не смог все тонкости задачи описать. Они позднее появились. Узлы со временем могут пропадать и появляться новые. И постоянного адреса у них может не быть (менталитет пользователя), но даже через него должна ретрансляция работать. И ещё, связь по разным причинам может становится то хуже то лучше. Поиск всех узлов получается процесс постоянный (раз в 30-60 секунд например).

С таким изменением условия, считаю, что адаптивное прокладывание маршрутов будет уместней жесткого PTP, т.к. снизится влияние пропадания узлов (все возможные маршруты будут использоваться), а также проще будет реализовать рассылку BROADCAST сообщений. Дублирование номеров (адресов) узлов конечно крайне нежелательно.

[plombir 0]

при соединении узлов было бы хорошо вычислять BER и мошность принятого сигнала (если чип позволяет это сделать) а затем использовать эти данные при выборе маршрута.

В выбраном трансивере гарантируют скорость 100кб/с (ЧМ) максимум до 500кб/с. Там есть выход уровня несущей. Можно к нему АЦП подключить и мерить. C битовыми ошибками - сложнее. Если прикинуть АЦП в AVR (mega8 + ZQ11.0592) однократное измерение + небольшие вычисления 200-250мкс. За это время получится пакет принять. И не очень хотелось бы усложнять всю конструкцию.

Испытания готовой системы на обьекте покажут, хватит ли ему определений принял/не принял данные. А если этого будет не достаточно, то придётся усложнять алгоритм.

[plombir 0]

С таким изменением условия, считаю, что адаптивное прокладывание маршрутов будет уместней жесткого PTP, т.к. снизится влияние пропадания узлов (все возможные маршруты будут использоваться), а также проще будет реализовать рассылку BROADCAST сообщений.

Если я правильно понял, под "Алгоритмом адаптивного прокладывания маршрута" подразумевается, что все узлы которые приняли пакет от мастера начинают его передавать дальше другим, не зная слышат его или нет. Или, данному узлу найти всех кто его слышит игнорировав повторы и только им передавать, не зная дойдёт ли пакет до адресата.

Если представить всю сеть как линия, где то в середине мастер находится, то сигнал пойдёт и вправо и влево. И крайние от мастера при передачи начнуть друг другу мешать, не подозревая о том.

Дублирование номеров (адресов) узлов конечно крайне нежелательно.

От дублирования адресов узлов, в сам адрес добавлено избыточных 2 байта случайно сгенер. числа (rnd). Получилось что адрес любого узла в системе 4 байта. 2(rnd) + 2(заданных в ручную).

[defunct 0]

Если я правильно понял, под "Алгоритмом адаптивного прокладывания маршрута" подразумевается, что все узлы которые приняли пакет от мастера начинают его передавать дальше другим, не зная слышат его или нет.

Именно. И если его хоть кто-то слышит, то этот кто-то и будет в ответе за дальнейшую судьбу сообщения.

 

Если же вы жестко проложете PTP маршрут, то например в ситуации, когда имеется 2 узла обеспечиваюших маршруты равной длины, и один, как раз тот который участвует в PTP маршруте вдруг временно пропадет, то сообщение не будет доставлено, хотя вполе могло бы пройти к адресату другим маршрутом (через другой узел).

 

Получилось что адрес любого узла в системе 4 байта. 2(rnd) + 2(заданных в ручную).

Нормальное решение, сразу закладываете возможность расширения, это хорошо.

[wireless-tech.ru 0]

Не обязательно прибегать к ретрансляции. На 433МГц 2км вполне реально - при использовании а)пассивных направленных антенн в хорошим усилением + дополнительный внешний МШУ на входе приёмника

б)активных направленных антенн с большим усилением.

 

Задавайте вопросы на censored

[SapegoAL 0]

Не обязательно прибегать к ретрансляции. На 433МГц 2км вполне реально - при использовании а)пассивных направленных антенн в хорошим усилением + дополнительный внешний МШУ на входе приёмника

б)активных направленных антенн с большим усилением.

 

Задавайте вопросы на censored

 

Не совсем в тему, но, поскольку у меня вообще нет опыта в данной сфере то, какой приёмопередатчик кто посоветует. Расстояние до 150м прямая видимость внутри здания. С одной стороны - комп. Скорость нужна приличная, не менее 9600. Соединение на замену rs485. Желательно высокая устойчивость связи и минимальность внешней обвески. Можно готовое ус-во. Но только опробованное лично.

[bloodden 0]

CC1100 - самый оптимальный выбор. Это моё личное мнение.

[Muadib 0]

Сдесь схожая тема http://forum.roboclub.ru/IPBoard/index.php...cc1100&st=0

[zltigo 0]

но так как основная часть будет сделана на AVR выкладываю здесь.

Железнгая логика :(. Наверное паять будете? Тогда в "Пайку, Монтаж,.." поместить можно :).

Перенес к беспроводным интерфейсам....