Защита от частых пусков. ПР 114.

[Сергей0308]

Вчера я впервые узнал, что такое программируемое реле и что его можно программмировать.
Если же Вы через 2 дня после знакомства с реле мастерски научились составлять всевозможные алгоритмы - я Вами восхищаюсь.

Вот Вы наверно не поверите, после релейных схем, столкнувшись с ПР, я будто в рай попал, здесь мозгами шевелить не обязательно, лепи как хочешь, а с релейными схемами думать надо, там 500 реле тебе никто не позволит ставить, за идиота сочтут!

[Гризли]

Да, Ваша схема тоже подходит под ТЗ.

[Алексей Геннадьевич]

Вот Вы наверно не поверите, после релейных схем, столкнувшись с ПР, я будто в рай попал,

Это таки да. Сдача станка технологам.
Технологи: ОЙ, мы забыли в ТЗ указать...а вот здесь нужно добавить промежуточный отвод...
Я: для этого придётся половину схемы переделать.
Мастер монтажного участка в истерике, сыграть такое даже сам Станиславский не сможет.

здесь мозгами шевелить не обязательно, лепи как хочешь, а с релейными схемами думать надо,

Мозгами шевелить всегда обязательно.
В ПР можно навтыкать кучу всего того, что на реле не реализуется в принципе.
Защиту на залипание пускателя, например. Или условие нажатия кнопки пуск, когда она при удержании (залипла) не создаст предпосылок к аварийной ситуации.

там 500 реле тебе никто не позволит ставить, за идиота сочтут!

Вы схем на 800-1500 реле никогда не видели?

[Сергей0308]

Это таки да. Сдача станка технологам.
Технологи: ОЙ, мы забыли в ТЗ указать...а вот здесь нужно добавить промежуточный отвод...
Я: для этого придётся половину схемы переделать.
Мастер монтажного участка в истерике, сыграть такое даже сам Станиславский не сможет.

Мозгами шевелить всегда обязательно.
В ПР можно навтыкать кучу всего того, что на реле не реализуется в принципе.
Защиту на залипание пускателя, например. Или условие нажатия кнопки пуск, когда она при удержании (залипла) не создаст предпосылок к аварийной ситуации.

Вы схем на 800-1500 реле никогда не видели?

Схем на 800-1500 реле не видел, просто масштабы были скромнее, а защиту от залипания кнопки пуск можно и на двух реле сделать(после нажатия и отпускания кнопки стоп пускатель не включится пока контакты кнопки пуск не разомкнёшь и вновь не замкнёшь)! Но любая дополнительная функция требует дополнительных реле(затрат), а залипания может никогда и не произойти , поэтому важен вопрос целесообразности, а на ПР всё можно сделать не задумываясь, случится такая неисправность, или нет, так как не требует дополнительного оборудования! Функционал ПР конечно намного выше и не надо задумываться об количестве используемых элементов поэтому все проще сделать!

[Алексей Геннадьевич]

Схем на 800-1500 реле не видел, просто масштабы были скромнее,

Отыскивать в подобных схемах сбой - ещё то занятие...

а защиту от залипания кнопки пуск можно и на двух реле сделать(после нажатия и отпускания кнопки стоп пускатель не включится пока контакты кнопки пуск не разомкнёшь и вновь не замкнёшь)! Но любая дополнительная функция требует дополнительных реле(затрат), а залипания может никогда и не произойти , поэтому важен вопрос целесообразности, а на ПР всё можно сделать не задумываясь, случится такая неисправность, или нет, так как не требует дополнительного оборудования!

В условиях серийного производства залипание произойдёт, 100%.
А вся суть доп. защит на реле - работают они до первого электроалконавта, ему-же водку пить надо на работе, а не разбираться во всех этих конструкторских изысках. + каждый доп.контакт это точка возможного сбоя.

Функционал ПР конечно намного выше и не надо задумываться об количестве используемых элементов поэтому все проще сделать!

