Страница 14 из 18 ПерваяПервая ... 41213141516 ... ПоследняяПоследняя
Показано с 131 по 140 из 175

Тема: В продаже МКОН - преобразователь протокола Modbus!

  1. #131
    Пользователь
    Регистрация
    17.06.2016
    Адрес
    Витебск
    Сообщений
    181

    По умолчанию

    Цитата Сообщение от Филоненко Владислав Посмотреть сообщение
    не путайте slave и master
    Не понял. Я просто хотел уточниться по ограничениям режима EthernetMaster, ничего не нашел и написал, что в руководстве прописаны только ограничения для режима 485 Мастер.
    По EthernetMaster ограничений не увидел, в тестировании был вариант с 2-мя мастерами, поэтому решил, что это нормальный режим. Но по последним постам вижу, что это не так, буду ожидать указанных уточнений и пробовать сам. Вообще это конечно минус, на то он и ModBusTCP, чтобы иметь возможность работы с несколькими мастерами. Но что есть, то есть, буду учитывать. Рекомендации по своему вопросу я по почте получил, но попробую только завтра.

  2. #132
    Пользователь
    Регистрация
    17.06.2016
    Адрес
    Витебск
    Сообщений
    181

    По умолчанию

    Попробовал, пока положительного результата нет.

  3. #133

    По умолчанию

    Цитата Сообщение от Santi Посмотреть сообщение
    Попробовал, пока положительного результата нет.
    Добрый день, написал Вам на почту. Как только получится попасть в офис (у нас карантин) и получить доступ к оборудованию - сразу же дадим результаты проведенного испытания у нас на стенде!
    Менеджер по продуктам «Софт и адаптеры связи»

  4. #134

    По умолчанию

    Какая очередь в пинг-понг протоколе?

  5. #135

    По умолчанию

    В теме выше было. Сам мкон создает очередь, а чтобы ошибок не было в сторону Ethernet мастеров (2-х, так как сокета всего 2) на каждом из них настройка timeout ответа в 2 раза выше, на случай что мкон в это время отвечает другому... очередь - всего лишь разделение времени на уровне железки по отношению к сети rs.

    Кстати если на rs будет десяток устройств, каковы должны быть настройки двух OPC или Scada систем ?...

  6. #136

    По умолчанию

    Валенок, ну вот не надо. И с запросами через 1 мс мы тоже тестировали. Не стали бы выкладывать не протестировав, продукты очень переживали и тестировали.
    Явно дело не в бобине.
    Ждем лог снифера
    Тролль-наседка, добрый, нежный и ласковый

  7. #137

    По умолчанию

    Цитата Сообщение от manjey73 Посмотреть сообщение
    В теме выше было. Сам мкон создает очередь, а чтобы ошибок не было в сторону Ethernet мастеров (2-х, так как сокета всего 2) на каждом из них настройка timeout ответа в 2 раза выше, на случай что мкон в это время отвечает другому... очередь - всего лишь разделение времени на уровне железки по отношению к сети rs.

    Кстати если на rs будет десяток устройств, каковы должны быть настройки двух OPC или Scada систем ?...
    Никаких особенных, все равно устройства опрашиваются по 1 за раз.
    Лишь таймаут надо ставить по самому тормознутому, если ОПС не позволяет индивидуально выставлять.
    Опять же все равно надо считать поток данных, то, что 2 мастера могут по Ethernet напихать пакетов в МКОН не значит что он их сможет по RS все обработать за отведённое время. Толщина RS ограничена.
    Тролль-наседка, добрый, нежный и ласковый

  8. #138

    По умолчанию

    Конкретизирую вопрос.
    Езернет слейв, RS мастер. Время ответа по RS - 5мс. Время тайм-аут, установленное в езернет мастере - 1мс и раз в 2мс он шлёт запросы. Как поведет себя МКОН в этом случае?
    Я понимаю, что тот, кто выставил такое - ССЗБ. Но как поведет МКОН?

  9. #139

    По умолчанию

    Филоненко Владислав речь не об этом. Два OPC, выставили timeout Х, один опросил 1-но устройство на линии, дождался ответа и соответственно послал запрос 2-му устройству на RS и так далее. Тоже делает и 2-й OPC. очередь справляется в МКОН перемежающиеся данные то одному то другому ?

    Сколько устройств на RS линии вы тестировали ? 2, 5, 31 ?

  10. #140
    Пользователь Аватар для capzap
    Регистрация
    25.02.2011
    Адрес
    Киров
    Сообщений
    10,662

    По умолчанию

    Цитата Сообщение от manjey73 Посмотреть сообщение
    Два OPC, выставили timeout Х, один опросил 1-но устройство на линии, дождался ответа и соответственно послал запрос 2-му устройству на RS и так далее. Тоже делает и 2-й OPC. очередь справляется в МКОН перемежающиеся данные то одному то другому ?
    не смущает ответ в вопросе: дождался ответа, значит пока опрос заканчивает сосед, можно отправить только один запрос и останется ждать ответа прежде чем следующий отправлять

    ЗЫ это обычная работа, в каждом языке есть такие вещи как notifyAll и wait
    Последний раз редактировалось capzap; 02.04.2020 в 19:41.
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

Страница 14 из 18 ПерваяПервая ... 41213141516 ... ПоследняяПоследняя

Похожие темы

  1. Ответов: 7
    Последнее сообщение: 06.09.2018, 10:14
  2. Ответов: 0
    Последнее сообщение: 27.07.2018, 11:49
  3. Поддержка протокола ModBus ТРМ138
    от sega в разделе Помощь Разработчикам
    Ответов: 1
    Последнее сообщение: 27.07.2011, 08:52
  4. Аварийное завершение OPC для протокола Modbus
    от !nferno в разделе Сетевые технологии
    Ответов: 0
    Последнее сообщение: 29.06.2011, 08:17
  5. Поддержка OPM2 протокола ModBus
    от AndreyS в разделе Разработки
    Ответов: 2
    Последнее сообщение: 21.10.2007, 11:37

Ваши права

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