разные вопросы новичка

[Сергей0308]

Все гораздо проще, я хочу удобно. А значит должно сработать с первого раза и правильно (даже если пользователь я сделал что-то не так).
А на счет "случайно нажали какую-то кнопку, можно подержать её не менее секунды" мне ближе заложить двойное быстрое нажатие, чтобы восстановить режим. Не дружу я со всем удержаниями кнопок, поэтому стараюсь от них уйти.

Короче, насколько Вас понял, Вы так хотели, без всяких таймеров:

2 лампы по 8 режимов_8.PNG

[Sel]

Короче, насколько Вас понял, Вы так хотели, без всяких таймеров:

2 лампы по 8 режимов_8.PNG

Спасибо, то, что надо.


Начал собирать временную сборку для ПР200. Добавил в нее Ваш пример но переделал на одну многорежимную лампу и заменил Т-триггер на свой макрос, который работает через DTRIG. В итоге в проекте, включени\выключение лампы происходит только по завершению отсчета ТР. При этом это единственный триггер, который ждет окончания отсчета, все остальные отрабатывают за 1 цикл. Например, если включить пошаговое выполнение, смоделировать одновременное нажатие l2, l3, l6, пройти цикл и отпустить l2, l3, l6 то в следующем цикле будут активны только Q2 и Q3, чтобы активировался Q5 нужно шагать до истечения таймера ТР. Если же запускать управление лампой в отдельном проекте, все происходит за 1 цикл.
Как вариант, именно для этого выключателя вместо DTRIG использовать XOR (в этом случае проект отрабатывает за 1 цикл)
Пробовал уйти от макроса и в поле проекта прописал триггер. Как только в цепочке именно этого выключателя появляется триггер, исполнение зависает на время, указанное для ТР.
Это фича лоджика, или на железе будет так же? Если на железе, то как отвязать триггер от ТР?

Макрос для кнопки со сбросом:
без фиксации.jpg

Фрагмент проекта в котором проявляется фича:
лампа.jpg

[petera]

Спасибо, то, что надо.


Начал собирать временную сборку для ПР200. Добавил в нее Ваш пример но переделал на одну многорежимную лампу и заменил Т-триггер на свой макрос, который работает через DTRIG. В итоге в проекте, включени\выключение лампы происходит только по завершению отсчета ТР. При этом это единственный триггер, который ждет окончания отсчета, все остальные отрабатывают за 1 цикл. Например, если включить пошаговое выполнение, смоделировать одновременное нажатие l2, l3, l6, пройти цикл и отпустить l2, l3, l6 то в следующем цикле будут активны только Q2 и Q3, чтобы активировался Q5 нужно шагать до истечения таймера ТР. Если же запускать управление лампой в отдельном проекте, все происходит за 1 цикл.
Как вариант, именно для этого выключателя вместо DTRIG использовать XOR (в этом случае проект отрабатывает за 1 цикл)
Пробовал уйти от макроса и в поле проекта прописал триггер. Как только в цепочке именно этого выключателя появляется триггер, исполнение зависает на время, указанное для ТР.
Это фича лоджика, или на железе будет так же? Если на железе, то как отвязать триггер от ТР?

Макрос для кнопки со сбросом:
без фиксации.jpg

Фрагмент проекта в котором проявляется фича:
лампа.jpg

Нафига в макросе D триггер, который используется как обычный SR триггер?
Захват-1.png

[Sel]

Нафига в макросе D триггер, который используется как обычный SR триггер?
Захват-1.png

Потому что мне так проще. А, вообще это дело привычки. Если рассматривать именно как блок управления кнопкой, то туда и DTRIG, и SR, и XOR подходят и на всех можно организовать принудительный сброс. Но, так как я новичек, то я беру что мне проще. В DTRIG есть гарантированный сброс и мне это нужно. Да и не думаю, что DTRIG в рамках загрузки Пр200+прм, при минимальных расчетах, сильно съест рессурсы.

P.S. а если относительно моего вопроса, то любой триггер заставляет ждать окончания отсчета ТР.

[Сергей0308]

Потому что мне так проще. А, вообще это дело привычки. Если рассматривать именно как блок управления кнопкой, то туда и DTRIG, и SR, и XOR подходят и на всех можно организовать принудительный сброс. Но, так как я новичек, то я беру что мне проще. В DTRIG есть гарантированный сброс и мне это нужно. Да и не думаю, что DTRIG в рамках загрузки Пр200+прм, при минимальных расчетах, сильно съест рессурсы.

P.S. а если относительно моего вопроса, то любой триггер заставляет ждать окончания отсчета ТР.

Ну что за бред, если у Вас импульс формируется по заднему фронту(спаду), то разумеется он произойдёт по окончанию импульса ТР, кто же Вам запрещает, делайте как хочется! Тем более я в примере показал, как можно "прерывать" импульс ТР до окончания времени первоначальной уставки!

[Sel]

Ну что за бред, если у Вас импульс формируется по заднему фронту(спаду), то разумеется он произойдёт по окончанию импульса ТР, кто же Вам запрещает, делайте как хочется! Тем более я в примере показал, как можно "прерывать" импульс ТР до окончания времени первоначальной уставки!

Нашел свою ошибку. В примере "без проекта", в макросе был передний фронт (макросы называются одинаково, но разные в каждом проекте, поэтому и по разному работают).
Да, я бы хотел включать свет по заднему фронту. Есть ли способ это делать проще, чем использовать обнуление через сброс ТР?

Пока экспериментировал с выключателями, логика упорно вела приоритет выключателя. Но с появлением ТР, приоритет по импульсу переходит на ТР. Ведь задний фронт приходит на триггер от выключателя, но игнорируется.