Современные технологии автоматизации» («СТА») —  журнал для квалифицированных специалистов по промышленной автоматизации Форум СТА — современные технологии автоматизации Домашняя страница
Домашняя страница форума CTA Домашняя страница форума CTA > II. АСУТП и SCADA > Промышленные сети и коммуникации
  Активные темы Активные темы
  FAQ FAQ  Искать в форуме   Зарегистрироваться Зарегистрироваться  Вход в систему Вход в систему

ADAM 4520 и SIEMENS GPRS модем mc35i

 Ответить Ответить Страница  123>
Автор
Сообщение
KostyaK Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 02 Август 2005
Категория: Russian Federation
Online Status: Offline
Публикации: 110
Свойства публикации Свойства публикации   Ответить, цитируя автора - KostyaK Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Тема сообщения: ADAM 4520 и SIEMENS GPRS модем mc35i
    Опубликовано: 17 Апрель 2008 17:05
Задача: считывать данные со счетчика электрической энергии СЭТ-4ТМ-02 на компьютер по GPRS-каналу.

1) Схема оборудования приведена на рис1: на компьютере работает спциализированое по (хотя бы от производителя счётчика). Запросы посылаются на GPRS модем SIEMENS mc35i.
Этот модем по GPRS каналу связывается с таким же модемом mc35i, стоящем на объекте. Второй mc35i через преобразователь интерфейсов ADAM 4520 опрашивает счётчик и пересылает ответы обратно.

2) Проблема: данные "теряются" на участке "кабель 232 после mc на объекте"-" ADAM 4520"

Как это выяснилось:
Рис2. Подключаем ко второму mc35i (который на объекте) компьютер. Подключение производим прямым кабелем RS232. Кабель может быть полным (поставляется штатно). Но на опыте убедились, что достаточно только 4-х сигналов - Tx, Rx, RTS, CTS. Только сигналов Rx, Tx, GND не достаточно. На обоих компьютерах запускается гипертерминал.
В этом случае данные переаются нормально.

Собираем вторую схему (рис 3).Счётчик через ADAM подключаем к COM-порту ПК. Опрос счётчика отличный, без ошибок.

3) Соображения: тк для работы с модемом нужен кабель с сигналом RTS, делаю вывод, что в ADAM надо также установить переключатель "RTS Control" в "On".
Вопрос1: не повлияет ли это на количество бит в сообщении? (вроде не должно)
Вопрос2: При включенном переключателе "RTS Control", когда подключаюсь к ПК, на адаме перестаёт гореть светодиод. Когда отсоединяю ПК, загорается вновь. Почему?

В чём ещё может быть причина того, что схема не работает?



Атол-М, г.Пермь
Наверх
KostyaK Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 02 Август 2005
Категория: Russian Federation
Online Status: Offline
Публикации: 110
Свойства публикации Свойства публикации   Ответить, цитируя автора - KostyaK Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 17 Апрель 2008 17:08
Рис 1

Рис 2

Рис 3
Атол-М, г.Пермь
Наверх
Vald Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 02 Октябрь 2007
Категория: Russian Federation
Online Status: Offline
Публикации: 427
Свойства публикации Свойства публикации   Ответить, цитируя автора - Vald Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 18 Апрель 2008 00:01

Смотрите:

ADAM4520 передает в 485 только то, что приходит к нему по линии Tx и  отдает в Rx что приходит по 485.  Направление передачи у него такое: пока по RS232 ничего не приходит - он все что на 485 передает в Rx.  Как только по RS232 начинают приходить данные от компьютора - происходит переключение направления передачи  и модуль начинает передавать в 485 то что приходит по 232.  Для корректного переключения направления модулю мы указываем переключателями скорость обмена и это позволяет ему знать время передачи одного байта.  Помимо переключения направления по обнаружению передачи в линии Tx, модуль можно перевести в режим, когда направлением передачи управляет компьютор по линии RTS.

 

По 485 передаются только данные и никаких сигналов квитирования.

Вам надо посмотреть всю цепочку и  исключить какое либо использование сигналов квитирования .  Как только останутся только передаваемые и принимаемые данные - все будет работать.

