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

Тема: Конфигуратор vs modbus.lib

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

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1
    Пользователь
    Регистрация
    10.11.2014
    Адрес
    Санкт-Петербург
    Сообщений
    996

    По умолчанию

    И еще сразу вопрос. По моим представлениям конфигуратор реализует некоторую последовательность опроса и в сущности выполняется в некоторой отдельной системной задаче. В общем опрос с конфигуратором выглядит как вариант №2. Так почему его ругают при большом количестве модулей?

  2. #2
    Пользователь Аватар для smk1635
    Регистрация
    06.09.2010
    Адрес
    Брянск
    Сообщений
    1,241

    По умолчанию

    Цитата Сообщение от SKV Посмотреть сообщение
    И еще сразу вопрос. По моим представлениям конфигуратор реализует некоторую последовательность опроса и в сущности выполняется в некоторой отдельной системной задаче. В общем опрос с конфигуратором выглядит как вариант №2. Так почему его ругают при большом количестве модулей?
    Я вам один умный вещь скажу – но только вы не обижайтесь ... ©

    Погоняйте на практике опрос приборов и сами решите правильно ругают конфигуратор, не правильно. Чего воду в ступе толочь.
    Как по мне, то Валенок, в посте 32, дал вполне точный ответ.
    Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда. (Закон Линуса)

  3. #3

    По умолчанию

    Цитата Сообщение от SKV Посмотреть сообщение
    И еще сразу вопрос. По моим представлениям конфигуратор реализует некоторую последовательность опроса и в сущности выполняется в некоторой отдельной системной задаче. В общем опрос с конфигуратором выглядит как вариант №2. Так почему его ругают при большом количестве модулей?
    в конфигураторе определенно или не чистится буффер, или не проверяется соответствие отвечающего ведомого требуемому, что при малых таймаутах (настройка ожидания ответа меньше 100мс) приводило к сказочным результатам при управлении ПЧ и модулями мдвв. Возможно связано с тем, что ответ для ведомого с адресом 2 приходил с опозданием от ведомого 1. хотелось бы увидеть исходный код, отвечающий за работу конфигуратора. Думаю, много кто желает понять причину непредсказуемого поведения конфигуратора и знать наверняка, как обходить его подводные камни.
    Последний раз редактировалось spectrum48k; 23.08.2015 в 15:35.

Похожие темы

  1. Библиотеки MODBUS.LIB и OWENNET.LIB
    от desperadoes в разделе ПЛК1хх
    Ответов: 7
    Последнее сообщение: 30.01.2014, 20:15
  2. Modbus.lib и МДВВ
    от ПРОЕКТ-П в разделе ПЛК1хх
    Ответов: 11
    Последнее сообщение: 17.05.2013, 15:04
  3. Ответов: 4
    Последнее сообщение: 18.09.2012, 22:16
  4. ПЛК100 и Modbus.lib
    от Slev в разделе ПЛК1хх
    Ответов: 14
    Последнее сообщение: 19.03.2012, 08:22
  5. RTE + Modbus.lib
    от K.I.V. в разделе ПЛК3xx (архив)
    Ответов: 10
    Последнее сообщение: 09.07.2008, 10:30

Ваши права

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