ПЛК160 и тайм-ауты Modbus Slave TCP

Добрый день.

Подскажите, может кто сталкивался с проблемой.
Есть ПЛК160М2, используется в качестве автоматизации небольшой электроники. Логики на нем не сильно много накручены, но используется RS-485 в качестве мастера, а так же Modbus(Slave) через TCP для ужаленного мониторинга и конфигурации параметров. Никаких специальных библиотек для этого не используется, только настройка через конфигуратор. Все регистры 2 бита, обевлпниетщнаяений раз в 20 секунд.

Проблема заключается в том, что при опросе внешнем, ПЛК часто не отвечает на запросы, соотвественно время ожидания даже в 2-3 секунды не достаточно, может ответить с 3-5-20го раза только. Кто-то сталкивался с этим? Как побороть может подскажете.

Чего разбирать там, у меня этот клиент обрабатывает еще десяток других слейвов по TCP и все хорошо, проблема только с 3мя ПЛК.
Может для общения с ПЛК овен или вообще под управлением CoDeSys есть какие-то свои ньюансы?

Цитата:

---

Сообщение от Валенок

А у меня клиент может свободно и без единой ошибки опросить плк c tcp-слейвом 1000 раз в секунду. И что ?
Ньюансов нет. Копайте своего клиента.

---

Может поделитесь? Или подскажите на основе чего этот клиент.

В этот момент CodeSys подключен ?

Цитата:

---

Сообщение от manjey73

В этот момент CodeSys подключен ?

---

Проблема проявляется и так и так. Как правило нет, клиент CoDeSys не подключен

Сам работал с клиентом написанным на Go, как говорю проблемы только с ПЛК

Проверил базовым кодом на python, беда такая же

c Go это раз в 30 секунд и повторение через 200мс если не успешно.

С python вообще руками запуск тыкал раз 10 по выпадении в ошибку(так что запрос в 5-8 секунд), разок-другой прошел запрос, остальные нет.

Цитата:

---

Сообщение от capzap

как вариант это то что плк рвет соединение если его не опрашивают чаще чем 10 секунд

---

Так я же по идеи открываю каждый раз новое соединение, просто так открытым оно не держится.

Лог снифера обычно помогает решить проблему гораздо быстрее чем другие методы

Цитата:

---

Сообщение от Филоненко Владислав

Лог снифера обычно помогает решить проблему гораздо быстрее чем другие методы

---

Сниффер чего? Сетевой, типа Wireshark?

Цитата:

---

Сообщение от capzap

Возможно добавив логирование тоже можно чуть больше узнать о проблеме
import logging
from pymodbus.client.sync import ModbusTcpClient

logging.basicConfig()
log = logging.getLogger()
log.setLevel(logging.DEBUG)
...

---

ERROR:pymodbus.client.sync:Connection to (10.1.10.5, 502) failed: timed out


Все что падает в лог при этом.

WireShark говорит, что от контроллера приходит ответ на попытку установить соединение с кодом 4 и признаком Connection Reset

Цитата:

---

Сообщение от capzap

На гуглите, как настраивается таймаут, точно помню что на стековерфлоу это было

---

проблемы нету, client.timeout ( ide сама подскажет, так же можно по пакету пошарить )

По умолчанию стоит
Timeout = 3

Проверил 1 и 10, разницы нету никакой.

Мне все же кажется, что косяк в контроллере, может что-то с чем-то конфликтовать или ресурсов не хватать?
Как я и говорил, для модбаса вообще не используется никаких библиотек, в целом в у меня кроме стандартных ничего нету в коде.

Цитата:

---

Сообщение от capzap

а пинг сколько показывает когда Вы из сети 172.27.1.0 стучитесь в плк с адресом 10.1.10.5 ?

---

Из этой сети прям очень дофига на самом деле, потому что это через впн и очень далеко. Но проблема проявляется и с сервера, на котором крутится софт управляющий, а там меньше 1мс ( в основном )

Взял ПЛК160 М02 (свеженький), залил проект с 30 переменными, поставил опрос c паузой между пакетами 1 мс... всё пашет.
Может сама железка кривая пришла?

Цитата:

---

Сообщение от e.filatov

Взял ПЛК160 М02 (свеженький), залил проект с 30 переменными, поставил опрос c паузой между пакетами 1 мс... всё пашет.
Может сама железка кривая пришла?

