он дает более полное представление о работе системы. Не нравиться датчик протока(самому они не нравятся) поставьте датчик перепада на насосах. От банального ДЕМа, до 2ТРМ1Сообщение от AVF
он дает более полное представление о работе системы. Не нравиться датчик протока(самому они не нравятся) поставьте датчик перепада на насосах. От банального ДЕМа, до 2ТРМ1
AVF народ все правильно говорит, всегда надо ориентироваться на датчики протока. Это как в электричестве, проверять наличие напряжения из щита толку как мертвому припарка, это говорит только о том, что автомат включен и не более, а то, что там может быть обрыв, давно сгоревший двигатель, лампа и т.д. никто не знает.
Датчик протока на сопле лучше - нет сигнала с датчика, оборвали провод - авария и останов.
"народ", похоже, не знаком с принципами разумной достаточности
Датчиков в мире существует много разных и полезных. Кто-нибудь видел, чтобы они ВСЕ устанавливались на объектах?
Почему бы не измерять температуру подшипников насосов/двигателей, вибрации ???
Они раньше кончины потока вылезут ... а при заклинивании токовая защита сработает-таки (если настроена корректно)
Обрыв механический определятся мониторингом потребляемого тока ... как, в прочем, и сухой ход ...
Так что датчик потока - весьма и весьма третьестепенный уровень контроля ...
Последний раз редактировалось AVF; 31.10.2013 в 08:39.
забыли добавить в развернутый ответ "цену вопроса" разных решений"народ", похоже, не знаком с принципами разумной достаточности
Датчиков в мире существует много разных и полезных. Кто-нибудь видел, чтобы они ВСЕ устанавливались на объектах?
Почему бы не измерять температуру подшипников насосов/двигателей, вибрации ???
Они раньше кончины потока вылезут ... а при заклинивании токовая защита сработает-таки (если настроена корректно)
Обрыв механический определятся мониторингом потребляемого тока ... как, в прочем, и сухой ход ...
Так что датчик потока - весьма и весьма третьестепенный уровень контроля ...
само-собой подразумевающееся ... плюс - снижение надёжности при добавлении каждого нового элемента в систему
Вот LOL, я оказывается не подозревал что Семен и др. ставят обратные связи, причем не одну,а на открытие и закрытие клапанов, так же делают старт/стоп не от одного сигнала, а отдельно по двум каналам, это они так занижают свою надежность, чтоб на рынке в России быть в середнячкахсамо-собой подразумевающееся ... плюс - снижение надёжности при добавлении каждого нового элемента в систему
Не надо путать мягкое с тёплым, а разумную достаточность с безумной избыточностью
Как-то предлагалось на селекторном совещании дистанции сигнализации ЖД в целях экономии электричества оставить только красный сигнал светофора, а в промежутки между поездами отключать аппаратуру СЦБ. Руководство (!), слава Богу, оказалось разумным - вняло доводам, что основная масса случаев выхода из строя при подаче питания на оборудование.
А то, что Сименс на российском рынке в середнячках - для меня что-то новое. Кстати, датчиков потока я на их оборудовании не видел
Доброго времени суток уважаемые коллеги
Вижу моя скромная схема вызвала слишком много споров и я сделал вариант и с датчиком потока и токовым реле пускателя.
от себя добавлю датчик потока мы (ну наверно я ) не ставим.. считаю ненужным ..я работаю в программе скада каскад у нас полностью автономные котельные с управлением через инет и датчик потока у меня регистрирует утечку воды в котельной и это единственный датчик потока который у нас стоит. Хотя защиту я делаю по давлению программно .Котельные работают с 2005 г и проблем пока не было..
Буду благодарен за замечания
Последний раз редактировалось L1AS; 01.11.2013 в 22:34.
Камнерезный станок с нуля
Словаря команд нет ,есть библиотеки элементов и функциональных блоков ,описание которых можно скачать с сайта.Я, с Вашего позволения, пока тут посижу ибо глупых вопросов в умной теме не задавать.
Я вот что то туплю немножко,скажите пожалуйста где можно посмотреть листинг всех команд по Овен Лоджику?
Какое то подобие ТЗ, а точнее примерный алгоритм движений я сегодня наваял за кружкой чая, получилось что то подобное:
Обозначим концевики (или еще какие датчики):
Хлев = левый концевик по оси Х
Хправ = правый концевик по оси Х
Yдальн = дальний концевик по оси Y
Yближн = ближний концевик по оси Y
Zверх = верхний концевик по оси Z (вертикаль)
Zниз = нижний концевик по оси Z (вертикаль)
Алгоритм:
приступая к алгоритму мы понимаем, что станок имеет возможность принудительного управления холостыми пробегами по всем осям. При позиционировании блока оператор выставляет фрезу станка в необходимое ему положение (как правило верхнее, правое, ближнее к переднему краю блока).
10 I1 (пуск) Фреза идет влево
20 I2 (Хлев) фреза стоп, Z вниз на ... (сек, импульсов), если Zниз = 0 то фреза вправо
30 I3 (Хправ) фреза стоп, Z вниз на ... (сек, импульсов), если Zниз = 0 то фреза влево
35 переход на строку 20
40 I4 (Zниз) фреза стоп, вверх (до Zверх)
50 I5 (Zверх) фреза стоп, Y смещение вперед на ... (сек, имп), если Yдальн = 0 то перемещание по Х влево
55 переход на строку 20
60 I6 (Yдальн) фреза стоп, подача звукового сигнала, остановка главного двигателя (вращение фрезы), возможно полное выключение станка.
Как прописывать в Овен Лоджике пока не знаю, просто из-за незнания листинга команд.
Так же пока не знаю как прописать аварийные ситуации (понятно, что от выката и несрабатывания датчиков рабочих на торцах каретки можно поставить аварийные, отключающие все питание нафиг), непонятно как прописывать например закусывание блоком фрезы (не дай Бог конечно, но случалось у ребят на фрезе в 3500 мм.) Как прописать если оператор ошибся и задал слишком большую подачу при данной Z (или винт просел или еще что, не будем грешить на электронику) и в результате движок тужится, сегмент греется (а значит есть риск разрушения) и пр. Видимо стоит поставить датчик на обороты главного двигателя и мониторить их в постоянном режиме. Некая страховка в виде ременного редуктора главный двигатель-фреза конечно есть, но ремни лишний раз палить тоже не хочется, ибо гемор по их замене выскочит именно во время аврала (а ремней не будет ни в запасе, ни в продаже и т.д.)
В общем Ваши мысли по этому поводу?
Ваши мысли по алгоритму мною накатанному? Хотя чего там алгоритм, разберемся с листингом, откатаем в эмуляторе, позже живьем
Самый насущный вопрос по словарю команд!
Для начала нужно перечислить все входа и выхода (датчики ,исполнительные мех-мы)...
Как мне видится ,для этого проекта потребуется 2 ПР110-12\8 (всего два реле) ,СИ8 и энкодер.
Начнем с того ,что распределим входа\выхода ПРок ,не забыв связать две ПРки нужными связями для выполнения общего алгоритма .У меня получилось 20 входов и 10 выходов
Последний раз редактировалось rovki; 06.11.2013 в 18:48.
электронщик до мозга костей и не только
Сначала не в ту тему написал, теперь дублирую задачу в правильное место.
Существует два режима включения нагрузки по часам, в первом режиме нагрузка включена 18 часов и выключена 6, а во втором - по 12 часов.
Задача состоит в том, чтобы по часам реального времени задать время включения первого и второго режима, а переход от первого ко второму выполнялся автоматически по переключению с первого на второй режим, проверялись допустимые границы второго режима, не выходящие за первоначальные установки первого(то есть, эти 12 часов должны быть в любом случае внутри 18-часового диапазона первого режима), и переход от 18-часового к 12-часовому выполнялся плавно, по полчаса в день укорачиванием с нужной стороны(или с двух сторон).
P.S. Поздравляю Анатолия Геннадьевича с только что написанным 5000-ым сообщением на форуме
Ваши права
Ответить с цитированием