Иначе вам придется самим лепить передачу сигналов квитирования. Вместо 485 тогда лучше использовать 232 пущенный через умощняющие драйверы и гальваническую развязку.  Для сигналов квитирования придется сделать свои драйверы.  В принципе на 38400 вы сможете получить метров 300-400 связи, а может и до километра. Можно использовать и готовые драйверы (232 в гальванически отвязанный 232, например "Элемеровский ПИ232-485), тогда один драйвер передает с линии Tx и принимает в Rx,  а во второй вместо сигнала Tx заводится квитирование и принимается квитирование. Кривовато, но заработает с сохранением всей остальной конфигурации и софта.

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

 

 

 

 

При экспериментах ни один чайник не пострадал

-----------
Плохому системному интегратору всегда OPC сервер мешает.
______________
Пишу на C++ за еду
Наверх
KostyaK Смотреть выпадающим
Действительный член
Действительный член


Присоединился: 02 Август 2005
Категория: Russian Federation
Online Status: Offline
Публикации: 110
Свойства публикации Свойства публикации   Ответить, цитируя автора - KostyaK Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 18 Апрель 2008 15:49
Действительно, задача свелась к тому, чтобы отключить управление по RTS/CTS. Модем поддерживает команды управляния DTR, DSR, flow control (AT\Q, AT&D, AT&S, ATS0).

После отключения AT-командами RTS Control на обоих модемах и установки кросоверного кабеля (Rx в Tx) между mc35i и ADAM связь пошла.

Правда, второй модем недолго проработал. Сейчас в ауте: светодиодиком моргает, но на АТ-команды не реагирует. Вот пока разбираюсь: сгорело что-то от горячего включения или какую-нить лишнюю команду подали.
Атол-М, г.Пермь
Наверх
kosevgen Смотреть выпадающим
Новичок
Новичок
Аватар

Присоединился: 12 Май 2008
Online Status: Offline
Публикации: 7
Свойства публикации Свойства публикации   Ответить, цитируя автора - kosevgen Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 12 Май 2008 17:36
Так всетаки какой кабель модемный или нуль модемный между 4520 и модемом.
Наверх
Vald Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 02 Октябрь 2007
Категория: Russian Federation
Online Status: Offline
Публикации: 427
Свойства публикации Свойства публикации   Ответить, цитируя автора - Vald Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 12 Май 2008 17:47
0 модемный с 3 линиями TXD RXD SG и все.
При экспериментах ни один чайник не пострадал

-----------
Плохому системному интегратору всегда OPC сервер мешает.
______________
Пишу на C++ за еду
Наверх
kosevgen Смотреть выпадающим
Новичок
Новичок
Аватар

Присоединился: 12 Май 2008
Online Status: Offline
Публикации: 7
Свойства публикации Свойства публикации   Ответить, цитируя автора - kosevgen Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 12 Май 2008 19:14
Есть ли смысл обрывать другие контакты если передачу сигнала по ним можно отключить через ат - команды?
И еще хотелось бы услышать о состоянии дел у создавшего тему - так как для меня она тоже очень актуальна. - разве что счетчик другой.
Наверх
Vald Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 02 Октябрь 2007
Категория: Russian Federation
Online Status: Offline
Публикации: 427
Свойства публикации Свойства публикации   Ответить, цитируя автора - Vald Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 12 Май 2008 20:10
Смысл обрывать (вернее не паять) есть - вы точно будете знать какие именно линии у вас работают . А некоторые программисты любят использовать управление потоком и как правило потом за ними не расхлебать.
При экспериментах ни один чайник не пострадал

-----------
Плохому системному интегратору всегда OPC сервер мешает.
______________
Пишу на C++ за еду
Наверх
kosevgen Смотреть выпадающим
Новичок
Новичок
Аватар

Присоединился: 12 Май 2008
Online Status: Offline
Публикации: 7
Свойства публикации Свойства публикации   Ответить, цитируя автора - kosevgen Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 13 Май 2008 08:17
То есть выходит что даже если и управление потоком и присутствует в случае отсутствия контактов по RTS двух устройств информация передаваться по RxD и TxD все-таки будет?
Наверх
Vald Смотреть выпадающим
Действительный член
Действительный член
Аватар

Присоединился: 02 Октябрь 2007
Категория: Russian Federation
Online Status: Offline
Публикации: 427
Свойства публикации Свойства публикации   Ответить, цитируя автора - Vald Ответить, цитируя автора -  ОтветитьОтвет Прямая ссылка на эту публикацию Опубликовано: 13 Май 2008 10:46

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

Если уж какая программа использует управление потоком, то она смотрит линию CTS (хотя может и DCD).  При честном обмене с квитированием на этот вход приходит сигнал  RTS .  Если управление потоком используется , но использовать его нет никакой возможности , по дайте передающей программе соску :  соедините на передающем конце RTS с  CTS; DTR с DSR и DCD. Пусть считает что все хорошо.  Но это не панацея ,  но может поможет.

При экспериментах ни один чайник не пострадал

-----------
Плохому системному интегратору всегда OPC сервер мешает.
______________
Пишу на C++ за еду
Наверх
 Ответить Ответить Страница  123>

Переход на форум Права доступа на форуме Смотреть выпадающим

Bulletin Board Software by Web Wiz Forums® version 9.64
Powered by Web Wiz Forums Free Express Edition
Copyright ©2001-2009 Web Wiz