Vito19 0 31 января, 2011 Опубликовано 31 января, 2011 · Жалоба Доброго времени суток. Требуется передавать информацию от датчиков из погружного скважинного устройства в наземное устройство управления по геофизическому кабелю типа КГ3-1.5 длиной до 5 км. Посоветуйте где и что почитать по вопросу построения такой системы передачи-приема на МК типа ATMEGA. Может есть готовое решение, доступное для повторения. Заранее благодарен. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
=AK= 18 1 февраля, 2011 Опубликовано 1 февраля, 2011 · Жалоба Требуется передавать информацию от датчиков из погружного скважинного устройства в наземное устройство управления по геофизическому кабелю типа КГ3-1.5 длиной до 5 км. Вот это кабель, что ли? Посоветуйте где и что почитать по вопросу построения такой системы Почитайте про RS-485 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
stells 12 1 февраля, 2011 Опубликовано 1 февраля, 2011 (изменено) · Жалоба где и что почитать вот, например, почитайте: __________2____________._______.doc вот еще: conv_RS485.pdf а вообще уточните, можно ли Вам использовать броню кабеля. если можно, то по 3-м жилам + броня Вы спокойно передадите питание и тот же RS-485 Изменено 1 февраля, 2011 пользователем stells Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Herz 6 1 февраля, 2011 Опубликовано 1 февраля, 2011 · Жалоба Доброго времени суток. Требуется передавать информацию от датчиков из погружного скважинного устройства в наземное устройство управления по геофизическому кабелю типа КГ3-1.5 длиной до 5 км. Посоветуйте где и что почитать по вопросу построения такой системы передачи-приема на МК типа ATMEGA. Может есть готовое решение, доступное для повторения. Заранее благодарен. Вроде нормальный вопрос, но причём здесь ATMEGA? :cranky: К средствам связи она не имеет никакого отношения. Никаких особенностей для решения подобных задач - тоже. С точки зрения реализации протоколов передачи данных - ничем не выделяется среди других МК. Так что, если пример построения такой системы будет использовать, например, PIC? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
kovigor 6 1 февраля, 2011 Опубликовано 1 февраля, 2011 (изменено) · Жалоба Может есть готовое решение, доступное для повторения. Заранее благодарен. Какие объемы информации ? Если небольшие, то соорудить модем на чем-то вроде MX604 или же купить готовый ... А вот и готовое изделие: http://www.skbpa.ru/catalog/models/before/mdv23.htm Изменено 1 февраля, 2011 пользователем kovigor Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
777777 0 1 февраля, 2011 Опубликовано 1 февраля, 2011 · Жалоба На Украине делают скважинные приборы? Вау... Для успешного приема телеметрии важным условием является сбалансированность сигнала: сумма длительностей положительных импульсов должна равняться сумме длительностей отрицательных. Поэтому RS-485 не годится. Второе важное условие - максимальная узость спектра. По этой причине не годятся разного рода преобразователи RS-485 в узкие импульсы. Идеальным является фазоманипулированный код описанный у stells в doc-файле. В нем есть только импульсы двух длительностей, отличающихся в два раза. Отдельной проблемой является синхронизация такого кода, т.е. определение перовго слова. Можно сделать паузу, на порядок большую, чем длительность бита. Но в этому случае в начале и конце пакета будут переходные процессы, мешающие приему. Кроме того, наличие пауз уменьшает скорость передачи. Поэтому чаще используется непрерывная передача. У нас для синхронизации используется следующий протокол: каждое слово состоит из 16 бит данных, бита нечетности и бита конца слова, котороый всегда равен единице. В качестве синхронизации используется 18 нулевых бит. Таким образом, прием 18 нулей подряд означает, что следующим будет первый бит первого слова. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
stells 12 1 февраля, 2011 Опубликовано 1 февраля, 2011 · Жалоба На Украине делают скважинные приборы? Вау... я недавно слышал, что Россия с кем-то собирается разрабатывать черноморский шельф, так почему-бы и Украине этим не заниматься :) Для успешного приема телеметрии важным условием является сбалансированность сигнала: сумма длительностей положительных импульсов должна равняться сумме длительностей отрицательных. Поэтому RS-485 не годится. Второе важное условие - максимальная узость спектра. По этой причине не годятся разного рода преобразователи RS-485 в узкие импульсы. Идеальным является фазоманипулированный код... я-то в общем тоже по пути использования Манчестера пошел, только систему еще не доделал (рутинной работой приходится заниматься): http://electronix.ru/forum/index.php?showt...=70189&st=0 чаще используется непрерывная передача. У нас для синхронизации используется следующий протокол: каждое слово состоит из 16 бит данных, бита нечетности и бита конца слова, который всегда равен единице. В качестве синхронизации используется 18 нулевых бит. Таким образом, прием 18 нулей подряд означает, что следующим будет первый бит первого слова. для синхронизации использую последовательность, как в MIL-STD-1553 (это только 3 бита). тратить 18 бит при достаточно плохой пропускной способности кабеля - расточительно (по-моему). если передается достаточно большой массив данных, то это незаметно, но если нужно передать только 1 командное слово и получить в ответ 1 слово данных, то... Вы понимаете Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
777777 0 1 февраля, 2011 Опубликовано 1 февраля, 2011 · Жалоба для синхронизации использую последовательность, как в MIL-STD-1553 (это только 3 бита). Если следовать MIL-STD-1553, то придется использовать битовые интервалы полуторной длительности, а это снижает надежность обнаружения (отличить две длительности отличающиеся в 2 раза проще, чем обнаруживать отличающиеся в 1.5 раза) и расширяет спектр. тратить 18 бит при достаточно плохой пропускной способности кабеля - расточительно (по-моему). если передается достаточно большой массив данных, то это незаметно, но если нужно передать только 1 командное слово и получить в ответ 1 слово данных, то... Вы понимаете Надежность приема важнее, а пропускной способности при скорости 16 кГц хватает для большинства применений. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
stells 12 1 февраля, 2011 Опубликовано 1 февраля, 2011 · Жалоба Если следовать MIL-STD-1553, то придется использовать битовые интервалы полуторной длительности, а это снижает надежность обнаружения и расширяет спектр. Надежность приема важнее, а пропускной способности при скорости 16 кГц хватает для большинства применений. я вполне с Вами согласен, окончательно с протоколом на физическом уровне еще не определился, возможно он будет изменен в процессе отладки, благо он формируется программно (в скважинном приборе несколько контроллеров, соединенных по I2C, один из них выполняет только функцию обработки протокола) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
stells 12 1 февраля, 2011 Опубликовано 1 февраля, 2011 · Жалоба serebr предлагал еще один вариант, если он интересен, то нужно у нему обратиться: Характеристики телеметрии: Скорость передачи - 500 кбит/с снизу-вверх и 31 кбит/с сверху-вниз Тип передачи - полный дуплекс Способ модуляции - QAM 64 в обоих направлениях Длина кабеля - от 0 до 7 км Тип кабеля - одножильный или трёхжильный российский, КГ1 или КГ3 Температура скважинной жидкости - от 0 до +150С Автоматическая настройка на частотные характеристики каротажного кабеля Автоматическая подстройка под меняющиеся характеристики кабеля в процессе каротажа Контроль и восстановление ошибок Сохранение порядка следования данных Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
777777 0 1 февраля, 2011 Опубликовано 1 февраля, 2011 · Жалоба Скорость передачи - 500 кбит/с снизу-вверх Фигасе скорость, мы с одной своей экзотической телеметрией только 300 достигли. А что такое QAM 64? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
stells 12 1 февраля, 2011 Опубликовано 1 февраля, 2011 (изменено) · Жалоба А что такое QAM 64? http://broadcasting.ru/wiki/index.php?title=QAM цифровое телевидение, скважинный телевизор можно сделать :) Изменено 1 февраля, 2011 пользователем stells Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
kovigor 6 1 февраля, 2011 Опубликовано 1 февраля, 2011 · Жалоба serebr предлагал еще один вариант, если он интересен, то нужно у нему обратиться: Подозреваю, что человеку нужно передавать не более сотен байт в секунду. Хотя ... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Vito19 0 1 февраля, 2011 Опубликовано 1 февраля, 2011 · Жалоба http://broadcasting.ru/wiki/index.php?title=QAM цифровое телевидение, скважинный телевизор можно сделать :) Скважинный телевизор было бы прикольно... Кабель кг3-1,5 грузонесущий кабель, 3 жилы + броня. для передачи данных будет использоваться одна жила + броня. две другие жилы запаралелены + броня нагружены постоянным током 2-3А. Внизу данные с датчиков собираются МК и отправляются наверх, где попадают на МК управления всей системой и обрабатываются. Скорости передачи будут порядка 10 - 30 Кб/с. Начал копать в сторону однопроводного CAN. Atmel - контроллер, потому что переходить на другую платформу сейчас нет времени. кроме того у atmelА есть CAN на борту. Сигналы от датчиков: напряжение от АЦП, датчик температуры. Щас прочитаю все посты... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
stells 12 1 февраля, 2011 Опубликовано 1 февраля, 2011 · Жалоба две другие жилы запаралелены + броня нагружены постоянным током 2-3А ... Сигналы от датчиков: напряжение от АЦП, датчик температуры а что у Вас там должно потреблять такой ток? и что за напряжение от АЦП? что прибор делает-то? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
