Сименс контроллеры лого: Логические модули LOGO! | Контроллеры SIMATIC – Логические модули Siemens LOGO! | Характеристики | Применение | Купить | Цена | Продажа | Доставка

Siemens LOGO 230RC

Технические данные Siemens LOGO 230RC

Источник питания

Входное напряжение

115 – 240 В переменного или постоянного тока

Допустимый диапазон

85 … 265 В переменного тока

100 … 253 В постоянного тока

Допустимая частота напряжения питания

47 … 63 Гц

Потребление тока


  • 115 В переменного тока
  • 240 В переменного тока
  • 115 В постоянного тока
  • 240 В постоянного тока

Буферизация электрического пробоя


  • 115 В переменного или постоянного тока
  • 240 В переменного или постоянного тока

Потери мощности


  • 115 В переменного тока
  • 240 В переменного тока
  • 115 В постоянного тока
  • 240 В постоянного тока

Резервирование часов реального времени при 25°C

тип. 80 часов без карты аккумулятора

тип. 2 года с картой аккумулятора

Погрешность часов реального времени

тип. ± 2 с / сут.

Цифровые входы

Количество

8

Потенциальная развязка

Нет

Число быстродействующих входов

0

Входная частота


  • Нормальный вход
  • Быстродействующий вход

Входное напряжение L1


  • < 40 В переменного тока
  • > 79 В переменного тока
  • < 30 В постоянного тока
  • > 79 В постоянного тока

Входной ток при


  • < 0,03 мА переменного тока
  • > 0,08 мА переменного тока
  • < 0,03 мА постоянного тока
  • > 0,12 мА постоянного тока

Задержка переключения из 0 в 1


  • 120 В переменного тока
  • 240 В переменного тока
  • 120 В постоянного тока
  • 240 В постоянного тока

Задержка переключения из 1 в 0


  • 120 В переменного тока
  • 240 В переменного тока
  • 120 В постоянного тока
  • 240 В постоянного тока

Длина линии (неэкранированной)

100 м

Цифровые выходы

Количество

4

Тип выхода

релейные выходы

Потенциальная развязка

Да

Группами по

1

Управление цифровым входом

Да

Непрерывный ток Ith (на одну клемму)

макс. 10 А на реле

Импульсный ток

макс. 30 А

Нагрузка из ламп накаливания (25000 циклов переключения) при


  • 230/240 В переменного тока
  • 115/120 В переменного тока

Люминесцентные лампы с балластным сопротивлением (25000 циклов переключения)

10 x 58 Вт (при 230/240 В переменного тока)

Люминесцентные лампы с обычной компенсацией (25000 циклов переключения)

1 x 58 Вт (при 230/240 В переменного тока)

Люминесцентные лампы без компенсации (25000 циклов переключения)

10 x 58 Вт (при 230/240 В переменного тока)

Ухудшение параметров

отсутствие во всем диапазоне температур

Устойчивость к коротким замыканиям при cos 1

Защита по питанию B16, 600 А

Устойчивость к коротким замыканиям при cos 0,5 – 0,7

Защита по питанию B16, 900 А

Параллельное включение выходов для повышения мощности

Не допускается

Защита выходных реле (если требуется)

макс. 16 А, характеристика B16

Частота переключения

Механическая

10 Гц

Омическая нагрузка или лампы

2 Гц

Индуктивная нагрузка

0,5 Гц

Замечание. Для люминесцентных ламп с конденсаторами технические данные балласта люминесцентных ламп также должны учитываться. Если превышен максимальный допустимый импульсный ток, люминесцентные лампы следует включать при помощи надлежащих контакторов.

Данные определены для следующих устройств:

Люминесцентные лампы Siemens 58 Вт VVG 5LZ 583 3-1 без компенсации.

Люминесцентные лампы Siemens 58 Вт VVG 5LZ 583 3-1 с параллельной компенсацией 7 мкФ.

Люминесцентные лампы Siemens 58 Вт VVG 5LZ 501 1-1N с балластным сопротивлением.


Общие технические данные

Критерий

Стандарт испытаний

Значения

Размеры (ШxВxГ)


72 x 90 x 55 мм

Вес


Около 190 г

Установка


на профильной рейке 35 мм, ширина 4 модуля или настенный монтаж

Климатические условия

Температура окружающей среды



  • Горизонтальный монтаж

Низкая температура согласно IEC 60068-2-1

0 … 55 °C

  • Вертикальный монтаж

Высокая температура согласно IEC 60068-2-2

0 … 55 °C

Хранение и транспортировка


— 40 °C… +70 °C

Относительная влажность

IEC 60068-2-30

От 10 до 95 % при отсутствии конденсации

Атмосферное давление


795 … 1080 гПа

Загрязнения

SO2 10 см3 /м3, 10 дней

h3S 1 см3 /м3, 10 дней

Механические условия окружающей среды

Класс защиты


IP 20 для передней панели модуля LOGO! Basic

