Йо! Если вы не в курсе истории про Logo и KNX-сценарное управление светом, то сначала скорее-скорее бегите вот в этот пост (про щиты на Logo и сборный опыт работы с ним) и читайте его начало, где я рассказываю про эту задачу и привожу её условие! =) Ну а я введу вас в курс дела!
В том посте я свёл свой опыт работы с Logo и рассказал о том, что сначала я дико от него зафанател (и вас этим заразил тоже, ибо многие стали брать мои идеи и использовать их у себя), а потом затрахался с ним работать из-за того, что не все возможные штуки можно сделать на Logo.
Например, у Logo все выходы по номиналу тока находятся на границе между автоматами на 6 и 10А: 6А — маловато, а 10А — уже много. И вот когда ты делаешь щит на Logo, ты начинаешь геморроиться и рассуждать: «Так, вот эту бриху выход Logo потянет напрямую, а LED-ленту — через внешнее реле CR-P на 16А и ещё и Меандровскую МРПшку впридачу, а вот эту люстру — просто через внешнее реле», что добавляет сложности щиту и его разводке (потому что когда ты проектируешь щит на 40 групп света на трёх Logo, то очень легко где-то проебать эти внешние реле).
А второй пример как раз и связан с тем щитом, про который я ща рассказываю. Это сложность програмирования на FBD, если нам надо проделывать разные групповые операции с данными по разным флагам. Например, логика вида «Если любая из 20 хреновин не ноль» на Logo превратится в OR на 20 входов, а в текстовом языке программирования можно все эти хреновины прокрутить в цикле из трёх строчек с условием типа IF bla-bla = TRUE THEN bFlag := TRUE; BREAK; END_IF; Теперь представьте, что этих проверок надо сделать 4 штуки. И всё это завернуть в 10 комнат, для каждой из которых всё это повторить… Пиздец! Это будет такое дикое ветвление, что на Logo даже элементов в схеме не хватит. Именно до этого я дошёл, когда пытался сделать прототип программы для этого ТехЗадания… а потом выматерился, открыл CodeSys и через полчаса всё родил!
Последние комментарии