Перейти к содержанию
    

Передача информации по геофизическому кабелю

Доброго времени суток.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

post-2483-1296531384_thumb.png

Посоветуйте где и что почитать по вопросу построения такой системы

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

где и что почитать

вот, например, почитайте:

__________2____________._______.doc

 

вот еще:

conv_RS485.pdf

 

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

Изменено пользователем stells

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Доброго времени суток.

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Может есть готовое решение, доступное для повторения. Заранее благодарен.

 

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

 

А вот и готовое изделие:

http://www.skbpa.ru/catalog/models/before/mdv23.htm

Изменено пользователем kovigor

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Для успешного приема телеметрии важным условием является сбалансированность сигнала: сумма длительностей положительных импульсов должна равняться сумме длительностей отрицательных. Поэтому RS-485 не годится. Второе важное условие - максимальная узость спектра. По этой причине не годятся разного рода преобразователи RS-485 в узкие импульсы. Идеальным является фазоманипулированный код...

я-то в общем тоже по пути использования Манчестера пошел, только систему еще не доделал (рутинной работой приходится заниматься):

http://electronix.ru/forum/index.php?showt...=70189&st=0

чаще используется непрерывная передача. У нас для синхронизации используется следующий протокол: каждое слово состоит из 16 бит данных, бита нечетности и бита конца слова, который всегда равен единице. В качестве синхронизации используется 18 нулевых бит. Таким образом, прием 18 нулей подряд означает, что следующим будет первый бит первого слова.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

для синхронизации использую последовательность, как в MIL-STD-1553 (это только 3 бита).

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Если следовать MIL-STD-1553, то придется использовать битовые интервалы полуторной длительности, а это снижает надежность обнаружения и расширяет спектр.

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Характеристики телеметрии:

Скорость передачи - 500 кбит/с снизу-вверх и 31 кбит/с сверху-вниз

Тип передачи - полный дуплекс

Способ модуляции - QAM 64 в обоих направлениях

Длина кабеля - от 0 до 7 км

Тип кабеля - одножильный или трёхжильный российский, КГ1 или КГ3

Температура скважинной жидкости - от 0 до +150С

Автоматическая настройка на частотные характеристики каротажного кабеля

Автоматическая подстройка под меняющиеся характеристики кабеля в процессе каротажа

Контроль и восстановление ошибок

Сохранение порядка следования данных

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Скорость передачи - 500 кбит/с снизу-вверх

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

А что такое QAM 64?

http://broadcasting.ru/wiki/index.php?title=QAM

цифровое телевидение, скважинный телевизор можно сделать :)

Изменено пользователем stells

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

http://broadcasting.ru/wiki/index.php?title=QAM

цифровое телевидение, скважинный телевизор можно сделать :)

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

две другие жилы запаралелены + броня нагружены постоянным током 2-3А

...

Сигналы от датчиков: напряжение от АЦП, датчик температуры

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
К сожалению, ваш контент содержит запрещённые слова. Пожалуйста, отредактируйте контент, чтобы удалить выделенные ниже слова.
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...