Вибрации:

IEC 60068-2-6

5 … 8,4 Гц (постоянная амплитуда 3,5 мм)

8.4 … 150 Гц постоянное ускорение 1 g)

Удар

IEC 60068-2-27

18 ударов полусинусоида 15g / 11 мс)

Свободное падение (в упаковке)

IEC 60068-2-32

0,3 м

Электромагнитная совместимость (EMC)

Шумовое излучение

EN 55011/A EN 55022/B

EN 50081-1 (жилая зона)

Предельные значения: класс B, группа 1

Электростатический разряд

IEC 61000-4-2 Интенсивность 3

Воздушный разряд 8 кВ

Контактный разряд 6 кВ

Электромагнитные поля

IEC 61000-4-3

Напряженность поля 1 В/м и 10 В/м

Токи высокой частоты в кабелях и экранах

IEC 61000-4-6

10 В

Короткие импульсы

IEC 61000-4-4

интенсивность 3

2 кВ (линии питания и сигналов)

Мощный одиночный импульс (только для LOGO! 230 …)

IEC 61000-4

интенсивность 3

1 кВ (линии питания)

симметричный

2 кВ (линии питания)

асимметричный

Безопасность в соответствии с требованиями IEC

Нормативы для воздушных промежутков и длины путей тока утечки

IEC 60664, IEC 61131-2,

EN 50178

cULus согласно UL 508,

CSA C22.2 No. 142

Выполнено

Прочность изоляции

IEC 61131-2

Выполнено

Время цикла

Время цикла на функцию


< 0,1 мс

Запуск

Время запуска при включении питания


тип. 9 с




Логические реле SIEMENS Logo!, часть 4: Программирование в Logo Soft Comfort — пользовательские блоки UDF и сетевой проект – CS-CS.Net: Лаборатория Электрошамана

Проект управления светом квартиры на Siemens Logo с использованием UDF-блоков

Гыгы! Не прошло и ГОДА! =)) Я нашёл коммент от 9 ноября в третьей части постов про Logo, где говорил что скоро напишу четвёртую часть про UDF-блоки ))) Нет, ну а хрен ли? Я ж говорил, что я как начал в Одинцово ремонтить — так зачерствел, на всё позабил, и вообще замкнулся от людей. Вот ща только начинаю заново раскручивать маховик общения! Поэтому мы продолжаем, и сегодня у меня рассказ про UDF-блоки и сетевой проект в Logo.

Для тех, кто всё позабыл (или только наткнулся на этот пост), напомню ссылки на посты про Logo и ПЛК  (потом вставлю их во все посты про Logo, чтобы связанность была):

Гм. Когда-нибудь (может ещё через год) захерачу пост про WEB-визуализацию, когда в Одинцово весь свет и проводку на Logo переберу и мне надо будет туда WEB-интерфейс замутить =)

Для удобства навигации по постам я завёл тэги по типу контроллера. Раз уж я херачу щиты на ОВЕНе и Logo — то пускай и тэги такие будут, чтобы можно было найти все посты, где есть и техническая инфа и щиты, собранные на этом железе.

В третьей части поста были комментарии, в которых мы уже немного обсуждали UDF. Все эти комментарии я перетащил в этот пост, чтобы они были по теме поста. Так что не удивляйтесь комментам годичной давности — это не глюк! =)

Начинаем, как всегда, на примере, чтобы было понятнее. Вот зацените эту схему:

Схема на Siemens Logo, участки которой повторяются (кандидат в UDF)

Это то решение, про которое я рассказывал в третьей части постов — про управление вентилятором санузла: короткое нажатие на кнопку запускает вентилятор, длинное — немедленно выключает его; или же, если на кнопку больше не нажимать, вентилятор выключается сам через некоторое время.

Что тут не так? Не, схема правильная — всё нормально! Не так тут то, что она повторяется несколько раз. И если бы вы знали не только про FBD, а про программирование в виде кода, то вы бы сразу заорали: «Надо написать функцию!». Ну, да! UDF — это аналог функции или подпрограммы. Мы запихиваем действие, которое одинаково для разных аргументов или параметров в функцию, один раз отлаживаем, забываем нахер про то, что там написали — и пользуемся готовым результатом!

Вот в Logo можно использовать тот же принцип. Только называется это не функцией, как у всех нормальных (и тех ненормальных, которые в курсе того, что процедура — это функция, которая не возвращает значение) людей, а UDF — User Defined Function или что-то подобное. Я в посте буду звать их UDF-блоками.

Внутрь UDF можно запихать схему, которая будет делать нужное нам сложное (или типовое) действие, а вместо месива элементов (которое задолбаешься копировать несколько раз и заново создавать соединения) — будет один элемент схемы с нужными сигналами входов и выходов. При этом внутри UDF может быть даже сложная схемка — с какими-нибудь таймерами, выдержками и кучей всего другого!

