OwenLogic 1.5

[wal79]

wal79, у меня менять имя не получилось.... 35 версия... просто не дает ничего напечатать...

Все работает...
1) Создаете макрос
2) Устанавливаете на холст например блок константы.
3) Устанавливаете свойство "Использование в макросе" = Да.
4) И затем уже - свойство "Переименование переменных", в появившемся окне, в графе "Отображение в макросе" печатаете новое имя для переменной. Именно это имя и будет отображаться в макросе в основном проекте.

[wal79]

1. Следует ли ожидать увеличение числа входов и выходов? Если да, то до какого количества?))
2.Продвигается улучшение скорости отрисовки соединительных линий?))

Отвечу на второй вопрос... Есть мыслишки... Но это будет как некий обходной путь... Алгоритм менять не планируется, но есть некие соображения использовав существующий уже инструмент ввести функцию фиксации элементов на схеме. Вы уже знаете, что использование макросов уменьшает торможение алгоритма обводки связей. Теперь планирую ввести некую виртуальную функцию композиции элементов. Т.е. группа компонентов будет рассматриваться как отдельный узел на схеме, все внешние рядом проходящие связи будут обходить этот узел. Засчет этого алгоритм обводки должен облегчиться. При использовании этого механизма пользователями по идее вообще не должны почувствовать какое-либо серьезное торможение... Но это пока в теории. На данный момент заканчиваю ПР114... В свободное время все же хочу поэкспериментировать над своей затеей.

[wildnsk]

имеем, ПР110-220.12дф8р
Не хватает места для ФБ,

Переходите на контроллер National Instruments cRIO с FPGA Spartan-6 LX150 фирмы Xilinx. Там и количество логических вентилей 150 тысяч, и призводительность 100 млн хешей в секунду (и это только ПЛИС, не считая процессора). Вот где будет разгуляться.

[rovki]

Переходите на контроллер National Instruments cRIO с FPGA Spartan-6 LX150 фирмы Xilinx. Там и количество логических вентилей 150 тысяч, и призводительность 100 млн хешей в секунду (и это только ПЛИС, не считая процессора). Вот где будет разгуляться.

И переходите сами на их форум ,так что ли .А жаль ,красивые проекты на ПР делаете.

[rovki]

Не совсем корректно работает обратная связь ,это только в овен лоджик(симуляторе) или в ПР будет так же?Состояние триггера(первоначальное) будет зависеть от того куда подключен выход реле ...,а не входного сигнала на триггере.

[wal79]

Не совсем корректно работает обратная связь ,это только в овен лоджик(симуляторе) или в ПР будет так же?Состояние триггера(первоначальное) будет зависеть от того куда подключен выход реле ...,а не входного сигнала на триггере.

Прибор будет работать также как симулятор... В данном случае сформулирую ситуацию немного иначе. Состояние будет зависеть от обратной связи. В первом случае обратная связь не включает никаких элементов и идет от выхода NOT ко входу D триггера. Во втором случае обратная связь уже включает элемент NOT и идет от выхода Q триггера, проходит через NOT и ко входу D триггера. Понимаете в чем зависимость? С точки зрения схемотехники - нестандартная ситуация, а с точки зрения линейной программы FBD - штатная. Зависимость работы схемы от обратных связей неоднократно на форуме уже обсуждалась... Хочу сказать только, что то, что Вы увидите в симуляторе, будет и в приборе. Поэтому прежде чем записывать программу в прибор мы рекомендуем проверять на симуляторе.
Но еще проверю сегодня когда буду на работе...

[rovki]

Да я не против особенностей ,главное где то об этом написать .Здесь еще особенность с обработкой сигнала по входу "С" д-триггера симулятором .В отличие от других ФБ ,данный триггер заявлен как динамический по этому входу ,то есть срабатывает по фронту.Хорошо бы чтобы при включении питания ПР или пуска симулятора не отрабатывался потенциал на входе "С" ("1"),а лишь при очередном переднем фронте ,а дальше как обычно .То есть приоритет в переходной момент для Д-триггера отдать пред. установки по входам R-S ,если есть на них сигнал или установка "0" ,если по этим входам нет активных сигналов,тогда и обратная связь будет работать адекватно .Так по крайней мере ,триггер работает в железе.

[wal79]

Да я не против особенностей ,главное где то об этом написать .Здесь еще особенность с обработкой сигнала по входу "С" д-триггера симулятором .В отличие от других ФБ ,данный триггер заявлен как динамический по этому входу ,то есть срабатывает по фронту.Хорошо бы чтобы при включении питания ПР или пуска симулятора не отрабатывался потенциал на входе "С" ("1"),а лишь при очередном переднем фронте ,а дальше как обычно .То есть приоритет в переходной момент для Д-триггера отдать пред. установки по входам R-S ,если есть на них сигнал или установка "0" ,если по этим входам нет активных сигналов,тогда и обратная связь будет работать адекватно .Так по крайней мере ,триггер работает в железе.

Ну об этом пожелании я сообщу руководству...
Ну а насчет руководства пользователя - я согласен с Вами. К сожалению, эта часть сильно отстает от развития программы.

[schlosser]

Не совсем корректно работает обратная связь ,это только в овен лоджик(симуляторе) или в ПР будет так же?Состояние триггера(первоначальное) будет зависеть от того куда подключен выход реле ...,а не входного сигнала на триггере.

А если на входа С D-триггеров подключить TON, то работает вроде как надо. Может эту задержку впихнуть в ФБ D-триггера (Это к wal79). Это, так, мысли вслух.

[rovki]

А если на входа С D-триггеров подключить TON, то работает вроде как надо. Может эту задержку впихнуть в ФБ D-триггера (Это к wal79). Это, так, мысли вслух.

Об этих мыслях (задержках внутри д-триггеров) ,говорили и спорили год назад на протяжении месяца на форуме.Элементы и ФБ Программной средой не имитируют задержки ,имеюшиеся в реальной жизни в железе ,и это хорошо(нет "гонок") ,за малым исключением. Спасибо,значит я не один уже. .