Умный тумблер Прошу помощи!

[capzap]

Всем доброго дня, и спасибо всем кто не равнодушен к моей проблеме!

Как а и писал ранее меня бы устроил вот такой алгоритм решения моей проблемы:
Вложение 39883

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

[NikitaR]

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

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

[NikitaR]

И еще один момент, посмотрите по документации ОЛ как начинает работать его blink, кажется с паузы, в принципе если так устраивает то и ладно.

Да видимо с паузы.

В идеале в программу нужно ввести такое значение как базовое состояние(исходное положение) каждого исполнительного механизма (к примеру 0).
Т.К. Если менять программы с одной на другую, то получается, что одна программа не успевает завершиться, и сразу перескакивает на другую, и получается некий конфликт.
Т.Е. нужно что бы либо каждая программа завершалась до конца, и лишь потом перескакивала, либо перед переходом на другую программу, значение(номер программы) переключать на 0.
К примеру: работает программа №55, а мне нужна №66, перед переходом на №66, я сперва перехожу на программу №0, в программе №0 все исп. механизмы приходят в исходное положение 0, и лишь потом я уже перехожу на программу №66,
№55 => №0 => №66 => №0 => №35 => №0 => №99 => №0..... и т.д.

[melky]

Ну, состояние выходов, защиты это уже другая история.

[Aviator_VZh]

Если идти таким путем, то можно все 100 ИЛИ заменить на три макроса BOOL_INT, просуммировать их выходные значения и перевести в булевую переменную.

[melky]

Aviator_VZh это уменьшит количество FBD ?, так то и SEL можно использовать. понту то ?

[Василий Кашуба]

...
Василий Кашуба, спрашивал по поводу "внутренностей" макросов/программ, Василий там ничего особенного нету, просто логическая последовательность с задержками по времени (скорее даже там нету никакой логики(логических блоков), а просто задержки). Просто для каждой из 100 программ есть своя индивидуальная задержка.

Я понимаю, что можно , наверное, решить эту проблему, просто создав для себя таблицу с каждой программой и задержками временными, и просто на дисплее ПР200 для каждой переменной вбивать каждую новую программу, новые значения, но это очень долго, и можно ошибиться (оператор может не справиться).

Я думал даже может просто уж если на то пошло написать просто 100 *.owl программ, и написать скрипт с помощью которого автоматически подключенный по USB нетбук будет каждый раз загружать в ПР200 новую программу, но это уже какая то муть получается.

UPD.
Условно говоря что внутри макросов/программ:
Вложение 39884

Напишите временные параметры каждого макроса (можно в ЛС) и как долго работает выбранная программа, а также кто или что определяет, что программа закончила выполнятся???

[matandr]

Здравствуйте Василий!
а как сочленить тогда Ваш Бусп с программулиной, что я "кинул" сюда?
Спасибо

[matandr]

или сбросьте мне пожалуйста если это не "секрет полишинеля")))если можно с комментариями

[Aviator_VZh]

Aviator_VZh это уменьшит количество FBD ?, так то и SEL можно использовать. понту то ?

Это значительно упростит создание программы. И какой SEL Вы предлагаете использовать для замены 100 ИЛИ на 3 макроса?