Вот как то так вижу-блок индикатор ,который цепляется к любому выходу (целочисленный или булевый),на примере они (блоки "Индикатор") подсоединены к макросу "Пиковый индикатор".А в режиме ИНДИКАЦИЯ эти выходные переменные (индикаторы) располагаются как нужно пользователю
В самом верху блок комментариев ,ниже индикатор целочисленных,а еще ниже булевые индикаторы .Цвет(два) и текст набирается в свойствах этих переменных.
электронщик до мозга костей и не только
А можно поинтересоваться зачем индикация входов - выходов, если она и так есть на самом реле, а кабель для программирования короткий?
P.S. целочисленных выходов у реле нет. Может что не так понял?
Так я ж писал ,что блок выходной переменной (индикаторный) ,а переменные могут быть 2 типов .И если помимо контроля входов\выходов еще индицировать внутренние выходы (ФБ,...) ,то можно организовать на ПК "микро скаду".ПР стоят внутри шитов ,да и есть случаи ,когда индикаторы(входа\выхода) светятся (ПР110\220) ,а реле не отрабатывается ,по причине помех по входам(по времени ,меньше цикла ПР) или несрабатывания выходных реле ,по причине малого напряжения питания.Поэтому если индикатор(выходной индикаторный блок) показывает "0" ,а СВЕТОДИОД входной светится ,то дружок займись проводкой от датчиков ,а не предьявляй претензии к производителям.и так далее.Если есть в компе информация о состоянии входов \выходов ,то на перспективу можно организовать архивирование,обработку сигналов в Пк ,что стоит за перегородкой в цеху .хотелось бы одним выстрелом убить 2,3 зайцев
Посмотрите пример,что выше.А кабель на 10м мы сами сделаем
\Яркий пример,управление турникетом (шлагбаумом) ,подсчет числа вошедших людей (машин).А на экране ПК видно текушее значение счетчика.Ну не ужели для этого ставить панель? Или ПЛК?Можно параллельно поставить СИ8 ,но это лишние деньги ,да и перспектив сохранения и обработки информации ни какой.Цель то-расширение областей применения ПР.
В режиме симуляции мы же видим состояние(значения ) выходов ,так здесь примерно то же самое, только текущие значения в режиме онлайн.
Последний раз редактировалось rovki; 16.05.2011 в 18:25.
10м кабель, подключенный к не защищённому интерфейсу для программирования, не рассчитанному на такое издевательство как минимум повод для сбоев от помех, а как максимум - смерть устройства.
Работы по добавлению соответствующего функционала ведутся, но "на коленке" это сделано не будет, т.к. надежность и устойчивость к ЭМС являются приоритетными чем наполнение функционалом в ущерб надежности.
Уже был случай, когда порт для программирования был "открыт" для полноценного доступа, сгоряча, после чего были и сгоревшие порты компьютеров, и сгоревшие приборы, а уж случаев влияния помех при неквалифицированном монтаже - просто куча.
Желание наших клиентов получить доп. функционал мы понимаем и приветствуем.
"да и есть случаи ,когда индикаторы(входа\выхода) светятся (ПР110\220) ,а реле не отрабатывается ,по причине помех по входам"
Как я понимаю, последние изменения ПО ликвидировали данную проблему.
Как это можно ликвидировать программно ,когда на входе оптрона высокочастотные помехи ,при висящем входе .Пр их не увидит ,тем более если стоит фильтрация программная ,а глаз человека видит свечение.Кроме того возможны и отказы входов ,когда светодиод светится ,а до ног МП не доходит.
И что провод сом порта 1метр -это предел мечтания.Не ужели вы думаете ,что если я сам (или кто другой) сделал кабель ,который вы пока (квалифицированно) не производите и при этом (из-за этого) сгорел ПР ,мы будем предьявлять к вам претензии ,нет мы купим новый ПР и сделаем кабель квалифицированно(или купим),вот напугали .У программатора (через который сейчас осуществляется связь ПР и ПК) ,как известно два конца ,удлинять нужно кабель ,что идет к сом порту(юсби) ,а не тот что идет к ПР вот и все.
Последний раз редактировалось rovki; 16.05.2011 в 19:10.
запись через функциональный блок уставки в версия 20 и 22 не работает для Фб CTU(не видит ФБ)
Для Филоненко Владислава ,вот тут о длине кабеля для сом порта и юсби
http://www.madex.ru/faq/index.php?id=69
http://www.kit-e.ru/articles/interface/2009_06_92.php
Давайте дождемся ПР-МИ10 и будем использовать его по назначению: получите и контроль входов выходов и изменение внутренних переменных.
to rovki
запись через функциональный блок уставки в версия 20 и 22 не работает для Фб CTU,
она и в более ранних версия не работала. дело в том что это не совсем ФБ это макрос. но об этом т-с-с-с. это секрет
1.будем ждать Пр-ми10 ,правда я совсем о другом ,о режиме визуализации в овен лоджик ,для других целей и другими средствами и за другие деньги.Ни разу эти варианты не противопоставлял ,другое дело ,что людских,временных ресурсов не хватает реализовывать все задумки и вы расставляете приоритеты ,это ваше право.Меня ж интересовал в принципе предложенный вариант -можно ли реализовать и будите ли вы когда это делать.Обоснования я приводил.Сообщение от Евгений Сергеевич
2.На счет макроса (не макроса) CTU-не понятен ответ -он будет работать или вы его удалите?Ответьте ,хотя бы по секрету.
он макрос поэтому вы и не видите его при записи значений через блок Write_to_FB. мы его оставим и в следующей прошивки сделаем полноценным Функциональным блоком.
а на счет будем ли мы делать такое или нет, не могу сказать, пока надо доделать Пр-ми10.
Ваши права
Ответить с цитированием