К слову проверил с загруженным проектом на рабочем S7 400H.
Минимальное время цикла 17мс. В среднем прыгает пределах 14-20мс не более.
У нас нет в технологии процессов требующих время реакции менее чем 30мс.
В скомпилированном состоянии в ПЛК лежит программа в 6 мб.
На пустом увы проверить пока не могу, так как нет свободного ПЛК в наличии.
Но как появится, обязательно проверю, и за одно проверю, подвиснет ли он на бесконечной цикле while.
Почему же общая? PCS используется в основном сейчас для 300/400 серии, и ни куда не собирается деваться в ближайшие 10 лет точно. Был весной на курсах в Московоском уечбном центре Siemens. Работали c PCS 7, TIA Portal упоминался лишь вскользь.
Я не утверждаю что вам нужен 400 контроллер. Я говорю о том, что это разные модели предназначеные для разных вещей. Может 1200 серию вы и подвесите while(true), на счет 400Н не уверен.
SIMATIC S7-1200 представляют собой новое семейство микроконтроллеров, предназначенных для решения самых различных задач автоматизации малого уровня.
Контроллеры способны обслуживать от 10 до 284 дискретных и от 2 до 51 аналогового канала ввода-вывод
У нас на предприятии в цеху используются 4 контроллера S7 400H, и обслуживают они в общей сложности порядка 10 000 контуров. В 1200 на сколько я сылшал даже отдельная своя среда разработки и своя ОС, отличная от 300/400 серии.
Ну это уже на совести разработчика. А ПЛК гарантирует, что цикл будет выполнятся 20мс, не больше, не меньше.
Здесь нужно идти от обратного. Возьмем обычный ПК. Допустим вы написали программу которая может выполнится за 20мс и по требованиям должна выполнится. Обычный ПК с какой нибудь типичной ОС не даст вам однозначной гарантии. Может выполнит, а может заставит программу подождать, потому что ОС занимается чем то другим.
Здесь же, если вы поместили программу в 20мс цикл, то вы уверены, что ПЛК гарантированно выполнит ее за данное время и не отправит ее в режим ожидания, пока обрабатывается другая программа.
Вообще же к слову ни каких сложных вычислений и тем более ни каких программных циклов в таких программах там нет.
Обычно это опрос датчиков и выдача дискретной команды на управление.
Время вообще один из самых краеугольных камней в автоматизации. В непрерывных технологических процессах оно может стоить как поломки оборудования так и человеческих жизней.
Какой бесконечный цикл? И что вы вообще подразумеваете под циклом (while или for)? :)
Цикл работы в 20мс, 30мс и так далее заложен в ПЛК аппаратно.
Он будет прерван в любом случае, выполнена ваша программа или нет.
Не успела — извините.
Возможности зависят от контроллера, обычно это где-то 20, 50, 250 мс, 1, 2, 3, 4, 5 с. Естественно, это не гарантирует выполнение кода именно за такой промежуток времени, нельзя большие программы пихать в цикл 20 мс, к началу следующего цикла предыдущий должен быть завершён.
Вот здесь в корне не соглашусь с автором. Весь смысл использования ПЛК для управления технологическими процессами как раз в том, что в отличии от обычных PC они как раз таки гарантируют выполнение кода за определенное кол-во времени.
Кроме того, система проектирования прост не даст положить тяжеловесную программу в организационный блок который выполняется за 20мс.
В крупных АСУ ТП обычно не используют LD или FBD слишком много писать и слишком сложно это.
Пакеты используются более комплексные и более тяжеловесные.
У нас например используют пакет проектирования Siemens PCS 7 v7.1 на части оборудования. (Не Step 7 а PCS, причем 80% его возможностей). Все программы написаны на CFC и SFC (Именно сименсовской вариации).
А еще в более крупных системах используется финская система metsoACN (MetsoDNA/DamaticXDi).
Странно что фирму Metso в статье не упомянули. Одна из крупнейших в России ситем автоматизации построена именно на ее решениях.
Не очень удачная IMHO иллюстрация электроустановки.
У меня на работе к примеру вот одна из электроустановок:
Да конечно можно считать двигатель электроустановкой, так же как и PC, но все же…
Вот оно что, можно исправить баг указав в настройках запускать hg через bash -c
Однако, все равно для работы с данной DVCS работать будет неудобно. Поддержки создания веток например просто нет.
Ммммда… Печально. В общем то как и в прошлой версии на OS X 10.8.2. Кодировка везде UTF-8 Что в Mercurial что в IDE. В конcоли и Нетбинсе как обычно с комментами на Русском все норм. При попытке коммита ругается на отличные от ANSI символы в комментах.
Увы но плаги почему то не работает. Не одна доступная версия. Просто горит в красном в списке плагинов.
И к слову что еще очень раздражает что при запуске на МакБуке температура процессор подымается до 95* и вентиляторы начинают молотить как бешенные. Только пол того как проект просканился, нагрузка спадает.
Реально можно выяснить разве что посмотрев RAW (если конечно таковой имеется).
Неподготовленый человек и 10 минут не выдержит :)
Минимальное время цикла 17мс. В среднем прыгает пределах 14-20мс не более.
У нас нет в технологии процессов требующих время реакции менее чем 30мс.
В скомпилированном состоянии в ПЛК лежит программа в 6 мб.
На пустом увы проверить пока не могу, так как нет свободного ПЛК в наличии.
Но как появится, обязательно проверю, и за одно проверю, подвиснет ли он на бесконечной цикле while.
Я не утверждаю что вам нужен 400 контроллер. Я говорю о том, что это разные модели предназначеные для разных вещей. Может 1200 серию вы и подвесите while(true), на счет 400Н не уверен.
У нас на предприятии в цеху используются 4 контроллера S7 400H, и обслуживают они в общей сложности порядка 10 000 контуров. В 1200 на сколько я сылшал даже отдельная своя среда разработки и своя ОС, отличная от 300/400 серии.
Здесь нужно идти от обратного. Возьмем обычный ПК. Допустим вы написали программу которая может выполнится за 20мс и по требованиям должна выполнится. Обычный ПК с какой нибудь типичной ОС не даст вам однозначной гарантии. Может выполнит, а может заставит программу подождать, потому что ОС занимается чем то другим.
Здесь же, если вы поместили программу в 20мс цикл, то вы уверены, что ПЛК гарантированно выполнит ее за данное время и не отправит ее в режим ожидания, пока обрабатывается другая программа.
Вообще же к слову ни каких сложных вычислений и тем более ни каких программных циклов в таких программах там нет.
Обычно это опрос датчиков и выдача дискретной команды на управление.
Время вообще один из самых краеугольных камней в автоматизации. В непрерывных технологических процессах оно может стоить как поломки оборудования так и человеческих жизней.
Цикл работы в 20мс, 30мс и так далее заложен в ПЛК аппаратно.
Он будет прерван в любом случае, выполнена ваша программа или нет.
Не успела — извините.
Вот здесь в корне не соглашусь с автором. Весь смысл использования ПЛК для управления технологическими процессами как раз в том, что в отличии от обычных PC они как раз таки гарантируют выполнение кода за определенное кол-во времени.
Кроме того, система проектирования прост не даст положить тяжеловесную программу в организационный блок который выполняется за 20мс.
Пакеты используются более комплексные и более тяжеловесные.
У нас например используют пакет проектирования Siemens PCS 7 v7.1 на части оборудования. (Не Step 7 а PCS, причем 80% его возможностей). Все программы написаны на CFC и SFC (Именно сименсовской вариации).
А еще в более крупных системах используется финская система metsoACN (MetsoDNA/DamaticXDi).
Странно что фирму Metso в статье не упомянули. Одна из крупнейших в России ситем автоматизации построена именно на ее решениях.
У меня на работе к примеру вот одна из электроустановок:
Да конечно можно считать двигатель электроустановкой, так же как и PC, но все же…
Однако, все равно для работы с данной DVCS работать будет неудобно. Поддержки создания веток например просто нет.
И к слову что еще очень раздражает что при запуске на МакБуке температура процессор подымается до 95* и вентиляторы начинают молотить как бешенные. Только пол того как проект просканился, нагрузка спадает.