---

Может косяк именно когда используешь RS485 в мастере и TCP в слейве?
Косяк может и с железкой ( и мне так кажется ), но скорее не с ней, что мне пришло а просто какая-то бага.

Так легко проверить. Отключите мастер по RS, посмотрите как работает.
Чисто теоретически, вы можете уходить в блокирующее ожидание ответа по RS485 и в это время другие интерфейсы тормозят

Цитата:

---

Сообщение от e.filatov

Так легко проверить. Отключите мастер по RS, посмотрите как работает.
Чисто теоретически, вы можете уходить в блокирующее ожидание ответа по RS485 и в это время другие интерфейсы тормозят

---

Да, вот тоже думаю, что надо это испробовать это. Правда это было бы тоже странно, как в случае со слейвом используется штатный метод и запись в него идет раз в 30 секунд только.

Цитата:

---

Сообщение от gOsToFf

ERROR:pymodbus.client.sync:Connection to (10.1.10.5, 502) failed: timed out


Все что падает в лог при этом.

WireShark говорит, что от контроллера приходит ответ на попытку установить соединение с кодом 4 и признаком Connection Reset

---

Выложите ВЕСЬ лог, хотя бы за 2-3 минуты. То, что ПЛК возвращает Reset - означает что он не может принять входящее, к примеру к нему УЖЕ по этому порту подключились. И соединение не разорвано клиентом, а он открывает ещё одно. Типичное, кстати, поведение для библиотек на PC, они предполагают что число сокетов у сервера бесконечное, а разъединение соединения - дело ОС, а там таймаут 2 часа по умолчанию :D

Цитата:

---

Сообщение от Валенок

Ну вот. С 3-его раза дошло что нужно клиентов копать

---

Почему бы по человечески не написать, чего хочется сказать.

Цитата:

---

Сообщение от capzap

сожалею что сразу не написал свою стандартную фразу про чтение документации, но попробуйте в своем коде слегка изменить строчку на такую
result = client.read_coils(1,10, unit=0x01) ошибки исчезнут

---

К сожалению эффект тот же самый.

Товарищи, далеко ушли.

Да соединения то есть то нет, какой-то конкретно закономерности нету. Даже когда всего один запрос в 30 секунд и один опрашивающий.
2 ПЛК с одним IP не может быть физически, они разные.
Чтобы отвечал "кто-то" другой... как? Это TCP Modbus напрямую на ПЛК. Да и еще правильные данные?

Что в моих словах смутило? Я сказал что этот же клиент опрашивает еще другие устройства по TCP Modbus, я что сказал, что они с один IP адресом или что? Есть еще отдельные сети rs485 физически никак не связанные с сетями используемыми для ПЛК, для получения данных из них я использую Moxa modbus gate, так вот с ними проблемы никакой нету.

Скриншот конфигуратора, если это может помочь.
Они однотипны в той части, которую не видно на скриншотах.

Цитата:

---

Сообщение от capzap

смутили не слова, а дела и поступки. Писали что на Го кодили, но ни чего не выложили, видимо не созрели для него, питоновский скрипт тоже написан новичком, не вникающим в детали, хотите чтоб поверил Вашим словам что с сетями у Вас все хорошо, фактов нет чтобы верить. Решили быкануть, варитесь сами в собственных проблемах

---

Что мне выкладывать? Весь проект, который есть или что? Сколько людей пишет на питоне, тем более которые есть тут в работе с ПЛК. Зато скриптики на питоне всем понятны, вот и взял БАЗОВЫЙ скрипт, как и писал в том сообщения где выкладывал и все. Какие дела? Мне рассказать как сеть устроена? Как траффик гуляет, где какие правила или что? Адреса разные, и находятся физически ПЛК в разных местах. Клиент на ГО я использую уже в более 20 разных проектах и везде все хорошо, а вот ПЛК и тем более ОВЕН сам использую в первый раз, потому и пришел за советом. У меня было скорее предположение, что косяк в либо в ПЛК, либо в ньюансах кодинга.