Лично я больше всего затрахался с копированием одинаковых кусков схем. Вот как раз я и взял пример вентилятора, потому что сама схема там простая, но когда ты её копируешь — то Logo Soft Comfort иногда накидывает элементы как попало, и их надо снова красивенько расставлять. А самая ужасная дрянь начинается тогда, когда в этом скопированном куске схемы есть какой-то блок, который надо удалить и поставить новый, а не просто изменить номер входа/выхода. Когда ты удаляешь старое — разваливаются все соединения которые шли к этому блоку, и потом это надо заново отрисовывать.

Меня тут хейтеры упрекали в том, что я делаю одну и ту же стандартную херню в щитах без фантазии =) Во-первых, эти хейтеры забыли сказать о том, что сами-то они по этим щитам учатся и вдохновляются новыми фишками. А во-вторых, посмотрим что они скажут про UDF… =) С ними вся схема для щита с Logo вообще будет выглядеть как несколько стандартных квадратиков =)) А как иначе? Нарабатывается опыт, потом этот опыт сводится в единую техкарту (или стандарт) и все щиты делаются удобно, технично и повторяемо. А через несколько лет снова набирается опыт, все стандарты и техкарты апгрейдятся — и вперёд! =)

Ща мы создадим простой UDF, чтобы я мог показать то, куда надо для этого тыкать в Logo Soft Comfort, а потом займёмся UDF для вентилятора санузлов (по схеме, которую я показал в начале поста).

Тыркаем в меню «File -> New -> UDF diagram (UDF)»:

Создание нового UDF-блока в редакторе Logo

В редакторе открывается новый файл (окно) как для обычной схемы на Logo, только с рамкой вокруг будущего UDF-блока. Рамку можно потаскать за края, чтобы подогнать её размеры под будущую начинку блока. Можно намутить разбивку на страницы, как на обычном проекте, если UDF получается жирный.

Поле для схемы UDF-блока и изменение его размеров

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

Блок UDF с заданными названиями входов и выходов

Протестим нашу схемку! Эмулятор тут работает точно так же, как и в обычном Logo. Точно так же можно настроить тип входов (кнопка, переключатель), всё протестить и проверить.

Тестируем блок UDF в симуляторе. Работает так же как обычно внутри Logo

У нас получается, что вход передаётся на выход как есть (это одинарное нажатие). Если надо было бы — можно было воткнуть внутрь UDFа какой-нибудь формирователь импульса (Wiping Relay), который выдавал бы на выходе именно импульс одиночного нажатия.

Этот же вход передаём на вход блока задержки включения, которое настроено у нас на две секунды. Если сигнал на входе будет длиться меньше — то блок не сработает. А если больше — то выдаст сигнал на выход, который мы передаём на выход UDF как длинное нажатие.

2. Создаём UDF-блок для вентилятора санузлов

А теперь займёмся нашим блоком. Создадим новый UDF и первым делом займёмся вот чем. Так как мы делаем красивый UDF — то нам надо, чтобы у него было понятное название. Оно в будущем будет использоваться как тип блока в проектах Logo.

Лезем в меню «Edit -> Edit UDF Properties…»:

Команда меню для открытия окна свойств UDF-блока

Открывается большое и дибильное окно:

Задаём название UDF-блока (для внешних программ)

Дибильное, потому что меня БЕСЯТ ублюдочные окна и интерфейсы Logo Soft Comfort! Вот нахер там справа пустое место?! Почему нельзя либо сократить ширину окна, либо растянуть таблицы на всю ширину окна-то?

Вписываем в этом окне название блока и пока закрываем его (но мы ещё вернёмся к нему). А дальше рисуем нашу схему (как из прошлого поста) прямо внутри блока UDF.

Рисуем блок для управления вентилятором санузла (по схеме из предыдущих постов)

Обратите внимание на то, что я задал всем блокам схемы понятные имена. Это красиво, но не всегда хорошо: позжее они сыграют с нами злую шутку!

Внутри UDF можно использовать практически все те же элементы схемы, которые вы используете в обычном Logo. В том числе и маркеры (флаги) M. Они нумеруются внутри UDF с единицы, но они НИКАК не будут связаны с обычными маркерами M в программе Logo. Пугаться не надо: внутри  UDF маркеры живут сами по себе и никуда наружу не вылазят (но занимают ресурсы Logo так же как и имена блоков).

ОКей! Схему мы накидали. Ну а как сделать внешние сигналы входов и выходов? Тут всё просто: берёте линию и тянете её к левому или правому краю рамки UDF-блока:

Создание входов и выходов блока UDF (тянем соединение до края рамки)

Всё, что притянете к левому краю — будет входом, к правому — выходом. Всё просто! И точно так же, как в обычном Logo, на один вход можно подцепить внутри несколько блоков (подать его в разные части схемы).

Вот наша схемка уже со входами и выходами:

Схема блока для управления вентилятором составлена

Возвращаемся к тому же окну свойств UDF-блоков и зададим там названия всех наших входных и выходных сигналов — они будут выводиться в проектах, которые будут использовать этот UDF:

