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

[NikitaR]

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

Как а и писал ранее меня бы устроил вот такой алгоритм решения моей проблемы:
screenshot2018-11-19001.1542618358.png
НО переменные выделенные красным цветом не хотят назначаться!
Может быть я что то не так делаю?

Прочитал, все что вы тут выше написал, и понял только одно, что я очень сильно плаваю в некоторых терминах, хотя интуитивно я думаю, что донес основную мысль.
Так же понял, что возможно тот способ который я изначально предложил, и который мне помог реализовать Aviator_VZh, возможно не верный из-за того, что переменные (XYZDN) на выходе не могут нести "универсальную функцию использования".
Но как иначе мне управлять ими? Ведь это 5 основных исполнительных механизма станка, которые должны работать с правильной логикой и последовательностью, и ими можно управлять только по принципу 0,1...

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

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

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

UPD.
Условно говоря что внутри макросов/программ:
screenshot2018-11-19001.1542619517.png

[Sel]

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

[capzap]

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

Как а и писал ранее меня бы устроил вот такой алгоритм решения моей проблемы:
screenshot2018-11-19001.1542618358.png

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

[NikitaR]

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

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

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

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

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

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

UPD.
Условно говоря что внутри макросов/программ:
screenshot2018-11-19001.1542619517.png

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

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

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

Ответа на поставленные вопросы я так и не получил.

[Сергей0308]

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

Как а и писал ранее меня бы устроил вот такой алгоритм решения моей проблемы:
screenshot2018-11-19001.1542618358.png
НО переменные выделенные красным цветом не хотят назначаться!
Может быть я что то не так делаю?

Прочитал, все что вы тут выше написал, и понял только одно, что я очень сильно плаваю в некоторых терминах, хотя интуитивно я думаю, что донес основную мысль.
Так же понял, что возможно тот способ который я изначально предложил, и который мне помог реализовать Aviator_VZh, возможно не верный из-за того, что переменные (XYZDN) на выходе не могут нести "универсальную функцию использования".
Но как иначе мне управлять ими? Ведь это 5 основных исполнительных механизма станка, которые должны работать с правильной логикой и последовательностью, и ими можно управлять только по принципу 0,1...

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

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

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

UPD.
Условно говоря что внутри макросов/программ:
screenshot2018-11-19001.1542619517.png

Я вот нашёл здесь логику и попробовал сделать на регистре сдвига:

На регистре сдвига.PNG

Как минимум в 3 раза сократилось количество временных уставок!

И если коммутировать целочисленный выход, можно свести 6 выходов макросов в одну целочисленную переменную(через сдвиг), каждый макрос занимает 5 бит, всего в переменной 32 бита, останется мультиплексор целочисленный придумать на 17 входов, типа такого:

MUL8IR.PNG

Всё!

Как один из вариантов коммутации для моего преведущего таймера на регистре сдвига:

Мой вариант_4.PNG

Наверно проще, 6 мультиплексоров поставить?!

И, если все макросы похожие, отличаются только значением уставки, может проще уставку изменить?

[Sel]

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

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

Ранее я писал, что Вам проще уйти от хитрых схем и менять только задержки, тем более, что Вы написали что только их требуется задавать.
В приложении мой пример чего я хотел сказать.
Если подать 0 на вход макроса, то он обнулит таймаут, т.е. если сделать 0 программу, она будет сбросом. Помогает не ждать завершения программы, 0 программу можно принудительно запускать перед запуском выбранной оператором программы. (к блинк можно точно так же прикрутить макрос и для задания времени задержек и для сброса) Все задержки задаются в мс. Соответственно в макрос можно добавит нужное Вам количество выходов, и прикрепить задержки соответствующие каждой программе.
Я нарисовал вторую часть, т.е. реализацию задания задержек в зависимости от выбранной программы. За кадром остается выбор программы на экране и что будет являться триггером на запуск самой программы. Т.е. к этой части прикрутить экран, добавить нужное кол-во задержек и будет счастье.