Я решил быкануть? Это вы делаете выводы, а не спрашиваете. Зачем убеждать человека ЗА меня, где есть косяк? Есть сомнение, можно спросить или подсказать.
Давайте подумаем, знаете ли вы, что если есть коллизия IP адресов в одном броадкаст домене, то роутеры блокируют такие пакеты на N секунд на момент перестроения arp таблиц, а следовательно будут потери пакетов, чуть выше я вам скинул скриншот с выборкой за 12 часов, где нету пропадания пакетов от слова совсем.

Выдержка из кода на GO если это реально так может помочь...

Код:

---

const (
        modbusPollingTimeout    = 50 * time.Millisecond
        modbusFailRetryCount    = 20
        modbusHandlerTimeout    = 3 * time.Second
        modbusHandlerIDLETimeout = 20 * time.Second
        modbusPLCSlaveId        = 5
)


func NewTCPModbusHandler(ipAddress string) *modbus.TCPClientHandler {
        var modbusHandler *modbus.TCPClientHandler
        modbusHandler = modbus.NewTCPClientHandler(ipAddress)

        errConnect := modbusHandler.Connect()
        if errConnect != nil {
                //fmt.Println("ErrConnectModbusHandler to ", ipAddress, ": ", errConnect)
        }
        defer modbusHandler.Close()

        return modbusHandler
}


func ReadPLCConfiguration(segmentId int) PLCConfiguration {
        myHandler := NewTCPModbusHandler("10." + strconv.Itoa(segmentId) + ".10.5:502")
        myHandler.SlaveId = modbusPLCSlaveId
        myHandler.Timeout = modbusHandlerTimeout
        myHandler.IdleTimeout = modbusHandlerIDLETimeout
        client := modbus.NewClient(myHandler)

        var err error
        var readParam []byte
        count := 1

        readParam, err = client.ReadInputRegisters(19, 15)
        for i := 0; i <= modbusFailRetryCount; i++ {
                if err != nil {
                        count++
                        time.Sleep(modbusPollingTimeout)
                        readParam, err = client.ReadInputRegisters(19, 15)
                }
        }

        fmt.Println("PLCConfig requests after ", count, " retries.")

        myHandler.Close()

        plcConf := PLCConfig[segmentId-1]

        if err == nil {
                s := reflect.ValueOf(&plcConf).Elem()

                for i := 0; i < s.NumField()-1; i++ {
                        f := s.Field(i)
                        var temp_byte []byte

                        startIndex := 0
                        if i > 0 {
                                startIndex = i * 2
                        }
                        endIndex := startIndex + 1
                        temp_byte = append(temp_byte, readParam[startIndex])
                        temp_byte = append(temp_byte, readParam[endIndex])
                        temp_value := binary.BigEndian.Uint16(temp_byte)
                        f.SetUint(uint64(temp_value))
                }
                plcConf.LastUpdated = time.Now()
        }

        return plcConf
}

---

Цитата:

---

Сообщение от capzap

то что я удаляю посты, не значит что я не спрашивал Вас ни о чем.
Меня заинтересовало стойкое желание Валенка обвинить клиента в проблемах, я поменял его точку зрения, крайний раз он начал придерживаться термина верхний уровень, не конкретизируя что клиент. Когда я предложил в питоне добавлять всё же адрес слейва, в Вашем коде на Го почему SlaveId равен пяти а не единице?

---

Когда проверка была на Python, была залита урезанная версия софта для на ПЛК для проверки если вдруг не хватает ресурсов. Там был slave1 в продуктиве 5. Проблема в том, что косяк соединения с ПЛК и тут не совсем это важно какой адрес слейва указан. Разница будет только в ответе. в одном случае придут данные, в другом будет ошибка некорректного пакета.
И всегда в обоих случаях сыпятся таймауты так же. Предложение добавить адрес было логичным, я проверил и его на всякий случай, хотя мало верил в успех.
В целом если уже говорить о моих ошибках, то там есть еще одна ошибка, а именно я пытался читать койлы с кодом 01, когда как мне нужны входные регистры. Опять же, ошибка будет в ответе, то есть я увижу ошибки протокола, а не таймаут.

Цитата:

---

Сообщение от capzap

По сетям я тоже задавал вопросы, получил от Вас какой то скрин, какого то пакета, где там написано что это 12 часов работы не разбираюсь видимо, да был еще вырезка пинга из 48 посылок. То что я в одном из постов решил что адрес контроллера начинается с 10, а ПК со 172, это мне пришло в голову потому что по умолчанию овеновские контроллеры с 10-ти идут. Но по дампу получается что источником отправки пакетав таком случае является плк а приемником ПК

