А что б видно было -интересен проект для пользователей или нет:) ;)Для статистики ,исходя из нее делается акцент на те или иные проекты для новых примеров(тематика примеров).Цитата:
Сообщение от AI!
Вид для печати
А что б видно было -интересен проект для пользователей или нет:) ;)Для статистики ,исходя из нее делается акцент на те или иные проекты для новых примеров(тематика примеров).Цитата:
Сообщение от AI!
Да это я о своем ,о числах в обратном коде ,которые выходили за заданный диапазон ,так как использовал операцию вычитания ,но уже это давно проехали .Куда пропали?На обучение ездили?Лучше б по стеку ответили ,что да как -вопрос задан был .http://www.owen.ru/forum/showpost.ph...6&postcount=55Цитата:
Сообщение от Филоненко Владислав
Для Artur-st "Есть два насоса в системе водяного пожаротушения стоят параллельно, только после каждого стоит по клапану обратного хода(чтобы не перекачивали сквозь друг друга) После них есть манометр с контактами на замыкание при появлении давления. Есть еще разомкнутые контакты реле, которые замыкаются при подаче команды пожар. необходимо, чтобы при замыкании контактов реле пожар вклюяался 1 двигатель, происходит его работа секунд 30-50 и проверяется манометр. Если манометр контакты замкнул, то все нормально и 1 насос продолжает качать воду. Если же манометр не показал давления, то он отключается, и происходит включение 2 насоса по такому же циклу. Если и во второй раз давление не поднялось, цикл 1 насос - 2 насос повторяется 3 раза пока не появится давление. Если при трех циклах давления нет, то система оповещает об аварии и переходит в ждущий режим. Возможно правда установка еще одного манометра на входе насосов, чтобы сразу определять и наличие вообще воды в системе и не запускать насосы."
Еще раз прошу прощения за беспокойство, но нужно срочно, а никак не получается
Вот ваш проект управления пожарными насосами ,добавлено-ручное управление насосами и сброс аварии.
Я смотрю у Вас столько энтузиазма, расскажите, где работаете, что столько времени уделяете проектам и сколько воплотили в жизнь.Цитата:
Сообщение от rovki
Все свободное время трачу на проекты(хобби с детства) .У себя поставил 3 ПР (проекта) -теплица,узел поперечной резки сотопанелей,пресс20тн.Для людей сделал больше десятка (по их ТЗ,вроде все работает) ,остальное примеры...Всего больше 200проектов за год с небольшим.В последнее время работаю тут (у себя) lightwall.ru.Мне кто то советовал на форуме написать книгу(брошюру-применение ПР),если дела на основной работе не пойдут (новинка -нужно раскручивать долго) ,то может и возьмусь на хлеб зарабатывать своим хобби:)
:eek:Цитата:
Всего больше 200проектов за год с небольшим.
Я пока только первый запустил в работу.
Какие ваши годы ,тем более есть симулятор ,а то почти год головой проверял проекты ,теперь лафа .Кто-то кроссворды решает ,а кто то проекты рисует:) .Спасибо за внимание к моей персоне ,жду от вас задачек.
А проектик надо сюда;)
Потребовался 3-х разрядный генератор пачек импульсов (для индикации причины остановки оборудования).
Принцип работы: в зависимости от разрядных сигналов генерируется 1-7 импульсов+пауза, потом повтор.
Получилась приложенная схема. Возможна ли более простое решение?
Вот на скорую руку или второй вариант с макросом ,но пауза переменная по времени (зависит от количества импульсов в пачке).Третий вариант с постоянством паузы ,но есть особенность не ставьте на входах код "0"или нужно усложнять схему.;4 вариант =задание кнопками(+, -),индикация кода по выходу
Мне кажется мой вариант проще, если смотреть по потребляемым ресурсам?
Своя рубашка ближе к телу-это понятно .Понятие "ПРОШЕ" у каждого свое.
Для меня проще это когда либо наглядней (понятней) либо элементов блоков мало ,причем универсальных .Это как регистр сдвига или двоичный счетчик городить на д-триггерах или элементах "и-не" или взять готовый двоичный счетчик или регистр сдвига в одном корпусе.Разная степень интеграции ,так сказать .В последних двух вариантах использовал универсальный макрос генератор пачек,который уже использовал в десятках проектов.У него вход пуск ,вход количество импульсов и вход задание периода следования импульсов.
Если вам нужно организовать паузу и цикл,то добавил 3 ФБ и получил то что просили ,причем назначение (функция) каждого ФБ понятна.
Одним словом если схема читается другим пользователем просто ,то это вариант проще.Ведь когда вы берете микросхему ,например счетчика ,вы же не знаете как он сделан внутри ,но от этого он не становится сложнее в понимание.Мелочи иногда только усложняют понимание,это мое мнение.Удачи Вам и давайте еще проекты или ТЗ.У вас они хорошо получаются .А ресурсы ПР они далеко не исчерпаны ,что бы их жалеть в данном случае
to rovki
Отставим вопрос про "проще". Судя по форуму у Вас много опыта реализации проектов на ПР110. Прошу ответа на вопросы:
1. Нормально ли работают 24в реле при управлении контакторами, индуктивную нагрузку нормально держат?
2. Как работают при температурах -15...-20 С?
3. Есть ли опыт выхода из строя ПР110, и по какой причине (программной или аппаратной)?
4. Возможно ли использовать реле с расходомером воды (выход - импульсный), т.е. какая максимальная частота входного сигнала?
5. Читаю ветку форума, Вы ссылаетесь на некий макрос "ППЗУ64", что это такое?
макрос обращения к массиву констант по номеру (адресу)Цитата:
Сообщение от voil
64 - кол-во констант
Уважаемый voil,если вы хотите более обьективный взгляд ,то нужно знать мнения многих по вопросам эксплуатации.В моей небольшой практике использования ПР на 4 обьектах могу сказать
1. на управление контакторами работает нормально ,про другие индуктивные нагрузки сказать не могу.
2.На 24 вольта при -15,20 не использовал ,на 220в имел проблемы с питанием.
3.Было зависание по причине переполнения стека ,но сейчас эти проблемы решены разработчиками.Аппаратные отказы не встречал,не считая кабеля связи.
4.Быстродействие по входу зависит от установленной фильтрации (мин 1мс) и длительности цикла ПР(сложности программы) ,при цикле 3мс ,частота 300гц.
5.макрос ППЗУ64-перепрограммируемое постоянное запоминающее устройство на 64 слова(целочисленные).На входе макроса адрес ячейки ,на выходе -содержимое ,значение числа заранее внесенное ,на этапе проектирования в ячейку ППЗУ.Использование этого макроса очень широкое.Можно хранить целочисленные уставки для фб,МОЖНО заложить табличные значения любой функции,можно придумать еще кучу применений.Есть макрос ППзу на 16 ячеек......
to rovki
Не дадите ссылку на ППЗУ?
В чем выражались проблемы с питанием?
Может ли ПР110 проверить работоспособность вх/вых, зависание?
to all
Кто либо еще на форуме может дать отзывы о стабильности работы реле при отрицательных температурах, либо возможные случавшиеся отказы?
to модераторы
Прошу не считать сообщение "черным PR". Просто оборудование, на котором планируется применять ПР110, достаточно дорогостоящее. Хотелось бы, заранее знать возможные подводные камни, что бы их исключить посредство электрической части, и не повредить установку.
1.макрос ППЗУ64,есть ППзу16
2.Может "заснуть" ИП (отсутствие генерации) при низких темп,но думаю это скорей исключение из правил ,частный случай (редкий).
3.Тест ПР http://www.owen.ru/forum/showpost.ph...&postcount=541 ,зависание по причине переполнения стека ПР уже исключено если сильно хочется ,то нужно использовать 1 выход реле для для снятия питания с ПР и несколько ФБ.Пример организации сторожевого таймера был в теме.
РS Если оборудование дорогостоящее ,то используйте несколько копеечных ПР и организуйте горячее резервирование по мажоритарной логике(голосование) ,И закладывайте в алгоритм функциональную диагностику.Будут вопросы присылайте ТЗ ,попробуем реализовать ваше пожелания .
Я дико извиняюсь, но по пункту PS. - что Вы предлагаете в качестве мажоритара? Я с этим практически не сталкивался, но возможно кто-нибудь знает практическое решение.
не простая задача ,начать нужно с резервирования входных устройств (входов ПР) ,макросы мажоритарной логике есть .Потом дождаться последовательных интерфейсов.
Если взять систему из двух частей:
1. Бак с водой. Поддержание температуры: контроллер температуры с дискретным выходом на ПР110, ТЭНы, дискретное токовое реле (контролирует ток тэнов в заданном диапазоне).
2. Откачивающий насос (в бак вода поступает самотеком), дискретный датчик уровня, дискретный датчик давления (после насоса).
Принцип работы:
1. Температура упала - ПР110 включил контактор ТЭНов, через 0.1сек (на срабатывание контактора) проверяем токовое реле - если сработало то нормально, если нет (обрыв фазы, сгорел тэн и т.д.) отключаем ТЭНы, сигнал тревоги.
2. Упал уровень воды - ПР110 включил контактор насоса, через 4сек (на набор давления) проверяем датчик давления - если сработал то нормально, если нет (нет питания насоса, забился входящий фильтр насоса и т.д.) отключаем насос, сигнал тревоги.
Возможные проблемы:
- неисправен контроллер температуры, неисправен датчик температуры (постоянно сигнал о пониженной температуре), неисправен ПР110 (постоянно включен ТЭН) - закипит вода
- неисправен датчик уровня, неисправен ПР110 (постоянно включен насос) - откачает воду - сгорит
Как проводить диагностику, и как этих проблем избежать?
Нужно знать свойства управляемого обьекта.Например какое время до закипания воды при работающем датчике уровня(время работы тэна) .Лучше иметь два(3) датчика уровня воды и знать время закипания воды при каждом уровне ,причем в переходном режиме (режим пуска и нагрев от мин.темп до кипения ) и режим поддержания темп.(установившейся режим) .Хорошо бы знать реальное время (частота) работы термореле в установившемся режиме в диапазоне.В общем нужна любая дополнительная информация которую можно контролировать во время работы (функциональная диагностика).
можно продублировать выходы ПР или тэны(насосы)
кроме того надо так подобрать активный уровень (о или1) ,что бы при его наиболее вероятной поломке не было включение исполнительного устройства.Например если наиболее вероятен обрыв датчика уровня чем замыкание ,нужно чтобы входной сигнал (активный) был единица ,
неисправность ПО (зависание) Пр которая привела бы к постоянному включению выхода маловероятна ,за исключением залипания контактов реле.Так же надо посмотреть и по каналу температуры .Ну и конечно нужно использовать аварийные датчики независимые от пр ,например биметалический датчик темпер.(от перегрева),датчики сухого хода.....
чуть не забыл от "залипания" выходных контактов реле используйте два выходных реле(контакты),соединенные последовательно снаружи ,а внутри-дублирование (к одному выходу элемента ,ФБ) .
Что бы долго не искать повторю макрос логического мажоритарного элемента (два трех входовых элемента)
Не совсем понятен принцип использования реле в качестве мажоритара. Общая надежность системы будет меньше чем при использовании просто реле.http://ru.wikipedia.org/wiki/%D0%A0%...BD%D0%B8%D0%B5
voil: Задачка просто решается на плк150 + (рекомедую ИП320 - можно и без нее)
А на ПР 110 уже решена автором и никаких кодесис ,проблема в выборе надежного алгоритма ,а не прибора .Цитата:
Сообщение от Малышев Олег
в частном случае, в системе датчик уровня -ПР,предлагается поставить 3 датчика (контакта) на одном уровне и завести на разных входа ПР .В случае выхода из строя датчика или входа ПР ,путем голосования 2 из 3 будет взята информация с работающих входов (датчиков).Далее идет анализ по времени работы насоса или частоты его включения ,можно контролировать сигнал с выходных реле ПР и с двигателя насоса.,можно зарезервировать и датчики давления ,подход -устройства с меньшей надежностью (наработка на отказ) резервируются в первую очередь ....Цитата:
Сообщение от Малышев Олег
to Малышев Олег
Объясните, пожалуйста, подробнее принцип, как решается на ПЛК150?
Извиняюсь что влез .Принцип такой-покупаешь ПЛК изучаешь кодесис и пишешь проект,такой же как на ПР(алгоритм) на языке FDB или другом языке,а потом ставишь вместо ПР.Я это называю -стрелять из позолоченной пушки по воробьям :) .Почитайте на форуме с какими трудностями сталкиваются начинающие пользователи с ПЛК и с ПР ,сравните.Другое дело когда без ПЛК не сделаешь ,тут любую цену заплатишь,а здесь 4 дискретных входа и 2 выхода управления и никаких зависаний .У меня в линии ПР110\ 24 стоит уже года 1,5 -управляет асинхронником через твердотельные реле (реверс) по сигналу с энкодера через СИ8 и никаких проблем,забыл где стоит:) .Короче,везде нужна мера и усложнение устройства не к чему.Чем проше -тем надежней .Лучше усложнить алгоритм(функциональная диагностика) чем ставить дополнительное "железо" в вашем случае -программа не ржавеет.:rolleyes:Цитата:
Сообщение от voil
Как можно сделать функциональную диагностику ,скажем на канал насоса.
1.поставить два датчика уровня ,один на рабочий уровень(максимальный) ,второй датчик перелива (вверху) на случай поломки датчика первого или выхода из строя(что мало вероятно) входа ПР на 24в.
2.Перед выходом на вкл.насоса поставить ФБ ТР .то есть задать время работы насоса ,равной 2\3 времени опусташения емкости от первого(нижнего датчика) -зная производительность насоса и обьем емкости или замерив реальное время.Датчик давления будет выполнять функцию проверки работы насоса и зашишать от сухого хода(как сейчас).То есть мы дважды подстраховались от сухого хода (по таймеру и по датчику) и дважды подстраховались от перелива (два датчика) ,кроме того появилась возможность контролировать исправность нижнего датчика (если верхний говорит ,что перелив ,а нижний говорит ,что воды нет -авария датчиков.Вот часть мер способных повысить живучесть системы,в дополнение к выше сказанному(дублирование выходов пр.) ПРОСТЫМИ СПОСОБАМИ
Уважаемый Анатолий, просто прикиньте количество обвязок аналоговых датчиков для работы с ПР(ведь входы у ПР дискретные). По деньгам возможно и больше выйдет. Сложность освоения кодесис по сравнению с OwenLogic совсем не большая - возможно в 1.5 - 2 раза сложнее (если брать совсем примитивные программы на FBD). У кодесис возможностей на порядок больше.
На мой взгляд задачу нужно решать опираясь на опыт. Гибкость решения на ПЛК больше чем на ПР(а по надежности - сравнима если не больше за счет меньшего количество преобразователей из аналогового в дискрет).
Еще большую надежность даст САУ-У + ТРМ151 - наверное(надо прикинуть пойдут ли они туда).
Но настраивать это - радости мало.
Вообщем можно скачать кодеис 2 и овен лоджик и прикинуть где проще решить задачку
Нарисовать ,отладить данный проект проще в овен лоджик ,даже зная кодесис-однозначно.Потому как ПР заточен под FDB,без гемора описания переменных,адресов......А датчики как я понял уже есть.
Схема (макрос) цифрового фильтра (сглаживающего ,целочисленного) по методу скользящего окна по 4 значениям .
Формирователь импульса при смене целочисленного значения .Всякий раз когда на входе макроса меняется число ,на выходе формируется импульс.
позволю себе немного пошалить....
Ох и шалун ,даже файл не открывается:)Цитата:
Сообщение от AI!
ну вот теперь читается -красиво:),целочисленный АСС.
Добрый день, меня зовут Рубен. Нужна помощь в программировании и решении задачи при помощи
ПР110.
Задача: есть четыре узла состоящих из соленоидного клапана и водяногосчетчика с герконом, (импульс раз в 3- 5 сек).
Необходимо на протяжении 30 дней включать их все по таймеру реального
времени в разное время, но каждый день это время одинаковое.
Например:
1 узел 5.30 2 узел 7.00 3 узел 11.00 4 узел 14.00
Каждый день из этих 30 дней время не меняется.
Выключаться они должны по достижению количества импульсов (герконовых
замыканий). Они каждый день разные, но для всех узлов одинаковые.
Например:
1 день - 1 узел 2 узел 3 узел 4 узел - 180 импульсов
2 день - 1 узел 2 узел 3 узел 4 узел - 210 импульсов
3 день - 1 узел 2 узел 3 узел 4 узел - 240 импульсов и тд. до 30 дня.
30 день нужно, что бы повторился еще пять дней, т.е. параметры 30 дня
идентично идут еще 5 дней и цикл кончается. Итого общее количество 35 дней.
Также каким образом можно решить информирование удаленно об аварии например через смс подключив какое-нибудь дополнительное оборудование.
Необходима работа полностью автоматически без участия человека.
Вот вариант на скорую руку без диагностики и при последовательном включении клапанов (счетчиков) системы культивирования водорослей.
Да счетчики включаются последовательно, время не пересекается. А как программировать время и количество импульсов по дням?
Задается только время начала (в проекте 5-30) цикла .Можно менять все в проекте ,а можно сделать (поставить ) дешифратор уставок и по входам ПР выбирать нужное время старта.Остальные параметры лучше менять в проекте.Количество импульсов то же меняется автоматически, +30 каждый день(1-30),если нужна другая формулу ,то нужно менять проект.Задания об оперативной смене параметров не было .:rolleyes: .,все на автомате.Цитата:
Сообщение от Рубен
Количество импульсов разное от цикла к циклу, должно вводиться один раз на каждый день в начале цикла.:)
так оно так и делается автоматически,в 1 день 180 ,потом +30 ,+30.....каждый день.Вы хотите менять стартовое значение (180) ?Под циклом Вы понимаете 35 дней или день.?
В данной схеме в случае поломки счетчика ,клапана всеравно включаются по времени и может тогда быть что включатся несколько клапанов.Нужно ли выявлять такие ситуации и не допускать одновременное включение клапанов или еще что делать?Продумайте ТЗ на функциональную диагностику -что, когда делать при тех или иных (выявляемых) отказах.