Да, Ваша схема тоже подходит под ТЗ.
Это таки да. Сдача станка технологам.
Технологи: ОЙ, мы забыли в ТЗ указать...а вот здесь нужно добавить промежуточный отвод...
Я: для этого придётся половину схемы переделать.
Мастер монтажного участка в истерике, сыграть такое даже сам Станиславский не сможет.
Мозгами шевелить всегда обязательно.здесь мозгами шевелить не обязательно, лепи как хочешь, а с релейными схемами думать надо,
В ПР можно навтыкать кучу всего того, что на реле не реализуется в принципе.
Защиту на залипание пускателя, например. Или условие нажатия кнопки пуск, когда она при удержании (залипла) не создаст предпосылок к аварийной ситуации.
Вы схем на 800-1500 реле никогда не видели?там 500 реле тебе никто не позволит ставить, за идиота сочтут!
Схем на 800-1500 реле не видел, просто масштабы были скромнее, а защиту от залипания кнопки пуск можно и на двух реле сделать(после нажатия и отпускания кнопки стоп пускатель не включится пока контакты кнопки пуск не разомкнёшь и вновь не замкнёшь)! Но любая дополнительная функция требует дополнительных реле(затрат), а залипания может никогда и не произойти , поэтому важен вопрос целесообразности, а на ПР всё можно сделать не задумываясь, случится такая неисправность, или нет, так как не требует дополнительного оборудования! Функционал ПР конечно намного выше и не надо задумываться об количестве используемых элементов поэтому все проще сделать!
Отыскивать в подобных схемах сбой - ещё то занятие...
В условиях серийного производства залипание произойдёт, 100%.а защиту от залипания кнопки пуск можно и на двух реле сделать(после нажатия и отпускания кнопки стоп пускатель не включится пока контакты кнопки пуск не разомкнёшь и вновь не замкнёшь)! Но любая дополнительная функция требует дополнительных реле(затрат), а залипания может никогда и не произойти , поэтому важен вопрос целесообразности, а на ПР всё можно сделать не задумываясь, случится такая неисправность, или нет, так как не требует дополнительного оборудования!
А вся суть доп. защит на реле - работают они до первого электроалконавта, ему-же водку пить надо на работе, а не разбираться во всех этих конструкторских изысках. + каждый доп.контакт это точка возможного сбоя.
Ну-ну.Функционал ПР конечно намного выше и не надо задумываться об количестве используемых элементов поэтому все проще сделать!
А я-то дурак в своём ПИД-регуляторе интегратор на целочисленной логике сделал вместо логики с плавающей запятой, от нечего делать, наверное.
Доброго всем дня!
Разрешите продолжить тему. Ситуация такая, что есть необходимость блокировки запуска двигателя на один час. Да, через счетчик/таймер могу сделать. Но необходимо, чтобы и при выключении питания ПР (да и пульта управления в целом) это время как-то учитывалось, а не сбрасывалось в ноль или сохранялось по энергонезависимости и продолжало отсчитывать после включения. Пробовал через макрос наработки моточасов, но время сохраняется при выключении в память и продолжает отсчитывать при следующем включении. Вычитать минуты реального времени так же на получалось, т.к. минуты циклично сбрасываются. Может как-то можно через формат Unix вычислять? Кто что-то подобное изобретал поделитесь идеей.
Тогда вам только ПР200 подходят, работать только через переменные реального времени.
Советую присмотрется к макросам http://www.owen.ru/forum/showthread....991#post219991 http://www.owen.ru/forum/showthread....994#post219994
А точнее к макросу DT_TO_DW.
а дальше всё просто: запоминаете время отключения, прибавили 3600, как текущая переменная превысила это значение - разрешаете запуск.
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