Ну-ну.
А я-то дурак в своём ПИД-регуляторе интегратор на целочисленной логике сделал вместо логики с плавающей запятой, от нечего делать, наверное.

[Сергей0308]

Отыскивать в подобных схемах сбой - ещё то занятие...



В условиях серийного производства залипание произойдёт, 100%.
А вся суть доп. защит на реле - работают они до первого электроалконавта, ему-же водку пить надо на работе, а не разбираться во всех этих конструкторских изысках. + каждый доп.контакт это точка возможного сбоя.

Ну-ну.
А я-то дурак в своём ПИД-регуляторе интегратор на целочисленной логике сделал вместо логики с плавающей запятой, от нечего делать, наверное.

Во многом с Вами согласен, но насчёт существенного упрощения в случае использования целочисленной логики вместо логики с плавающей запятой для накопления интегральной составляющей, ну очень сомневаюсь!

[Алексей Геннадьевич]

Во многом с Вами согласен, но насчёт существенного упрощения в случае использования целочисленной логики вместо логики с плавающей запятой для накопления интегральной составляющей, ну очень сомневаюсь!

Тут не в упрощении дело, а в меньшем использовании ресурсов. Флоат в4раза больше кушает чем инт.

[Aleksey Efremov]

Доброго всем дня!
Разрешите продолжить тему. Ситуация такая, что есть необходимость блокировки запуска двигателя на один час. Да, через счетчик/таймер могу сделать. Но необходимо, чтобы и при выключении питания ПР (да и пульта управления в целом) это время как-то учитывалось, а не сбрасывалось в ноль или сохранялось по энергонезависимости и продолжало отсчитывать после включения. Пробовал через макрос наработки моточасов, но время сохраняется при выключении в память и продолжает отсчитывать при следующем включении. Вычитать минуты реального времени так же на получалось, т.к. минуты циклично сбрасываются. Может как-то можно через формат Unix вычислять? Кто что-то подобное изобретал поделитесь идеей.

[Алексей Геннадьевич]

Доброго всем дня!
Разрешите продолжить тему. Ситуация такая, что есть необходимость блокировки запуска двигателя на один час. Да, через счетчик/таймер могу сделать. Но необходимо, чтобы и при выключении питания ПР (да и пульта управления в целом) это время как-то учитывалось, а не сбрасывалось в ноль или сохранялось по энергонезависимости и продолжало отсчитывать после включения. Пробовал через макрос наработки моточасов, но время сохраняется при выключении в память и продолжает отсчитывать при следующем включении. Вычитать минуты реального времени так же на получалось, т.к. минуты циклично сбрасываются. Может как-то можно через формат Unix вычислять? Кто что-то подобное изобретал поделитесь идеей.

Тогда вам только ПР200 подходят, работать только через переменные реального времени.
Советую присмотрется к макросам http://www.owen.ru/forum/showthread....991#post219991 http://www.owen.ru/forum/showthread....994#post219994
А точнее к макросу DT_TO_DW.
а дальше всё просто: запоминаете время отключения, прибавили 3600, как текущая переменная превысила это значение - разрешаете запуск.

[Ревака Юрий]

Доброго всем дня!
Разрешите продолжить тему. Ситуация такая, что есть необходимость блокировки запуска двигателя на один час. Да, через счетчик/таймер могу сделать. Но необходимо, чтобы и при выключении питания ПР (да и пульта управления в целом) это время как-то учитывалось, а не сбрасывалось в ноль или сохранялось по энергонезависимости и продолжало отсчитывать после включения. Пробовал через макрос наработки моточасов, но время сохраняется при выключении в память и продолжает отсчитывать при следующем включении. Вычитать минуты реального времени так же на получалось, т.к. минуты циклично сбрасываются. Может как-то можно через формат Unix вычислять? Кто что-то подобное изобретал поделитесь идеей.

Как вариант завести энергонезависимую переменную времени UNIX и после включения сравнивать текущее время в UNIX с переменной сохраненной перед выключением.