Шаблоны сетевых устройств для OWEN Logic

[melky]

Так.
Опрос - 1 просто разрешает опрос устройства и ничего более, пока в 1, устройство будет опрашиваться. Почему же устройство опрашивается, если переменная Опрос НЕ ЗАДАНА ???? где логика ? при чем опрашиваются ВСЕ переменные, в которых переменная "Запуск чтения" так же НЕ ЗАДАНА

Что на счет переменных Статус ?

И таки бит en1 и en2 не будет сбрасываться, если активировать вход и не трогать..

И таки не понимаю, о каком аппаратном сбросе бита речь, все в программе. Аппаратно, когда мы послали импульс в какую-то ВНУТРЕННЮЮ (флаг, маркер) переменную ПР и после чтения она будет сброшена самим ПР а не нашей программой. А то ваши слова об аппаратности переменных еще больше сбивают с толку.

[Ревака Юрий]

Так.
Опрос - 1 просто разрешает опрос устройства и ничего более, пока в 1, устройство будет опрашиваться. Почему же устройство опрашивается, если переменная Опрос НЕ ЗАДАНА ???? где логика ? при чем опрашиваются ВСЕ переменные, в которых переменная "Запуск чтения" так же НЕ ЗАДАНА

Что на счет переменных Статус ?

И таки бит en1 и en2 не будет сбрасываться, если активировать вход и не трогать..

И таки не понимаю, о каком аппаратном сбросе бита речь, все в программе. Аппаратно, когда мы послали импульс в какую-то ВНУТРЕННЮЮ (флаг, маркер) переменную ПР и после чтения она будет сброшена самим ПР а не нашей программой. А то ваши слова об аппаратности переменных еще больше сбивают с толку.

Нет, флаги разрешения опроса самого устройства en1, en2 это постоянные значения (0 или 1), если туда ничего не назначено, ничего и не анализируется, модуль всегда в работе. А вот флаг чтения rd, он взводится по фронту, специально триггер поставил, а сбрасывается сами процессором, после опроса всех регистров куда входит флаг. Для всех остальных регистров где нет флагов чтения/записи работает опрос по заданному значению периода опроса, можно поставить в максимальное значение или выделить в отдельное устройство и запускать по разрешению, тогда не будет достигнуто максимальное время 65535 мс, разбив таким образом по группам, можно хоть раз в 10 минут запросы делать. Если флаг rd принудительно выставить в "1" без фронта, будет опрос с максимально возможной скоростью.

[Сергей0308]

Вот у меня вопрос созрел, даже два: насколько понял опрос это и чтение и запись переменной, я правильно понял? Тогда почему не написать не опрос, а обмен, так, мне кажется, будет понятней, не будет вводить в заблуждение, всё-таки, под опросом я больше склонен понимать чтение, русский язык он очень коварный!
И второе: почему у Вас везде стоит галочка "Запись по изменению"?
Я вот в одном из проектов решил убрать эту галочку и всё перестаёт работать, пишется один регистр в СМИ2, даже период поставил 1000 мс, не пишет и всё, стоит поставить галочку запись по изменению - начинает писать, что за лабуда, противоречит вашим описаниям! Вот проект: Ротация_22.owl
СМИ2 находится рядом в 30 см от ПР200! Цикл программы 2 мс.
Объект рабочий, я не могу там долго экспериментировать, только когда что-то не работает или что-то добавим, в последний раз добавили счётчик воды с импульсным выходом(подключен на I6), залил программу без галочки "Запись по изменению", не работает, запись не идёт, ставлю галочку, перезаливаю, всё заработало, ура и так приблизительно каждые полгода!
Короче, какие мне в следующий раз поставить значения в настройках обмена, чтобы заработало без галочки "Запись по изменению", только скорость прошу не трогать, её я не стану менять, так как дело не в ней, с галочкой всё прекрасно работает на этой скорости!

[Ревака Юрий]

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

[Сергей0308]

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

Видимо Вы как-то не так поняли: при записи по изменению всё хорошо работает, как только снимаю галку перестаёт работать, писать значения в единственный регистр, хотя по моим предположениям и вашим рассказам должно писать с периодом 1000 мс(такие у меня настройки) независимо изменилось значение или нет, я так понял Вы ещё никогда не пробовали писать что-либо с каким-то периодом?
И по первому вопросу хотелось бы внести ясность: опрос это только чтение или чтение и запись одновременно?

[melky]

Ревака Юрий вы опять сбиваете с толку, rd будет сброшен на следующем цикле самим RTRIG, при чем тут какая то аппаратность процессора после чтения переменной ? хватит уже придумывать новые способности для ПР. или вы хотите сказать что если цикл ПР будет 10 мс, а чтением переменных 20 мс (всем поставим переменную rd для разрешения), то rd будет сброшен через 20 ? Из аппаратных вижу только часы, все остальное программные функции

