НПО Тепловизор. Теплосчетчики и расходомеры К вершинам эволюции теплосчетчика
Продукция Поддержка Форум Контакты
     
Пользователь    Пароль  
Регистрация | Пароль?  
Главное меню
НовостиПродукцияФайлы/ДокументыСтатьиФорумОпросыФотогалереяО компанииРекламодателям
Потребители о нас
"ГУП ДЕЗ района «Текстильщики» рекомендует привлечь ЗАО «Сервисная Компания «Тепловизор» для выполнения работ по сервисному обслуживанию узлов учета тепловой энергии на других объектах г. Москвы."

Н.Н. Елисеева, Главный инженер ГУП ДЕЗ «Текстильщики»
Наши партнёры
Свернуть/Развернуть ТЕПЛОСЧЕТЧИКИ • ВОДОСЧЕТЧИКИ • РАСХОДОМЕРЫ • ВИС.Т Свернуть/Развернуть
/  Архив форума
   /  Программное обеспечение
/  Архивсит-MODBUS-IRZ

Форум : Программное обеспечение

Название : Архивсит-MODBUS-IRZ

© NegaSoft co., 2005
http://www.teplovizor.ru

URL этой темы
http://www.teplovizor.ru/forum/viewtopic.php?topic_id=351&forum=2


 merser :

9.6.14 11:02
 Добрый день.

Возникли проблемы с удалённым сбором данных.
ВИСТ:
Режим УД: RS485
Скорость 9600N
MODBUS: RTU
Сетевой номер 2

канал связи через RS485

модем IRZ
настройки com-порта
скорость 9600
бит данных 8
стоп биты 1
четность нет
управление потоком нет

допнастройки
MODBUS
MODBUS RTU (там только ASCII и RTU)
пауза 3 мс

модификация модема с 485 интерфейсом


Первый раз столкнулись с MODBUS. Единственное в программе установлен старый драйвер для ВИСТ. Есть старый прибор, который с новым драйвером стопорился на выдаче Текущих значений.


Лог
9.06.2014 10:49:41: >>> Начало сеанса удалённого доступа
9.06.2014 10:49:41: ГВС
9.06.2014 10:49:41: Создание канала связи с прибором
9.06.2014 10:49:41: Устройство связи: TCP/IP
9.06.2014 10:49:41: Подключение к 192.168.0.16
9.06.2014 10:49:41: TCP-подключение установлено
9.06.2014 10:49:41: Канал связи успешно создан
9.06.2014 10:49:41: Запрос доступа к прибору (Modbus-RTU)
9.06.2014 10:49:59: Запрос доступа к прибору (HydraLink)
9.06.2014 10:50:17: Нет ответа прибора
9.06.2014 10:50:17: Закрытие канала связи с прибором
9.06.2014 10:50:17: <<< Сеанс связи завершён с ошибкой

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

 merser :

9.6.14 11:26
 и в догонку....монтажники, в отсутствии витой пары, подключили RS485 кабелем 220В.

 xBocT :

9.6.14 13:08
 1) Рекомендую все-таки обновить драйвер прибора для Архивист, потому как старая версия драйвера может не работать с новой версией ПО теплосчетчика;
2) Касательно теплосчетчика со старой прошивкой - перепрограммировать - это в нашу Службу Сервиса обратиться надо;
3) Доп.настройки - это на модеме? Если да - то убрать. Он должен работать как "прозрачный" канал TCP/IP;
4) Прочитать readme.txt к драйверу ВИС.Т - там касательно выставления "Привязанных к прибору настроек драйвера": внешний адаптер + MODBUS RTU (в итоге байты должны выглядеть так : 01 02 );
5) На теплосчетчике выставить режим MODBUS RTU+;
6) Ни в коем случае не подавать напряжение на кабель! -) А лучше все-таки переподключить нормальной витой парой...

 CH :

9.6.14 14:55
 merser
Цитата:

9.06.2014 10:49:41: Устройство связи: TCP/IP
9.06.2014 10:49:41: Подключение к 192.168.0.16

Это у вас кто такой ip модему выделяет?
Модем перешитый под GPRS-контроллер?

 merser :

9.6.14 15:30
 это локальный ip компа где установлен архивист, сопоставление по ip и порту с внешним статическим ip организует серверная программа. Внешний статический забиваю в модем. Модемы сторонней организации.
Если это имелось ввиду

 CH :

10.6.14 12:54
 Если с приборами с другим протоколом (NydraLink) такая система успешно работает, проблема с большой долей вероятности в несоответствии протоколов между Архивистом и модемом.
По умолчанию, Архивист для TCP-подключения использует Modbus-TCP. Это будет работать со встроенным Ethernet-контроллером прибора или если модем может работать в режиме Modbus-TCP-сервера/маршрутизатора.
Чтобы перейти от всех этих наворотов к чему попроще, следует в связанных с данным прибором настройках драйвера включить режим работы со сторонним TCP-адаптером. См. ридми файл драйвера, там же этот момент поясняется. Архивист при этом вместо Modbus-TCP перейдёт к запросам Mobus-RTU. Модем при этом тоже должен быть "простым" - без всяких там ASCII/RTU, чтобы передавал запросы как есть, без обработки.