Задали названия внешних сигналов блока

Вот что получилось теперь:

Наш блок UDF управления вентилятором полностью готов

Я, пока рисовал UDF для поста, ещё немного поколдовал и зафигачил вход для Reset — принудительного выключения нашего вентилятора. Вдруг, к примеру, надо будет вентиляторы остановить вместе с центральным выключением света по квартире =)

На этом наш UDF готов и его можно использовать в любом проекте Logo. Надо только подключить его в Logo Soft Comfort. Для этого тыркаем правой кнопкой в дереве элементов на пункт «UDF» и выбираем единственный пункт «Configure UDF…»:

Меню для добавления UDF-блоков в проект

Добавляем все наши UDFки в список:

Список блоков UDF для среды Logo Soft Comfort

После этого они появятся в дереве элементов, и их можно использовать так же, как и обычные элементы схем.

Захерачиваем UDF — и наша мега-схема превратилась из суперсложной в херовинку из одного прямоугольничка и трёхлиний IO:

Была жирная схема в проекте, а стал маленький блочок UDF =)

Все имена, которые мы задавали, отображаются: название блока и названия всех сигналов. Вот и все хитрости с UDF!

3. Косяки с названиями и передача параметров из UDF-блока

Хех… но не все! Когда я первый раз делал свой UDF для управления светом, то мне надо было сделать некоторые сигналы с разным приоритетом по времени. Я выдумал сигналы Set/Reset и Store/Restore для того, чтобы включать-выключать свет и запоминать и восстанавливать его состояние как было до выключения. И мне ОЧЕНЬ хотелось сделать так, чтобы на блок можно было бы подавать одновременно Reset + Store. А для этого надо замутить приоритет: чтобы Store/Restore обрабатывались внутри блока первыми, а Set/Reset — вторыми. Ну, я и наставил формирователей импульсов внутри блока, которые генерировали мне нужные фронты.

И начал делать на них свой первый проект (в Золотую Звезду; пост будет позжее). Накидал UDFок штук десять — и тут мне Logo каааак ругнётся что всё — не может он больше блоки добавлять, потому что памяти не хватает. Опаньки! Это ж как так? Типа создал UDF, использовал его раза четыре — и досвидос? Хммм.. странные какие-то UDFки… )

На самом деле косяк был в другом! В именах блоков! Когда я делал скриншоты для поста, я не смог воспроизвести ошибку так, как она появлялась у меня в тот момент, про который я рассказываю. Поэтому рассказывать придётся на пальцах.

Помните, что у Logo есть возможность редактировать параметры блоков аппаратно? Ну, когда берёшь какой-нибудь таймер, называешь его как «Work time», а потом прям на Logo в меню «Program -> Set parameter» (аппаратно) можешь подкрутить время его работы? Так вот для этого как раз и нужны названия блоков. Когда я делал свой UDF, я называл все-все блоки. На это тратилась память Logo, и когда я наставил несколько штук блоков — она вся кончилась.

Вывод отсюда уже понятно какой напрашивается: нехер бездумно тратить ресурсы! Если параметры блока будут меняться — то тогда ему и надо задавать имя. Если не будут — то нефиг его именовать; лучше использовать поле «Comment» для названия.

Посмотреть то, сколько занимает ваш проект, можно по кнопке «F2». В этом случае в окно сообщений (в нижней части Logo Soft Comfort) выводится такой вот листинг:

Проверка ресурсов проекта (по клавише F2): хватит ли памяти Logo?

По нему можно увидеть ограничения Logo и то, сколько из них вы уже использовали. Например, с маркерами надо ожидать такой же фигни, как с Block names: если напихать в UDF дофига маркеров, то они в Logo могут быстро кончиться. Ещё интересы пункты «UDF types» и «UDF instances»: в проекте может быть всего до 16 разных UDF (разных штук внутренностей) и до 64 штук UDF в общей сложности.

Я уже упоминал о том, что маркеры (M, «Flag») внутри UDF никак не связаны с проектом Logo. Да, так и есть. Но как ресурсы Logo они вовсю тратятся, причём Logo Soft Comfort сам следит за тем, сколько осталось свободных маркеров.

Я из того проекта, с которого скриншотил, всё стёр и добавил две штуки наших UDF, внутри которых используется один маркер M (Flag), и просто ещё один маркер.

Пример того, как расходуется память маркеров Flag в Logo внутри UDF и в проекте

Смотрите, что получается! Первые два маркера Logo отдал под наши UDF, и поэтому следующий маркер стал номером 3. А если попытаться поменять его номер — то первые два в списке уже недоступны.

Рассказывая про названия блоков, я заикнулся про параметры, которые меняются через меню Logo. А у нас же UDF как раз для управления вентилятором по времени! Внутри UDF для примера я давал названия всем блокам, в том числе и таймеру вентилятора. Ну-ка посмотрим, как это выглядит: будут ли названия блоков из UDF отображаться в меню Logo?

