Системы сбора данных по радиоканалу - Страница 3

Boba_spb · 11.12.2014, 10:47

Сообщение от krian

Схема сети - звезда.

Какой диаметр этой звезды? 10 метров? 100 метров? километр? 20 километров?
Какое питание датчиков? Батарейка? Сеть? Сеть с аккумулятором?

krian · 11.12.2014, 22:27

Сообщение от Boba_spb

Какой диаметр этой звезды? 10 метров? 100 метров? километр? 20 километров?
Какое питание датчиков? Батарейка? Сеть? Сеть с аккумулятором?

расстояние до 50-60м. Питание датчика - батарейка. Питание концентратора - скорее всего электросеть и аккумулятор.

Avalon · 12.12.2014, 02:28

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

branka · 12.12.2014, 02:44

А почему не попробовать модель паровозика? Вагоны это датчики, паровозик - концентратор. И там есть важная вещь - тамбурные двери, в качестве запрета или
разрешения приема, передачи сигнала. Допустим есть что передать датчику номер7,
он запрещает прием с датчика номер8 и проверяет есть ли допуск к датчику номер6.
Если нет ждет, если есть допуск кладет на шину маркер датчика и данные. Данные
ушли? Открывает двери к вагону номер8. В это время данные переданные в шестой
вагон проходят последовательно через всю цепочку в паровоз. Таким образом
каждый датчик настроен получить данные только со старшего датчика и послать на младший. И еще каждый датчик должен через разумный период послать контрольный
сигнал, с которого сигнал не прошел там и пипец...

OKF · 12.12.2014, 08:50

Сообщение от niXto

Датчики передают пакеты с различной длительностью паузы (частота обычно некварцована или программно предусмотрен сдвиг), поэтому если в какой-то момент пакеты нескольких датчиков наезжают друг на друга, то через несколько циклов они разъедутся и будут читаться нормально

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

akegor · 12.12.2014, 09:03

Сообщение от branka

Таким образом
каждый датчик настроен получить данные только со старшего датчика и послать на младший.

При отсутствии лимита по питанию - можно. А на батарейках - слишком жирно.

Сообщение от OKF

Никакой синхронизации по RTC - это слишком жирно и нереально.

Зависит от задачи. К примеру, у нас опрос один раз в шесть часов. И все на автономном питании. Самый смысл спать и просыпаться по часам.

branka · 12.12.2014, 13:14

При отсутствии лимита по питанию - можно. А на батарейках - слишком жирно.

Датчик просыпается только если есть что передать ему или если пришел
вызов с предыдущего датчика.

akegor · 12.12.2014, 13:30

Спит - это когда совсем. А если на приеме, то это ого-го какой жор!

branka · 12.12.2014, 13:35

Длина пакета примерно байт(номер датчика) и два байта(данные), батарейки должно
хватить.

marera · 12.12.2014, 14:53

Возможна оценка такого алгоритма.
Исходно:
Все датчики - только передатчики,
Приемник - всегда на приеме (скорее многоканальный).
Варианты:
Датчик передает пакет несколько раз. Время передачи 30-40 байт (10 байт данные и 20-30 байт "контрольного байта" для выхода на режим приемника - это обязательно) составит 30 - 40 мс на один пакет при 9600. Отдадим датчику 100 мс.
При 100 датчиках время только на передачу 10 секунд.
Возмем два (к примеру) приемника. Один непрерывно сканирует эти каналы. Время сканирования единицы мс.
В случае получения пакета от одного из датчиков он приемник1 начинает прием пакета, отдав процес сканирования приемнику2 и т.д.
Зная временные параметры контролируемых процессов, можно оценить вероятность срыва приема данных (конфликта). Естественно каждый датчик передает только на заданном канале. Возможны группировки датчиков (по каналу передачи) с целью оптимизации.
Вобщем, при полностью асинхронной передаче и отсутствия контроля занятости эфира - конфликты неизбежны и все определяется вероятностями.
Приемник может "хитрить" сохраняя предыдущее значение от датчика по которому был срыв пакета.
Выход - в увеличении каналов приема, сокращении длины пакета, дублировании пакетов через заданные паузы. Кстати, дублирование пакетов в таких режимах имеет экстремум при прочих установленных параметрах, т.е. начиная с определенного количества дублей надежность передачи падает.