CS-CS.Net: Лаборатория Электрошамана

Заставка Logo Web Editor

Ну что? Поговорим сегодня про ещё один огрызок Siemens Logo — визуализацию через Logo Web Editor! Слово это так же раскручено, как «умный дом» и вызывает приятное потепление у всяких непонимающих людей как заумное, что-то значащее и дорого стоящее. Особливо когда какие-нибудь маркетологи начинают втирать потребителям свои недоделанные продукты…

Да-да! Я снова стебусь, потому что мне многие рассказывали (и яростно постили в комментариях постов про Logo — напоминаю, что все они лежат под тэгом «Logo») про то, что версия Logo 8.2 теперь умеет делать WEB-визуализацию, что для этого есть Logo Web Editor и что теперь можно делать «умный дом». А тут у меня один заказчик спрашивал про эту визуализацию, и я для него её тестировал. Дело кончилось следующим: «А сколько на ОВЕНе будет стоить на моё число групп света?» — «Нууу.. плюс 20-30 тыр» — «О! Нахуй Logo, делаем нормально на ОВЕНе, ща я ещё тебе хотелок напишу! Так… шторы, краны на батареи, система протечек, вентиляторы в санузлах, датчики температуры и влажности, управление заслонками вентиляции… Считай мне щит!» =))

Пост будет жёстко стёбным, потому что я же сразу, пока делал щит котельной в Папушево, увидел то, как выглядит нормальный редактор визуализаций и нормальные ПЛК. И сравниваю это с Logo (про который на момент выпуска визуализаций поднялась волна ажиотажа) и… да охуеваю я, потому что там без слёз не взглянешь!

1. Немного про автоматизацию и HMI.

Почему я ругаюсь и морщусь, когда слышу про умный дом или визуализацию? Потому что умным домом сейчас стали называть любую автоматическую хуйню. Да даже датчик движения! Он же ж по движению контакты замыкает — значит умный!! А если мы на эти контакты (вспомнив про сухой контакт или ОК) привесим сигнал на привод штор (подадим фазу с датчика движения на провод «Открыть») — то как только мы зайдём, у нас шторы откроются. И вот эту автоматизацию называют умным домом. И меня это БЕСИТ из-за того, что простые автоматические вещи возводятся в божественный ранг и продаются втридорога.

А ещё меня бесит это из-за того, что любой заказчик теперь считает своим долгом пиздануть про этот умный дом: «У меня будет щит и система умный дом». А дальше, кроме этих слов, он не понимает ни хуя. И считает, что очень просто прикрутить RGB-LED-ленту по периметру комнаты (в 30 метров), чтобы она от датчика движения плавно зажигалась на 30% яркости, плавно гасла — а от кнопки на стене регулировала яркость. И на все фразы вида «а ты понимаешь, что это пиздец как сложно» он делает красивые глаза и говорит «так это ж умный дом, там же вроде просто всё».

Поэтому вместо умных домов я занимаюсь автоматизацией зданий и технологических процессов. Если уж мы гонимся за пафосом, то это и звучит круче чем «я делаю умный дом» (как «мы с подругой делаем DIY» у Дани Крастера), и описывает то, что я делаю, более грамотно. Ибо автоматизация — это и вентиляция, и конвейеры, и привода, и отопление, и всё что угодно. короче, это как штуки про обзывать окулиста глазником и гинеколога пиздюком.

К чему я это всё завёл? А к тому, что в автоматизации нам требуется сделать пользователю нашего щита какой-то интерфейс для управления нашей автоматикой. Вот, к примеру, мы сделали управление вентилятором санузла по реле времени (внутри ПЛК/Logo). А как нам настроить время работы вентилятора? Или же мы сделали управление термоклапанами Oventrop на отопление — в простом варианте там делать нехер: получил температуру с датчика, сравнил и или открыл клапан или закрыл — а как нужную температуру в комнате-то задать? Ну не программу же в ПЛК постоянно перезаливать?

Простой вариант — это сделать в щите какой-нибудь переключатель или переменный резистор. Завести его на ПЛК и переделать программу в виде «Вкл = Жарче (+50), Откл = Холоднее (+40)». Ну или с резистором — получать через модуль аналогового ввода его значение от 0 до 100%, сделать к резистору шкалу — и крутить крутилку.

Вот то, что мы только что сделали, имеет грамотное название (так же как про «умный дом» vs «автоматизация») — HMI. Расшифровывается это как «Human-Machine Interface». А по-русски — ЧМИ или «человеко-машинный интерфейс». А обозначает какой-то способ, при помощи которого человек может работать с этой автоматикой. Начиная от кнопок и кончая огромными видеостенами, на которых отображаются всякие блок-схемы технических процессов (таких фоток много у Russos в ЖЖ по тэгу «industrial»). Например, вот несколько мониторов (фотка сохранена у меня на хостинге, копирайты — Russos, на среднем что-то прогают кажись):

Пример HMI-интерфейса на ТЭЦ (© Russos)

Частный случай HMI — это какой-нибудь экран или WEB-страница, при помощи которых пользователь может задать всякие параметры (и время работы вентилятора, и температуру нагрева батарей из нашего примера выше). Вот обычно всякие гопники от маркетинга это-то и называют раскрученным словом «визуализация». Я ругаюсь из-за того, что исходный смысл этого слова (представление техпроцессов и параметров автоматики в понятном графическом виде) утрачен, и сейчас визуализацией могут называть любой сраный экранчик или простую WEB-морду, которая из трёх полей состоит… Зато продаваться это будет как «ПЛК для домашнего умного дома с визуализацией». Примерно так Logo и начали рекламировать после того, как вышел Logo Web Editor.

Для визуализации часто применяются панели оператора (позжее, когда себе куплю или кому-нить закажу на ней щит — расскажу). Они делаются в виде простых или сенсорных экранов с кнопками (или без них) и обычно общаются с ПЛК по ModBus. Вы при помощи среды разработки или специальной программы рисуете в них кнопки, текст, графики — и говорите примерно так: «Вот эта хреновина работает как кнопка. Если нажать — устанавливает регистр ModBus #4001 в True» или «Этот график получает значение регистра ModBus #5004 и каждые 5 секунд рисует его со шкалой от -20 до +60». А дальше эта панель оператора делает всё за вас самих.

Ну и конечно же есть ПЛК, которые сразу совмещены с панелью оператора. Вот мне как раз ОВЕН СПК в этом плане и понравился (напоминаю пост про щит котельной в Папушево с третьей части — а там есть ссылки на первую и вторую). Вот главный экран, который я там нарисовал:

Котельная в работе! Отопление запустили, котлы генерируют тепло!

Так как экран сенсорный — то пользователь у нас может посмотреть на график, поуправлять системой, задать какие-то настройки. Вот это и есть HMI или визуализация и принцип её работы. Когда дойду до панелей оператора (очень хочу прикупить простую ИП320) — то сделаю пост и покажу это всё в работе!

Панель оператора ОВЕН ИП320 (простая, монохромная)

Как создаётся HMI? Это зависит от того, для какой железки он создаётся. Если мы берём сенсорный ПЛК — то там всё делается в единой среде CodeSys: и сама управляющая программа, и визуализации. Мне это нравится тем, что у тебя всегда под рукой и сам проект, и переменные — и ты, заводя переменную, сразу же можешь прицепить её к какой-то кнопке или индикатору или вытащить на график.

Если же мы работает с более простой панелью оператора — то там обычно в комплекте идёт некая тулза, в которой создаётся интерфейс и потом заливается на панель. В этом случае к элементам управления (кнопки, индикаторы, графики) привязываются какие-то внешние переменные. В том числе переменные ModBus. Суть всех HMI — привязать переменную (или какой-то параметр) к внешним элементам управления. Вплоть до какой-нибудь банальщины, при которой если переменная True — то показывается (или анимируется) одна картинка, а если False — то другая.

То, к чему можно что-то привязать и составляет отличие разных панелей. У кого-то это только картинки, у кого-то кнопки, галочки, списки, графики. Но основной смысл (а нам его и нужно будет знать для Logo Web Editor) — именно в привязке переменных к элементам управления.

Что анонсировал Logo? Собственно, HMI WEB-интерфейс! Который имеет свой редактор — Logo Web Editor, в котором можно накидать кнопки, индикаторы — и управлять Logo через браузер! Вау! Вот ща мы это и заценим! Сарказмов и охреневания будет дофига, так как хоть у меня и самая свежая версия Logo Web Editor — но всё равно она даже простой ИП320 в подмётки не годится.

2. Logo Web Editor. Создание проекта и рисование WEB-визуализации.

Не зря я писал про то, что в CodeSys и других серьёзных системах ты работаешь с программой и визуализацией в пределах одного проекта, где всё под рукой. Siemens же пошёл по другому пути. Фактически он создал некий API (кратко он описан в справке Logo Web Editor, если что), при помощи которого можно дёргать внутренние переменные Logo. И сделал этот самый Logo Web Editor — что-то типа FrontPage (светлая ему память в Win95/98) для простых WEB-страниц визуализации. Почему было не сделать это же сразу в Logo Soft Comfort — хер знает!

Так вот на данный момент (на дату создания поста, 2020 год), у нас есть два редактора: Logo Soft Comfort для создания схем-программ для Logo и Logo Web Editor для создания WEB-визуализаций. Эти редакторы НИКАК не связаны! Logo Web Editor НЕ знает ни про какую программу Logo — он просто позволяет создать HTML- и JS-код для дёрганья внутренних переменных Logo. И всё. Дальше эти HTML- и JS-файлы заливаются на флешку, которую обязательно надо вставить в Logo — и он начинает их видеть и выдавать наружу.

Поэтому первым делом мы идём в обычный Logo Soft Comfort и делам там простую схемку из RS-триггера с кнопками «Старт» и «Стоп», а заодно цепляем UDF из прошлого поста на вентилятор, который управляется кнопкой и имеет выход на вентилятор и на подсветку состояния его работы:

Тестовая программа для Logo Web Editor

Запускаем этот Logo Web Editor и видим главное окно. И красивую заставку. Видать, хех, под Visual Studio косят =)

Главное окно Logo Web Editor без проекта

Проект в Logo Web Editor состоит из кучки файлов. Поэтому будьте внимательны: под него создаётся папка, которая их всех содержит. Вот вся папка — это и есть проект.

Почему было не сделать весь проект в одном файле-то? Ведь в Logo Soft Comfort сетевой проект (файл .Mnp) — это ZIP-архив из отдельных файлов .Lsc для каждого Logo в сетевом проекте… значит ZIP они на лету умеют делать. И какого чёрта?!

Создаём новый проект:

Создаём новый проект в Logo Web Editor

Появляется мастер создания проекта, в котором надо выбрать папку для проектов, название проекта и размеры WEB-страницы, которая будет под него создана.

Мастер создания проекта из одного шага =)

Мастер такой пафосный, что сначала начинает казаться, что там будет несколько шагов… А шаг всего один! Обломали-с! =)

Когда проект создан или загружен, то окно Logo Web Editor выглядит так:

Окно проекта Logo Web Editor

Слева сверху у нас есть дерево страниц проекта (проект может состоять из нескольких страниц-экранов). Слева снизу — палитра элементов, которые можно использовать в визуализации. Справа — окно свойств выбранного элемента. Ну а посередине — текущая страница, которую мы редактируем.

Сам проект состоит из следующих частей:

• Страницы проекта. Первая всегда называется «Home Page» и изменить её название нельзя. Можно создавать несколько страниц-экранов и переходить между ними.
• Меню навигации. Это меню, которое выдвигается слева или сбоку страницы и содержит ссылки для перехода на другие страницы.
• Таблица переменных (Tag Table). Задумка тут — создать в проекте внутренние переменные, которые привязываются к переменным Logo для удобства. Визуализация у вас настраивается под переменную, а её привязка к Logo может меняться. Ну, утрированно — сделали переменную btnON, а привязали её к I1 или I20 или ещё куда.

То, что мне сразу же не нравится — это то, что дофига всего жёстко прописано в логике проекта и это нельзя поменять. И это относится и к шрифтам и к меню навигации. Вот любая навигация будет состоять из заголовка «Navigation» и пункта меню «LOG OFF». Поменять шрифты или текст? Да вы стебётесь!

Страница навигации - меню проекта веб-визаулизации

Так как навигация — это меню, то всё что тут можно сделать — это добавить или переставить местами пункты этого меню. Чтобы добавить пункт — тащим «Navigator Item» из палитры слева. А чтобы переставить местами — перетаскиваем элементы меню между собой.

Процесс добавления пунктов в меню навгиации Logo

Из того, что можно поменять — это только шрифт. Однако если в свойствах он сменился, то в рисунке меню — хер! =) А из свойств — только ссылка, на которую перейдёт Logo, если выбрать этот пункт меню и текст самого пункта меню.

Окей! Теперь займёмся нашими страницами. Я создал ещё одну страницу, которую переименовал в «Vent». Она переименовалась и отображается во вкладке правильно. А вот в дереве страниц как было «page_1», так и осталось. А если переименовывать — то поверх отображается верное название. Ыыы!

Так как мы уже подготовлены (и развращены нормальными средами разработки HMI, в которых есть кнопки, переключатели, индикаторы и прочие штучки), то ща-ка мы создадим тут индикатор для нашего мотора (который Q1)! Но тут этого НЕТ! Есть только один элемент «Digital Value», который может или отображать значение (индикатор) или изменять это значение, если на него нажать. Пиздец!

Ну, хех… Тащим «Digital Value» на поле страницы:

Добавляем дискретное значение в проект (кнопка)

И лезем в его свойства, в которых можно выбрать то, к чему привязывается этот элемент. Есть варианты входов I, выходов Q, маркеров M, переменных V и аппаратных кнопок на Logo:

Тип дискретного значения, с которым может работать визуализация Logo

Я обрадовался тому, что хоть так можно будет сделать кнопки, привязав этот элемент к Ixx! Это ж можно накидать страницу с такими же кнопками света, какие в квартире стоят — и рулить ими параллельно как вживую, так и через WEB-морду!

Что-что? Где-то слышно эхо слов «…б твою мать»?! Да-да! Потому что этот ебанутый Logo НЕ ПОЗВОЛЯЕТ АКТИВИРОВАТЬ ВХОДЫ через WEB-интерфейс!!!

Смотрите. Под выбором типа блока (I, Q, M, V) и его номером есть галочка «Writable». Если её установить — то по нажатию на этот элемент его значение будет изменяться пользователем через WEB-страницу:

Ужасно: для входов кнопка не может изменять состояние!

Но именно для Ixx она отключена и установить её никак нельзя — она просто недоступна!

А для элемента Qxx — пожалуйста, вот я установил её:

Для выходов Logo или маркеров M - изменять состояние можно

Собственно после этого пост можно закрывать, Logo Web Editor удалять и забывать про него на N лет, пока Siemens всё не переделает по людски. Я очень сильно охуел и не понял этой логики. Это что за хуйня?! То есть выход, который вообще-то у нас вычисляется и может быть включен, выключен или мигать в зависимости от кучи разных условий в схеме, мы можем врубить напрямую — а входы, от которых работает наша схема и зависят эти самые условия работы выхода — мы активировать не можем?

Я приму то, что входы изменять нельзя, если на них стоят какие-то цепи безопасности (концевики, датчики наличия людей в опасной зоне). Тут-то ясно: а то нажмёшь кнопку, и у тебя привод поедет куда-то вместе с половиной людской тушки… Но бля! А как написать-то простую схему с кнопками «Пуск-Стоп»? Нам же ж на кнопки надо жать! А не выходы активировать!

И обратная херня. Положим, у нас есть система лебёдки или конвеера. Там у нас есть электромагнит тормоза и два выхода на контакторы «Вперёд» и «Назад». Условия такие: контакторы должны иметь взаимную блокировку (электрическую, механическую и программную), а тормоз должен включаться если активировано любое направления движения и с опережением на пару секунд, чтобы тормоз успел механически отпустить колодки.

И чё?!!! Если мы можем рулить выходами напрямую, то давайте-ка забацаем себе направление движения «Вперёд», а тормоз не будем включать! Пущай-ка у нас двигло конвеера или лебёдки устроит дрифтинг со станины! =)) Желательно вместе с фейерверком и выгоранием щитовой!

Ну, если в случае с этим конвеером/лебёдкой ещё можно нарисовать схему так, чтобы сигнал на контакторы у нас шёл с сигнала тормоза:

Схема управления выходами Logo при помощи сигнала с другого выхода

…то как направление-то движения задать? Опять нам вход нужен, бля! А не выход!

И ещё добавлю вот что. Такая же херня через Tag Table. Если привязаться там к Input — то его всё равно нельзя менять. Пиздец! Может быть можно замутить это всё через переменные V? Пробуйте, напишите мне в комментах. А я пока что буду считать Logo в режиме веб-интерфейса чем-то типа HTML-реле — где есть одна страничка и кнопки «Включить-выключить». Вон как я по USB делал на модуле от KernelChip.

Так как у нас тут ж типа не простой HMI — а модная визуализация, то ещё мы можем задать нашему «Digital Value» текст и картинки для включенного или выключенного состояния. С текстом всё понятно — написал, что выводится для выключенного состояния, что для включенного — и оно будет работать.

А для картинок существует аж библиотека. Которая, если её полистать, напоминает диски клипарта с Горбушки. Когда берёшь диск типа «Клипарт Рабочие», а там тебе навалено картинок всего подряд и невпопад по странным ассоциациям. Например, картинка лопаты или ножниц. Или куриных яиц — типа рабочий в инкубаторе, да.

Так вот тут эта библиотека выглядит как «Нате, подавитесь», потому что там есть какие-то дикие значки, которые хуй куда пристроишь. Чуть ли не виндусовские иконки. И пингвин с надписью «Linux» на пузе там тоже попадается. НАХУЯ?! Ещё бы упячко добавили бы, бля. Такое ощущение, что разработчики просто выполнили поиск картинок по диску компа и закинули их все сюда.

Библиотека изображений для визуализации Logo

Кое-как ищем картинку вращающегося вентилятора и цепляем её в свойство «On Image» — картинка для включенного состояния.

Выбор одного из изображений для анимации вращающегося мотора (для примера)

Там же рядом лежит статичная картинка этого же вентилятора (хотя мы находимся в папке «Animated»). Её мы цепляем на «Off Image».

Вот что у нас получилось. Я ещё и текст написал, но если мы используем картинки — то его можно стереть. У нас пускай для примера останется.

Состояние мотора (для примера) с заданными картинками для True/False

Ах, эти любимые анимации в CodeSys и других панелях оператора!! Знаете, как они там делаются? Загружаются не готовые картинки, а кадры анимации подряд в библиотеку картинок проекта (аналог Image List в Windows, если кто прогает — помнит). А дальше ты заполняешь парочку свойств, в которых говоришь примерно так: «Привязать это к переменной bWaterFlow. Если она False — то выводить кадр #35, если True — то выводить кадры с #40 по #46 с интервалом в 200 мсек».

Тут тебе и разные значения, и время анимации даже регулировать можно. Скажем, накидать несколько анимашек одних и тех же кадров с разной скоростью и схематически показывать «Вода льётся (наполнение бака) медленно/средне/быстро».

В общем, худо-бедно мы сделали пока что вывод состояния выхода Q1. Если он будет True — то у нас будет выводиться текст «ВКЛ» и подставляться анимированная картиночка. Если False — то будет выводиться текст «ВЫКЛ» и подставляться статичная картиночка. Детский сад, бля!

3. Идиотская система управления линиями IO. Делаем имитацию кнопок, которые не кнопки!

А шо ж с кнопками-то делать?! Нам надо замутить две кнопки для мотора, которые его включают и выключают, и кнопку для вентилятора! Ээээ… и как?!

Ну и как сделать так, чтобы кнопка в Logo начала работать?! Вход-то изменять нельзя!

Так как мы тут можем дёргать маркеры M, то я придумал решение в лоб: переделать схему Logo так, чтобы параллельно (через OR) каждой кнопке стояли маркеры M. Тогда мы можем дёргать маркеры через WEB-морду, и они будут «нажимать» нам на кнопки.

Добавляем маркеры M в проект Logo для того, чтобы рулить кнопками через них (первый маркер уже занят под UDF)

Да-да! Только вот иногда маркеры нам нужны просто так. Например, у меня один в UDF используется, чтобы сигнал с выхода завязать на сигнал на вход (обратная связь). ОВЕН в своих ПРххх подумал и, чтобы не тратить ресурсы схемы, создал специальное соединение — «Обратная связь», по которому среда знает, что надо сначала подсчитать состояние выхода, а потом перекинуть его на вход (почитайте вторую часть поста про ПРки и OwenLogic). Охуенная же тема! И маркеры не тратятся! Почему в Logo так было не сделать?

Злемент задержки для того, чтобы создавать цикличные связи правильно

В общем, наша схема превратилась в ЭТО:

Новая схема проекта Logo, в котором кнопки рулятся по маркерам или аппаратным входам

Заливаем её в Logo, возвращаемся в Logo Web Editor и теперича мы можем поставить галочку «Writable». Ура?

Выбираем маркер для того, чтобы изменять его значение на WEB-визуализации

Гммм… Окей, маркеры! А ЧТО делать, если у нас будет несколько Logo в щите? Если соединить их как Master-Slave — то маркеров на всю схему будет 64 штуки (а они могут и в UDF использоваться), зато визуализация одна (IP-адрес один). А если сделать два отдельных Logo — так будет у каждого своя WEB-морда и свой IP-адрес. Аааа!!! Siemens! ШТО ты творишь, гад?! Почему было сразу бля не доделать продукт-то нормально?!

Настало время побаловаться и залить нашу говноподелку в Logo, чтобы посмотреть на то, как она работает.

Загружаем проект WEB-визуализации в Logo

Чтобы проект залился на Logo, в Logo надо установить карточку памяти. Все файлы проекта хранятся строго на ней.

Для того, чтобы нас пустили в WEB-интерфейс Logo, нам надо зайти в настройки проекта в Logo Soft Comfort (да, пиздец тут телодвижений), подключиться к Logo, зайти в «Online Settings», в раздел «Access Control Settings», где поставить галочку «Allow Web Access» и обязательно задать пароль доступа.

Включение доступа к Logo через WEB-интерфейс

То, что в какой последовательности делать — не важно. Вы можете заранее один раз разрешить доступ к WEB-интерфейсу Logo, а потом сколько угодно раз заливать в него схему или проект из Logo Web Editor. Ну и так же, напоминаю, что схема не привязана к WEB-проекту. Они живут своими отдельными жизнями…

4. То, как визуализация работает в браузере. Запускаем!

Настало время зайти на IPшник Logo в браузере. Мы попадаем на страницу логина. И если вы думаете, что надо просто ввести пароль (ибо имя пользователя никогда нельзя поменять) — то хуй вам!

Форма входа в проект WEB-визуализации в Logo

Чтобы зайти в нашу визуализацию, надо обязательно поставить галочку «to customized site». Которую даже с большой буквы написать не удосужились. Если галочка стоит — то мы попадём на нашу поделку. А если не стоит — то попадём на окно Logo, в котором можно удалённо понажимать на его кнопки так, как если бы вы стояли рядом со щитом и делали это вживую.

В общем, попадаем мы в наше творение. И тут я охуел ещё с одного момента: название страницы на вкладке и её адрес внутри лого. /lfs/dev/sdcard/webroot… Ёпта! Может там rm -rf подать? =))

Как визуализация Logo отображается в браузере и место для меню навигации

Суть моей придирки в том, что в самом редакторе Logo Web Editor мы названия страницам-то задаём (Home Page, Ventilation). Так хули эти названия в HTML-тэг <Title>-то не вытащить? Нахера мне непонятное название во вкладке? Если у меня будет несколько Logo, то я запутаюсь!

Зато мы знаем, что там у Logo стоит тупой WEB-сервер. И если накидать на флешку своих файлов или WEB-страниц напрямую, а потом зайти — то… Ооо! =)) Можно ж издеваться по полной! Чё? Перехостим cs-cs.net на Logo? =)) Флешки точно хватит — у меня блог около 3-4 Гб весит =)

А теперь напоминаю то, как визуализация выглядит в CodeSys. Почему-то там никакие /lfs/dev/sdcard или /owfs/var/admin/home не видны, бля. И название на вкладке нормальное и понятное! Ну что? Так сложно было сделать?!

Как визуализация CodeSys отображается в браузере (заголовок вкладки и URL)

Серый хвостик слева страницы — это наше меню навигации. Опаньки! А вот в нём и мой шрифт поменялся. Во всех пунктах сразу. А чё ж в редакторе-то это не видно было?

Меню навигации Logo с созданными нами пунктами

Зайдём на страничку вентилятора. Тут у нас отображается состояние подсветки вентилятора и самого вентилятора. Пока всё выключено. Ну, ОКей! Положим, это внешне работает…

Страница нашего вентилятора из визуализации

А теперь посмотрим, как работает изменение состояния входа по кнопке… Нажимаем!

Нажали кнопку старт. Нажали?! А она не отпустилась! Это всегда переключатель!

О! Мотор крутится! Крутоо!

Так! А чего это кнопка показывается нажатой? Гм.. тут нужен такой диалог между мной и Logo. Начинаю я:

— Слышь! Кнопку-то отпусти! Чего она нажатая стоит?
— Какую кнопку?
— Ну как это какую? Вон, «СТАРТ»! Она ж нажатая!
— Это почему она нажатая?
— Ну так я для нажатого состояния текст на «| СТАРТ |» поменял — вот вижу что нажатая!
— Хех! Неет, дружочек! Это просто текст. Nothing personal — just business.
— Не понял? Слышь, а как это так-то?! Не, ну ладно, хрен с ним… А не отжимается-то почему кнопка моя?
— Так я ж спрашиваю: где ты тут увидел кнопку? Я просто включил маркер M2 и держу его включенным.
— А выключишь когда?
— Гммм.. Ну, положим, пока ты не дашь мне команду выключить. Тут же ж ты главный, а не я! Вот ты и решай, когда надо выключить.
— То есть у тебя нет режима «кнопка», что ли? Только вкл-выкл?
— О, святые байты! Я ж тебе это уже как 1039636045 тактов своего процессорного времени объясняю!

Короче, выясняется следующее: режима «КНОПКА» тут НЕТ! Только режим переключателя. Одно нажатие включает сигнал, второе нажатие — выключает. Чтобы это работало как кнопка — вам надо самому нажимать и отжимать этот прямоугольничек. А, да! Это — именно ёбаный прямоугольничек! То есть, у него НЕТ никакой реакции (прорисовки) на мышь/палец, кроме смены текста или картинки.

Ну а дальше, как мы там про конвеер говорили? Нате вам!

Кривая возможность нажать обе кнопки - пуска и стопа - одновременно

Включить два сигнала одновременно, забыв отжать предыдущий? Как нехуй делать! Я же говорил вам, что надо было закрывать пост и удалять Logo Web Editor!

Вот так этот ПЕСДЕЦ работает на видео. Там видно, как я по сто раз на «кнопки» щёлкаю, чтобы отжать их. И видно, что будет с вентилятором, если не отжать кнопку — он включится и сразу же выключится по длинному нажатию на эту же кнопку:

Почему я так гадко ругаюсь? Да потому что, блядь, во всех других средах разработки есть нормальные элементы — кнопка, переключатель, крутилка! Вон, в CodeSys:

Как выглядит редактор визуализаций в CodeSys (справа - варианты кнопок и переключателей)

Есть элемент Image Switcher, который может менять картинки. Есть Push Switсh в виде кнопки, есть Dip Switch в виде переключателя. А есть просто Lamp — чтобы показывать состояние переменной.

А у этих элементов есть свойства. И шрифт и цвет, и всякое выравнивание. А главное — есть нормальная привязка к любой переменной и свойство «Element behavior», которое и определяет как себя вести: как кнопка или как переключатель!

Как выглядит редактор визуализаций в CodeSys (справа - выбор свойств того, как элемент будет себя вести: кнопка или переключатель)

Да даже в простой ИП320 в её редакторе тоже есть режим кнопки или переключателя! Вон, снизу написано «Уст. 1/0», «Инверс», «Нажатие». Да она даже ГРАФИКИ может построить, не говоря о том, что с неё можно ввести какую-то переменную в ПЛК (время работы вентилятора или уставку температуры батарей отопления). А в Logo — ни хуя ввести нельзя просто так длительность работы вентилятора!

Пример редактора кнопок для панели оператора ОВЕН ИП320

Сука! Почему очень простые и очень сложные херовины это всё поддерживают, а Logo — ни хера? Бля, так сложно было доработать? Как этим всем пользоваться-то? Рулить выходами напрямую? А входы тогда зачем? Что за чёрт?!

Всё! Фтопку этот редактор! Давайте ещё чуток посмотрим на сам проект на флешке:

Файлы проекта WEB-визуализации Logo, загруженные на флешку

Проект — это обёртка для встроенного API в Logo. Я сделал скриншоты страницы навигатора:

Код страницы Навигации проекта Logo

И страницы, где у нас мотор и кнопки пуска и стопа.

Код одной из страниц визуализации проекта Logo

JavaScript на странице просто извлекает атрибуты каждого элемента (типа картинки и прочего) и дальше передаёт из в API. Херь какая-то. Мне всё не нравится!

Мои выводы — Logo Web Editor вместе с визуализацией — полный шлак. Я в шоке от этой поделки! Захрена было так его раскручивать и рекламировать, если там нет кнопок и управления входами? Стоит подождать несколько лет, пока Siemens не доработает свой Web Editor до нормального продукта. А щас будьте внимательны: если вы хотите сделать проекты на Logo с визуализацией, то вы можете ОЧЕНЬ обломаться!

Проекту исполнилось 15 лет! Поддержать проект материально, проспонсировать проекты Автора или сделать ему подарок можно на этой странице: "Донаты и Спонсорство, Список Желаний".