---

Я же приложил скриншот с заббикса где проходит пинг до ПЛК. Сеть большая и контроллеры правда находятся в сегменте с 10м адресом не стандартным.
Если честно про дамп не совсем понял. Там есть первый пакет
ПК с которого я веду тест отправляет запрос SYN на открытие TCP сессию на ПЛК Овен, в ответ получает пакет RST, соотвественно стандартная настройка стека TCP пытается сделать повтор еще 2 раза, но так же получает RST после чего вываливается ошибка.

Цитата:

---

Сообщение от capzap

Я задал вопрос и про сам плк, не пойму зачем тогда раззоряться что Вы хотите помощи если выкладываете какие то миниатюрные вырезки ни на что не влияющие, понимаю впервые сталкиваетесь с овеном, поэтому эти скрины не нужны, либо сделайте скрин полного экрана и в режиме онлайн, чтоб было видно что не в эмуляции и что действительно на то время в конфигурации именно то что в проекте. Напомню что залитая программа держиться в ОЗУ и при выключении питания стирается, если не сделать загрузочный проект. Дополнительно, не плохо бы зайти в ПЛК-браузер и выложить вывод команды PLCInfo

---

Сделать скриншот, что это реально ПЛК не проблема. Во вложении. Я вообще изначально хотел выложить целиком скриншот, но форум сказал, что я пытаюсь вложить слишком большой файл, вот и приходится их подрезать.

За совет кстати про RAM и загрузочный проект спасибо, правда мне бы его 2 недели назад, когда я не мог понять, что за фигня происходит. Сам случайно натыкал, разобрался с этим делом.

