Передача информации от датчиков по радиоканалу - how to???

[twise]

Уж очень долго думал над тем как назвать тему, ничего более умного в голову не пришло

Вообщем есть у меня такой вопрос как организовать сбор и передачу информации с датчиков(любых) через антенну( по радиоканалу неважно какому) вроде бы вопрос не такой сложный, но тут начинается перечисление нюансов которые меня собственно и пугают, я как неопытный человек в этом деле теряюсь в тоннах информации( порой достаточно сомнительной), которая бродит в интернете. Собственно вот что бы мне хотелось хоть где нибудь увидеть: саму схему, с питанием и выходным высокоскоростным интерфейсом...
Я очень часто натыкаюсь в нете на то что используется mux на несколько каналов затем вроде как идет уже сам ацп(это максимум что я смог понять)) но дело в том что мне этот самый мукс не нужен мне бы на все мои n каналов поставить усилитель сигнала типа ad8555 и как то дальше через гальваническую развязку (если я не ошибаюсь) оцифровывать все это дело, ну и в дальнейшем передавать....
помогите пожалуйста кто нибудь разобраться во всем этом, прежде чем я написал сообщение здесь, я провел несколько дней в интернете читая разные статьи и документации так что не отправляйте в google
заранее спасибо

[rustot]

если вам практический результат нужен а не желание поразбираться с приемниками/передатчиками, то на ближних дистанциях wifi, на дальних gsm, дешево и сердито.

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

[twise]

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

[twise]

если вам практический результат нужен а не желание поразбираться с приемниками/передатчиками, то на ближних дистанциях wifi, на дальних gsm, дешево и сердито.

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

кстати живем почти недалеко друг от друга))

[Aheir]

Переименовал тему. Если нужен результат - используйте готовые модули, если потеоретизировать - то это не сюда, скорее всего..

[twise]

в каком смысле использовать готовые модули??

[ploop]

Вот: http://easyelectronics.ru/tag/radioperedacha

[twise]

Ни один из этих модулей толком не подходит так как существует ряд требований к моей схеме
например скорость передачи данных по интерфесу(непонятно пока по какому 50мбс) до 10 метров
скорость опроса данных 200кгц
+ гальваническая развязка по питанию всей схемы которая питается 27В +\- 10В
да и ацпшки с мостовыми усилителями должны быть в sot23-6/8/5 корпусах
эх ... какже мне во всем этом разобраться

[ploop]

Ни один из этих модулей толком не подходит так как существует ряд требований к моей схеме

Вот с требований и надо было начинать. Для такой скорости, что вы хотите, только WiFi

[rustot]

у меня конкретно есть желание разобраться во всем этом и также стоит практическая задача реализовать все это дело!

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

если б у меня возникла пободная задача, я бы приобрел на пробу несколько обычных usb wifi затычек, ввиду массовости такая готовая бескорпусная платка вместе с usb может оказаться дешевле чем отдельно взятый чип приемника, причуды рынка. devkit какого-нибудь МК с поддержкой usb и все, имея это на руках можно за день можно на скорую руку сваять удаленную связь терморезистора с компом.

потом уже, отладив всю систему, рабочую, можно ее удешевлять. но она и так будет в районе 5-20$ за точку, если вы не массовый продукт производить собрались то и сойдет

[ploop]

е стоит еще больше усложнять работу и начить все от сохи, мотая контуры и измеряя их добротность

Дело не в том, стоит или нет, а в том, что получить такие скорости "ручками" просто невозможно. Это гигагерцовые диапазоны, где никаких контуров вручную покрутить не получится. Только готовые чипы.

Никому же в голову не приходит спаять даже простенький ОУ на рассыпухе, не говоря уже про логику и т.д....

[twise]

речь вообще не идет о измерении температуры как тут упоминалось уже
а вибрации и скорость опроса такого датчика должна быть гдето 24-25мгц
да согласен 50мбс это многих озадачивает особенно когда начинаешь думать что же это за интерфейс то надо подобрать эзернет али юсб 2.0 в режиме прямой передачи данных, вовсе можно придумать свой интерфейс, ну или взять за основу готовые решения передачи данных по принципу Е1-Е3 протоколов или самосинхронизирующихся кодов дело не в этом интерфейс дело второе
больше интересует предусилитель для ацп! так как многие - большинство работают в пределах 2.4в а мое входное напряжение +- 10В встает вопрос об усилке с коэф 0.24 да чтобы осуществлял распознование обрыва датчика и КЗ был такой АД8555 но по усилению не подошел, может посоветуете другой

[rustot]

25 миллионов отсчетов в секунду? и с каждого датчика так? это какой-то экстенсивный подход, вы _обработать_ такое количество информации потом не сможете. разберитесь с построением системы на самом верхнем уровне, квадратиками, дано на входе, получить на выходе. выход же наверняка не база данных растущая на террабайт в день. выход наверняка какая то статбоработка и реакция на результат. так пусть львиную долю этой предобработки берут на себя контроллеры на датчиках, а в общий цент передают только нужную инфу, гораздо реже

[twise]

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

[rustot]

да в части реализации требований без проблем - 24 150-мегабитных wifi на 8 каналах дадут 50mbps

но смысл абсолютно неясен, я даже представить не могу в какой области может реально понадобиться такой поток данных и кто кроме суперкомпьютера его сможет обработать. если это надо чтобы оператор на экране любовался 20-канальным осциллографом с разрешением 100нс, так для этого _не_нужен_ такой поток, для этого 50kbps за глаза, больше 25 кадров в секунду он не сможет увидеть, а для этого нужно передать 25*1000 отсчетов. если на сборном пункте будет вычисляться статистика, искаться ключевые точки на графиках, это опять же неправильный подход, это должно делаться распределенно, на контроллерах

[ploop]

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

Уточните у заказчика, правильно ли вы поняли/он составил ТЗ. Что-то тут не так. Датчики вибрации и такой поток... он каждое колебание датчика что-ли собирается в реальном времени измерять и строить 3D-модель?

[Pablo]

При опросе с частотой 25 МГц напрягает цифра скорости потока в 50 МБ/с. Мне кажется что большинство в этой теме форума готовы Вам помочь. Но данных мало очень.

А что, входное напряжение поделить нельзя?

[twise]

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

[rustot]

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

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

такой поток данных наверное только где-нибудь на коллайдере имеют. пару секунд снимают, потом полгода обрабатывают

что может быть интересного с вибродатчиков? ну частоты основных вибраций например. проц на датчике изредка делает преобразование фурье, выделяет 20 основных пиков, вешает на них корреляционные подстраивающиеся фильтры и гонит на центральную станцию набор данных частота/уровень для основных 20 частот. или допустим ловит всплески и отправляет 'осциллограмму' этого всплеска. все это уже не 50mbps требует а на несколько порядков меньше. и принимающая станция спокойно этот объем прожует и складирует и покажет и дополнительно обработает.

[twise]

да я и не говорил что там будет один датчик вибрации просто я привел его в пример как самый часто опрашиваемый, ибо так и есть, есть и другие но частота опроса других ниже чем у этого
это как бы их задача других разработчиков разобраться с датчиками и так далее
просто мой выход с которым я работаю это некое устройство согласования которое на выходе имеет 0-6.2В и собственно с него мне и нужно оцифровывать данные уже правда с частотой 24кгц а не как раньше 200)))