- В этой теме 13 ответов, 3 участника, последнее обновление 7 лет, 7 месяцев назад сделано
.
-
Сообщения
-
Пропала стабильная связь с контроллерами Pixel. Ранее всё работало и видимые отличия, от того, что было ранее — уменьшение числа переменных, запрашиваемых с контроллера и переменные начали читаться правильно. Ранее они опрашивались неверно — для части переменных был установлен не тот тип данных, ошибочные адреса, что вызывало большое число ошибок в коммуникаторе и пустые строчки в текущих данных тегов для этих переменных.
Были внесены изменения, в результате которых все опрашиваемые величины начали считываться адекватно. (https://postimg.org/image/oi4wqz5st/) Однако, периодически (раз в минуту, две, три) в коммуникаторе отображается следующая ошибка:
«…
Запрос значений группы элементов «Состояние»
Ошибка при записи данных: Не удается записать данные в транспортное соединение: Удаленный хост принудительно разорвал существующее подключение.
Приём (0/7):
Ошибка связи!
Невозможно выполнить запрос, т.к. соединение не установлено
Невозможно выполнить запрос, т.к. соединение не установлено
…»
(https://postimg.org/image/6k14bnl9b/)После одной-двух ошибок нормальная связь восстанавливается. В каком направлении посоветуете действовать для установления нормальной связи?
Pixel подключаю к RapidSCADA через modbus TCP.
Проблема либо с сетью, либо с контроллером. Если контроллер обрывает соединение, то это может происходить, если что-то другое к нему подключается или не хватает быстродействия. Во втором случае, можно попробовать увеличить паузу после запросов. Если проблема с сетью, то это сложнее, потому что в крупной организации зачастую админы не могут понять причину.
Установил параметры линии связи — «задержка после цикла опроса, мс = 1000».
опрос КП — «таймаут = 5000», «Пауза = 1000».
Ошибки не ушли.На одной линии связи прикреплены два КП, отличающиеся только IP адресом (160 и 161).
Ошибки возникают всегда, после одного цикла опроса обоих приборов, и всегда после удачного цикла идёт цикл неудачный.
Неудачный выглядит так:
«…
2016-09-13 15:20:23 Сеанс связи с КП 155 «П34», тип: KpModbus, адрес: 10, позывной: 172.16.85.160
Запрос значений группы элементов «Состояние»
Ошибка при записи данных: Не удается записать данные в транспортное соединение: Удаленный хост принудительно разорвал существующее подключение.
Приём (0/7):
Ошибка связи!
Невозможно выполнить запрос, т.к. соединение не установлено
Невозможно выполнить запрос, т.к. соединение не установлено
…»После чего идет нормальный ответ на цикл опросов обоих приборов:
2016-09-13 15:20:40 Сеанс связи с КП 155 «П34», тип: KpModbus, адрес: 10, позывной: 172.16.85.160
Запрос значений группы элементов «Состояние»
Отправка (12): 00 00 00 00 00 06 0A 03 37 FF 00 06
Приём (7/7): 00 00 00 00 00 0F 0A
Приём (14/14): 03 0C 00 00 00 00 01 00 00 00 00 00 00 00
OK!Как только СКАДА пытается опросить ещё раз — идёт ошибка. Отключение одного КП ничего не даёт.
После сеанса опроса происходит отключение от прибора, затем новое подключение.
Попробуйте для эксперимента оставить один прибор на линии связи и настроить канал связи, установив общее соединение. В этом случае соединение будет устанавливаться 1 раз.Оставил один контроллер на линию связи, увеличил число опросов линии до 20, эффект такой — следом за одним удачным опросом всех параметров, следует 20 ошибок.
https://postimg.org/image/icve39u9f/
Главное что расстраивает — пропадают актуальные данные. Значения температур быстро не изменятся, можно было бы и через минуту получить информацию о состоянии оборудования, а моргание очень неприятно. Будто всё пропало.
Да, так и сделал, прописал IP и порт во вкладке Коммуникатора «Параметры линии связи», в свойствах «канала связи» ошибки продолжали идти.
После периода опроса появляется запись в коммуникаторе:
2016-09-14 19:21:26 Сеанс связи с КП 155 «П34», тип: KpModbus, адрес: 10, позывной: 172.16.85.160
Это же означает, что связь разрывается и устанавливается заново?
Сейчас ошибки перестали сыпаться. Думаю что это наступило через некоторое время после того как я вытер в IP в КП Администратора, и настройках «опрос» коммуникатора «позывной». Мгновенной реакции мои изменения не дали и я бросил возиться с Pixel и засел за прописывание modbus Danfoss — сегодня вечером глянул — ошибок нет.
Скорее всего мой вопрос решен таким образом — одно устройство — одна линия связи — один канал связи и т.п. Объединять устройства по одной линии не желательно. Так?
Вполне можно объединять, зависит от ситуации.
у меня сейчас через Ethernet — RS485 сидит 3-ри устройства с разными протоколами, работают без сбоев.Дмитрий, желательно пришлите скриншот с настройками канала связи.
Если используется Ethernet (НЕ преобразователь типа Moxa), то несколько устройств на одной линии связи означает, что они опрашиваются последовательно один за другим и для каждого сеанса происходит соединение-отсоединение, но при этом каждое устройство независимо от других. Чаще всего нормально работает.
В случае преобразователя Ethernet — RS-485 достаточно общего соединения с преобразователем, которое устанавливается один раз.
Для RS-485 при несовместимости протоколов может возникнуть бардак.
Если вот здесь, действия выполняются по очереди с проверкой периода времени (события по времени) то никаких накладок быть не должно.
Если же только по времени периода, тогда действительно будут накладки временные.
Должно быть: №1 наступило время чтения? да — читаем
№2 наступило время чтения? нет — идем к пункту №3и так далее. По идее так и должно быть, или я не прав ?
И собственно без разницы, RS485 там или преобразователь
Одновременно в любом случае на одной линии связи опрос устройств не выполнится, потому что одна линия — это один поток. Если время и период равны 0, опрос идёт непрерывно.
Я имел ввиду, когда время опроса не равно 0 а у каждого своё, что будет происходить в данном случае ?
например у одного прибора стоит 3 сек, у второго 5 сек. Что произойдет на 15-й секунде, когда время опроса совпадет ?
Вчера запустил с периодами 3, 7, 10. Пока ошибок нет.Что произойдет на 15-й секунде, когда время опроса совпадет ?
Будут опрошены по очереди. Скорее всего первым тот, который выше по списку.
- Вы должны авторизироваться для ответа в этой теме.