Зальём программу с нашми UDF (и исходными схемами без UDF на два вентилятора) в Logo и зайдём в меню:

Экран Logo. Отображаются только обычные параметры, а не параметры из UDF

А ХРЕН вам, батенька, а не параметры из UDF! Угу, всё что было нафигачено внутри UDF — так внутри UDF и остаётся! Так это и правильно: как же ж Logo разберётся, какой именно параметр из какого именно UDF надо выводить в меню? И как их именовать, если внутри UDF задано всегда одно и то же имя параметра?..

Что надо сделать? То же, что мы делали с именами входов-выходов — составить список параметров UDF. Снова заходим в свойства UDF-блока (меню «Edit -> Edit UDF Properties…»), на вторую вкладку:

Редактирование внешних параметров UDF-блока (время работы вентилятора)

Здесь можно выбрать элементы нашей схемы (внутри UDF) и то, какие их параметры надо вывести наружу из нашего UDF. Опять же зацените ублюдочную вёрстку окна: выбирать надо снизу, а добавляеть вверх. Неужели  эти области местами нельзя было поменять?.. Зато теперь ясно, какого хера на первой вкладке этого окна оставалось пустое место около таблиц входов-выходов: чтобы на второй вкладке хватило места под два списка выборов. Пиздец, очень меня всё это стало бесить. Особенно если с CodeSys сранивать!

Слева снизу вы выбираете элемент схемы, параметр которого надо вытащить наружу. Справа в списке отображаются его параметры. Вы выбираете нужный и жмёте кнопку «Add». А в верхнем списке в колонке «Identifier» задаёте внешнее понятное имя для этого параметра. У меня он будет зваться «Time».

Сохраняем изменения в UDF и идём в наш проект. А чего это там за восклицательный знак появился? А это значит то, что UDF в проекте и UDF в файле не совпадают: вы чего-то поменяли, и Logo не знает, что с этим делать.

Команда для обновления UDF-блока в проекте (если поменяли сам блок)

Надо обновить UDFки в проекте, чтобы Logo подгрузил их из новой версии. Нажимаем правой кнопкой на наш UDF, выбираем пункт «Update UDF». После этого инфа в проекте обновится на нашу новую изменённую версию.

Теперь у нашего блока появился параметр «Time». Тыркаем два раза мышкой на блок, и вылазит стандартное окно настройки свойств блока:

Теперь у нашего блока есть параметр — его можно задавать так же, как и обычные параметры FB-блоков

Задаём нашему UDF имя, которое будет отображаться в меню параметров, и время работы. Всё точно так же, как было бы для обычного таймера.

Вуаля: вот теперь в меню параметров Logo появился новый пунктик:

Экран Logo. Теперь отображается ещё и параметр из UDF-блока

Заходим и видим наш параметр «Time». Ура! =)

Экран Logo. Настраиваем параметр Logo из UDF-блока как обычно

Вот такие вот игры с UDF получились. Для своих задач я накатал себе UDF для работы с кнопками по аналогии с FB из библиотеки OSCAT для CodeSys: он определяет одинарное, двойное и длинное нажатие. Все таймеры внутри — а снаружи только удобные выходные сигналы. Берёшь и пользуешься!

Мои блоки UDF для управления светом на Logo

А ещё я накатал огромный UDF для управления светом как аналог штатных импульсных реле Logo. Мой UDF умеет запоминать предыдущее состояние света и восстанавливать его обратно как было. Есть входы для того, чтобы сохранить состояние, стереть сохранённое и выход, который показывает: сохранено ли чего-то или нет.

Так что теперь в моих щитах с Logo появилась такая фишка: длинное нажатие на кнопку при входе в квартиру вырубает весь свет, а двойное — врубает как было! А если что-то сохранено (свет горел перед центральным выключением) — то подсветка кнопки мигает. Позжее я добавлю сюда видос из поста про щиты на Logo (на Золотую Звезду), где всё это будет видно в работе!

Когда я несколько лет назад начинал изучать логические реле и ПЛК, то больше всего я морочился не про функционал, а про то, что у них всех мало входов-выходов, и поэтому искал такие модели, у которых IO можно было расширять: с модулями расширения или со связью между контроллерами. Некоторые производители (Eaton или вот наш Logo) пишут примерно так: «Возможность связывать несколько Logo по сети между собой».

Ну, я тоже на это покупался и думал: «Вооо!! Ща я сделаю мега-щит, и у меня будет 150 входов и 200 выходов, охренено, круто!». Вот ща мы и разберёмся — можно ли такое наворотить на Logo, как это делается и что ещё можно вытворить. А когда я буду писать пост про ModBus, то ещё раз вернусь к теме сетевых проектов Logo.

Вы уже видели у меня щит в Фили-Град, где было два Logo. Вот фотка оттуда:

Два Siemens Logo для управления освещением (в один не уложились)

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

Так вот если мы не укладываемся в один Logo, то надо ставить их два. Или три (вот в том посте про щиты с Logo, который я обещаю, будет такой щит в Дмитров). А раз Logo в щите стоит несколько штук, то надо думать о том, как их между собой соединять для того, чтобы они могли обмениваться данными. И вот тут есть варианты, которые я расскажу на примере тех щитов, которые я на Logo собираю.

Вариант первый — связать Logo между собой аппаратно (общие сигналы подавать через линии IO). Этот вариант я для себя и выбрал, потому что здесь каждый Logo ПОЛНОСТЬЮ автономен и не зависит ни от состояния сети, ни от других Logo. Мы просто заводим одинаковые сигналы на разные Logo — например, сигнал от кнопки центрального выключения света.

Самый главный плюс такого варианта — это адская надёжность и автономность (из-за этого я его и использую), так как вся логика управления находится внутри каждого Logo и не зависит от состояния сети. А минус этого варианта в том, что надо распределять IO по Logo таким образом, чтобы те линии, над которыми мы хотим делать группоые операции (например, центральное выключение света по комнатам целиком при помощи длинного нажатия любой из кнопок света в этой комнате), были целиком внутри одного Logo и не разбивались на два. Пока мне везёт, и у каждого Logo остаётся по 1-4 свободных линии IO.

Вариант второй — связать Logo между собой по схеме «Master — Slave». Это — тот вариант, про который обычно рассказывают производители — типа, вот возьмите кучу Logo и постройте большой щит. Сама программа, если использется режим «Master — Slave», единая для всех Logo и ограничена ресурсами только одного Logo, а удалённые Logo только расширяют линии IO (есть связь только с Input, Output, Analog Input, Analog Output). Зато можно нарисовать большую программу сразу на всю квартиру.

Как это работает? А по обычной Ethernet-сетке! Каждому Logo назначаются свои IP-адреса, а схема-программа составляется при помощи блоков «Network Input», «Network Output», привязанных к этим IP-адресам.

Вот тут-то и возникает первая особенность — IP-адресация и рабочая сетка. Да, я знаю о том, что даже у самого Logo есть свитчи (коммутаторы) на DIN-рейку в аккуратном корпусе. И что можно сделать локальную сетку прямо внутри силового щита. Я ОЧЕНЬ не хочу использовать это всё из-за того, что такая сетка зависит от IP-адресов (а они жёстко прописываются в программе Logo), которые точно отличаются у меня и у заказчика (и чтобы воткнуть Logo с моей программой в свою сеть, ему придётся или переделывать программу в Logo, или перестраивать свою сетку под мою). А если ставить в щит свитч — то блин, это ж потенциальный источник коллизий, мать их.

Хорошее решение — это протащить к каждому Logo в щите свою витую пару от основного свитча квартирной/коттеджной сетки, но щит-то тогда перестаёт быть надёжным готовым изделием, потому что вся работа Logo будет зависеть от состояния этой самой сетки. Отвалится она — и свет аллес =)

Вариант третий — связать Logo между собой по схеме «Master — Master — Master». Этот вариант — смесь двух предыдущих: в каждом Logo теперь будет своя отдельная программа, которая будет крутиться внутри этого Logo. А через сетку можно обмениваться какими-то событиями. Скажем, послать команду центрального выключения всем Logo с любого другого. Тут, если мы заранее про это подумаем, нам не так критичен отвал сетки: тогда просто не будут проходить централизованные команды (если мы решили передавать их по сетке), а свет самими Logo будет управляться как обычно.

В таком режиме можно дёргать из других Logo гораздо больше штучек: входы, выходы, маркеры (флаги M), переменные из памяти переменных (VB) — то есть передавать кучу разных данных или тех же флагов. Правда, всё равно, если нам нужна команда центрального выключения света — то проще все Ixx у Logo вместе проводом в щите соединить и не париться =)

В общем, пока мне позволяют щиты и задачи, я стараюсь избегать сетевых проектов, чтобы мои щиты не зависели от состояния сетки. ПЛК ОВЕН в этом плане удобнее: там RS-485, который никаких свитчей не требует — развёл его внутри щита, подключил всё IO, и нехай работает! А сетка нужна только для программирования ПЛК или доступа к нему через инет. Конечно же в будущем моя логика может измениться, но пока что (на момент даты этого поста) у меня придумано именно так.

Давайте посмотрим на то, как создаётся сетевой проект в Logo и что там можно сделать. Чтобы начать делать сетевой проект, надо перейти на вкладку «Network Project». Тут у Logo Soft Comfort опять мутная муть, потому что несмотря на то, что мы начали вроде как новый проект, только сетевой, все прошлые открытые файлы на вкладке «Diargram Mode» остаются, хотя это всё должно было бы закрываться — новый же проект начали!

Вкладка сетевого проекта среды Logo Soft Comfort

