Показано с 1 по 5 из 5

Тема: Постоянный отвал сетевых устройств и тормоза в визуализации.

  1. #1

    По умолчанию Постоянный отвал сетевых устройств и тормоза в визуализации.

    Добрый вечер!
    Ситуация такая. Объект поделён на 2 проекта Codesysa (связь между ними осуществлена импортом/экспортом сетевых переменных). На одном проекте одна СПК (главный шкаф ШД), 50 установок (Modbus TCP), на втором проекте 25 СПК ШУКи (общаются только с ШД через сетевые переменные).
    Установки в основном принимают/отправляют по 8 регистров, есть несколько, где чуть больше.
    При полном подключении начинает постоянно пропадать и восстанавливаться связь устройств и тормозит визуализация ШД. Причём даже отваливаются 2 модуля расширения подключенные к ШД по RS-485 (когда оставлял парочку сетевых устройств связь была намного лучше и тормозов почти не было).

    Вопрос такой можно ли как-то это устранить или облегчить данную ситуацию?

    И ещё при пропаже питания на каком-то из ШУКов, на визуализации ШД отображаются последние значения до пропажи питания. Это можно тоже как-то поправить? Когда всё было в рамках одного проекта (связь между СПК через сетевые переменные) индикация значений сразу пропадала.
    Последний раз редактировалось Rudy_69; 08.11.2023 в 21:51.

  2. #2

    По умолчанию

    Про значения переменных после пропажи связи, это должно настраиваться в параметрах modbus... Последнее или ноль.

    Про сеть не понятно. Сначала пишите modbus tcp, потом говорите про rs485... Так modbus tcp или modbus rtu. Если rtu то для большого количества элементов необходимо строго соблюдать правила подключения, оконечные сопротивления и прочее. Вплоть до качества кабеля. Помню у нас из 200 устройств постоянно часть из 5 отваливалась, сами там собирали и намудрили. Пока не привели к стандарту, не заработало нормально.

  3. #3

    По умолчанию

    Спасибо, 50 установок это ПР103 по TCP, а модули расширения шкафа ШД по RTU (когда шкаф был на этапе проверки с модулями всё норм было, все проблемы возникают при подключении устройств к интерфейсу, как-будто СПК не тянет столько устройств в сети)
    Последний раз редактировалось Rudy_69; 09.11.2023 в 08:33.

  4. #4

    По умолчанию

    Цитата Сообщение от Rudy_69 Посмотреть сообщение
    Спасибо, 50 установок это ПР103 по TCP, а модули расширения шкафа ШД по RTU (когда шкаф был на этапе проверки с модулями всё норм было, все проблемы возникают при подключении устройств к интерфейсу, как-будто СПК не тянет столько устройств в сети)
    Добрый день.
    Если пользуетесь библиотечными шаблонами для модулей расширения, то советую от них отказаться и опрашивать как стороннее устройство. Был проект где использовали шаблоны для модулей Мх210 и тормоза были жуткие (переключение экранов по 5-7 секунд), потом удалили эти шаблоны нафиг и опрашивали как обычных слейвов - стало гораздо лучше. Но СПК больше не используем.

  5. #5

    По умолчанию

    модули опрашиваются как обычные RTU устройства

Похожие темы

  1. Шаблоны сетевых устройств для OWEN Logic
    от Ревака Юрий в разделе Среда программирования OWEN Logic
    Ответов: 298
    Последнее сообщение: 27.11.2023, 16:00
  2. Ответов: 15
    Последнее сообщение: 12.12.2021, 20:37
  3. тл323 постоянный ребут
    от kjuman в разделе Телемеханика ЛАЙТ
    Ответов: 1
    Последнее сообщение: 05.03.2018, 09:48
  4. АС4, отвал от помех
    от Kliper в разделе Эксплуатация
    Ответов: 7
    Последнее сообщение: 28.07.2015, 08:18
  5. Тормоза визуализации СПК207 v1
    от murdemon в разделе СПК2хх
    Ответов: 4
    Последнее сообщение: 01.11.2014, 14:59

Ваши права

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