Страница 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

    По умолчанию

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

  4. #4

    По умолчанию

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

  5. #5

    По умолчанию

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

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

  6. #6

    По умолчанию

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

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

  7. #7

    По умолчанию

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

  8. #8

    По умолчанию

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

  9. #9

    По умолчанию

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

  10. #10

    По умолчанию

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

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

Страница 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

Ваши права

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