з.ы. то есть фактически отключить опрос в ПР получается нельзя ? раз он будет выполняться при 1 в параметре Опрос и при отсутствии параметра, или при 0 в параметре устройство отключено ?

Например Опрос = 1, регистры с параметром Запуск чтения = 0 - переменные этих регистров никогда читаться не будут пока не подадим импульс на Запуск чтения ?

[Ревака Юрий]

Видимо Вы как-то не так поняли: при записи по изменению всё хорошо работает, как только снимаю галку перестаёт работать, писать значения в единственный регистр, хотя по моим предположениям и вашим рассказам должно писать с периодом 1000 мс(такие у меня настройки) независимо изменилось значение или нет, я так понял Вы ещё никогда не пробовали писать что-либо с каким-то периодом?
И по первому вопросу хотелось бы внести ясность: опрос это только чтение или чтение и запись одновременно?

Понял о чем речь, специально проверил сейчас еще раз, да действительно настройка "Период опроса" это для чтения, если добавить команду на запись, без чекбокса "запись по изменению" запись не производится, т.е. в зависимости от ситуации или устанавливаем запись по изменению, тогда отправка будет при каждом изменении, что не всегда рационально, или используем флаг записи, алгоритм его работы как и с флагом чтения.

p.s Для меня это тоже стало неожиданностью, знал и забыл, или не обращал внимание.

[Ревака Юрий]

Ревака Юрий вы опять сбиваете с толку, rd будет сброшен на следующем цикле самим RTRIG, при чем тут какая то аппаратность процессора после чтения переменной ? хватит уже придумывать новые способности для ПР. или вы хотите сказать что если цикл ПР будет 10 мс, а чтением переменных 20 мс (всем поставим переменную rd для разрешения), то rd будет сброшен через 20 ? Из аппаратных вижу только часы, все остальное программные функции

з.ы. то есть фактически отключить опрос в ПР получается нельзя ? раз он будет выполняться при 1 в параметре Опрос и при отсутствии параметра, или при 0 в параметре устройство отключено ?

Например Опрос = 1, регистры с параметром Запуск чтения = 0 - переменные этих регистров никогда читаться не будут пока не подадим импульс на Запуск чтения ?

Разрешение работы с модулем первично, если назначен и там "0" то все, нет обмена, если разрешили, то дальше по цепочке, в зависимости от того что назначено и в каком состоянии.

[melky]

Разрешение работы с модулем первично, если назначен и там "0" то все, нет обмена, если разрешили, то дальше по цепочке, в зависимости от того что назначено и в каком состоянии.

Опрос = не задано, читается все.
С разрешением понятно (Опрос = 0 - нет опроса), Опрос = 1 - ведется опрос согласно Запуск чтения.

Так все же, переменная, привязанная к "Запуск чтения" будет сохранять лог 1 до окончания опроса или все же будет сброшена на следующем цикле FB RTRIG ?
Если rd, будучи запущенной через RTRIG контролируется ПР и удерживается в 1 до окончания запроса, который может быть дольше цикла ПР ее можно воспринимать как переменную busy ? или нет ?
Если к нескольким регистрам будет привязана одна переменная rd - какое будет поведение ? С учетом того, что нет групповых запросов в ПР.

И по поводу переменных Статус как применительно к устройству так и применительно к регистру вы ничего не написали...

[Ревака Юрий]

Опрос = не задано, читается все.
С разрешением понятно (Опрос = 0 - нет опроса), Опрос = 1 - ведется опрос согласно Запуск чтения.

Так все же, переменная, привязанная к "Запуск чтения" будет сохранять лог 1 до окончания опроса или все же будет сброшена на следующем цикле FB RTRIG ?
Если rd, будучи запущенной через RTRIG контролируется ПР и удерживается в 1 до окончания запроса, который может быть дольше цикла ПР ее можно воспринимать как переменную busy ? или нет ?
Если к нескольким регистрам будет привязана одна переменная rd - какое будет поведение ? С учетом того, что нет групповых запросов в ПР.

И по поводу переменных Статус как применительно к устройству так и применительно к регистру вы ничего не написали...

Я сейчас попытаюсь все варианты собрать в одно целое и сделать пример, что как и когда. Скриншоты выше, там 10 регистров на чтение с установленными битами rd, после включения входа устанавливается этот бит, через 1 мс он сбросится, но он уже попал в модбас для запуска чтения, и после этого идут команды по очереди, с учетом отсутствия групповых, пока не отправятся все задания где задействован этот бит, после ничего не происходит, если отсутсвуют регистры для чтения по периоду опроса. На счет busy, сходу не скажу, но в ПР своя очередь, думаю что нет смысла сильно наворачивать еще и в логике. Статус устройства общий, "Статус — указание булевской переменной, в которую записывается статус прибора: 1 — устройство функционирует нормально, 0 — связь с устройством потеряна." если прибор отключен бит меняется с 1->0, на счет регистра "Статус — назначается целочисленная переменная, в которую будет записан код ошибки Modbus, в случае ее появления."