Просмотр полной версии : Отслеживание нештатной ситуации ПР200
Что-то подобное, вроде бы обсуждалось на форуме, но найти не смог. ПР200 + 2шт. ПРМ1 будут управлять фрезерным станком взамен вышедшего из строя, собранного еще на микросхемах дискретной логики. Управляющая программа уже почти готова, но есть вопросы по аварийным ситуациям. С безопасным состоянием выходов ПРМ1 понятно, и состояние статусной переменной можно отслеживать в программе, это хорошо. А как быть с ПР200? Не нашел в руководстве информации (плохо искал?) о состоянии выходов во время зависания программы или внутренних ошибок устройства. Возможно это решить штатными средствами? А то у меня уже родился дикий вариант использовать сигнал с аварийного светодиода для внешней реакции... Или вывести на один из выходов меандр, и использовать его наличие для принятия решения о нормальной работе ПР200..
wad71
Может быть поставить большую красную кнопку, которая будет обесточивать все исполнительные устройства? Ну кроме устройств фиксации заготовки, если такое применяется.
А как же в таком случае будут себя вести всякие меандры, программно управляемые светодиоды если прога зависла?
В принципе идея не лишена смысла. На светодиод вешается фотодиод, от которого работает реле времени. Программно в ПР рисуется неотключаемая моргалка с периодом допустим 1сек, реле времени работает по логике TOF допустим с временем 3 сек. При пропадании или зависании мыргов светодиода ПР реле через три секунды отключает что нужно. Как вариант.
wad71
Может быть поставить большую красную кнопку, которая будет обесточивать все исполнительные устройства? Ну кроме устройств фиксации заготовки, если такое применяется.
Аппаратная цепь безопасности, естественно, никуда не девается и будет использоваться
а кто будет следить за реле времени с фотодиодом? Еще какой-нибудь не убиваемый контроллер? А за ним нужно будет приглядывать(за контроллером), может сервер поставить?
Ну, это уже крайности. Контроллер здесь не нужен. Достаточно дискретных элементов. Или, Вы считаете, что защита не нужна?
Примерно 25 лет назад я по аналогичному принципу и реализовывал защиту наиболее ответственных механизмов, этакий аппаратный сторожевой таймер, если нет программного. Контроллеры тогда были менее надежными и это порой предотвращало аварийные ситуации. Только обращаю внимание, что обычным таймером TOF тут не обойтись, надо контролировать именно изменения состояния, зависнув выход может оказаться как в постоянно отключенном, так и во включенном состоянии. Касаемо сегодняшних реалий - необходимо контролировать время цикла (сторожевой таймер) и применять (для особо ответственных и касающихся безопасности процессов) специализированные контроллеры и модули безопасности. Но это точно не ПР и это точно не эконом-бюджет.
На счет надежности ПР из личного опыта.
Делал замену дискретно-релейных "мозгов" на ПР110 для не очень большого полуавтоматического деревянного фрезера. В станке стояли два двигателя - 3 и 7 кВт. Станок для подготовки заготовок для торцевой склейки. Вибрация, пыль, и довольно низкая температура при слегка повышенной влажности окружающей среды - это штатный режим работы в том цеху. Как минимум за два года эксплуатации проблем с ПР не обнаружено от слова "вообще".
Можно, наверное разделить вопрос на две части.
С зависанием пользовательской программы (если такое, в принципе, возможно) бороться, если примется такое решение, придется только с помощью костылей...?
А аварийные состояния, описанные в РЭ сопровождаются отключением выходов?
Вообще-то станок работает в ручном режиме, и, если, вдруг чего, - есть оператор и красная кнопка. Но, прлдублировать оператора автоматикой, по моему, не помешает..
Как вам написали выше это большая красная кнопка. Все другие ваши "изобретения" это примой путь в тюрьму. В случае разборок технадзор укажет на вас. Поэтому. Красная кнопка рвет цепи управления исполнительными механизмами и цепи управления. То есть ваш фрезер должен просто встать. И НЕ ВАЖНО В КАКОМ ПОЛОЖЕНИЕ. ДАЛЬШЕ ПУСТЬ РАЗБИРАЕТСЯ НАЛАДЧИК. А ВОД ЗАДАЧА ОПЕРАТОРА СТАНКА КАК РАЗ ПРИНЯТЬ РЕШЕНИЕ НАЖАТЬ КНОПКУ ИЛИ НЕТ.
Повторюсь, оператора и кнопку никто не отменяет. Но, вопрос о безопасном состоянии выходов при аварийном режиме ПР200 каким образом относится к "моим изобретениям"??
Ну, предположим, первые четыре пункта, если делать все правильно, в рабочем режиме не грозят. А последний "Светится светодиод F2 - внутреннее ПО повреждено"? Или перекреститься и надеяться, что пронесет?
1 слетание энергонезависимых переменных в 0
2. Испорчена программа (такое тоже видел на экране)
Состояние выходов в подобной ситуации какое ? з.ы. не проверял. просто перешивал программу, но стало интересно, когда человек задался таким вопросом....
То есть, даже, если делать все по инструкции и залить заведомо рабочую программу, то нештатная ситуация может возникнуть не только при включении, а и во время работы?
Да, но вроде как исправляли следующими прошивками, но кто его знает, а не повторится ли ?
Вот, эта неопределенность и настораживает...
Вот, эта неопределенность и настораживает...
Если очень нужно сделать защиту от зависания или поломки пр-ки, то делайте блокировку на дискретной электронике - счетчики-дешифраторы, а пр-ка пускай делает постоянный сброс и не дает возможности счетчику- дешифратору досчитать до канала на котором висит ключ с реле, если пр-ка зависнет или сломается , то очередного импульса сброса не последует и дискретная схема отключит оборудование.Сигнал можете взять бесконтактный фотодиодом со светодиода пр-ки.
Вот у меня на заводе парк из 10 станков. Торцовоцная пила(двух годовая) несколько фрезеров, пара станов проката профиля, гильотина, прессы, гибочный прес, термопрес. Изготовители Турция,немцы,Китай. Так вот ради интереса открыл схемы и посмотрел. Красная кнопка просто рвет цепи управление выходных исполнительных элементов. И все. Нет не каких других приблуд. Так что не изобретайте велосипед. Требование ТБ написаны кровью.
Так, ведь, кнопка цвета крови на всех станках выполняет одинаковую функцию. И на этом фрезерном она есть. А цепь, которую эта кнопка рвет проходит через контакты реле внутри штатного контроллера. И реле это размыкает аварийную цепь при внутренней ошибке контроллера. Собственно, эта внутренняя ошибка, которая отрубала станок, когда ей вздумается, нас задолбала и было принято решение избавиться от штатного контроллера и установить свой. Исходя из этого, логично было бы реализовать подобный функционал и на ПР. Вот, я и решил изучить такую возможность.
Конечно, если бы этот станок стоял в домашней мастерской, можно было бы взять какой нибудь PIC18 c достаточным количеством ног и написать ему любой необходимый функционал. Но в условиях завода не хочется самопал использовать.
Алексей Геннадьевич
11.02.2021, 08:57
Красная кнопка просто рвет цепи управление выходных исполнительных элементов. И все. Нет не каких других приблуд.
Таким образом, если отжать аварийный стоп, то всё обратно включится? :confused:
Так что не изобретайте велосипед. Требование ТБ написаны кровью.
Опять эти громкие слова...
Есть ГОСТ, и в нём всё описано.
И у функции Аварийного Останова есть 3 категории.
1) неуправляемый останов (снятие энергии )
2) управляемый останов (отключение с применением аварийного отвода из зоны и (или) управляемым торможением исполнительного механизма)
3) останов с совершением последовательности действий для обеспечения безопасности (это больше к хим. промышленности относится, т.к. там нельзя просто взять и вырубить).
ГОСТ Р ИСО 13849-1-2003 Безопасность оборудования. Элементы систем управления, связанные с безопасностью. Часть 1. Общие принципы конструирования
ГОСТ Р МЭК 60204-1-2007 Безопасность машин. Электрооборудование машин и механизмов. Часть 1. Общие требования
ГОСТ 12.2.009-99 Станки металлообрабатывающие. Общие требования безопасности
игорь68 вы уже повторяетесь. Аварийная кнопка никуда не делась. Речь идет о совсем другом.
Например в программе при запуске станка какой-то выход всегда TRUE, а другие выходы то включены, то выключены из потребностей станка.
Вопрос автора звучит примерно так - Что произойдет с выходами при зависании ПР или сбоя программы ПР до момента, когда оператор нажмет аварийную кнопку ?
Конечно, если бы этот станок стоял в домашней мастерской, можно было бы взять какой нибудь PIC18 c достаточным количеством ног и написать ему любой необходимый функционал. Но в условиях завода не хочется самопал использовать.
PIC18 не пойдет, это такое-же програмное устройство, может зависнуть как и пр-ка, нужно дискретную логику, она не зависает.
Да, не собираюсь я PIC ставить, это просто лирическое отступление. Низкоуровневое программирование расширяет возможности, но и ответственность намного больше при этом.
1 слетание энергонезависимых переменных в 0
2. Испорчена программа (такое тоже видел на экране)
Состояние выходов в подобной ситуации какое ? з.ы. не проверял. просто перешивал программу, но стало интересно, когда человек задался таким вопросом....
Ну, слёт переменных можно и программно отследить. А вот насколь велика вероятность зависания ПР с замкнутыми выходными релюхами? Что-то меня автор в сомнение ввёл.
Сообщение об испорченной программе, кста, видел только при неудачной прошивке ПР. При работе не встречал.
Ну, слёт переменных можно и программно отследить. А вот насколь велика вероятность зависания ПР с замкнутыми выходными релюхами? Что-то меня автор в сомнение ввёл.
Сообщение об испорченной программе, кста, видел только при неудачной прошивке ПР. При работе не встречал.
Любое аппаратно-программное устройство при определенных условиях, например при дребезге по питанию поведет себя не предсказуемо, на любом выходе может появится сигнал. Восстановить устройство можно только пересбросом по питанию.
Любое аппаратно-программное устройство при определенных условиях, например при дребезге по питанию поведет себя не предсказуемо, на любом выходе может появится сигнал. Восстановить устройство можно только пересбросом по питанию.
Поэтому для особо важных механизмов разделяйте выходы пр и управление нагрузками. Пр с релейными выходами не подойдет. Используйте внешний watch dogs с триггером (слежение по фронту сигнала на одном из выходов пр) , который держит питание управления нагрузками и не включается при внезапном восстановлении работы пр. Частота запуска watch dogs это и есть защитное время. Никакие программные ухищрения внутри пр Вас не спасут
Powered by vBulletin® Version 4.2.3 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot