Здесь можно выкладывать любые ссылки, если это не ссылки на конкурентов и не нарушаются чьи-нибудь авторские права (например, пиратский софт или отсканированные книги и т.п.). _________________ Обращайтесь к профессионалам.
Гораздо интересней было бы, на мой взгляд, обменяться опытом использования этих языков для реализации различныых типов задач управления. Ведь они далеко не полностью взаимозаменяемы, и это касается не только, и не столько, операторов и блоков, сколько парадигмы программирования.
Например, LD хорош тем, что дает очень наглядную картину логических переходов, и посему, лучше всего пригоден для составления подзадач вычисления логических условий для систем с дискретным (бинарным) управлением.
Коллеги, ведь языки МЭК создавались с целью максимальной специализации на ту или иную отрпасль АСУТП, потому их и несколько разных, ориентированных на различные отрасли АСУТП-строения.
Как вы понимаете, язык - это средство общения специалиста по АСУТП, строящего систему управления и контроллера, который он при этом программирует, хотя при этом конечный объектный код контроллера не зависит от того, на каком именно из этих языков юзер написал програму. _________________ Обращайтесь к профессионалам.
Ну, продолжать, это будет лекция, а не обсуждение, а у нас форум - "Коллективный разум". Прелагаю не торопить события и подождать, возможно кто-нибудь ещё пожелает присоединиться своим разумом. Только бы, желательно, не просто констатируя свой интерес к теме, а присовокупляя "копеечку" в копилку разума. Обещаю продолжить вещать в эту тему независимо от количества "денег" в ней. Однако, длинные посты мне сначала приходится писать в блокноте и потом копировать в форум, иначе уважаемый Админ выкидывает меня без сохранения.
Последний раз редактировалось: 40in (Чт 22 Окт, 2009 11:20:55), всего редактировалось 1 раз
Уважаемый oldDad! Моей идеей было облегчить работу нам, программистам, а никак не контроллерам. И конечный объектный код действительно не изменится. Однако трудоемкость разработки программ можно существенно сократить, если знать для какого класса задач, какой язык применять. Это поможет избежать типичных ошибок, например, не пытаться реализовать сложную систему условных переходов на LD, а использовать для этого SFC. Вопросы разработки кода, оптимизированного под конкретный контроллер можно обсудить в другой теме.
Ещё более интересной представляется тема комбинирования языков в рамках одной задачи. Ведь не секрет, что большая часть задач реализуется нами, программистами, в переделах одного языка, наиболее понятного конкретному исполнителю и худо-бедно подходящего для реализации. А ведь комбинирование таит в себе латентную способность сушественного увеличения технологичности разработки систем автоматизации.
Например, LD хорош тем, что дает очень наглядную картину логических переходов, и посему, лучше всего пригоден для составления подзадач вычисления логических условий для систем с дискретным (бинарным) управлением.
Уважаемые коллеги программеры, технари и прч. я одназначно могу сказать, что язык LD в ближаешем времени может и отпадет хотя заграничные специалисты пишут в этом языке не понятно тока почему.
ST - всегда
SFC - оч. редко
IL - только для повышения производительности
FBD - только когда по-другому нельзя (например в Concept часть процедур может быть вызвана только из программы на FBD)
LD - никогда
Студентов начинал учить на FBD, потом пытался переключить на ST, результаты плачевны... Сейчас пытаюсь переделать программу обучения так, чтобы в качестве основного средства сразу начинали использовать ST, а про остальные языки имели общее представление
Бедные студенты
40in писал(а):
Ещё более интересной представляется тема комбинирования языков в рамках одной задачи.
Для Logix всегда комбинирование, примерно так:
LD - максимальное использование
FB - для регуляторов и когда нужно использовать команды, которые не доступны в LD.
ST - только для расчетов, но не всегда (CPT в LD не отменена)
SFC и PM - пока небыло задачи (правильнее будет - задача для SFC была, но контроллер был не тот - ML1500).
Возможно вы удивитесь, dv_, но существует масса людей в этом мире, которые с чем-то несогласны. Гораздо более интересно, как вы-то относитесь к обсуждаемому вопросу?
dv_ писал(а):
Для Logix всегда комбинирование, примерно так:
LD - максимальное использование
FB - для регуляторов и когда нужно использовать команды, которые не доступны в LD.
ST - только для расчетов, но не всегда (CPT в LD не отменена)
SFC и PM - пока небыло задачи (правильнее будет - задача для SFC была, но контроллер был не тот - ML1500).
Есть предложение обосновать (если это не аксиома), в целях уменьшения энтропии информации.
dv_ писал(а):
Возможности LD сильно зависят от реализации, что доступно на AB не все могут:
На мой взгляд, сильно зависят от реализации те возможности, которые определяют пересечение (совместимость) с другими языками, и определяют возможность "максимального использования", как вы пишите, LD.
dv_ писал(а):
После "выбрасывания" попробуй нажать кнопку "НАЗАД"
Продолжу. По моему мнению, производители расширяют возможности специальных языков в силу коньюнктурных интересов, дабы расширить рынок востребованности своего продукта. Иными словами, чтобы не отпугнуть возможных покупателей, знающих только один язык. В зависимости от типа производимых систем (контроллеров), в них, как правило, сильнее всего развит один из языков программирования, а остальные подтягиваются к нему для максимально возможного обеспечения функциональности. Любой программист, имеющий опыт программирования на всех перечисленных языках, почти всегда сможет в современной системе программирования реализовать одну и ту-же задачу на любом из языков. Я же предлагаю попытаться вычленить ключевые особенности языков и попытаться найти им (языкам) сферы наиболее подходящего применения.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна. Открытие страницы: 0.139 секунды