Еще вывод с другого PLCInfo со второго контроллера ( именно его IP я использовал для тестов тут

Код:

---

PLCInfo
PLC model MODEL PLC 160
Binary  VERSION 1.0.11
Need Target version >= 3.12
Compiled: 10:25:23 Nov  5 2019
STM32 binary version 114
MAC E4:1E:0A:00:5A:DF
IP 10.2.10.5
GATE 10.2.10.1
MASK 255.255.255.0

---

Цитата:

---

Проблема в том, что косяк соединения с ПЛК и тут не совсем это важно какой адрес слейва указан

---

ну как не важен, вот два скрина с указанием ID и без

Цитата:

---

Сообщение от capzap

не кажется ли что это уже второй плк с таким же адресом?

---

Человек косяк нажывается, выкладывал быстро, забыл нажать кнопку Enter поесле переподключения.

Код:

---

PLCInfo
PLC model MODEL PLC 160
Binary  VERSION 1.0.11
Need Target version >= 3.12
Compiled: 10:25:23 Nov  5 2019
STM32 binary version 114
MAC E4:1E:0A:00:54:11
IP 10.1.10.5
GATE 10.1.10.1
MASK 255.255.255.0

---

Если бы он был с таким же адресом, у меня бы ничего не работало на нем. Там совсем другая подсеть, совсем на другом маршрутизаторе. Именно по этой причине, я писал о невозможности.
А косяк, того что это один и тот же ПЛК, можно просмотреть по MAC адресу.

Цитата:

---

Сообщение от capzap

откуда это понятно? Если в 31 посте скрины с другого плк и на него не жалуются, то я не вижу что за прога в данный момент в плк с адресом 10.1.10.5 и говорить что он не виноват не стал бы. Пинг говорит что до него можно достучаться, это ни как не объясняет наличие сервера модбас или какой то другой проблемы

---

Жалусюь на оба, к сожалению косяк на обоих. Очень не хватает низкоуровнего дебага на ПЛК, чтобы разобрать проблему.
Кстати, банальный telnet на 502 порт так же не всегда отрабатывает ( просто зависает на соединении ), а иногда отрабатывает очеень долго и реже моментально. Именно просто на коннект. Так что не думаю, что есть смысл разбирать софт, который его опрашивает. Есть смысл разбираться в софте ПЛК наверно.

в сети плк есть кому показать таблицу маршрутов, роутер точно по первому адресу и всё такое

Цитата:

---

Сообщение от capzap

принес на стол, подключился через КДС, соответственно залил программу, проверил обмен есть, отнес обратно прогу не залил обмена нет, разве такое не может быть?

ЗЫ и вообще я бы не с катушек начал, а с регистров хранения

---

Очень логично. Если это замечение по поводу загрузочного проекта, то оно логично. Но я сейчас не ношу никуда ПЛК, он стоит на своем месте постоянно.

Цитата:

---

Сообщение от Валенок

Я бы сказал (и говорил) наоборот.

Сислибсокет решит проблему 1-ого конекта на сокет

И кстати, какой минцикл ? 1 ведь ?

---

Сислибсокет это если переделать на TCP?

Про минцикл о чем речь, я этого не понимаю?

Цитата:

---

Сообщение от Валенок

syslibsocket.lib - руками слепить что угодно
минимальный цикл (в конфигурации). Нормально - 1.

---

Стандартные, 1 мс на минимальный, 1000 на максимальный.

Я думал, что использование штатного метода должно быть стабильнее. Переписываться на syslibsocket наверно можно, но это скорее акт отчаяния, а не решения.

Цитата:

---

Сообщение от Валенок

Это что ? Вариантов кроме таймаута - нет. Или не модбас.

---

К тому, что если коннект установлен, и ответ пришел не корректный, то это не косяк. Все хорошо. Но если есть таймаут, значит соединение не установлено.
Тем более я же говорю, даже банально telnet 10.1.10.5 502 не подключается зачастую.

Цитата:

---

Сообщение от capzap

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

ЗЫ если в телнете Вы видите какой нибудь набор символов при правильном коннекте, значит возможно у Вас работают два мастера, об этом Вам и говорила техподдержка аж в самом начале темы

---

Я изучил скринты, а теперь закройте монитор и выполните оба скрина, будет ошибка таймаута. вот именно ее я и вижу.
Я умею отличать правильное подключение в телнет, а точнее его наличие, от вообще его отсуствия.

Если я вижу такое ( и только это в течении например 10 секунд), думаю что это как раз и есть ошибка

Код:

---

% telnet 10.1.10.5 502
Trying 10.1.10.5...

---

Но когда я вижу это, знаю, что подключение прошло успешно. И тут если отправлю верную команду, то ответ получают корректный.

Код:

---

% telnet 10.1.10.5 502
Trying 10.1.10.5...
Connected to 10.1.10.5.
Escape character is '^]'.

---

Может и правда косяк в том, что клиент не закрывает соединения. Хотя везде в коде, после использования я всегда его закрываю. Да и нестат не показывает висящего постоянно соединения.

Цитата:

---

Сообщение от Валенок

модбас-tcp слейв на МО2 - стабильный. Библиотека дает большую гибкость. Например управляемое время жизни и кол-во открытых сокетов

---

Может есть пример простого TCP сервера для 160го? Попробую реализовать

Цитата:

---

Сообщение от capzap

без слейва будет так pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(localhost:502)]
а без монитора будет все по прежнему

а вот мой вывод телнета

---

Так вот я и вижу эту ошибку. Все таки мне кажется косяк, что сессия не закрывается на стороне ПЛК и висит до таймаута.

Цитата:

---

Сообщение от capzap

Во первых это явно не таймаут в понимании протокола, а отсутствие связи

Ну раз у Вас заббикс, может Вы делали попытку собирать с плк данные и так всё это и осталось, он установил соединение и по этому не даёт другим мастерам подключаться

---

Заббикс да, но он не лезет никак в ПЛК. ПЛК опрашивает только софт на Go причём по шедулеру и пишет в раму, а заббикс уже берет данные с него по апи.

Цитата:

---

Сообщение от capzap

ну так в итоге то что, два мастера? На го и попытки на питоне. В овеновских плк один сокет только для одного соединения

---

Питон использовался только для показать сюда, так как Питон для "Народа" нынче ближе к жизни чем ГО. Да и проще быстро и наглядно посмотреть.
Мастер один, на ГО. запросы по шедулеру, так что никаких параллельных открытий соединения нету. И как вы могли заметить, везде есть команды на закрытие соединение, чтобы оно не висело почем зря.

В общем ясно, всем спасибо за участие.
Переехал на SysLibSocket и все зашибись.