Экран Logo Soft Comfort в режиме сетевого проекта будет разделён на четыре части: слева сверху — дерево устройств проекта и их схемы-программы (если есть), слева снизу — набор блоков, из которых можно будет рисовать схему для текущего устройства (схема которого будет открыта), справа сверху — схема связей между устройствами проекта и справа снизу — схема текущего устройства в проекте (такой же редактор, как в обычном режиме Logo Soft Comfort).

Схема связей (соединений) задумана для того, чтобы показывать TCP/IP-соединения между устройствами и их параметры (например, указать то, какие параметры опрашиваются по ModBus или другим протоколам). Соединения создаются сами, если мы задаём в программе какую-либо связь, или вручную, если нам надо заранее прописать обмен, но ещё не рисовать схему.

Начнём с того, что добавим в наш проект несколько устройств. Пользуемся кнопкой «Add New Device». Смотрите, СКОЛЬКО тут всего есть!!

Окно добавления устройства в сетевой проект Logo

Поддерживаются Logo в режиме «Slave» (когда программа единая, и надо только увеличить число IO), в режиме «Master» (когда программы в Logo отдельные, но могут обмениваться параметрами между собой). Можно воткнуть связь с S7 — внутренним протоколом ПЛК Siemens, с текстовым дисплеем для Logo TDE и, наконец, можно ModBus! =)

Для каждого устройства надо задать имя (чтобы различать их в проекте) и IP-адрес (и остальные параметры сети). Вот с этого-то момента и нет шага назад: сетевой же проект, без сетки работать не будет =) Хоть одно хорошо: если поменять IP-адрес в свойствах устройства, то все ссылки на него в проекте тоже поменяются. Ура, а то я боялся что всё вручную надо будет перехерачивать по всей схеме!

Всё, что мы добавляем, отображается в дереве слева сверху. Тут можно открыть окно параметров или схему. То же можно сделать, если кликать по шестерёнке на устройстве в схеме соединений. Схема открывается просто двойным щелчком по устройству.

Список устройств и схем сетевого проекта

Вот я добавил два Logo в режиме «Master» и одно устройство ModBus. Соединения нарисовал руками просто для того, чтобы показать то, как это выглядит.

Соединения между устройствами в сетевом проекте Logo

Для соединений на каждом устройстве есть определённые слоты. Слот, который отстоит от других (самый левый на Logo), обозначает динамические соединения, а остальная группа слотов — статические соединения. Из справки я понял это так: статические — это те, которые создаются и поддерживаются всегда (не разрываются), а динамические — это соединения по запросу. Между Logo устанавливаются статические соединения, а между Logo и ОВЕНом среда позволяет сделать только динамическое.

Сам сетевой проект сохраняется как один единый файл. И… на деле это ZIP-архив, внутри которого лежат обычные .lsc-файлы для схем устройств проекта. Пипец находка формата файла, блин! =) Вообще, с этим в Logo Soft Comfort угар: обычные программы хранятся в бинарном формате, сетевые проекты .mnp — ZIP-архив, а UDF-блоки — вообще в XML. Бля, чем дальше я копаюсь в Logo Soft Comfort — тем больше он мне кажется сляпаной на коленке поделкой.

Чтобы общаться по сети с другими устройствами, нам понадобятся входы и выходы из раздела «Network»:

Сетевые входы и выходы в списке элементов схемы Logo

Обычные Input/Output передают один бит, True/False (аналог «Coil» в ModBus), а аналоговые (Analog) передают слово (два байта, 16 бит). Эта инфа потом пригодится в посте про ModBus, а если мы соединяем Logo c Logo — то там всё работает точно так же, как обычные или аналоговые входы и выходы.

Например, хотим мы дёрнуть физический выход на втором Logo. Добавляем «Network output», лезем в его свойства и выбираем то, куда нам надо направить этот выход. VM — это переменные в памяти (их можно потом передавать по ModBus), а «Remote device» — это такое удалённое устройство, которое Logo понимает напрямую (не надо указывать адреса переменных в памяти и прочие штуки).

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

