Вот это в ОЛ бесит больше всего... что при записи в FB нельзя писать секунды, минуты, часы, дни ....
Вот это в ОЛ бесит больше всего... что при записи в FB нельзя писать секунды, минуты, часы, дни ....
Верно ли, что управлять выходом АО нужно переменной float=0...1,0? Читал в форуме про какие-то другие цифры (500 и 22).
Можно ли получить выходной сигнал 0...20мА или работает только 4...20мА?
И какой есть критерий отсутствия сигнала на AI если он отдает в переменную диапазон 4...20мА? Будет результат меньше настройки нижнего предела или останеттся значение нижнего предела? Сам проверить не могу, нет живого прибора.
Последний раз редактировалось Серёга Букашкин; 25.11.2015 в 12:11.
Да, на аналоговый выход подаётся FLOAT диапазон значений: 0 - 1! Про 500 и 22 , это конкретный случай, когда при значении переменной "500", на выходе надо было 4 мА, а при значении переменной "22" - 20 мА!Сообщение от Серёга Букашкин
Последний раз редактировалось Сергей0308; 25.11.2015 в 12:25.
В симуляторе бесит, что в некоторых случаях симуляция не работает, не выдавая никаких сообщений. Разобрался, но поматерился.
И что из всех счетчиков только инкрементный CTU не имеет энергонезависимой памяти.
И к счетчику с автосбросом CT надо прикрутить внешний сброс.
И ещё на этапе проектирования просил 32 битный счетчик (слепил макрос), хорошо, хоть на экране можно отобразить 11 знаков.
Последний раз редактировалось and909; 25.11.2015 в 14:50.
БАГ #5 1.8.4. beta 109 В приложенном файле проект, в макросе LIghtCtrlV есть константа на форме - при смене ее значения отображение ее не меняется.
Ошибка_константы.jpg
Последний раз редактировалось sdy; 29.11.2015 в 15:14.
В догонку
БАГ #4.2 Еше в дополнение. Та-же проблема (Crtrl+Z, Ctrl+Y) наблюдается при изменении размеров блоков с Ctrl+вправо (влево).
Здравствуйте. Как бы донести до разработчиков ПР200, что поведение изделия в приложенном проекте странное?
test3.owl
Этот демонстрационный проект был создан, чтобы понять, как происходит переход между экранами. Переключение между экранами 1 и 2 происходит "по изменению переменной", но возможно и по нажатию ESC. На третий экран можно перейти нажатием кнопки OK. Вернуться к экрану 1 - ESC.
Что мы видим при запуске:
1. Переход между экранами происходит не "по изменению", а в том случае, когда соответствующая переменная True. При этом обратный переход, пока переменная True, невозможен. Ни кнопками, ни по переменным.
2. Если одновременно истинны условия перехода между экранами 1->2 и 2->1, то ломается отображение переменных. Так, пока green=True, red всегда отображается как False. И в эти моменты (когда red=green=True) отсутствует реакция на кнопки (нельзя перейти и на экран 3). И переменная yellow тоже замораживается.
3. Если же перейти на экран 3, из которого нет переходов по переменным, то всё отображается адекватно.
Причины всего этого теперь более-менее понятны, это зацикливание в выборе экрана. Но было бы правильно, чтобы в этой ситуации интерфейс не замораживался.
поставьте детектор переднего фронта1. Переход между экранами происходит не "по изменению", а в том случае, когда соответствующая переменная True. При этом обратный переход, пока переменная True, невозможен. Ни кнопками, ни по переменным.
Спасибо, это очевидно.
БАГ #6. 1.8.4. beta 109. При размещении блока BLINK (другие не проверял) у края слева прикрепленная ко входу I константа не перемещается вниз. Причем дефект не постоянный. Подвигав другой элемент можно добиться чтоб она стала перемещаться. В приложенном файле демонстрация.
Ответить с цитированием
