Страница 20 из 45 ПерваяПервая ... 10181920212230 ... ПоследняяПоследняя
Показано с 191 по 200 из 449

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

  1. #191

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    Филоненко Владислав разные порты, разные сокеты, не спорю, но когда запросы с одного порта, неужели МКОН у вас получился таким чахлым и тупым, что не может проверить запрос тот же, что и предыдущий и отдать уже готовый ответ, если он получил его от устройства, даже если мастер разрывал соединение ?
    Вот опишите алгоритм идентификации пакета, пришедшего от разных соединений? Как прибор должен понять что это на самом деле попытка мастером опросить снова пакет, не полученный ранее? А не просто ещё один запрос, пусть по тому же адресу?
    А если надо каждые 5 мс опрашивать - это повторы или уникальные запросы?
    Тролль-наседка, добрый, нежный и ласковый

  2. #192

    По умолчанию

    Цитата Сообщение от rovki Посмотреть сообщение
    Не путайте претензию с "поболтать" , пожалуйста . Вам же ответили про время ожидания ,про эксперименты с другим конвертером....
    логи, где логи.
    Или человек хочет разобраться (он же деньги на прибор потратил, не правда ли?), или просто поболтать.

    Повторю, мы интенсивно тестировали МКОН опросом от 2-х ОПС в загруженной сети и сбоев не было. Так что надо бы разобраться в причинах.
    Тролль-наседка, добрый, нежный и ласковый

  3. #193

    По умолчанию

    Цитата Сообщение от Филоненко Владислав Посмотреть сообщение
    логи, где логи.
    Или человек хочет разобраться (он же деньги на прибор потратил, не правда ли?), или просто поболтать.
    Вот именно, заплатил деньги. И не просто за корпус с микросхемами. А за отсутствие проблем.
    Логи.... Понимаете ли. Люди часто имеют дело с прибором не в лаборатории. И регулярно даже не на СВОЕМ (в смысле работы) производстве. А на стороннем. Или своем, но где эксперименты производить скажем так, не желательно, по техническим причинам. И получив некоторые проблемы - проще сменить прибор. Иногда и производителя.

  4. #194

    По умолчанию

    Цитата Сообщение от ASo Посмотреть сообщение
    Вот именно, заплатил деньги. И не просто за корпус с микросхемами. А за отсутствие проблем.
    Логи.... Понимаете ли. Люди часто имеют дело с прибором не в лаборатории. И регулярно даже не на СВОЕМ (в смысле работы) производстве. А на стороннем. Или своем, но где эксперименты производить скажем так, не желательно, по техническим причинам. И получив некоторые проблемы - проще сменить прибор. Иногда и производителя.
    Наша фирма всегда славилась своей техподдержкой. Но мы не можем быть более клиентами чем сами клиенты.
    Тролль-наседка, добрый, нежный и ласковый

  5. #195
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,583

    По умолчанию

    А что там описывать? вы знаете с какого IP и на какой порт пришел запрос, если у вас сквозной преобразователь протокола из TCP сети в RTU так сложно запомнить на какой адрес устройства и какие регистры запрашиваются и в каком количестве ?

    Честно не сталкивался с преобразователями протоколов на лету, обычно железка сама настраивается на чтение регистров slave RTU устройств и предоставляет регистры для TCP, а там хоть пять подключений, это не мешает забирать данные, потому что сама железка читает slave со своим периодом, а ее опрашивают со своим и эти периоды никак не пересекаются.

    Вы же сделали что-то уникальное и тестировали только на OPC, а с двух ПЛК тестировали?, а с двух ПЛК стороннего производителя тестировали ? Или подобные тесты отдали на откуп клиентам ?

  6. #196

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    Честно не сталкивался с преобразователями протоколов на лету, обычно железка сама настраивается на чтение регистров slave RTU устройств и предоставляет регистры для TCP, а там хоть пять подключений, это не мешает забирать данные, потому что сама железка читает slave со своим периодом, а ее опрашивают со своим и эти периоды никак не пересекаются.
    Сколько угодно таких преобразователей на лету. Скажем так, их большинство. И это удобно.

  7. #197
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,583

    По умолчанию

    Только вот само RTU устройство не умеет работать с двумя мастерами, если нет разграничения во времени. А так то да, Ethernet-RS485 с TCP сервером так же на лету работают, если на ПК либо виртуальный COM порт, либо ПО может работать с портом сразу поверх TCP. Проблемы конечного устройства это не отменяет. Но тут то заявлено, что мы обращаемся именно по Modbus TCP, шлюз преобразует в RTU и отдает обратно в Modbus TCP...

    У меня есть одна железка подобного рода, но руки не доходят потестить именно таким образом, чтобы ее двое опрашивали, посмотреть что из этого получится.
    Последний раз редактировалось melky; 22.11.2020 в 10:29.

  8. #198

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    А что там описывать? вы знаете с какого IP и на какой порт пришел запрос, если у вас сквозной преобразователь протокола из TCP сети в RTU так сложно запомнить на какой адрес устройства и какие регистры запрашиваются и в каком количестве ?

    Честно не сталкивался с преобразователями протоколов на лету, обычно железка сама настраивается на чтение регистров slave RTU устройств и предоставляет регистры для TCP, а там хоть пять подключений, это не мешает забирать данные, потому что сама железка читает slave со своим периодом, а ее опрашивают со своим и эти периоды никак не пересекаются.

    Вы же сделали что-то уникальное и тестировали только на OPC, а с двух ПЛК тестировали?, а с двух ПЛК стороннего производителя тестировали ? Или подобные тесты отдали на откуп клиентам ?
    Или устройство преобразователь (и тогда он НЕ ДОЛЖЕН трактовать/оптимизировать пакеты по модбас, это дело мастера), а тем более рассматривать 2 соединения с одного IP как одно!
    Либо это коуплер, сам опрашивающий устройства и видимый во внешней сети как slave сразу по множеству адресов.
    Во втором случаем можно играться с анализом и т.п. оптимизациями, т.к. уж в своём собственном ответе устройство уверено.
    Тролль-наседка, добрый, нежный и ласковый

  9. #199
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,583

    По умолчанию

    Простите, а кто в здравом уме будет настраивать опрос двумя мастерами с одного ПК ? этот режим как раз для разных мастеров с разными адресами.
    И на прошлой странице вы кажется неправильно выразились, ранее писали, что у мастера таймаут должен быть заведомо больше двух опросов, так как МКОН ставит в очередь запрос, если в этот момент идет опрос другим мастером.

  10. #200

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    Простите, а кто в здравом уме будет настраивать опрос двумя мастерами с одного ПК ? этот режим как раз для разных мастеров с разными адресами.
    И на прошлой странице вы кажется неправильно выразились, ранее писали, что у мастера таймаут должен быть заведомо больше двух опросов, так как МКОН ставит в очередь запрос, если в этот момент идет опрос другим мастером.
    О, бывает и так. основной процесс управления и визуализация.

    Таймаут должен быль более времени ожидания ответа шлюзом. Если же 2 мастера посылают пакеты так часто, что их переварить 485 не может - тут никакие таймауты не помогут...
    Речь то идет не о обычном времени ответа модуля, а о максимальном.
    Тролль-наседка, добрый, нежный и ласковый

Страница 20 из 45 ПерваяПервая ... 10181920212230 ... ПоследняяПоследняя

Похожие темы

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

Ваши права

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