В нашем случае мы выбираем второй Logo из списка (и вот тут годится его понятное имя, чтобы ориентироваться по нему, а не по IP-адресу), а потом выбираем тип того, что надо удалённо дёргать (для Logo Master это будет вход I, выход Q, флаг M и переменная в памяти V. Ну и выбираем номер этого элемента.

Как только в проекте появились настроенные удалённые IOшки, то Logo Soft Comfort сразу же создаёт соединение между этими элементами. Вот оно на скриншоте. Я с первого Logo взял вход на вентилятор, а управление самим вентилятором прокинул на второй Logo:

Создали связь со вторым Logo и назначили парочку удалённых выходов

Примерно так же задаются параметры ModBus. Тоже выбираем устройство, его адрес в сети, тип команды (Write Coils, Write Register) и номер регистра, в который пишем.

Создали связь с каким-нить устройством ModBus (команда Set Coils)

Только вот опять мудаки в Logo почему-то адрес устройства в ModBus назвали как «Unit ID», а номер регистра назвали как «ModBus address». Пиздец! Прям как Sunlight в сценосвете — уебанская программа совершенно.

Итого у нас получились вот что:

Полная схема сетевого проекта со всеми соединениям и связями

Дальше такой проект можно загрузить в Logo и он будет работать (на ModBus я проверял, хе хе).

Если сделать двойной щелчок на линии соединения, то открывается окно его свойств. Кое-чего менять нельзя (кто Master, кто Slave именно в соединении, а не в проекте, IP-адреса, передаваемые данные).

Окна со списком параметров, которые передаются по сети Logo

Если вы создаёте ModBus-соединение с нуля, то в этом окне будет список переменных, которые оттудова надо опрашивать. А если задаёте параметры на схеме в проекте — то список будет недоступен; менять их надо будет в схеме проекта — там же, где они и были заданы.

Ещё обратите внимание на то, что минимальный интервал работы по ModBus у Logo нельзя задать меньше, чем 80 мс (а для Logo-Logo такого лимита вообще нет). Так что все идеи типа «Ща мы воткнём сюда парочку модулей ввода-вывода на 32 линии каждый и забацаем на Logo по ModBus щит коттеджа» идут лесом. А вот поопрашивать какие-нибудь аналоговые входы (например, кучу датчиков температуры или давления) — можно.

Вот и все хитрости! Творите, камрады! Если используете эту инфу — оставляйте у себя ссылку на этот пост! Через некоторое время я довыложу пост про щиты с Logo (я за этот год собрал несколько штук) в формате собранного опыта по разработке, а потом и про ModBus в Logo. Я уже пробовал, и это и весело и слёзно одновременно!

Системы Автоматизации и Автоматика промышленного оборудования → Программируемые контроллеры (PLC) → Siemens LOGO! → ПО Siemens LOGO!

Наиболее удобные варианты разработки, отладки, документирования и архивирования программ логических модулей LOGO! предоставляет программное обеспечение LOGO! Soft Comfort (LSC). Разработка и отладка программы может выполняться в автономном режиме без наличия связи между компьютером и логическим модулем LOGO!, а также в интерактивном режиме при наличии такой связи. В последнем случае связь между компьютером и логическим модулем устанавливается:

Фильтр подбора

Цена
Аналоговые входы
Дискретные входы
Аналоговые выходы
Дискретные выходы
Степень защиты IP

Аналоговые модули расширения Siemens LOGO!

Фильтр подбора

Цена
Масса, г
Глубина, мм
Рабочая температура, С

Производитель
Siemens

Напряжение питания
24 VDC 12 VDC

Тип аналогового входа
0-10 V Pt100 Pt1000

Тип аналогового выхода
4-20 ma 0-20 ma

Логический модуль с дисплеем Siemens LOGO! 24

Источник питания:
Параметры входного напряжения 24В (ток постоянный)
Допустимый диапазон 20.4 … 28,8В (ток постоянный)
Защита от обратной полярности Присутсвует
Потребление тока — 24В (ток постоянный) 0 … 75мА;  0,3А на выход
Потери мощности — 24В (ток постоянный) 1.0 … 1,8Вт
Цифровые входы:
Количество входов 8
Потенциальная развязка Нет
Количество быстродействующих входов 4 (I3, I4, I5, I6)
Параметры входной частоты: Нормальный вход Быстродействующий вход макс. 4Гц макс. 5кГц
Параметры входного напряжения L+: Сигнал 0 Сигнал 1 < 5В (ток постоянный) > 12В (ток постоянный)
Входной ток при условии: 1) сигнале 0
2) сигнале 1
 
1) <0,85 мА (I1…I6) < 0,05мА (I1, I2, I7, I8) 2) >2 мА (I3… I6) > 0,15мА (I1, I2, I7, I8)
Время задержки при: переходе от 0 к 1 переходе от 1 к 0 тип. 1,5 мс
<1,0 мс (I3 … I6) тип. 1,5 мс
<1,0 мс (I3 … I6
Аналоговые входы:
Количество 2 (I7 = AI1, I8 = AI2)
Диапазон 0 … 10В (ток постоянный)
входной импеданс 78 кОм
Время цикла, за которое происходит формирования аналоговых значений 300мс
Входное напряжение (max) 28,8В (ток постоянный)
Длина линии (экранированная витая пара) 10м
Цифровые выходы:
Количество 4
Характеристика выходов Транзисторный,
с включением на фазу
Потенциальная развязка нет
Управление цифровым входом да
Выходное напряжение Питающее
Выходной ток 0,3A (max)
Устойчивость к коротким замыканиям и перегрузкам Высокая эффективность
Ограничение тока короткого замыкания ок. 1A
Понижение номинала нет; во всем диапазоне температур
Параллельное включение выходов для увеличения мощности Не допускается
Частота включений:
электрическая 10Гц
омическая/ламповая нагрузка 10Гц
индуктивная нагрузка 0,5Гц

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *