мда, еще б эта пдфка укладывалась на диск сама при инсталляции ценыб ей не было.
Вид для печати
мда, еще б эта пдфка укладывалась на диск сама при инсталляции ценыб ей не было.
имеем, ПР110-220.12дф8р
занято 11 входов, 7 выходов.
ФБ-97%, Перемен.-44%, Стек - 40%, ПЗУ -20%
Не хватает места для ФБ, при этом остается один свободный вход и выход и 4 входа, выхода используются просто для тригерных клавиш.
Как-то в будущих версиях увеличить количество ФБ для проекта возможно ? Или чтобы Макрос считался как один ФБ
Это уже аппаратные ограничения линейки ПР110.
Пр114, как развитие линейки программируемых реле ОВЕН, будет поддерживать значительно больше экземпляров ФБ (исчисляется тысячами).
Еще вопрос по TON и TOF, да и вообще, таймеры имеют несколько скудный функционал...
Можно ли им добавить управляющий входы U и C ?
аналогию смотреть как у реле времени Telemecanique Schneider
А то тот же TOF это реле времени с задержкой на отключение функции К при обесточивании... Чтобы сделать другую функцию надо еще помучаться с обвязками для реле.
тоесть того что я поставил некий фбд-блок на поляну макроса еще недостаточно чтобы он работал только из-под него? или все эти движения нужны для ввода уставки в блоки типа счетчик/таймер?Цитата:
Сообщение от Евстигнеев Максим
Для чтения,записи уставок в макросах в окне "схема" любых Фб,констант ,переменных ,блоков записи в Фб.
Я так понимаю вопросов больше по макросам нет? Или еще остались неясности? :)Цитата:
Сообщение от LordN
На всякий случай немного разъясню... Когда Вы устанавливаете на холст макроса ФБ - создается экземпляр макроса со всеми значениями констант и уставок, которые прописаны в этом макросе. Чтобы дать возможность менять эти значения из основного проекта (схемы) следует изменить вышеописанное Максимом и rovki свойство - тогда в основном проекте у этих ФБ появится отдельное свойство. Причем, имя этого свойства можно также менять в макросе. Надеюсь, не слишком запутанно написал. :)Цитата:
Сообщение от LordN
wal79, у меня менять имя не получилось.... 35 версия... просто не дает ничего напечатать...
1. Следует ли ожидать увеличение числа входов и выходов? Если да, то до какого количества?))Цитата:
Сообщение от Евстигнеев Максим
2.Продвигается улучшение скорости отрисовки соединительных линий?))
Все работает...Цитата:
Сообщение от melky
1) Создаете макрос
2) Устанавливаете на холст например блок константы.
3) Устанавливаете свойство "Использование в макросе" = Да.
4) И затем уже - свойство "Переименование переменных", в появившемся окне, в графе "Отображение в макросе" печатаете новое имя для переменной. Именно это имя и будет отображаться в макросе в основном проекте.
Отвечу на второй вопрос... Есть мыслишки... Но это будет как некий обходной путь... Алгоритм менять не планируется, но есть некие соображения использовав существующий уже инструмент ввести функцию фиксации элементов на схеме. Вы уже знаете, что использование макросов уменьшает торможение алгоритма обводки связей. Теперь планирую ввести некую виртуальную функцию композиции элементов. Т.е. группа компонентов будет рассматриваться как отдельный узел на схеме, все внешние рядом проходящие связи будут обходить этот узел. Засчет этого алгоритм обводки должен облегчиться. При использовании этого механизма пользователями по идее вообще не должны почувствовать какое-либо серьезное торможение... Но это пока в теории. На данный момент заканчиваю ПР114... В свободное время все же хочу поэкспериментировать над своей затеей. :)Цитата:
Сообщение от Андрей555
Переходите на контроллер National Instruments cRIO с FPGA Spartan-6 LX150 фирмы Xilinx. Там и количество логических вентилей 150 тысяч, и призводительность 100 млн хешей в секунду (и это только ПЛИС, не считая процессора). Вот где будет разгуляться. :)Цитата:
Сообщение от melky
И переходите сами на их форум:D ,так что ли .А жаль ,красивые проекты на ПР делаете.Цитата:
Сообщение от wildnsk
Не совсем корректно работает обратная связь ,это только в овен лоджик(симуляторе) или в ПР будет так же?Состояние триггера(первоначальное) будет зависеть от того куда подключен выход реле ...,а не входного сигнала на триггере.
Прибор будет работать также как симулятор... В данном случае сформулирую ситуацию немного иначе. Состояние будет зависеть от обратной связи. В первом случае обратная связь не включает никаких элементов и идет от выхода NOT ко входу D триггера. Во втором случае обратная связь уже включает элемент NOT и идет от выхода Q триггера, проходит через NOT и ко входу D триггера. Понимаете в чем зависимость? :) С точки зрения схемотехники - нестандартная ситуация, а с точки зрения линейной программы FBD - штатная. Зависимость работы схемы от обратных связей неоднократно на форуме уже обсуждалась... Хочу сказать только, что то, что Вы увидите в симуляторе, будет и в приборе. Поэтому прежде чем записывать программу в прибор мы рекомендуем проверять на симуляторе. :)Цитата:
Сообщение от rovki
Но еще проверю сегодня когда буду на работе...
Да я не против особенностей ,главное где то об этом написать .Здесь еще особенность с обработкой сигнала по входу "С" д-триггера симулятором .В отличие от других ФБ ,данный триггер заявлен как динамический по этому входу ,то есть срабатывает по фронту.Хорошо бы чтобы при включении питания ПР или пуска симулятора не отрабатывался потенциал на входе "С" ("1"),а лишь при очередном переднем фронте ,а дальше как обычно .То есть приоритет в переходной момент для Д-триггера отдать пред. установки по входам R-S ,если есть на них сигнал или установка "0" ,если по этим входам нет активных сигналов,тогда и обратная связь будет работать адекватно .Так по крайней мере ,триггер работает в железе.
Ну об этом пожелании я сообщу руководству... :)Цитата:
Сообщение от rovki
Ну а насчет руководства пользователя - я согласен с Вами. К сожалению, эта часть сильно отстает от развития программы.
А если на входа С D-триггеров подключить TON, то работает вроде как надо. Может эту задержку впихнуть в ФБ D-триггера (Это к wal79). Это, так, мысли вслух.:)Цитата:
Сообщение от rovki
Об этих мыслях (задержках внутри д-триггеров) ,говорили и спорили год назад на протяжении месяца на форуме.Элементы и ФБ Программной средой не имитируют задержки ,имеюшиеся в реальной жизни в железе ,и это хорошо(нет "гонок") ,за малым исключением.:rolleyes: Спасибо,значит я не один уже.:) .Цитата:
Сообщение от schlosser
Похоже еще один баг ,при попытке удалить компонент из меню правой кнопкой .
Это да, это баг. :) Посмотрю в чем дело...Цитата:
Сообщение от rovki
Похоже еще один баг с копированием .Если скопировать макрос из одного проекта и вставить его в другой проект(при отсутствии его в библиотеке) ,то удалить его не как не получится .
Тут если можно поподробнее... И сам макрос неплохо было бы иметь. )))Цитата:
Сообщение от rovki
Любой макрос .Создайте в проекте ,потом скопируйте его в буфер (правой кнопкой) ,потом откройте новый проект и правой кнопкой вставьте (в библиотеке его нет) .Теперь попробуйте удалить -никак ,даже DEL.При попытке подключить макрос к выходу пишет ,что такого элемента нет в таблице и просит его удалить ,а удалить то не как.
Планируются ли новые прошивки для ПР с целью подключения модема ОВЕН ПМ01 напрямую . Или ,Можно ли будет подключать со временем ПР-МИ485-ПМ01.Или еще как ?
Уважаемый ,Валерий (WAL79) ?Удалось ли исправить баги ?:rolleyes:Когда ждать очередную версиюЦитата:
Сообщение от wal79
Да, вышеизложенные баги исправил :) , но пока что выложить не могу очередную версию. Планирую выложить когда уже работы над ПР114 в OWEN Logic завершатся. На данный момент заканчиваю калибровку аналоговых входов/выходов... Надеюсь до Нового Года выйдет очередная версия, но на 100% сказать не могу. Будем надеяться и верить. :rolleyes:Цитата:
Сообщение от rovki
подключать модем + пр + пр-ми возможно уже сейчас: в режиме CSD и автоподъема трубки. А так думаем в этом направление.
в макросе два счетчика CTU и таймер TOF. для каждого параметра каждого фб поставил "использовать в макросе", задал разные имена переменным, в свойствах макроса вижу только одну переменную счетчика и две таймера.
макрос имеет два DI и один DO
почему?
Есть ошибка. :( Будем исправлять.Цитата:
Сообщение от LordN
Исправил! :) Недоглядел в свое время... :rolleyes:
переменная для фб "видит" только TOF, счетчики не видит. так и д.б.?Цитата:
Сообщение от wal79
можно качать? где?Цитата:
Исправил! Недоглядел в свое время
если по ссылке в начале темы, то там другой косяк, в макросе разным счетчикам не дает дать разные имена переменным. но в проекте отображает обе.
Пока нигде... Я уже тут писал насчет этого...Цитата:
Сообщение от LordN
http://www.owen.ru/forum/showpost.ph...&postcount=148
У этих ошибок одни "корни"... :)Цитата:
Сообщение от LordN
Почему же?! Видит она счетчики! :) Если Вы используете счетчики CTU, то это старая избитая тема... Можете поискать по форуму, об этом уже говорили.Цитата:
Сообщение от LordN
Этот счетчик она и не увидит. Это единственный компонент, который выходит за рамки базовых элементов. Было предложение его вообще убрать из библиотеки, но по некоторым соображениям добро на это пока что не дали.
Кстати, тут все глубже погрузился в Ваше замечание... и решил заодно уж сказать, что к примеру именно это замечание в 35 версии не наблюдается! ;) Но вот насчет того, что при задании однотипным ФБ разных имен переменных - это да, был баг (http://www.owen.ru/forum/showpost.ph...&postcount=154). Теперь его нет. Но как уже сказал, если в макросе 2 счетчика CTU (например) и TOF, то впоследствии вижу два свойства с одинаковым именем (это как раз две переменные CTU) + два свойства (переменных) TOF.Цитата:
Сообщение от LordN
ничего не понял. с двумя CTN все тоже самое. а вот если начать добавлять счеткчки дальше то происходят интересное.Цитата:
Сообщение от wal79
Мы не правильно друг друга видимо поняли. В любом случае как я уже сказал исправлено.Цитата:
Сообщение от LordN