Доброго времени суток.
Требуется передавать информацию от датчиков из погружного скважинного устройства в наземное устройство управления по геофизическому кабелю типа КГ3-1.5 длиной до 5 км. Посоветуйте где и что почитать по вопросу построения такой системы передачи-приема на МК типа ATMEGA. Может есть готовое решение, доступное для повторения. Заранее благодарен.

Вот это кабель, что ли?



Почитайте про RS-485

вот, например, почитайте:
 __________2____________._______.doc ( 151 килобайт ) Кол-во скачиваний: 699


вот еще:
 conv_RS485.pdf ( 357.69 килобайт ) Кол-во скачиваний: 447


а вообще уточните, можно ли Вам использовать броню кабеля. если можно, то по 3-м жилам + броня Вы спокойно передадите питание и тот же RS-485

Сообщение отредактировал stells - Feb 1 2011, 06:40

Вроде нормальный вопрос, но причём здесь ATMEGA? К средствам связи она не имеет никакого отношения. Никаких особенностей для решения подобных задач - тоже. С точки зрения реализации протоколов передачи данных - ничем не выделяется среди других МК. Так что, если пример построения такой системы будет использовать, например, PIC?

Какие объемы информации ? Если небольшие, то соорудить модем на чем-то вроде MX604 или же купить готовый ...

А вот и готовое изделие:
http://www.skbpa.ru/catalog/models/before/mdv23.htm

Сообщение отредактировал kovigor - Feb 1 2011, 10:01

На Украине делают скважинные приборы? Вау...

Для успешного приема телеметрии важным условием является сбалансированность сигнала: сумма длительностей положительных импульсов должна равняться сумме длительностей отрицательных. Поэтому RS-485 не годится. Второе важное условие - максимальная узость спектра. По этой причине не годятся разного рода преобразователи RS-485 в узкие импульсы. Идеальным является фазоманипулированный код описанный у stells в doc-файле. В нем есть только импульсы двух длительностей, отличающихся в два раза. Отдельной проблемой является синхронизация такого кода, т.е. определение перовго слова. Можно сделать паузу, на порядок большую, чем длительность бита. Но в этому случае в начале и конце пакета будут переходные процессы, мешающие приему. Кроме того, наличие пауз уменьшает скорость передачи. Поэтому чаще используется непрерывная передача. У нас для синхронизации используется следующий протокол: каждое слово состоит из 16 бит данных, бита нечетности и бита конца слова, котороый всегда равен единице. В качестве синхронизации используется 18 нулевых бит. Таким образом, прием 18 нулей подряд означает, что следующим будет первый бит первого слова.

я недавно слышал, что Россия с кем-то собирается разрабатывать черноморский шельф, так почему-бы и Украине этим не заниматься

я-то в общем тоже по пути использования Манчестера пошел, только систему еще не доделал (рутинной работой приходится заниматься):
http://electronix.ru/forum/index.php?showt...=70189&st=0

для синхронизации использую последовательность, как в MIL-STD-1553 (это только 3 бита). тратить 18 бит при достаточно плохой пропускной способности кабеля - расточительно (по-моему). если передается достаточно большой массив данных, то это незаметно, но если нужно передать только 1 командное слово и получить в ответ 1 слово данных, то... Вы понимаете

Если следовать MIL-STD-1553, то придется использовать битовые интервалы полуторной длительности, а это снижает надежность обнаружения (отличить две длительности отличающиеся в 2 раза проще, чем обнаруживать отличающиеся в 1.5 раза) и расширяет спектр.

Надежность приема важнее, а пропускной способности при скорости 16 кГц хватает для большинства применений.

я вполне с Вами согласен, окончательно с протоколом на физическом уровне еще не определился, возможно он будет изменен в процессе отладки, благо он формируется программно (в скважинном приборе несколько контроллеров, соединенных по I2C, один из них выполняет только функцию обработки протокола)

serebr предлагал еще один вариант, если он интересен, то нужно у нему обратиться:

Фигасе скорость, мы с одной своей экзотической телеметрией только 300 достигли. А что такое QAM 64?

http://broadcasting.ru/wiki/index.php?title=QAM
цифровое телевидение, скважинный телевизор можно сделать

Сообщение отредактировал stells - Feb 1 2011, 14:16

Подозреваю, что человеку нужно передавать не более сотен байт в секунду. Хотя ...

Скважинный телевизор было бы прикольно...

Кабель кг3-1,5 грузонесущий кабель, 3 жилы + броня. для передачи данных будет использоваться одна жила + броня. две другие жилы запаралелены + броня нагружены постоянным током 2-3А. Внизу данные с датчиков собираются МК и отправляются наверх, где попадают на МК управления всей системой и обрабатываются. Скорости передачи будут порядка 10 - 30 Кб/с. Начал копать в сторону однопроводного CAN. Atmel - контроллер, потому что переходить на другую платформу сейчас нет времени. кроме того у atmelА есть CAN на борту. Сигналы от датчиков: напряжение от АЦП, датчик температуры. Щас прочитаю все посты...

а что у Вас там должно потреблять такой ток? и что за напряжение от АЦП? что прибор делает-то?