Добрый день!
С недавнего времени в проектах по автоматизации инженерных систем стал закладывать оборудование carel (в частности PCO3). Недавно встала необходимость выполнить проект по диспетчеризации.
В проекте не только будет участвовать оборудование Carel (на базе PCO3 спроектирована только автоматизация ОВ), но и чиллеры со своими контроллерами, фанкойлы, насосные станции и.т.п. Оборудование для диспетчеризации я также хочу постороить на carel. Может мне кто-нибудь помочь в этом? Может есть у кого какая-нибудь стандартная структурная схема системы диспетчеризации инженерных систем на базе carel (просто хочу понять что именно закладывать - шлюзы, интерфейсные платы и.т.п)? Был бы очень благодарен

Требуйте от тех, кто их закладывает, чтобы предусмотрели нужный Вам протокол modbus, bacnet... если ничего не говорят берите сухие контакты работа-авария, подключайте к ближайшему контроллеру и в путь

Структуры стандартные:
если бакнет/айпи - ставите коммутатор, всех подключаете и выдаете на арм диспетчера
если модбас/рс485 - делаете шину общую, конвертер и к арму диспетчера

карел много чего поддерживает при помощи плат и бакнет, и модбас и ... модбас даже без плат расширения есть

А поподробнее немного можно, что именно за конвертеры и коммутаторы?

Bacnet/IP - протокол бакнет поверх IP (говоря по русски - по Ethernet работает) коммутаторы: выбирайте любой, не сочтите за рекламу http://www.nix.ru/price/price_list.html?se...=networking_all. У Carel преобразователь протокола Carel вставляется в слот Serial Card, в преобразователь патч-корд из витой пары, второй конец в коммутатор. заказной номер смотрите в каталоге.

С конвертерами: строите сеть на modbus/rs485 (3 провода в экране, на концах терминаторы, более подробное описание стандарта на modbus.org) - в сеть ставите преобразователь интерфейсов RS485/USB, USB к арм диспетчера. Все устройства настраиватся на режим слейв, присваиваются им адреса. У производителей/поставщиков запрашиваете, что же они передают по протоколу

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

PS сам мучаю контроллер Carel, он пока что на рабочем месте температуру меряет... хороший термометр где то итого за тыщу евриков )))

А у вас нет примерной структурной схемки? Мне просто графически проще понять)

К сожалению, не сохранились (((
В случае с Ethernet и коммутатором - попробуйте попытать сисадминов. Мысленно, вместо клиентов - контроллеры с бакнетом/IP, вместо сервера - АРМ диспетчера. В центре коммутатор

В случае с RS485 - найдите документ atv312_modbus_manual_en_bbv52816_01.pdf у шнайдер электрика. Там внутри просто и понятно основы написаны.

Посмотри в файле. Описание возможностей PlantVisor , PlantWatch...
Понадобятся интерфейсные платы RS-485 , с них в BMS сеть по протоколу carel - и дальше конфигурировать верхний уровень...

У меня еще вопрос по диспетчеризации на Carel. К примеру, у меня есть несколько контроллеров управляющих системой вентиляции, которую необходимо диспетчеризировать. Контроллеры PCO5 со встроенной платой RS485, протокол Carel. Все данные контроллеры я хочу завести на скаду PlantVisorPRO2. Вопрос в следующем, что помимо системы вентиляции есть еще и чиллеры с протоколом не Carel (пусть к примеру будет лон или же модбас), еще кое какие системы, к примеру фанкойлы с контроллерами тоже с каким-нибудь протоколом. Каким образом мне завести на скаду кучу потребителей с разными протоколами?

поставить кучу преобразователей, с учетом протоколов/интерфейсов оборудования. Все modbus RTU - в сеть RS485, преобразователь (1 штука) и к серверу все подключаете. Все, что на IP (bacnet, modbus tcp) - ставите коммутатор. если производители какого либо оборудования используют свои протоколы с OPC - требуйте от них OPC (любая scada должна поддерживать OPC)

Скада PlantVisorPRO2 поддерживает только 2 протокола - Carel и Modbus RTU. Соответственно для устройств с другими протоколами нужно делать шлюзы на Modbus или Carel.
У контроллеров pCO5 есть до 5 сетевых портов и много плат расширения на различные протоколы (Modbus, Lon, Knx, Bacnet и др.). Так что шлюзы можно сделать прямо из них. Но для этого нужно уметь их программировать.

Насколько я понимаю, что в контроллер PCO можно вставить только одну сетевую плату, правильно?

Самому стало интересно.
В мануале нарисовано, что у него на борту есть 2 полевых шины, 2 порта для SCADA, да еще и 1 шт. plan.
Вот это да, 5 портов для коммуникации на 1 контроллере.
А платы можно вставить в Fieldbus и в BMS Card - те, о которых говорил Igorchello.

Выбирайте нужный Вам протокол, вставляйте плату, правите ПО контроллера и готовый шлюз.

PS в ходе эксперимента по принципу голь на выдумку хитра у меня получилось вполне успешно на PCO3 с картой для полевой шины FieldBus прицепить контроллер к SCADA по MODBUS RTU

Подозреваю, что Igorchello из тех. поддержки. Вопрос хочу задать:
В 1tool есть такие штуки, как task A, task B... task O - говоря другим языком, это работа по прерываниям?

Получается, что один PCO выдаст на скаду 2 протокола? хм..

Отвечу за него: Есть.

может разные SCADA на одном объекте )

Программно порты настраиваются (с PCO5 еще не работал) на нужный протокол и режим мастер/слейв а куда передавать переменные или откуда принимать это уже как проектировщик/программист/интегратор задумает.

Может быть задумка маркетологов была такая, что если нужен протокол модбас или карел для полевой шины или SCADA - пожалуйста уже есть на борту, если нужен бакнет, лон, коннекс - для поля и для SCADA - есть платы.

В чем тогда получается принципиальная разница между Fieldbus и в BMS Card у PCO интересно

Штуки есть, это понятно. Ладно, будем считать, что это прерывания

Заглянул в описание переменных, отвечающих за выбор протокола:
У fieldbus - 16 значений может быть, у BMS - 12

Принципиальной по моему никакой, но карточки RS485 для fieldbus - заказная позиция, а для BMS - у дилеров на складах были.

бегло посмотрел, нашел, что и там и там есть CAREL и MODBUS, для BMS доступны преобразователи (вставляются в слот) в другие протоколы: bacnet, trend, lonworks.
Далее лень сравнивать

А,ну да. EVENTS мне как-то проще понимать "по событию"

То есть получается могу зайти на PCO любым протоколом (bacnet, lon итд), а с PCO на скаду уйти его родным Carel?

Разница есть. Порт BMS контроллера pCO предназначен для подключения к системам диспетчеризации, т.е. контроллер при этом является слейвом. Порт Fielbus предназначен для опроса сторонних устройств по сети (частотников, датчиков), контроллер при этом является мастером. Программно можно сконфигурировать мастер или слейв на любом из портов. Но Carel рекомендует использовать порты именно так. Это связано с электронными особенностями плат. Например гарантируется нормальная работа протокола Modbus Master через порт BMS если к нему подключен только 1 слейв.


На всякий случай подтверждаю, есть

Да, можно сделать именно так.
У pCO5 есть 5 портов:
pLan - встроенный порт RS-485. Предназначен для собственного протокола pLan (мультимастер) для обмена переменными между контроллерами pCO и подключения одного или нескольких внешних дисплеев. Этот порт можно программно сконфигурировать на работу по протоколу Carel или Modbus RTU (master или slave).
BMS2 - встроенный порт RS-485. Для подключения к системам диспетчеризации по протоколам Carel или Modbus RTU.
FieldBus2 - встроенный порт RS-485. Для опроса внешних устройств по протоколам Carel Master или Modbus Master.
BMS1 - слот для опциональных карт с протоколами Carel, Modbus RTU, Modbus TCP, LON, KNX, BacNet IP, BacNet MS/TP, SNMP и др. Рекомендуется использовать как slave.
Fielbus 1 - слот для опциональных карт с протоколами Carel, Modbus RTU, KNX и др. Рекомендуется использовать как master.

Igorchello, напишите подробнее про использование pLan по протоколу Modbus или Carel, какое есть ограничение или подтвердите правильность моего вывода.

Имеется
PCO3 без дисплея
Выносной дисплей, сконфигурирован как сетевой
дисплей подключен к 6-пин разъему J10
Программно pLan настроен на работу как Modbus Slave. Адрес Modbus=адрес pLan.
Неисправность: сетевой дисплей работает правильно. При попытке прочитать переменные с PCO3 по Modbus (физически 3 пин разъем J11) - виснет дисплей:не реагирует на нажатия кнопок, переменные не считываются.
Подтверждение неполадки - программа для контролера может заливается в контроллер через 3-пин J11 с использованием преобразователя USB/RS485 6-пин Carel, при небольшой правке программы контроллера, нужные переменные считываются через плату RS485 для порта Fieldbus. RX/TX+; RX/TX-; GND у J11 - физически (электрически) связаны с соответствующими контактами J10

Вывод: Конфликт при одновременной работе порта pLan с выносным дисплеем по сети и одновременного считывания переменных по Modbus. Использование pLan для Modbus возможно только если не будет обмена собственно по pLan (другие контроллеры Carel, выносной дисплей, ....).

PS времени провести эксперимент для подтверждения правильности вывода у меня не было.

Разъемы J10 и J11 - это один и тот же порт pLan, только с разными интерфейсами. Если этот порт программно изменить на работу по другому протоколу, то сеть pLan работать не будет. Это разные протоколы, одновременно они работать не могут. Соответственно дисплеи повиснут, т.к. они работают по pLan. И загрузить новую программу сразу не получиться, нужно сбрасывать питание с контроллера.

Программно ставил на порт pLan протокол Modbus Slave, сетевой дисплей при этом работал нормально до отправки запросов со стороны SCADA. По моему разумению он должен был сразу отвалиться, ибо протокол задан Modbus Slave, да еще и скорость 19.2 кбод, наверное потому я и ломал голову почему и что не так.
Сразу загрузить программу не получится - все верно, я выключал питание контроллера, ибо коллеги начинали себя вести агрессивно при писке дисплея, даже отвертку хотели в него воткнуть. К дисплею был подключен преобразователь USB/RS485 через J11 и при перезагрузке 1tool увидела, что подключен контроллер.

Единственная загвоздка у PCO, это принять большое количество "сухих" контактов ввиду отсутствия модулей расширения (мах 18)

можно аналоговые входы задействовать. Можно модуль расширения прицепить по Modbus опять же )))

Модули расширения у Carel тоже существуют - серия pCOe (4DI,4DO,4AI,1AO).
http://www.carel.com/carelcom/web/eng/cata...&id_gamma=1
Они существуют в двух исполнениях - tLan и RS-485. tLan подключаются через специальную плату. RS-485 можно через один из портов. У контроллера типоразмера Large есть специальный разъем для них - J23.
В 1tool есть специальный модуль Mod_PCOe для опроса модулей расширения. Почитайте help к нему там все расписано.

Либо можно объединить 2 или более контроллера по сети pLan. Все зависит от того какие входы-выходы нужны. Смотреть какой вариант дешевле будет.

Немного не в тему, но спрошу:
как делается OEM привязка PCO, в часности PCO3?
Единственное, что нарыл, это:
The instructions on how to write a digital signature to the memory can be found in the installation CD Rom of the 1tool OEM extension.
Не пойму - это должно быть на обычном CD с 1tool, или это отдельный диск "1tool OEM extension"?
И в EasyTools (CD 4.0SP3) не вижу атомов, проверяющих OEM, хотя судя по 1Tool, эти атомы должны быть и в EasyTools.

Доброе утро Всем!
Перечитывая диалоги по данной тематике тут, наткнулся на один момент, тут говорилось, что PCO5 имеет BMS2 - встроенный порт RS-485 для подключения к системам диспетчеризации по протоколам Carel или Modbus RTU.
А если скада данные протоколы принять не может? Например требуют BacNet, то как быть?

Для этого существует порт BMS1. В него вставляется плата расширения на соответствующий протокол.

BMS1, если я не ошибаюсь, порт для подключения стороннего оборудования с протоколом не carel и не modbus

Добрый день.
Мне предстоит делать диспетчеризацию здания.
Контроллеры Carel нужно будет опрашивать по сети Modbus.
Так вот вопрос в следуюшем. Каким образом устанавливается адрес в сети Modbus на модулях PCOS004850?
В документацие написано, что настраивается посредством программного обеспечения. А вот какого?

Того, которое загружено в контроллер.

Очень раззвернутый ответ
Если можно поподробней. Я раньше никогда с Carel дела не имел.

Параметры обмена данными (протокол, адрес устройства, скорость) задаются пользователем (наладчиком) через интерфейс программы загруженной в контроллер.
Для интеграции контроллера в СКАДу по протоколу Модбас Вам необходимо иметь:
1. Контроллер с программой поддерживающей обмен по протоколу Модбас
2. Интерфейсную плату для модбас вставленную в контроллер
3. Инструкцию пользователя данной программы с описанием действий по настройке протокола
4. Пароль для доступа в данный пункт меню. Если требуется.
5. Описание переменных модбас данного устройства.

Подскажите, сколько я могу повесить на один PCO5 по модбасу стандартных щитов управления приточками? Есть же ограничения по кол-ву передаваемых сигналов.

протокол Modbus для диспетчеризации контроллеров Carel использовать нежелательно, ибо будет ощутимо тормозить.Есть другие решения.

Какие решения?

Я так думаю, что никаких. Если будет KNX, Bacnet или любой другой, то данные платы расширения являются шлюзами из протокола Carel или Modbus.
К примеру я поставил на объекте 5 таких контроллеров, диспетчеризация будет по Modbus. Все управление реализовано на контроллере. Scada для мониторинга, архива, своевременного оповещения персонала, изменения уставок. Опрос даже если 1 раз в 5 секунд считаю достаточным, ибо ффсе управление и защиты выполняет контроллер.

Собственно, сделал 4 объекта , на каждом порядка 30-40 PCO3, в среднем 60 точек в/в Modbus на контроллер. Особенной разницы 9600 от 19200 при опросе даже раз в секунду не заметил.

В личку.

Возможно возникнут проблемы при изменении уставок в контроллерах со СКАДЫ...загружаться то они будут - но долго

Я правильно понимаю, что P-lan - это штатный внутренний протокол Carel?

Да

Я бы не советовал Вам использовать P-lan. Когда выходит один из контроллеров в P-Lan сети, необходимо новый прошивать той же прошивкой без новой компиляции. Лучше не скупиться и ставить сразу сетевые карты. Гораздо практичнее получается, когда начинают умирать контроллеры.

Это почему? В нормальном ОРС сервере команды передаются сразу после их получения сверху. Вы какой используете?

Также можно попробовать группами теги опрашивать, будет быстрее.

Ага, я понял.

При групповом опросе тегов особой разницы не заметил (диспетчеризация ГМ Магнит).
Из-за разных технологий опроса протоколов Carel и Modbus все же рекомендую использовать Carel. Их бесплатный ОРС сервер отлично справляется.

Добрый день. Может кто сталкивался с подобной проблемой.
Имеется контроллер Carel PCO5. Для связи со СКАДА была куплена плата BMS PCOS004850.
После установки платы в контроллер она благополучно отработала сутки и отвалилась.
При установки платы BMS в другой контроллер - она работает. В чём может быть причина?