Deleted by request
Вид для печати
Deleted by request
может это не мое дело, но описывать алгоритмические последовательности на st не самый лучший вариант. нет, кончено, если очень хочется, то и на st можно все реализовать, правда мне кажется, что это не будет выглядеть оптимально/красиво.
подпрограммы в одну строку такими и останутся? в таком случае можно и без них обойтись. в остальном - на вкус и цвет...
Согласен, потому и спрашиваю, как можно структуризировать программу.Цитата:
Сообщение от swerder
Графические языки очень не хочется использовать... Мне текст как-то намного понятнее сходу...
Нет, это очень упрощенный вариант, будет побольше строк. Иначе и не стал бы городит огород :)Цитата:
Сообщение от swerder
Почитайте о языке SFC...по моему это под вашу задачу и мышление...Цитата:
Сообщение от Вова
ЗЫ.. ну если очень не нравятся графические языки ;-) то почитайте о switch-программировании...
задачу управления автооператором структурировать можно, по моему мнению (также занимаюсь электрохимией в ваннах с автооператорами), используя упомянутый выше SFC. но если душа лежит к st, а к графическим жесткое отвращение - то все в ваших руках, нет ничего невозможного.Цитата:
Сообщение от Вова
хотя если посмотреть на картинки вашей блок-схемы и сравнить с языком SFC..., то угадайте на что будут похожи картинки?)
Да я сразу и подумал, что алгоритм очень похож на этот язык :) И не то, чтобы испытываю отвращение к графическим языкам, просто привык к тексту, как-то он понятнее для меня.Цитата:
Сообщение от swerder
Спасибо, почитаю. Но всё же ещё раз главный вопрос - если писать на st, то всю логику нужно будет держать в одной простыне текста, так?Цитата:
Сообщение от Pointer
Создайте нужное количество функциональных блоков (типа подпрограмм) и работайте с ними из основной программы... В документации всё это есть, а на каком языке вы будете создавать функциональные блоки - не важно...
Тогда ещё два вопроса
1. В функциональном блоке или программе, отличной от главной, можно оставаться неограниченно долго? Так, чтобы ПЛК в циклах обрабатывал лишь действия, описанные в этом блоке/программе?
2. Если можно, то как вернуться, когда нужно, в основную программу?
У меня сложилось мнение, что в функциональных блоках/программах нельзя задерживаться долго, там можно делать как можно более короткие операции (типа как прерывания в микроконтроллерах).
надо описать условия возврата в основную прогу, а потом хоть всю работу выполнять в этом ФБ
Типа того...Цитата:
Сообщение от Вова
ВСЕ блоки обрабатываются за один цикл ПЛК... их нельзя останавливать, приостанавливать и т.п... можно только передавать параметры и получать результат... Почитайте побольше о принципах фунициклирования ПЛК...
Хотя существуют ПЛК, где довольно гибко можно работать и с внешними прерываниями, и с прерываниями по таймеру...
Не понимаю. Если я вызвал функциональный блок, то управление передаётся в него, это понятно. Но разве по выполнению всех строк блока управление не передаётся в основную программу? Не могли бы вы на примере моей программы показать, как оформить обработку нажатия кнопки _влево_ в виде функционального блока, передать ему управление целиком и пример условия возврата в основную программу? Спасибо заранее.Цитата:
Сообщение от swerder
если ФБ из одной строки видаЦитата:
Сообщение от Вова
out:=in1+in2;
то да, надолго тут не задержишься.
если же у вас в ФБ описан алгоритм (на SFC) подготовки космического корабля к запуску в долгий полет, по окончании которого ФБ радостно рапортует о проделанной работе, то тут придется задержаться, и чтоб в случае чего прервать этот алгоритм надо описать условия преждевременного завершения
управление туда, управление сюда... если вызывается ФБ это еще не значит, что в основной программе в этот момент нельзя производить никаких действий. контроллер все равно обрабатывает весь код.
вот слабо, но на вашем примере - в каком-то ФБ идет обработка каких-либо условий и выполнение каких-либо действий. а если в этот момент произошел сбой, АО съехал с рельс (просто для примера). где будет сидеть код обработки этой ошибки, в ФБ, в основной программе? если в основной, то по вашим словам вы все управление передаете в ФБ. так можно и установку сломать. а если обработка в ФБ, то что же вы будете 1 и тот же код пихать во все ФБ?
Мне просто казалось, что в конкретный цикл контроллер обрабатывает одну задачу (если в ней идёт вызов других, то и их тоже, конечно). А далее - по условию, т.е. если одна программа, то в следующем цикле - тот же CASE, если используется несколько задач, то будет вызов задачи циклически либо по событию. Но я правильно понимаю, что в одном цикле обрабатывается только одна задача, или нет?Цитата:
Сообщение от swerder
нет. в каждом цикле ПЛК опрашивает входы, обрабатывает всю программу пользователя, записывает выходы, (передает данные по сети)Цитата:
Сообщение от Вова
т.е. обработка ошибок в подпрограмме, которая вызывается только по окончании какой либо задачи? а если задача все же затянется?Цитата:
Сообщение от Вова
Так а если у меня все подпрограммы вызываются либо из основной программы, либо по внешнему событию, на основании чего ПЛК будет их обрабатывать, если они не вызываются в конкретный цикл ниоткуда?Цитата:
Сообщение от swerder
это как загадка «Слышен ли звук падающего дерева в лесу, если рядом никого нет?»:)Цитата:
Сообщение от Вова
не вызываем - не обрабатывает. а как проверить что не обрабатывает?:)
p.s. надо сделать уточнение - под "обрабатывает всю" я имел ввиду не то, что прямо производит вычисления, действия если подпрога не вызвана, а что просто пробегается по простыне кода
А зачем это, зачем терять процессорное время, если действия и вычисления не производятся?Цитата:
Сообщение от swerder
И, как процессор может "пробежаться" по коду, не исполняя его?
Для того, что бы не пропустить никакого изменения в переменных...и не важно входа это или регистры, таймеры или счётчики....
Господа, может конечно я чего не понял, но
http://i017.radikal.ru/1104/de/bdce404a4556.jpg
Пишем на LD 14...20 цепочек и вуаля, зачем так сложно-то. Почитайте литературу по контроллерам (PLC) для начинающих.
Хорошая работа!
Используйте многозадачность для эмулятора. Обычно параллельно с рабочей программой, прямо в CoDeSys мы запускаем программу эмулирующую объект. В старые времена (до CoDeSys) делали подобные внешние эмуляторы.
кажется кусочек потерялся)
извините, у меня картинки не отображались)