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

Тема: OwenLogic 1.15

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

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    По умолчанию

    Мы тоже грешили на связь... поставили отдельный блок питания на управление (ПР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 намного проще... отправили регистры в буфер и все, делаем свои дела и ждем когда нам придет ответ в виде прерывания о законченной отправке/приеме данных... т.е. цикл программы нас почти не лимитирует по скорости обмена... Заканчивая свои размышления, хочется скачать что при более высокой скорости и при низкой скорости происходит тоже самое... ну может быть при высокой скорости на чуть чуть быстрее отрабатывают датчики и выхода...
    Программу к сожалению не имею право выкладывать в открытый доступ...

  2. #2

    По умолчанию

    Цитата Сообщение от 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

  3. #3

    По умолчанию

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

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

    1.png

    2.png

    3.png

  4. #4

    По умолчанию

    Цитата Сообщение от 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

  5. #5

    По умолчанию

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

  6. #6

    По умолчанию

    Цитата Сообщение от roman_1986 Посмотреть сообщение
    В общем сейчас пошел проверять еще раз... Программа со всеми макросами дает задержку в промежутках от 0 до 1.5 секунд.... убираю все макросы - и задержек нет!!! Грешу на большие макросы..... Так же проверил макросы по одному, т.е. оставлял только один макрос и запускал.... нет задержек... при добавлении под одному макросу - начинают появляться задержки....
    С Вашими настройками это неизбежно, увеличивается время цикла, и соответственно идут не ответы от модуля, начинаются повторные запросы что затягивает обмен.
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    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

  7. #7

    По умолчанию

    Т.е. получается пока макрос не завершит свой цикл, программа ждет?

  8. #8

    По умолчанию

    А какие именно настройки?

Похожие темы

  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, 18:37

Ваши права

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