Страница 4 из 13 ПерваяПервая ... 23456 ... ПоследняяПоследняя
Показано с 31 по 40 из 129

Тема: OwenLogic 1.15

  1. #31

    По умолчанию

    Добрый день уважаемые разработчики... В двух словах: У нас имеется ПР200, СП307Б, МВ110-32 и МУ110-32. Связь по RS485 следующим образом (скоростя пробовали разные и 9600 и 115200): СП307 (мастер)->ПР200 (RS485-1), затем с ПР200 (RS485-2) на модуля МВ110 и МУ110... Программа состоит из одного большого макроса + много небольших макросов... Проблема в следующем: при срабатывание датчика происходит включение реле (по программе),так вот датчик сработал, а реле может сработать сразу, а может и через секунду... что для нас очень нежелательно. По мере удаления макросов из программы, начинает работать стабильнее... ПО информации в программе - среднее время выполнения программы - 9мс... А в действительности как будто 1 секунда...
    Собственно вопрос: как в OwenLigoc обрабатываются макросы? Пока макрос не отработает, программа ждет?
    Надеюсь смог объяснить проблему... Заранее спасибо.

    Безымянный.png
    Последний раз редактировалось roman_1986; 02.12.2019 в 09:23.

  2. #32

    По умолчанию

    Неплохо было бы посмотреть саму программу, чтобы видеть, как она обрабатывает сигнал с датчика. Датчик аналоговый или датчик-реле? И при чём тут сетевые настройки? Датчик привязан к одному устройству, а реле -- к другому? Тогда нужно не столько скоростями играть, столько периодом опроса.
    Последний раз редактировалось dan75; 02.12.2019 в 09:53.

  3. #33

    По умолчанию

    Цитата Сообщение от roman_1986 Посмотреть сообщение
    Добрый день уважаемые разработчики... В двух словах: У нас имеется ПР200, СП307Б, МВ110-32 и МУ110-32. Связь по RS485 следующим образом (скоростя пробовали разные и 9600 и 115200): СП307 (мастер)->ПР200 (RS485-1), затем с ПР200 (RS485-2) на модуля МВ110 и МУ110... Программа состоит из одного большого макроса + много небольших макросов... Проблема в следующем: при срабатывание датчика происходит включение реле (по программе),так вот датчик сработал, а реле может сработать сразу, а может и через секунду... что для нас очень нежелательно. По мере удаления макросов из программы, начинает работать стабильнее... ПО информации в программе - среднее время выполнения программы - 9мс... А в действительности как будто 1 секунда...
    Собственно вопрос: как в OwenLigoc обрабатываются макросы? Пока макрос не отработает, программа ждет?
    Надеюсь смог объяснить проблему... Заранее спасибо.

    Безымянный.png
    Я думаю проблема в стабильности связи по RS, точнее настройках задержек и таймаутов, если оборудование по связи находится рядом, лучше работать на максимальной скорости. так же играет роль количество сетевых переменных которыми обмениваются приборы. Так посмотрите время ответа на модулях, его можно так же уменьшить, по умолчанию там вроде 20 мс.
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    e-mail: yu.revaka@owen.ru

    Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
    Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
    Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ

  4. #34

    По умолчанию

    Мы тоже грешили на связь... поставили отдельный блок питания на управление (ПР200, МУ110 и МВ110), независимо от скорости связи, происходит тоже самое... переменных сетевых мизер... для панели штук 20, на модулях по 2 переменных... Время опроса уменьшено, время и таймаут ответа по 20 установлено.... Причем интересный момент получился, на ПР200 используются выхода... так вот они работают четко! Соответственно проблема в связи модуле либо ВВОДа, либо ВЫВОДА... Панель (СП307) сидит на первом RS485, с ней проблем нет. Причем на панели индикация переменной, которая ушла на модуль, отображается без задержек и "тормозов", т.е. нажали на кнопке включить выход №1 на модуле ВЫВОДА, бит от панели пошел на ПР200, обработался, отправился на панель и на модуль ВЫВОДА, на панели изменилось состояние бита (а значит и на модуль ВЫВОДА отправили уже бит), а в реале может сразу сработать выход, а может и спустя секунду... и что самое интересное, что задержка варьируется от примерно 0 мс до 1.5 секунд... У меня один макрос содержит очень много элементов... к слову, макрос "весит" почти 3 мегабайта.... при удалении этого макроса работает более шустрее... (предвижу возможные высказывания в адрес данного макросу скажу сразу, данный макрос обрабатывает ту часть программы, с которой вообще нет проблем...) Приближаемся к вопросу, который я задал в самом начале )))

    Собственно вопрос: как в OwenLigoc обрабатываются макросы? Пока макрос не отработает, программа ждет?

    Возможно ли такое, что пока внутренняя программа (ЯДРО так сказать) не обработает данный макрос, программа не "решает" другие вопросы? У ПР200 внутри стоит STM32 контроллер, и скорее всего реализовано RTOS, ну и соответственно многозадачность... и возможно ли такое, что макрос обрабатывается как то иначе?
    До этого решали похожие задачи на ПР200 и с такими же модулями... но макросы были очень мелкими 5-20 элементов... и никаких проблем нет даже на низких скоростях...
    По поводу максимальной скорости RS485 - спешу не согласиться что это решение лучше... модуль МУ110 или МВ110 использует всего по 2 регистра... а это 32 бита, ну еще + стоповые и стартовые биты... при скорости 115200 наш модуль может опрашиваться более 2.000 раз (!!!). при том, что программа имеет цикл около 10 мс... т.е. сама программа сможет опрашивать модель не более 100 раз за 1 секунду... даже этого более чем достаточно... НО(!!!) какая будет помехоустойчивость при такой скорости??? При скорости 9600 за 1 секунду мы можем получать данные около 200 раз в секунду.... но помехоустойчивость будет лучше... Я даже согласен что используя STM32, скорее всего используется аппаратный RS232+преобразователь RS485, с аппаратным RS намного проще... отправили регистры в буфер и все, делаем свои дела и ждем когда нам придет ответ в виде прерывания о законченной отправке/приеме данных... т.е. цикл программы нас почти не лимитирует по скорости обмена... Заканчивая свои размышления, хочется скачать что при более высокой скорости и при низкой скорости происходит тоже самое... ну может быть при высокой скорости на чуть чуть быстрее отрабатывают датчики и выхода...
    Программу к сожалению не имею право выкладывать в открытый доступ...

  5. #35

    По умолчанию

    Мы даже начали грешили на помехи от клапанов, которые подключены на модуль вывода... и поставили промежуточные реле, чтобы развязать вообще все...

  6. #36
    Пользователь Аватар для Сергей0308
    Регистрация
    25.06.2011
    Адрес
    Галактика Андромеды (M31)
    Сообщений
    8,167

    По умолчанию

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

  7. #37

    По умолчанию

    Цитата Сообщение от roman_1986 Посмотреть сообщение
    Мы тоже грешили на связь... поставили отдельный блок питания на управление (ПР200, МУ110 и МВ110), независимо от скорости связи, происходит тоже самое... переменных сетевых мизер... для панели штук 20, на модулях по 2 переменных... Время опроса уменьшено, время и таймаут ответа по 20 установлено.... Причем интересный момент получился, на ПР200 используются выхода... так вот они работают четко! Соответственно проблема в связи модуле либо ВВОДа, либо ВЫВОДА... Панель (СП307) сидит на первом RS485, с ней проблем нет. Причем на панели индикация переменной, которая ушла на модуль, отображается без задержек и "тормозов", т.е. нажали на кнопке включить выход №1 на модуле ВЫВОДА, бит от панели пошел на ПР200, обработался, отправился на панель и на модуль ВЫВОДА, на панели изменилось состояние бита (а значит и на модуль ВЫВОДА отправили уже бит), а в реале может сразу сработать выход, а может и спустя секунду... и что самое интересное, что задержка варьируется от примерно 0 мс до 1.5 секунд... У меня один макрос содержит очень много элементов... к слову, макрос "весит" почти 3 мегабайта.... при удалении этого макроса работает более шустрее... (предвижу возможные высказывания в адрес данного макросу скажу сразу, данный макрос обрабатывает ту часть программы, с которой вообще нет проблем...) Приближаемся к вопросу, который я задал в самом начале )))

    Собственно вопрос: как в OwenLigoc обрабатываются макросы? Пока макрос не отработает, программа ждет?

    Возможно ли такое, что пока внутренняя программа (ЯДРО так сказать) не обработает данный макрос, программа не "решает" другие вопросы? У ПР200 внутри стоит STM32 контроллер, и скорее всего реализовано RTOS, ну и соответственно многозадачность... и возможно ли такое, что макрос обрабатывается как то иначе?
    До этого решали похожие задачи на ПР200 и с такими же модулями... но макросы были очень мелкими 5-20 элементов... и никаких проблем нет даже на низких скоростях...
    По поводу максимальной скорости RS485 - спешу не согласиться что это решение лучше... модуль МУ110 или МВ110 использует всего по 2 регистра... а это 32 бита, ну еще + стоповые и стартовые биты... при скорости 115200 наш модуль может опрашиваться более 2.000 раз (!!!). при том, что программа имеет цикл около 10 мс... т.е. сама программа сможет опрашивать модель не более 100 раз за 1 секунду... даже этого более чем достаточно... НО(!!!) какая будет помехоустойчивость при такой скорости??? При скорости 9600 за 1 секунду мы можем получать данные около 200 раз в секунду.... но помехоустойчивость будет лучше... Я даже согласен что используя STM32, скорее всего используется аппаратный RS232+преобразователь RS485, с аппаратным RS намного проще... отправили регистры в буфер и все, делаем свои дела и ждем когда нам придет ответ в виде прерывания о законченной отправке/приеме данных... т.е. цикл программы нас почти не лимитирует по скорости обмена... Заканчивая свои размышления, хочется скачать что при более высокой скорости и при низкой скорости происходит тоже самое... ну может быть при высокой скорости на чуть чуть быстрее отрабатывают датчики и выхода...
    Программу к сожалению не имею право выкладывать в открытый доступ...
    Сделайте скрины сетевых настроек в Owenlogic. Прочитав вторую часть про скорость, сразу скажу Вы ошибаетесь в быстродействии, не получится опрашивать на скорости 115200 2000 раз в секунду, максимум около 90 и то на не "нагруженной" программе, 10 мс это уже вполне себе нагруженная.
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    e-mail: yu.revaka@owen.ru

    Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
    Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
    Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ

  8. #38

    По умолчанию

    Спасибо за ответ... по поводу 2000 раз в секунду, это я имел ввиду, что по протоколу и данной скорости мы может столько обращаться))) А так, да... максимум 90раз в секунду...и это более чем достаточно....

    Функция чтения 0х03 для модуля ввода.
    Функция записи 0х10 для модуля вывода.
    И там и там стоит галочка - ЗАПИСЬ ПО ИЗМЕНЕНИЮ...
    А вот период опроса 25 мс, это я так понимаю именно через сколько будет происходить следующий опрос? Т.е. за 1 секунду опрос - 40 раз? (даже если так, и этого должно быть достаточно..... а у нас как будто 1 раз в 1 секунду....)

    1.png

    2.png

    3.png

  9. #39

    По умолчанию

    Цитата Сообщение от roman_1986 Посмотреть сообщение
    Спасибо за ответ... по поводу 2000 раз в секунду, это я имел ввиду, что по протоколу и данной скорости мы может столько обращаться))) А так, да... максимум 90раз в секунду...и это более чем достаточно....

    Функция чтения 0х03 для модуля ввода.
    Функция записи 0х10 для модуля вывода.
    И там и там стоит галочка - ЗАПИСЬ ПО ИЗМЕНЕНИЮ...
    А вот период опроса 25 мс, это я так понимаю именно через сколько будет происходить следующий опрос? Т.е. за 1 секунду опрос - 40 раз? (даже если так, и этого должно быть достаточно..... а у нас как будто 1 раз в 1 секунду....)

    1.png

    2.png

    3.png
    По первой картинке, интервал между запросами можно уменьшить до 2 мс.
    По второй и третей, таймаут ответа можно 200-300мс поставить.
    Сами переменные не вижу как выбраны команды, но надеюсь что в модуль вывода только пишем, а из модуля ввода только читаем. По поводу чекбоксов изменения, то это опция для выходного модуля, если у вас данные не меняются часто, лучше оставить по изменению, тогда команда будет уходить на модуль только по факту изменения выходного состояния из ПР, это даст больше времени на другие команды.
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    e-mail: yu.revaka@owen.ru

    Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
    Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
    Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ

  10. #40

    По умолчанию

    В общем сейчас пошел проверять еще раз... Программа со всеми макросами дает задержку в промежутках от 0 до 1.5 секунд.... убираю все макросы - и задержек нет!!! Грешу на большие макросы..... Так же проверил макросы по одному, т.е. оставлял только один макрос и запускал.... нет задержек... при добавлении под одному макросу - начинают появляться задержки....

Страница 4 из 13 ПерваяПервая ... 23456 ... ПоследняяПоследняя

Похожие темы

  1. OwenLogic 1.3
    от Евгений Сергеевич в разделе Программируемые реле
    Ответов: 317
    Последнее сообщение: 29.04.2020, 09:29
  2. OwenLogic 1.14
    от Андрей Посохов в разделе Среда программирования OWEN Logic
    Ответов: 150
    Последнее сообщение: 27.08.2019, 10:44
  3. OwenLogic 1.13
    от Андрей Посохов в разделе Среда программирования OWEN Logic
    Ответов: 243
    Последнее сообщение: 29.05.2019, 18:47
  4. OwenLogic 1.5
    от Евгений Сергеевич в разделе Программируемые реле
    Ответов: 259
    Последнее сообщение: 22.11.2015, 19:52
  5. OwenLogic 1.6
    от Евгений Сергеевич в разделе Программируемые реле
    Ответов: 26
    Последнее сообщение: 10.10.2012, 19:37

Ваши права

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