как передать сигнал без проводов?, (ищу готовые системы) Опции

[zl3p]

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

Думаю, какой физический носитель лучше использовать - ИК или радио-диапазон. Пока что пытаюсь ИК, но ввиду того, что направление перечи не является прямолинейным (только после отражение от стены), подозреваю, что могут возникнуть проблемы с помехами на уровне сигнала или ещё какие ньюансы. Хотя если существуют готовые системы на ИК, то не мешало бы их проверить.

Может попробывать использовать модули GPRS или что-то подобное.
Есть ещё мысль сделать это дело в ультразвуковом диапазоне, а сигнал анализировать с помощью МК AVR или другим способом. Что думаете по этому поводу?

[Serj78]

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

Телепаты в отпуске на Канарах!!!

Расстояние?
Условия распространения (характер препятствий) ?
тип сигналов (частота передачи данных хотя бы)?
синхронность сигналов (предполагается что асинхронные?)
допустимое время задержки на приеме?

[zl3p]

Расстояние?
Условия распространения (характер препятствий) ?
тип сигналов (частота передачи данных хотя бы)?
синхронность сигналов (предполагается что асинхронные?)
допустимое время задержки на приеме?

- до 3 м
- частота, думаю, несколько кбит/c, передать нужно всего 3 бита.
- сигналы, я также полагаю, асинхронные, ибо синхронизировать их, к сожалению, нечем.
- время задержки значение имеет, оно не должно быть слишком большим - не более 100 мс, включая всё время распространение от начального до конечного элемента.
- желательно иметь малый размер передатчика, а также небольшую мощность (питание от батарейки, разумеется).

[M_Z]

- до 3 м
- частота, думаю, несколько кбит/c, передать нужно всего 3 бита.
- сигналы, я также полагаю, асинхронные, ибо синхронизировать их, к сожалению, нечем.
- время задержки значение имеет, оно не должно быть слишком большим - не более 100 мс, включая всё время распространение от начального до конечного элемента.
- желательно иметь малый размер передатчика, а также небольшую мощность (питание от батарейки, разумеется).

неизвестно сколько устройств передающих информацию одновременно.
Но предлогаю следующий вариант
в качестве приемопередатчиков берем сс1100 или сс2500. Очень мало навесов и в прграмном плпне они удобны. Я на них реализовывл уже одну систему аналогичную вашей.
Варианты програмной реализации следующие:
1. центральное устройство делает запрос. Все устройства получив запрос отвечают через промежуток времени равный адресу устройства умноженному на время передачи посылки плюс небольшая пауза. для ССхххх это время при небольшом количестве информации прискорости 250..500кбит/с будет примрно 1 мс. делаем запас 2мс. В итоге если период опроса 100мс, то количество устройств может быть до 50.
2. устройства асинхронно передают информацию с периодом зависящим от адреса устройства. таким образом если в какой то момент два устройства начнут передачу с наложением по времени, и приняты не будут, то в следующий цикл передачи их времена расползутся и информация будет принята. этот метод пригоден если сумарное время передачи от всех устройств как миниму в 10 раз меньше периода передачи.
эти методы пригодны для статических адресов. т.е. в каждом блоке вручную прописываем адрес заранее. и эти методы очень легоко реализуются.
в случае с динамическим адресами програмная реализация гораздо сложнее.
Но как мне подсказывает интуиция, для вашей задачи статические адреса вполне пригодны.