Страница 1 из 4 123 ... ПоследняяПоследняя
Показано с 1 по 10 из 39

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

  1. #1

    По умолчанию ПЛК160 и тайм-ауты Modbus Slave TCP

    Добрый день.

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

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

  2. #2

    По умолчанию

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

  3. #3

    По умолчанию

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

  4. #4

    По умолчанию

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

  5. #5

    По умолчанию

    Цитата Сообщение от manjey73 Посмотреть сообщение
    В этот момент CodeSys подключен ?
    Проблема проявляется и так и так. Как правило нет, клиент CoDeSys не подключен

  6. #6

    По умолчанию

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

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

  7. #7

    По умолчанию

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

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

  8. #8

    По умолчанию

    Цитата Сообщение от capzap Посмотреть сообщение
    как вариант это то что плк рвет соединение если его не опрашивают чаще чем 10 секунд
    Так я же по идеи открываю каждый раз новое соединение, просто так открытым оно не держится.

  9. #9

    По умолчанию

    Лог снифера обычно помогает решить проблему гораздо быстрее чем другие методы
    Тролль-наседка, добрый, нежный и ласковый

  10. #10

    По умолчанию

    Цитата Сообщение от Филоненко Владислав Посмотреть сообщение
    Лог снифера обычно помогает решить проблему гораздо быстрее чем другие методы
    Сниффер чего? Сетевой, типа Wireshark?

Страница 1 из 4 123 ... ПоследняяПоследняя

Похожие темы

  1. Ответов: 2
    Последнее сообщение: 04.06.2019, 16:55
  2. ПЛК160(Master)+МВВ+ПЛК160(slave), по Modbus RTU
    от NikolaevV в разделе ПЛК1хх
    Ответов: 10
    Последнее сообщение: 16.05.2019, 18:07
  3. ПЛК160(ModbusMaster)+СП307(Slave) = односторонняя связь
    от Stab в разделе Панели оператора (HMI)
    Ответов: 1
    Последнее сообщение: 14.10.2016, 06:24
  4. ПЛК160: Modbus TCP Master и Modbus TCP Slave одновременно.
    от Антон Костюченко в разделе ПЛК1хх
    Ответов: 10
    Последнее сообщение: 18.07.2016, 10:36
  5. Убийство флеш памяти ПЛК160 LectusOPC ModbusTCP-SLave
    от gtdd1962 в разделе OPC Серверы
    Ответов: 5
    Последнее сообщение: 14.01.2016, 14:17

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •