OwenLogic 1.3

[Рак]

Если в проекте есть макрос, и Вы его редактируете, то в данном случае изменения подразделяются на 2 вида: критические и некритические. В случае критических изменений, макрос в основной схеме проекта потребуется заменить новым из библиотеки компонентов. И что является логичным, так как изменилась сама логика работы макроса. Об этом программа и сообщает Вам, подсвечивая прямо в схеме красным фоном. Если изменения были не критичны, т.е. на логику работы изменения не повлияли, то заменять ничего не требуется. Да, соглашусь, что на данный момент данная логика не совершенна, и есть что там дописать мне... Но в первом приближении думаю данного функционала достаточно. ))) Конечно, продукт будет развиваться и дальше, тем более видя что есть интерес к данному продукту. )))

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

[wal79]

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

Хотел бы насчет инверсии поподробнее... если вы ставите на схеме новый элемент, например NOT, то макрос должен быть считаться как критически измененный. Но этот элемент конечно должен участвовать в схеме! Если Вы наблюдаете иной эффект, то прошу Вас расписать подробнее изменение, на которое схема не подсвечивает красным, так как возможно там кроется баг.
На данный момент, да, редактируется только шаблон макроса, который находится в библиотеке компонентов. Было много идей для повышения удобства редактирования макроса, но из-за ограниченности во времени разработки проекта, пришлось реализовать на данный момент наиболее универсальный вариант. Но может быть будет еще время сделать редактирование более комфортным. А насчет задержек, то возможно, как уже тут было сказано, для удобства смены задержек компонентов посмотреть в сторону элемента "Write to FB".
Также я здесь уже писал, что на данный момент логика принятия решения критичности изменения макроса не совершенна, к сожалению, по причине ограниченности во времени написания проги.

[Рак]

Хотел бы насчет инверсии поподробнее... если вы ставите на схеме новый элемент, например NOT, то макрос должен быть считаться как критически измененный. Но этот элемент конечно должен участвовать в схеме! Если Вы наблюдаете иной эффект, то прошу Вас расписать подробнее изменение, на которое схема не подсвечивает красным, так как возможно там кроется баг.
На данный момент, да, редактируется только шаблон макроса, который находится в библиотеке компонентов. Было много идей для повышения удобства редактирования макроса, но из-за ограниченности во времени разработки проекта, пришлось реализовать на данный момент наиболее универсальный вариант. Но может быть будет еще время сделать редактирование более комфортным. А насчет задержек, то возможно, как уже тут было сказано, для удобства смены задержек компонентов посмотреть в сторону элемента "Write to FB".

Я только что перепроверил, проект выкладывать нет смысла, попробуйте на своём компьютере. Создаю макрос, 2 входа и 1 выход, вставляю в него элемент ИЛИ, подключаю 2 входы к входам выход к выходу. Сохраняю, вставляю на главный лист и симулирую работу макроса - работает. Жму правой кнопкой -> Редактировать макрос, между одним входом и элементом ставлю элемент НЕ, сохраняю макрос, перехожу на главный лист, макрос красным не подсвечивается, симулирую его работу - работает верно. Снова редактирую макрос, убираю НЕ, вставляю "Задержка включения" на тоже место, сохраняю макрос, перехожу на главный лист. Мой макрос подсвечивается красным, удаляю его вставляю новый из библиотеки. Симулирую его работу - все верно. Снова редактирую макрос, меняю время с 10 секунд на 8, сохраняю и перехожу на главный лист и макрос подсвечивается красным.

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

Передайте вашему начальству, что бы вас не ограничивали во времени

[wal79]

Я только что перепроверил, проект выкладывать нет смысла, попробуйте на своём компьютере. Создаю макрос, 2 входа и 1 выход, вставляю в него элемент ИЛИ, подключаю 2 входы к входам выход к выходу. Сохраняю, вставляю на главный лист и симулирую работу макроса - работает. Жму правой кнопкой -> Редактировать макрос, между одним входом и элементом ставлю элемент НЕ, сохраняю макрос, перехожу на главный лист, макрос красным не подсвечивается, симулирую его работу - работает верно. Снова редактирую макрос, убираю НЕ, вставляю "Задержка включения" на тоже место, сохраняю макрос, перехожу на главный лист. Мой макрос подсвечивается красным, удаляю его вставляю новый из библиотеки. Симулирую его работу - все верно. Снова редактирую макрос, меняю время с 10 секунд на 8, сохраняю и перехожу на главный лист и макрос подсвечивается красным.

Передайте вашему начальству, что бы вас не ограничивали во времени

Я на данный момент в отпуске, но скоро выйду уже... Но посмотрел вновь исходники и действительно есть небольшая путаница в алгоритме принятия решения о критичности изменения. Более того увидел как с меньшими затратами для себя еще больше увеличить интеллектуальность данного функционала. Так что думаю в следующей версии уже сможете порадоваться более улучшенному алгоритму.

[Рак]

Я на данный момент в отпуске, но скоро выйду уже... Но посмотрел вновь исходники и действительно есть небольшая путаница в алгоритме принятия решения о критичности изменения. Более того увидел как с меньшими затратами для себя еще больше увеличить интеллектуальность данного функционала. Так что думаю в следующей версии уже сможете порадоваться более улучшенному алгоритму.

Это не может не радовать))))

[rovki]

Это не может не радовать))))

Да ,а теперь попробуйте что нибудь изменить(предложить) для других программируемых реле.И я бы не сказал ,что у других все супер-пупер удобно и функционально богато.Главное -разработчики адекватные пошли ,шустрые и умные,пытаются встать на сторону потребителя ,а не гнут их в свою сторону(в пределах возможного).

[Рак]

Да ,а теперь попробуйте что нибудь изменить(предложить) для других программируемых реле.И я бы не сказал ,что у других все супер-пупер удобно и функционально богато.Главное -разработчики адекватные пошли ,шустрые и умные,пытаются встать на сторону потребителя ,а не гнут их в свою сторону(в пределах возможного).

Что далеко ходить, у меня сотрудник, решил написать графический интерфейс для конфигурирования своей программы. Когда он её показал - все схватились за голову. На всякие уговоры переделать её для удобства операторов не увенчались успехом, он остался при своем мнении и у него своё видение работы операторов. Так и пользуются... 3 недели разработок прошли впустую. Читал в журнале "Юный техник", что на заводе АЗЛК была разработана новая модель, выкатили на испытательный полигон, запустили двигатель и машина поехала назад. И такое бывает.