Показано с 1 по 10 из 504

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

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    13,285

    По умолчанию

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

    У шлюза тоже есть таймаут ожидания ответа по 485. И если таймаут мастера больше чем таймаут шлюза - то мастер будет рвать соединение и конектится снова.
    сообщение https://owen.ru/forum/showthread.php...l=1#post343618
    и там же где-то, что таймаут мастера должен быть не менее 300 мс (ТРЕХСОТ так его)

    з.ы. да, есть ситуации когда после каждого опроса требуется обрывать соединение между ПК и шлюзом так же как и удерживать соединение. Это не принципиально особенно, а вот если мастер получив ответ ждет оставшееся время таймаута это туши свет, сам так запрограммил один драйвер, не понимая процесса. Потом правда с разработчиком допилили часть кода, где можно было останавливаться раньше и обрывать таймаут. Вообще проблема сидит где-то в работе с портом в Windows, если я правильно понял.

  2. #2

    По умолчанию

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

    сообщение https://owen.ru/forum/showthread.php...l=1#post343618
    и там же где-то, что таймаут мастера должен быть не менее 300 мс (ТРЕХСОТ так его)

    з.ы. да, есть ситуации когда после каждого опроса требуется обрывать соединение между ПК и шлюзом так же как и удерживать соединение. Это не принципиально особенно, а вот если мастер получив ответ ждет оставшееся время таймаута это туши свет, сам так запрограммил один драйвер, не понимая процесса. Потом правда с разработчиком допилили часть кода, где можно было останавливаться раньше и обрывать таймаут. Вообще проблема сидит где-то в работе с портом в Windows, если я правильно понял.
    Получив ответ от slave - МКОН, естественно, не ждет еще 300мс. а вот не получив - ждет. И мастер, опрашивающий МКОН, по идее должен иметь таймаут не менее этих 300 мс.
    Тролль-наседка, добрый, нежный и ласковый

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

    По умолчанию

    Цитата Сообщение от Филоненко Владислав Посмотреть сообщение
    Получив ответ от slave - МКОН, естественно, не ждет еще 300мс. а вот не получив - ждет. И мастер, опрашивающий МКОН, по идее должен иметь таймаут не менее этих 300 мс.
    ну вот взяли и разрушили стройную теорию мелкого что вы не умеете делать приборы
    Bad programmers worry about the code. Good programmers worry about data structures and their relationships

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

Похожие темы

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

Ваши права

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