Интеграция стороннего оборудования в Segnetics

andrey-33 · 09.03.2022, 12:43

Добрый день!
Прошу заранее меня извинить за незнание терминологии. Вопрос касается диспетчеризации и автоматизации инженерного оборудования объекта. Я занимаюсь вопросами технической безопасности (сигнализация, видео, контроль доступа и т.п.), так что тема мне малознакомая, но задачу надо решить...
Суть вопроса. На объекта довольно много инженерии (ИТП, насосные, ОВ, кондиционирование, тепловые завесы, управление освещением и т.д.). Худо-бедно всё работает, но эффективность работы низкая - есть и теплопотери и перерасход электричества.
На нижнем уровне контроль и управление осуществляется с помощью контроллеров, преимущественно производства CAREL, но есть контроллеры иных производителей.
Была поставлена задача объединить все контроллеры нижнего уровня в единую сеть, где на верхнем уровне будет АРМ со SKADA. При этом программное обеспечение должно позволять осуществить по максимуму функции не только диспетчеризации, но и автоматизации инженерных систем в автоматическом и полуавтоматическом (с помощью диспетчера) режимах. То есть нужно максимально интегрировать контроллеры нижнего уровня и ПО АРМ.
Все контроллеры нижнего уровня могут быть объединены по LonWorks и частично ModBus. Так же есть дискретные сигналы, интегрируемые через модули расширения.
На это дело есть проект (вполне рабочий). По структуре проекта все сигналы собираются в шкафах диспетчеризации, где установлены контроллеры среднего уровня, модули расширения и шлюзы конвертации протоколов обмена. Всего в системе порядка 1000 сигналов диспетчеризации и управления. Шкафы объединяются между собой и АРМ с прекрасной SKADA по BacNet/IP (впрочем, это не важно).
Но! Контроллеры среднего уровня вот такие
https://smns.ru/product/kontrollery/...er-pxc100-e-d/
То есть, Siemens и вся обвязка от того же производителя. Как и ПО АРМ (DESIGO CC).
В связи с последними событиями в мире использование Siemens стало не только неподъёмно дорогим, но и опасным с точки зрения поставки и обслуживания.
Собственно вопрос такой, а можно ли вместо Siemens использовать оборудование Segnetics или что-то иное, не столь дорогое и без риска, что оно подпадёт под санкции?
Попробую приложить кусочек структурной схемы...

Arsie · 09.03.2022, 13:25

Цитата

Сообщение от andrey-33

Все контроллеры нижнего уровня могут быть объединены по LonWorks и частично ModBus. Так же есть дискретные сигналы, интегрируемые через модули расширения.

Собственно вопрос такой, а можно ли вместо Siemens использовать оборудование Segnetics или что-то иное, не столь дорогое и без риска, что оно подпадёт под санкции?

У нас очень и очень ограниченная поддержка LON. В ваших условиях у нас её, считай, нет. А вот с модбасом всё хорошо)

Программная мощность у нас также достаточно высока. С наскоку, я не вижу проблем, если всё обвязывать модбасом. Для LON можно купить шлюзы Modbus<>LON, по ним хотя бы санкций вроде нет.

andrey-33 · 09.03.2022, 14:54

Цитата:

Сообщение от Arsie

У нас очень и очень ограниченная поддержка LON. В ваших условиях у нас её, считай, нет. А вот с модбасом всё хорошо)

Программная мощность у нас также достаточно высока. С наскоку, я не вижу проблем, если всё обвязывать модбасом. Для LON можно купить шлюзы Modbus<>LON, по ним хотя бы санкций вроде нет.

Спасибо!
Мы отталкивается от того, что контроллеры нижнего уровня - это "священная корова" и их менять нельзя (хотя бы потому, что они были запрограммированы в заводском варианте - под конкретную инженерную установку, то есть поставлялись в шкафу управления установкой совместно с этой установкой). Ну и второе - бюджет. Будь моя воля, я бы их все поменял, например на Segnetics Pixel. Но, увы, техническое задание этого не предусматривает.
На данном объекте порядка 90% контроллеров нижнего уровня это старенькие (более 10 лет эксплуатации) CAREL pCO3, есть Daikin, Свит, что-то ещё.
https://www.carelrussia.com/pco-sist...KK/10191/50921
Видимо, они изначально были оснащены платами интерфейса интеграции "Lon". Но, производитель заявляет, что есть и платы ModBus.
https://www.carelrussia.com/bms-buil...stem-interface
1. Правильно ли я понимаю, что, если получиться перейти с Lon на ModBus с использованием таких шлюзов или шлюзов от Segnetics, удастся построить систему автоматизации и диспетчеризации, в которой верхний уровень будет общаться с нижним со 100% пониманием, а не как "серб с болгарином"?
2. Если да, то устройствами сбора и передачи сигналов могут выступить Matrix (или более мощные контроллеры) с модулями расширения, программируемые SMLogic, а "наверху" - АРМ с рекомендованным Вами пакетом SKADA?
3. Если и это верно, каков перечень данных необходим для составления примерного коммерческого предложения (без цен, они сейчас скачут - только номенклатура и количество оборудования)?

Arsie · 09.03.2022, 15:14

Цитата

Сообщение от andrey-33

1. Правильно ли я понимаю, что, если получиться перейти с Lon на ModBus с использованием таких шлюзов или шлюзов от Segnetics, удастся построить систему автоматизации и диспетчеризации, в которой верхний уровень будет общаться с нижним со 100% пониманием, а не как "серб с болгарином"?

Да, если перейти на modbus, проблем никаких быть не должно.

Цитата

Сообщение от andrey-33

2. Если да, то устройствами сбора и передачи сигналов могут выступить Matrix (или более мощные контроллеры) с модулями расширения, программируемые SMLogic, а "наверху" - АРМ с рекомендованным Вами пакетом SKADA?

Да, могут. Скаду можно использовать любую, у них обычно нет проблем с модбасом - если в скаде нет встроенного "драйвера" модбас, то сопряжение выполняется с помощью OPС-сервера по протоколу OPC.

Цитата

Сообщение от andrey-33

3. Если и это верно, каков перечень данных необходим для составления примерного коммерческого предложения (без цен, они сейчас скачут - только номенклатура и количество оборудования)?

Где в вашей схеме предполагается использовать Матриксы? (ну или не Матриксы, это не важно на данном этапе)

andrey-33 · 09.03.2022, 16:19

Arsie
На данный момент структура такова.
Есть 6 шкафов диспетчеризации. В них приходят уже существующие интерфейсы Lon, которыми обвязываются по 10-15 контроллеров нижнего уровня, а также ModBus (диспетчеризация силового оборудования) и много проводов дискретных сигналов. Кабели уже проложены и расключены на клеммники, и топологию по этой причине менять нельзя, то есть, сбор всех данных именно в существующих шкафах диспетчеризации.
Проектом, пока что нереализованным, предусматривается установка в шкафах диспетчеризации:
- Модулей расширения Siemens для получения и передачи дискретных сигналов (от датчиков загазованности, подтопления, уровня освещённости, контакторов, выдачи сигналов на реле);
- Шлюзы Siemens "Modbus - BacNet/IP";
- Контроллеры Siemens на 200 точек "Lon - BacNet/IP";
- Сетевые коммутаторы, блоки питания...
Я предполагал, что вместо оборудования Siemens будут установлено аналогичное оборудование Segnetics, для сбора/передачи данных от/на контроллеров нижнего уровня. Или можно как-то оптимизировать структуру?

Arsie · 09.03.2022, 16:41

Цитата

Сообщение от andrey-33

Есть 6 шкафов диспетчеризации. В них приходят уже существующие интерфейсы Lon, которыми обвязываются по 10-15 контроллеров нижнего уровня, а также ModBus (диспетчеризация силового оборудования) и много проводов дискретных сигналов. Кабели уже проложены и расключены на клеммники, и топологию по этой причине менять нельзя, то есть, сбор всех данных именно в существующих шкафах диспетчеризации.
Проектом, пока что нереализованным, предусматривается установка в шкафах диспетчеризации:
- Модулей расширения Siemens для получения и передачи дискретных сигналов (от датчиков загазованности, подтопления, уровня освещённости, контакторов, выдачи сигналов на реле);
- Шлюзы Siemens "Modbus - BacNet/IP";
- Контроллеры Siemens на 200 точек "Lon - BacNet/IP";
- Сетевые коммутаторы, блоки питания...
Я предполагал, что вместо оборудования Siemens будут установлено аналогичное оборудование Segnetics, для сбора/передачи данных от/на контроллеров нижнего уровня. Или можно как-то оптимизировать структуру?

А по какому протоколу данные уходят в BMS? Или там SCADA?

andrey-33 · 09.03.2022, 18:26

Сейчас BacNet/Lon на Desigo Insight. Но за годы эксплуатации сменились обслуживающие организации, вместе с ними пропали инженерные лицензии и ключи.
Планировалась за мена на BacNet/Ip и на Desigo CC, что во-первых не поднять по деньгам и логистике (санкции). А во-вторых, вряд ли бы позволило выполнить задачу, поставленную заказчиком, т.к. есть убеждение, что при программировании и пуско-наладке Сименса в своё время всё было сделано криво и абы как.

Arsie · 09.03.2022, 18:37

Цитата

Сообщение от andrey-33

Сейчас BacNet/Lon на Desigo Insight. Но за годы эксплуатации сменились обслуживающие организации, вместе с ними пропали инженерные лицензии и ключи.
Планировалась за мена на BacNet/Ip и на Desigo CC, что во-первых не поднять по деньгам и логистике (санкции). А во-вторых, вряд ли бы позволило выполнить задачу, поставленную заказчиком, т.к. есть убеждение, что при программировании и пуско-наладке Сименса в своё время всё было сделано криво и абы как.

В результате будете покупать лицухи или заменять на СКАДА на том же модбасе?

andrey-33 · 09.03.2022, 21:06

Цитата:

Сообщение от Arsie

В результате будете покупать лицухи или заменять на СКАДА на том же модбасе?

Если речь о Сименсе, то не будем покупать ничего. Нет на это бюджета. Там только лицензия на обучение 2 инженеров стоит 2 000 000 по текущему курсу евро.
Задача теперь - заменить Сименс на что-то более дешёвое, желательно отечественное, перевыпустив проект. То есть на верхнем уровне будет не BacNet, а что-то другое. Если на нижнем уровне надо перейти с Lon на Modbus и это будет экономически выгодно, придётся перейти. Понятно, что в части комплексной диспетчеризации и автоматизации Сименс или Шнайдер впереди планеты всей, но зачем покупать Мерседес для перевозки дров, если дрова можно перевезти на Газели?
В общем, есть структурная схема, спецификация, перечень сигналов и задание на проектирование. Нужно найти техническое решение по замене Сименса на более дешёвый, надёжный с точки зрения логистики и санкций продукт с минимальной потерей в качестве.
Возможно, можно встретиться с тех. специалистами Segnetics в Питере, т.к. переписка - не лучший способ решения глобальной задачи. Объект сложный, там много нюансов....

Arsie · 10.03.2022, 11:05

Цитата

Сообщение от andrey-33

Задача теперь - заменить Сименс на что-то более дешёвое, желательно отечественное, перевыпустив проект. То есть на верхнем уровне будет не BacNet, а что-то другое. Если на нижнем уровне надо перейти с Lon на Modbus и это будет экономически выгодно, придётся перейти.

Если перейти на modbus на всех уровнях, то все ограничения снимаются. Просто подбираете что вам подходит по вводу-выводу и используете. Если нацеливаться на контроллеры класса Matrix, то их валовая производительность обычно превышает практически любые CPU от Сименса + имеют встроенную периферию, как дезиги. Также у наших контроллеров всегда есть экран и кнопки для построения HMI.

Справочно: modbus-rtu на полевом уровне, работает на портах RS485 как тот же профибас (но на скоростях до 115200) и modbus-tcp на полевом и более высоком, аналогичен профинету, работает на эзернете (без ограничений по скорости).

Цитата

Сообщение от andrey-33

Понятно, что в части комплексной диспетчеризации и автоматизации Сименс или Шнайдер впереди планеты всей, но зачем покупать Мерседес для перевозки дров, если дрова можно перевезти на Газели?

Про комплексность вы заметили абсолютно справедливо. Единственное, что комплексность оборачивается сильной сложностью в настройке и сопровождении, оправдывая анекдот "и сейчас со всем этим зоопарком мы попробуем взлететь"

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

andrey-33 · 10.03.2022, 16:12

Цитата:

Сообщение от Arsie

Если перейти на modbus на всех уровнях, то все ограничения снимаются. Просто подбираете что вам подходит по вводу-выводу и используете. Если нацеливаться на контроллеры класса Matrix, то их валовая производительность обычно превышает практически любые CPU от Сименса + имеют встроенную периферию, как дезиги. Также у наших контроллеров всегда есть экран и кнопки для построения HMI.

Справочно: modbus-rtu на полевом уровне, работает на портах RS485 как тот же профибас (но на скоростях до 115200) и modbus-tcp на полевом и более высоком, аналогичен профинету, работает на эзернете (без ограничений по скорости).

Про комплексность вы заметили абсолютно справедливо. Единственное, что комплексность оборачивается сильной сложностью в настройке и сопровождении, оправдывая анекдот "и сейчас со всем этим зоопарком мы попробуем взлететь"

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

То есть, задача в принципе решаемая и решаемая как минимум на 4+.
И тут, вернусь к своему первому сообщению. Я не профи в данной области, а нюансов и тонкостей, как я вижу, предостаточно.
У меня есть заказчик - организация, которая выдала техническое задание и ждёт в ответ некое коммерческое предложение. Предложение было составлено, но на Сименсе, при этом удалось уложиться в бюджетЮ впритык. Но при курсе евро 80 руб. Сейчас курс 130 и, что будет дальше, как с евро, так и со всякими немцами-швейцарцами в отношениях с Россией - непонятно, но явно ничего хорошего.
При составления КП на Сименс сложностей не возникло - помогли их сотрудники в России, т.к. наша фирма давно сотрудничает с Сименсом по системам безопасности.
А вот, к кому обратиться за помощью для Segnetics - вопрос. В общем-то в наличие практически всё есть для составления КП, но не хватает знаний по SKADA, программированию, протоколам, мощностям контроллеров и т.п. В интернете информации минимум и она проходит скорее, как реклама.
В идеале, хотелось бы сесть с имеющейся структурной схемой и спецификацией с кем-то из Ваших сотрудников и внести корректировки в эти документы, заменив оборудование Сименс на оборудование Segnetics без потерь в качестве работы системы.
Такую поддержку от Ваших специалистов можно получить? Я живу в Питере.

Arsie · 10.03.2022, 16:15

Цитата

Сообщение от andrey-33

А вот, к кому обратиться за помощью для Segnetics - вопрос. В общем-то в наличие практически всё есть для составления КП, но не хватает знаний по SKADA, программированию, протоколам, мощностям контроллеров и т.п. В интернете информации минимум и она проходит скорее, как реклама.
В идеале, хотелось бы сесть с имеющейся структурной схемой и спецификацией с кем-то из Ваших сотрудников и внести корректировки в эти документы, заменив оборудование Сименс на оборудование Segnetics без потерь в качестве работы системы.
Такую поддержку от Ваших специалистов можно получить? Я живу в Питере.

Позвоните в отдел продаж, обсудите с ними возможности. https://segnetics.com/ru/contacts

Я не знаю, какая у вас скидка в Сименсе, но подозреваю, что в уже выделенный бюджет вы уложитесь даже исходя из расчёта 130:1. Уж больно всё небюджетно у семёна. У нас в принципе нет контроллеров ценой в тысячу евро. И даже в 500)) А модули в основном сильно меньше сотки.

andrey-33 · 29.03.2022, 22:27

Цитата:

Сообщение от Arsie

Позвоните в отдел продаж, обсудите с ними возможности. https://segnetics.com/ru/contacts
Я не знаю, какая у вас скидка в Сименсе, но подозреваю, что в уже выделенный бюджет вы уложитесь даже исходя из расчёта 130:1. Уж больно всё небюджетно у семёна. У нас в принципе нет контроллеров ценой в тысячу евро. И даже в 500)) А модули в основном сильно меньше сотки.

В общем, ничего в бюджет не укладывается, купили лицензированного мастерюгу по Сименсу (сейчас с Сименсом вообще хохма, но это тема отдельная). Парень, вообще, разрывается на немецкий крест - оборудование ломается, а запчастей нет. В общем, мы его ангажировали, взломает систему, может, что-то удастся наладить.
Вопрос, собственно такой. У нас помимо Сименса есть ещё и обвязка ИТП в части теплоучёта. Данные передаются по своему протоколу с переходом на RS-232, далле АРМ и как-то это DESIGO интегрировано. Реализовано на каких-то отечественных контроллерах, типа этих, только более древних
https://логика.рф/catalog/1/8/
Не работает от слова "совсем".
А можно ли заменить на какой-то аналог от Segnetiсs?

ATS · 29.03.2022, 23:47

Цитата

Сообщение от andrey-33

Вопрос, собственно такой. У нас помимо Сименса есть ещё и обвязка ИТП в части теплоучёта. Данные передаются по своему протоколу с переходом на RS-232, далле АРМ и как-то это DESIGO интегрировано. Реализовано на каких-то отечественных контроллерах, типа этих, только более древнихhttps://логика.рф/catalog/1/8/
Не работает от слова "совсем".

Странный у Вас вопрос. Что-то типа на чем-то сделано.

Уж как-то конкретнее нужно о приборах и ПО АРМ. СПТ вполне нормально работают на объектах.

Цитата А можно ли заменить на какой-то аналог от Segnetiсs?

У Segnetiсs нет тепловычислителей. Теоретически на контроллерах все можно сделать, но это только для технического учета.
Сертифицировать для коммерческого дорого обойдется. А может и не получиться.

andrey-33 · 30.03.2022, 10:09

Цитата

Сообщение от ATS

Странный у Вас вопрос. Что-то типа на чем-то сделано.

Уж как-то конкретнее нужно о приборах и ПО АРМ. СПТ вполне нормально работают на объектах.

У Segnetiсs нет тепловычислителей. Теоретически на контроллерах все можно сделать, но это только для технического учета.
Сертифицировать для коммерческого дорого обойдется. А может и не получиться.

Собственно, сигналы вот такие должны передаваться в систему диспетчеризации
*
Объемный расход теплоносителя в трубе 1 (отопление)
Объемный расход теплоносителя в трубе 2 (теплоснабжение)
Объемный расход теплоносителя в трубе 3 (ГВС)
Давление теплоносителя в трубе 1 (отопление)
Давление теплоносителя в трубе 2 (теплоснабжение)
Температура теплоносителя в трубе 1 (отопление)
Температура теплоносителя в трубе 2 (теплоснабжение)
Температура теплоносителя в трубе 3 (ГВС)
Температура холодной воды
*
Стоят тепловычислители СПТ943.1 (3 штуки, обвязанные по протоколу CENYRONICS). Перед АРМ диспетчеризации установлен конвертер АПС 45.
При общей задаче перехода АРМ со SKADA "Desigo Insight" на ПО и SKADA от Segnetics, хотелось бы минимизировать использование оборудования сторонних производителей (в данном случае "Логики").
Кстати, также ИТП диспетчеризируется и автоматизируется контроллерами CAREL, их тоже надо бы поменять на Segnetics для унификации номенклатуры.
Они обмениваются (в теории) с верхним уровнем такими сигналами:
*
Наружная температура
Температура обратной воды в контуре 1 (теплоснабжение)
Температура воды на подаче в контур 1 (теплоснабжение)
Температура обратной воды в контуре 2 (отопление)
Температура воды на подаче в контур 2 (отопление)
Температура воды на подаче в контур 3 (ГВС)
Авария основного насоса в контуре теплоснабжения
Авария резервного насоса в контуре теплоснабжения
Работа основного насоса в контуре теплоснабжения
Работа резервного насоса в контуре теплоснабжения
Авария основного насоса в контуре отопления
Авария резервного насоса в контуре отопления
Работа основного насоса в контуре отопления
Работа резервного насоса в контуре отопления
Авария по давлению насосов теплоснабжения (основной и резервный)
Авария по давлению насосов отопления (основной и резервный)
*
Полагаю, подобрать контроллер нижнего уровня от Segnetics проблем не составит, а вот, как быть с теплоучётом, не очень понятно

ATS · 30.03.2022, 11:43

Цитата

Сообщение от andrey-33

сигналы вот такие должны передаваться в систему диспетчеризации
Стоят тепловычислители СПТ943.1 (3 штуки, обвязанные по протоколу CENYRONICS). Перед АРМ диспетчеризации установлен конвертер АПС 45

Ну CENTRONICS это на АПС-ке для принтера. На самом деле там M4

Цитата При общей задаче перехода АРМ со SKADA "Desigo Insight" на ПО и SKADA от Segnetics, хотелось бы минимизировать использование оборудования сторонних производителей (в данном случае "Логики").

Скады у Segnetics нет, а требуемые данные несложно получить в скаду через OPC от Логики (бесплатный).

Цитата Кстати, также ИТП диспетчеризируется и автоматизируется контроллерами CAREL, их тоже надо бы поменять на Segnetics для унификации номенклатуры

Ну тут уже на Ваш выбор.

andrey-33 · 30.03.2022, 22:13

Цитата

Сообщение от ATS

Ну тут уже на Ваш выбор.

В этом и загвоздка. Если посмотрите топик, там прямо написано, что я лох в автоматике и диспетчеризации.
Очень хотелось бы получить альтернативный проект на модернизацию существующей системы (построенной на Carel - низ и Siemens -верх, протокол LonWorks и немножко ModBus) от представителей Segnetics.То есть, не проект, а структурку и табличку замены одного оборудования на другое. Выбор Segnetics обусловлен исключительно импортозамещением и экономией. Тот же Carel сейчас никаких гарантий не даёт ни по логистике, ни по гарантиям, хоть они построили свой заводик в России.
Существующим проектом предусматривается модернизация системы - уход от Desigo Insight с обменом по BacNet/Lon на Desigo CC с обменом по BacNet/IP (на верхнем уровне). Но, Siemens ни в какой бюджет теперь не влезает. И логистика ихняя умерла

Vitaliy · 23.11.2022, 00:21

Приношу свои извинения. В теме программирования ПЛК совсем не давно. Поставили задачу написать программу для ПЛК (segnetics matrix 1321). Для отслеживания массы груза используются промышленные весы. Производитель весового оборудования ответил, что для получения веса необходимо:

Цитата отправить команду D0 на адрес 0

Все данные в ASCII кодах, конец команды - символы с кодами 0x0D 0x0A или просто 0x0A

Запрос веса:
D0, где 0 - адрес, установленный в настройках

Ответ:
W008700+0124 C2
где 0 - адрес ответившего терминала,
08 - режим работы
7 - состояние входов, 7 значит все три входа в состоянии лог. 1.
Бит 0 соответствует датчику положения контейнера,
бит 1 - датчик заслонки,
бит 2 - датчик каретки (каплесбора?).
00 - состояние выходов, в шестнадцатеричной системе. 00 - все выключено, 1F - все включено
бит 0 - транспортер
бит 1 - загрузка
бит 2 - насос
бит 3 - каретка
бит 4 - зумер
+0124 - вес.
С2 - контрольная сумма.

Прошу помощи, объясните пожалуйста как отправить команду D0 и обработать ответ. Общение ПЛК с весами происходит по RS-485, протокол неизвестен.

Подобное можно написать при помощи ST примерно как-то так наверное:

Код:

//Код команды 
             data[0] = 44; // D
//Адрес устройства
            data[1] = 33; // 0

но поддержки ST в matrix нет.

Подскажите каким образом можно решить данную проблему.

ATS · 23.11.2022, 00:59

Цитата

Сообщение от Vitaliy

Подскажите каким образом можно решить данную проблему.

Ну видимо примерно так

Но похоже у Вас не Modbus ASCII

ATS · 23.11.2022, 01:40

Только написать своё

Vitaliy · 24.11.2022, 12:27

Цитата

Сообщение от ATS

Только написать своё

Проверьте пожалуйста мои ~~говно~~правки в примере. На реальном железе проверить возможности проверить нет.

Что хотел получить после исправления примера:

Отправка команды D0 \r\n
Получение ответа (вес) в переменную mass

Gel · 24.11.2022, 17:32

Этим летом я с одим из пользователей форума делали драйвер для кондиционера Lessar. Для примера приложу документ с описанием, что бы можно было посмотреть, как реально выглядит реализация.

Использовать C++ и шареную память я бы не рекомендовал (в документе есть пояснение, почему). Это лишние ненужные заморочки, более затратный процесс разработки/отладки.

ATS · 24.11.2022, 20:11

Цитата

Сообщение от Gel

Использовать C++ и шареную память я бы не рекомендовал (в документе есть пояснение, почему).

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

Архитектура точно как в документе.

Добавлено через 3 минуты

Цитата

Сообщение от Vitaliy

Проверьте пожалуйста мои ~~говно~~правки в примере.

Для начала я не верю Вашему описанию протокола. Если у ответа есть КС то должна быть и у запроса. Обычно иначе не бывает.

Может расскажете что это за весы?

ATS · 24.11.2022, 20:46

Цитата

Сообщение от Gel

делали драйвер для кондиционера Lessar.

где-то видел

Vitaliy · 25.11.2022, 00:03

Цитата

Сообщение от ATS

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

Архитектура точно как в документе.

Добавлено через 3 минуты

Для начала я не верю Вашему описанию протокола. Если у ответа есть КС то должна быть и у запроса. Обычно иначе не бывает.

Может расскажете что это за весы?

Весы точно не скажу ни модель ни название. Нашел производителя, с ними собственно и общался.
Описание протокола прислали в ответном письме инженер КИП компании Мегавес (г.Краснодар).
На другом форуме тоже сказали, что протокол уж сильно не стандартный. Вроде как похож на modbus ascii, но об этом ни слова.

Цитата Запрос веса:
D0, где 0 - адрес, установленный в настройках

Ответ:
W008700+0124 C2
где 0 - адрес ответившего терминала,
08 - режим работы
7 - состояние входов, 7 значит все три входа в состоянии лог. 1.
Бит 0 соответствует датчику положения контейнера,
бит 1 - датчик заслонки,
бит 2 - датчик каретки (каплесбора?).
00 - состояние выходов, в шестнадцатеричной системе. 00 - все выключено, 1F - все включено
бит 0 - транспортер
бит 1 - загрузка
бит 2 - насос
бит 3 - каретка
бит 4 - зумер
+0124 - вес.
С2 - контрольная сумма.

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

Собственно ранее об этом и писал, разве что не привел как контрольную сумму считать.

Добавлено через 6 минут

Цитата

Сообщение от Gel

Этим летом я с одним из пользователей форума делали драйвер для кондиционера Lessar. Для примера приложу документ с описанием, что бы можно было посмотреть, как реально выглядит реализация.

Использовать C++ и шареную память я бы не рекомендовал (в документе есть пояснение, почему). Это лишние ненужные заморочки, более затратный процесс разработки/отладки.

Очень надеюсь, что они родят регистр modbus.
Спасибо за документ, особенно за обоснование в нем.

Gel · 25.11.2022, 09:54

Цитата

Сообщение от ATS

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

Архитектура точно как в документе.

Архитектура примерно такая же, да.

ATS · 29.11.2022, 15:43

Цитата Причина: ATS и Gel, заманали уже ругаться))

Да и не ругались вовсе. Эту как её родить пытались...

as1lexa · 13.07.2023, 00:50

Цитата

Сообщение от andrey-33

В этом и загвоздка. Если посмотрите топик, там прямо написано, что я лох в автоматике и диспетчеризации.
Очень хотелось бы получить альтернативный проект на модернизацию существующей системы (построенной на Carel - низ и Siemens -верх, протокол LonWorks и немножко ModBus) от представителей Segnetics.То есть, не проект, а структурку и табличку замены одного оборудования на другое. Выбор Segnetics обусловлен исключительно импортозамещением и экономией. Тот же Carel сейчас никаких гарантий не даёт ни по логистике, ни по гарантиям, хоть они построили свой заводик в России.
Существующим проектом предусматривается модернизация системы - уход от Desigo Insight с обменом по BacNet/Lon на Desigo CC с обменом по BacNet/IP (на верхнем уровне). Но, Siemens ни в какой бюджет теперь не влезает. И логистика ихняя умерла

Есть та же проблема, но мы её частично решаем, наш спец умудрился объединить в СКАДУ от симплайта сименские РХС 200Е по LONIP , овенские и матриксы по модбасу. Ну и по мере выхода из строя буржуйские заменяем на наши. Плюсом было что исходники к сименсу были в наличии))

09.03.2022, 12:43	#1
andrey-33 Новичок Регистрация: Mar 2022 Сообщения: 9 Благодарил(а): 0 раз(а) Поблагодарили: 0 раз(а) в 0 сообщениях	Интеграция стороннего оборудования в Segnetics Добрый день! Прошу заранее меня извинить за незнание терминологии. Вопрос касается диспетчеризации и автоматизации инженерного оборудования объекта. Я занимаюсь вопросами технической безопасности (сигнализация, видео, контроль доступа и т.п.), так что тема мне малознакомая, но задачу надо решить... Суть вопроса. На объекта довольно много инженерии (ИТП, насосные, ОВ, кондиционирование, тепловые завесы, управление освещением и т.д.). Худо-бедно всё работает, но эффективность работы низкая - есть и теплопотери и перерасход электричества. На нижнем уровне контроль и управление осуществляется с помощью контроллеров, преимущественно производства CAREL, но есть контроллеры иных производителей. Была поставлена задача объединить все контроллеры нижнего уровня в единую сеть, где на верхнем уровне будет АРМ со SKADA. При этом программное обеспечение должно позволять осуществить по максимуму функции не только диспетчеризации, но и автоматизации инженерных систем в автоматическом и полуавтоматическом (с помощью диспетчера) режимах. То есть нужно максимально интегрировать контроллеры нижнего уровня и ПО АРМ. Все контроллеры нижнего уровня могут быть объединены по LonWorks и частично ModBus. Так же есть дискретные сигналы, интегрируемые через модули расширения. На это дело есть проект (вполне рабочий). По структуре проекта все сигналы собираются в шкафах диспетчеризации, где установлены контроллеры среднего уровня, модули расширения и шлюзы конвертации протоколов обмена. Всего в системе порядка 1000 сигналов диспетчеризации и управления. Шкафы объединяются между собой и АРМ с прекрасной SKADA по BacNet/IP (впрочем, это не важно). Но! Контроллеры среднего уровня вот такие https://smns.ru/product/kontrollery/...er-pxc100-e-d/ То есть, Siemens и вся обвязка от того же производителя. Как и ПО АРМ (DESIGO CC). В связи с последними событиями в мире использование Siemens стало не только неподъёмно дорогим, но и опасным с точки зрения поставки и обслуживания. Собственно вопрос такой, а можно ли вместо Siemens использовать оборудование Segnetics или что-то иное, не столь дорогое и без риска, что оно подпадёт под санкции? Попробую приложить кусочек структурной схемы...

09.03.2022, 13:25	#2
Arsie Сотрудник Segnetics Регистрация: Jan 2006 Адрес: Russia, SPb Сообщения: 17 343 Благодарил(а): 15 раз(а) Поблагодарили: 606 раз(а) в 554 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от andrey-33 Все контроллеры нижнего уровня могут быть объединены по LonWorks и частично ModBus. Так же есть дискретные сигналы, интегрируемые через модули расширения. Собственно вопрос такой, а можно ли вместо Siemens использовать оборудование Segnetics или что-то иное, не столь дорогое и без риска, что оно подпадёт под санкции? У нас очень и очень ограниченная поддержка LON. В ваших условиях у нас её, считай, нет. А вот с модбасом всё хорошо) Программная мощность у нас также достаточно высока. С наскоку, я не вижу проблем, если всё обвязывать модбасом. Для LON можно купить шлюзы Modbus<>LON, по ним хотя бы санкций вроде нет. __________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый.

09.03.2022, 14:54	#3
andrey-33 Новичок Регистрация: Mar 2022 Сообщения: 9 Благодарил(а): 0 раз(а) Поблагодарили: 0 раз(а) в 0 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата: Сообщение от Arsie У нас очень и очень ограниченная поддержка LON. В ваших условиях у нас её, считай, нет. А вот с модбасом всё хорошо) Программная мощность у нас также достаточно высока. С наскоку, я не вижу проблем, если всё обвязывать модбасом. Для LON можно купить шлюзы Modbus<>LON, по ним хотя бы санкций вроде нет. Спасибо! Мы отталкивается от того, что контроллеры нижнего уровня - это "священная корова" и их менять нельзя (хотя бы потому, что они были запрограммированы в заводском варианте - под конкретную инженерную установку, то есть поставлялись в шкафу управления установкой совместно с этой установкой). Ну и второе - бюджет. Будь моя воля, я бы их все поменял, например на Segnetics Pixel. Но, увы, техническое задание этого не предусматривает. На данном объекте порядка 90% контроллеров нижнего уровня это старенькие (более 10 лет эксплуатации) CAREL pCO3, есть Daikin, Свит, что-то ещё. https://www.carelrussia.com/pco-sist...KK/10191/50921 Видимо, они изначально были оснащены платами интерфейса интеграции "Lon". Но, производитель заявляет, что есть и платы ModBus. https://www.carelrussia.com/bms-buil...stem-interface 1. Правильно ли я понимаю, что, если получиться перейти с Lon на ModBus с использованием таких шлюзов или шлюзов от Segnetics, удастся построить систему автоматизации и диспетчеризации, в которой верхний уровень будет общаться с нижним со 100% пониманием, а не как "серб с болгарином"? 2. Если да, то устройствами сбора и передачи сигналов могут выступить Matrix (или более мощные контроллеры) с модулями расширения, программируемые SMLogic, а "наверху" - АРМ с рекомендованным Вами пакетом SKADA? 3. Если и это верно, каков перечень данных необходим для составления примерного коммерческого предложения (без цен, они сейчас скачут - только номенклатура и количество оборудования)?

09.03.2022, 15:14	#4
Arsie Сотрудник Segnetics Регистрация: Jan 2006 Адрес: Russia, SPb Сообщения: 17 343 Благодарил(а): 15 раз(а) Поблагодарили: 606 раз(а) в 554 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от andrey-33 1. Правильно ли я понимаю, что, если получиться перейти с Lon на ModBus с использованием таких шлюзов или шлюзов от Segnetics, удастся построить систему автоматизации и диспетчеризации, в которой верхний уровень будет общаться с нижним со 100% пониманием, а не как "серб с болгарином"? Да, если перейти на modbus, проблем никаких быть не должно. Цитата Сообщение от andrey-33 2. Если да, то устройствами сбора и передачи сигналов могут выступить Matrix (или более мощные контроллеры) с модулями расширения, программируемые SMLogic, а "наверху" - АРМ с рекомендованным Вами пакетом SKADA? Да, могут. Скаду можно использовать любую, у них обычно нет проблем с модбасом - если в скаде нет встроенного "драйвера" модбас, то сопряжение выполняется с помощью OPС-сервера по протоколу OPC. Цитата Сообщение от andrey-33 3. Если и это верно, каков перечень данных необходим для составления примерного коммерческого предложения (без цен, они сейчас скачут - только номенклатура и количество оборудования)? Где в вашей схеме предполагается использовать Матриксы? (ну или не Матриксы, это не важно на данном этапе) __________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый.

09.03.2022, 16:19	#5
andrey-33 Новичок Регистрация: Mar 2022 Сообщения: 9 Благодарил(а): 0 раз(а) Поблагодарили: 0 раз(а) в 0 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Arsie На данный момент структура такова. Есть 6 шкафов диспетчеризации. В них приходят уже существующие интерфейсы Lon, которыми обвязываются по 10-15 контроллеров нижнего уровня, а также ModBus (диспетчеризация силового оборудования) и много проводов дискретных сигналов. Кабели уже проложены и расключены на клеммники, и топологию по этой причине менять нельзя, то есть, сбор всех данных именно в существующих шкафах диспетчеризации. Проектом, пока что нереализованным, предусматривается установка в шкафах диспетчеризации: - Модулей расширения Siemens для получения и передачи дискретных сигналов (от датчиков загазованности, подтопления, уровня освещённости, контакторов, выдачи сигналов на реле); - Шлюзы Siemens "Modbus - BacNet/IP"; - Контроллеры Siemens на 200 точек "Lon - BacNet/IP"; - Сетевые коммутаторы, блоки питания... Я предполагал, что вместо оборудования Siemens будут установлено аналогичное оборудование Segnetics, для сбора/передачи данных от/на контроллеров нижнего уровня. Или можно как-то оптимизировать структуру?

09.03.2022, 16:41	#6
Arsie Сотрудник Segnetics Регистрация: Jan 2006 Адрес: Russia, SPb Сообщения: 17 343 Благодарил(а): 15 раз(а) Поблагодарили: 606 раз(а) в 554 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от andrey-33 Есть 6 шкафов диспетчеризации. В них приходят уже существующие интерфейсы Lon, которыми обвязываются по 10-15 контроллеров нижнего уровня, а также ModBus (диспетчеризация силового оборудования) и много проводов дискретных сигналов. Кабели уже проложены и расключены на клеммники, и топологию по этой причине менять нельзя, то есть, сбор всех данных именно в существующих шкафах диспетчеризации. Проектом, пока что нереализованным, предусматривается установка в шкафах диспетчеризации: - Модулей расширения Siemens для получения и передачи дискретных сигналов (от датчиков загазованности, подтопления, уровня освещённости, контакторов, выдачи сигналов на реле); - Шлюзы Siemens "Modbus - BacNet/IP"; - Контроллеры Siemens на 200 точек "Lon - BacNet/IP"; - Сетевые коммутаторы, блоки питания... Я предполагал, что вместо оборудования Siemens будут установлено аналогичное оборудование Segnetics, для сбора/передачи данных от/на контроллеров нижнего уровня. Или можно как-то оптимизировать структуру? А по какому протоколу данные уходят в BMS? Или там SCADA? __________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый.

09.03.2022, 18:26	#7
andrey-33 Новичок Регистрация: Mar 2022 Сообщения: 9 Благодарил(а): 0 раз(а) Поблагодарили: 0 раз(а) в 0 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Сейчас BacNet/Lon на Desigo Insight. Но за годы эксплуатации сменились обслуживающие организации, вместе с ними пропали инженерные лицензии и ключи. Планировалась за мена на BacNet/Ip и на Desigo CC, что во-первых не поднять по деньгам и логистике (санкции). А во-вторых, вряд ли бы позволило выполнить задачу, поставленную заказчиком, т.к. есть убеждение, что при программировании и пуско-наладке Сименса в своё время всё было сделано криво и абы как.

09.03.2022, 18:37	#8
Arsie Сотрудник Segnetics Регистрация: Jan 2006 Адрес: Russia, SPb Сообщения: 17 343 Благодарил(а): 15 раз(а) Поблагодарили: 606 раз(а) в 554 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от andrey-33 Сейчас BacNet/Lon на Desigo Insight. Но за годы эксплуатации сменились обслуживающие организации, вместе с ними пропали инженерные лицензии и ключи. Планировалась за мена на BacNet/Ip и на Desigo CC, что во-первых не поднять по деньгам и логистике (санкции). А во-вторых, вряд ли бы позволило выполнить задачу, поставленную заказчиком, т.к. есть убеждение, что при программировании и пуско-наладке Сименса в своё время всё было сделано криво и абы как. В результате будете покупать лицухи или заменять на СКАДА на том же модбасе? __________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый.

09.03.2022, 21:06	#9
andrey-33 Новичок Регистрация: Mar 2022 Сообщения: 9 Благодарил(а): 0 раз(а) Поблагодарили: 0 раз(а) в 0 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата: Сообщение от Arsie В результате будете покупать лицухи или заменять на СКАДА на том же модбасе? Если речь о Сименсе, то не будем покупать ничего. Нет на это бюджета. Там только лицензия на обучение 2 инженеров стоит 2 000 000 по текущему курсу евро. Задача теперь - заменить Сименс на что-то более дешёвое, желательно отечественное, перевыпустив проект. То есть на верхнем уровне будет не BacNet, а что-то другое. Если на нижнем уровне надо перейти с Lon на Modbus и это будет экономически выгодно, придётся перейти. Понятно, что в части комплексной диспетчеризации и автоматизации Сименс или Шнайдер впереди планеты всей, но зачем покупать Мерседес для перевозки дров, если дрова можно перевезти на Газели? В общем, есть структурная схема, спецификация, перечень сигналов и задание на проектирование. Нужно найти техническое решение по замене Сименса на более дешёвый, надёжный с точки зрения логистики и санкций продукт с минимальной потерей в качестве. Возможно, можно встретиться с тех. специалистами Segnetics в Питере, т.к. переписка - не лучший способ решения глобальной задачи. Объект сложный, там много нюансов....

10.03.2022, 11:05	#10
Arsie Сотрудник Segnetics Регистрация: Jan 2006 Адрес: Russia, SPb Сообщения: 17 343 Благодарил(а): 15 раз(а) Поблагодарили: 606 раз(а) в 554 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от andrey-33 Задача теперь - заменить Сименс на что-то более дешёвое, желательно отечественное, перевыпустив проект. То есть на верхнем уровне будет не BacNet, а что-то другое. Если на нижнем уровне надо перейти с Lon на Modbus и это будет экономически выгодно, придётся перейти. Если перейти на modbus на всех уровнях, то все ограничения снимаются. Просто подбираете что вам подходит по вводу-выводу и используете. Если нацеливаться на контроллеры класса Matrix, то их валовая производительность обычно превышает практически любые CPU от Сименса + имеют встроенную периферию, как дезиги. Также у наших контроллеров всегда есть экран и кнопки для построения HMI. Справочно: modbus-rtu на полевом уровне, работает на портах RS485 как тот же профибас (но на скоростях до 115200) и modbus-tcp на полевом и более высоком, аналогичен профинету, работает на эзернете (без ограничений по скорости). Цитата Сообщение от andrey-33 Понятно, что в части комплексной диспетчеризации и автоматизации Сименс или Шнайдер впереди планеты всей, но зачем покупать Мерседес для перевозки дров, если дрова можно перевезти на Газели? Про комплексность вы заметили абсолютно справедливо. Единственное, что комплексность оборачивается сильной сложностью в настройке и сопровождении, оправдывая анекдот "и сейчас со всем этим зоопарком мы попробуем взлететь" Поэтому я даже не знаю, возможно специалист нужного уровня прекрасно это всё поднимет за то же время и на обычном модбасе. __________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый.

10.03.2022, 16:12	#11
andrey-33 Новичок Регистрация: Mar 2022 Сообщения: 9 Благодарил(а): 0 раз(а) Поблагодарили: 0 раз(а) в 0 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата: Сообщение от Arsie Если перейти на modbus на всех уровнях, то все ограничения снимаются. Просто подбираете что вам подходит по вводу-выводу и используете. Если нацеливаться на контроллеры класса Matrix, то их валовая производительность обычно превышает практически любые CPU от Сименса + имеют встроенную периферию, как дезиги. Также у наших контроллеров всегда есть экран и кнопки для построения HMI. Справочно: modbus-rtu на полевом уровне, работает на портах RS485 как тот же профибас (но на скоростях до 115200) и modbus-tcp на полевом и более высоком, аналогичен профинету, работает на эзернете (без ограничений по скорости). Про комплексность вы заметили абсолютно справедливо. Единственное, что комплексность оборачивается сильной сложностью в настройке и сопровождении, оправдывая анекдот "и сейчас со всем этим зоопарком мы попробуем взлететь" Поэтому я даже не знаю, возможно специалист нужного уровня прекрасно это всё поднимет за то же время и на обычном модбасе. То есть, задача в принципе решаемая и решаемая как минимум на 4+. И тут, вернусь к своему первому сообщению. Я не профи в данной области, а нюансов и тонкостей, как я вижу, предостаточно. У меня есть заказчик - организация, которая выдала техническое задание и ждёт в ответ некое коммерческое предложение. Предложение было составлено, но на Сименсе, при этом удалось уложиться в бюджетЮ впритык. Но при курсе евро 80 руб. Сейчас курс 130 и, что будет дальше, как с евро, так и со всякими немцами-швейцарцами в отношениях с Россией - непонятно, но явно ничего хорошего. При составления КП на Сименс сложностей не возникло - помогли их сотрудники в России, т.к. наша фирма давно сотрудничает с Сименсом по системам безопасности. А вот, к кому обратиться за помощью для Segnetics - вопрос. В общем-то в наличие практически всё есть для составления КП, но не хватает знаний по SKADA, программированию, протоколам, мощностям контроллеров и т.п. В интернете информации минимум и она проходит скорее, как реклама. В идеале, хотелось бы сесть с имеющейся структурной схемой и спецификацией с кем-то из Ваших сотрудников и внести корректировки в эти документы, заменив оборудование Сименс на оборудование Segnetics без потерь в качестве работы системы. Такую поддержку от Ваших специалистов можно получить? Я живу в Питере.

10.03.2022, 16:15	#12
Arsie Сотрудник Segnetics Регистрация: Jan 2006 Адрес: Russia, SPb Сообщения: 17 343 Благодарил(а): 15 раз(а) Поблагодарили: 606 раз(а) в 554 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от andrey-33 А вот, к кому обратиться за помощью для Segnetics - вопрос. В общем-то в наличие практически всё есть для составления КП, но не хватает знаний по SKADA, программированию, протоколам, мощностям контроллеров и т.п. В интернете информации минимум и она проходит скорее, как реклама. В идеале, хотелось бы сесть с имеющейся структурной схемой и спецификацией с кем-то из Ваших сотрудников и внести корректировки в эти документы, заменив оборудование Сименс на оборудование Segnetics без потерь в качестве работы системы. Такую поддержку от Ваших специалистов можно получить? Я живу в Питере. Позвоните в отдел продаж, обсудите с ними возможности. https://segnetics.com/ru/contacts Я не знаю, какая у вас скидка в Сименсе, но подозреваю, что в уже выделенный бюджет вы уложитесь даже исходя из расчёта 130:1. Уж больно всё небюджетно у семёна. У нас в принципе нет контроллеров ценой в тысячу евро. И даже в 500)) А модули в основном сильно меньше сотки. __________________ Программа делает то что написал программист, а не то что он хотел. Добро всегда побеждает зло. Кто победил - тот и добрый.

29.03.2022, 22:27	#13
andrey-33 Новичок Регистрация: Mar 2022 Сообщения: 9 Благодарил(а): 0 раз(а) Поблагодарили: 0 раз(а) в 0 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата: Сообщение от Arsie Позвоните в отдел продаж, обсудите с ними возможности. https://segnetics.com/ru/contacts Я не знаю, какая у вас скидка в Сименсе, но подозреваю, что в уже выделенный бюджет вы уложитесь даже исходя из расчёта 130:1. Уж больно всё небюджетно у семёна. У нас в принципе нет контроллеров ценой в тысячу евро. И даже в 500)) А модули в основном сильно меньше сотки. В общем, ничего в бюджет не укладывается, купили лицензированного мастерюгу по Сименсу (сейчас с Сименсом вообще хохма, но это тема отдельная). Парень, вообще, разрывается на немецкий крест - оборудование ломается, а запчастей нет. В общем, мы его ангажировали, взломает систему, может, что-то удастся наладить. Вопрос, собственно такой. У нас помимо Сименса есть ещё и обвязка ИТП в части теплоучёта. Данные передаются по своему протоколу с переходом на RS-232, далле АРМ и как-то это DESIGO интегрировано. Реализовано на каких-то отечественных контроллерах, типа этих, только более древних https://логика.рф/catalog/1/8/ Не работает от слова "совсем". А можно ли заменить на какой-то аналог от Segnetiсs?

29.03.2022, 23:47	#14
ATS Senior Member Регистрация: Aug 2013 Сообщения: 3 258 Благодарил(а): 8 раз(а) Поблагодарили: 163 раз(а) в 160 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от andrey-33 Вопрос, собственно такой. У нас помимо Сименса есть ещё и обвязка ИТП в части теплоучёта. Данные передаются по своему протоколу с переходом на RS-232, далле АРМ и как-то это DESIGO интегрировано. Реализовано на каких-то отечественных контроллерах, типа этих, только более древнихhttps://логика.рф/catalog/1/8/ Не работает от слова "совсем". Странный у Вас вопрос. Что-то типа на чем-то сделано. Уж как-то конкретнее нужно о приборах и ПО АРМ. СПТ вполне нормально работают на объектах. Цитата А можно ли заменить на какой-то аналог от Segnetiсs? У Segnetiсs нет тепловычислителей. Теоретически на контроллерах все можно сделать, но это только для технического учета. Сертифицировать для коммерческого дорого обойдется. А может и не получиться. __________________ Не являюсь сотрудником Segnetics !!!

30.03.2022, 10:09	#15
andrey-33 Новичок Регистрация: Mar 2022 Сообщения: 9 Благодарил(а): 0 раз(а) Поблагодарили: 0 раз(а) в 0 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от ATS Странный у Вас вопрос. Что-то типа на чем-то сделано. Уж как-то конкретнее нужно о приборах и ПО АРМ. СПТ вполне нормально работают на объектах. У Segnetiсs нет тепловычислителей. Теоретически на контроллерах все можно сделать, но это только для технического учета. Сертифицировать для коммерческого дорого обойдется. А может и не получиться. Собственно, сигналы вот такие должны передаваться в систему диспетчеризации * Объемный расход теплоносителя в трубе 1 (отопление) Объемный расход теплоносителя в трубе 2 (теплоснабжение) Объемный расход теплоносителя в трубе 3 (ГВС) Давление теплоносителя в трубе 1 (отопление) Давление теплоносителя в трубе 2 (теплоснабжение) Температура теплоносителя в трубе 1 (отопление) Температура теплоносителя в трубе 2 (теплоснабжение) Температура теплоносителя в трубе 3 (ГВС) Температура холодной воды * Стоят тепловычислители СПТ943.1 (3 штуки, обвязанные по протоколу CENYRONICS). Перед АРМ диспетчеризации установлен конвертер АПС 45. При общей задаче перехода АРМ со SKADA "Desigo Insight" на ПО и SKADA от Segnetics, хотелось бы минимизировать использование оборудования сторонних производителей (в данном случае "Логики"). Кстати, также ИТП диспетчеризируется и автоматизируется контроллерами CAREL, их тоже надо бы поменять на Segnetics для унификации номенклатуры. Они обмениваются (в теории) с верхним уровнем такими сигналами: * Наружная температура Температура обратной воды в контуре 1 (теплоснабжение) Температура воды на подаче в контур 1 (теплоснабжение) Температура обратной воды в контуре 2 (отопление) Температура воды на подаче в контур 2 (отопление) Температура воды на подаче в контур 3 (ГВС) Авария основного насоса в контуре теплоснабжения Авария резервного насоса в контуре теплоснабжения Работа основного насоса в контуре теплоснабжения Работа резервного насоса в контуре теплоснабжения Авария основного насоса в контуре отопления Авария резервного насоса в контуре отопления Работа основного насоса в контуре отопления Работа резервного насоса в контуре отопления Авария по давлению насосов теплоснабжения (основной и резервный) Авария по давлению насосов отопления (основной и резервный) * Полагаю, подобрать контроллер нижнего уровня от Segnetics проблем не составит, а вот, как быть с теплоучётом, не очень понятно

30.03.2022, 11:43	#16
ATS Senior Member Регистрация: Aug 2013 Сообщения: 3 258 Благодарил(а): 8 раз(а) Поблагодарили: 163 раз(а) в 160 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от andrey-33 сигналы вот такие должны передаваться в систему диспетчеризации Стоят тепловычислители СПТ943.1 (3 штуки, обвязанные по протоколу CENYRONICS). Перед АРМ диспетчеризации установлен конвертер АПС 45 Ну CENTRONICS это на АПС-ке для принтера. На самом деле там M4 Цитата При общей задаче перехода АРМ со SKADA "Desigo Insight" на ПО и SKADA от Segnetics, хотелось бы минимизировать использование оборудования сторонних производителей (в данном случае "Логики"). Скады у Segnetics нет, а требуемые данные несложно получить в скаду через OPC от Логики (бесплатный). Цитата Кстати, также ИТП диспетчеризируется и автоматизируется контроллерами CAREL, их тоже надо бы поменять на Segnetics для унификации номенклатуры Ну тут уже на Ваш выбор. __________________ Не являюсь сотрудником Segnetics !!!

30.03.2022, 22:13	#17
andrey-33 Новичок Регистрация: Mar 2022 Сообщения: 9 Благодарил(а): 0 раз(а) Поблагодарили: 0 раз(а) в 0 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от ATS Ну тут уже на Ваш выбор. В этом и загвоздка. Если посмотрите топик, там прямо написано, что я лох в автоматике и диспетчеризации. Очень хотелось бы получить альтернативный проект на модернизацию существующей системы (построенной на Carel - низ и Siemens -верх, протокол LonWorks и немножко ModBus) от представителей Segnetics.То есть, не проект, а структурку и табличку замены одного оборудования на другое. Выбор Segnetics обусловлен исключительно импортозамещением и экономией. Тот же Carel сейчас никаких гарантий не даёт ни по логистике, ни по гарантиям, хоть они построили свой заводик в России. Существующим проектом предусматривается модернизация системы - уход от Desigo Insight с обменом по BacNet/Lon на Desigo CC с обменом по BacNet/IP (на верхнем уровне). Но, Siemens ни в какой бюджет теперь не влезает. И логистика ихняя умерла

23.11.2022, 00:21	#18
Vitaliy Новичок Регистрация: Aug 2022 Сообщения: 15 Благодарил(а): 3 раз(а) Поблагодарили: 0 раз(а) в 0 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Приношу свои извинения. В теме программирования ПЛК совсем не давно. Поставили задачу написать программу для ПЛК (segnetics matrix 1321). Для отслеживания массы груза используются промышленные весы. Производитель весового оборудования ответил, что для получения веса необходимо: Цитата отправить команду D0 на адрес 0 Все данные в ASCII кодах, конец команды - символы с кодами 0x0D 0x0A или просто 0x0A Запрос веса: D0, где 0 - адрес, установленный в настройках Ответ: W008700+0124 C2 где 0 - адрес ответившего терминала, 08 - режим работы 7 - состояние входов, 7 значит все три входа в состоянии лог. 1. Бит 0 соответствует датчику положения контейнера, бит 1 - датчик заслонки, бит 2 - датчик каретки (каплесбора?). 00 - состояние выходов, в шестнадцатеричной системе. 00 - все выключено, 1F - все включено бит 0 - транспортер бит 1 - загрузка бит 2 - насос бит 3 - каретка бит 4 - зумер +0124 - вес. С2 - контрольная сумма. Прошу помощи, объясните пожалуйста как отправить команду D0 и обработать ответ. Общение ПЛК с весами происходит по RS-485, протокол неизвестен. Подобное можно написать при помощи ST примерно как-то так наверное: Код: //Код команды data[0] = 44; // D //Адрес устройства data[1] = 33; // 0 но поддержки ST в matrix нет. Подскажите каким образом можно решить данную проблему.

23.11.2022, 00:59	#19
ATS Senior Member Регистрация: Aug 2013 Сообщения: 3 258 Благодарил(а): 8 раз(а) Поблагодарили: 163 раз(а) в 160 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от Vitaliy Подскажите каким образом можно решить данную проблему. Ну видимо примерно так Но похоже у Вас не Modbus ASCII __________________ Не являюсь сотрудником Segnetics !!!

23.11.2022, 01:40	#20
ATS Senior Member Регистрация: Aug 2013 Сообщения: 3 258 Благодарил(а): 8 раз(а) Поблагодарили: 163 раз(а) в 160 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Только написать своё __________________ Не являюсь сотрудником Segnetics !!!

24.11.2022, 20:11	#23
ATS Senior Member Регистрация: Aug 2013 Сообщения: 3 258 Благодарил(а): 8 раз(а) Поблагодарили: 163 раз(а) в 160 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от Gel Использовать C++ и шареную память я бы не рекомендовал (в документе есть пояснение, почему). Весьма странное утверждение с учетом того что у лоджика все взаимодействие с внешним миром однако построено на шаредах. Он сам и модбасом и системной шиной даже не занимается. Есть два отдельных модуля. Архитектура точно как в документе. Добавлено через 3 минуты Цитата Сообщение от Vitaliy Проверьте пожалуйста мои ~~говно~~правки в примере. Для начала я не верю Вашему описанию протокола. Если у ответа есть КС то должна быть и у запроса. Обычно иначе не бывает. Может расскажете что это за весы? __________________ Не являюсь сотрудником Segnetics !!! Последний раз редактировалось ATS, 24.11.2022 в 20:39

24.11.2022, 20:46	#24
ATS Senior Member Регистрация: Aug 2013 Сообщения: 3 258 Благодарил(а): 8 раз(а) Поблагодарили: 163 раз(а) в 160 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от Gel делали драйвер для кондиционера Lessar. где-то видел __________________ Не являюсь сотрудником Segnetics !!!

25.11.2022, 00:03	#25
Vitaliy Новичок Регистрация: Aug 2022 Сообщения: 15 Благодарил(а): 3 раз(а) Поблагодарили: 0 раз(а) в 0 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от ATS Весьма странное утверждение с учетом того что у лоджика все взаимодействие с внешним миром однако построено на шаредах. Он сам и модбасом и системной шиной даже не занимается. Есть два отдельных модуля. Архитектура точно как в документе. Добавлено через 3 минуты Для начала я не верю Вашему описанию протокола. Если у ответа есть КС то должна быть и у запроса. Обычно иначе не бывает. Может расскажете что это за весы? Весы точно не скажу ни модель ни название. Нашел производителя, с ними собственно и общался. Описание протокола прислали в ответном письме инженер КИП компании Мегавес (г.Краснодар). На другом форуме тоже сказали, что протокол уж сильно не стандартный. Вроде как похож на modbus ascii, но об этом ни слова. Цитата Запрос веса: D0, где 0 - адрес, установленный в настройках Ответ: W008700+0124 C2 где 0 - адрес ответившего терминала, 08 - режим работы 7 - состояние входов, 7 значит все три входа в состоянии лог. 1. Бит 0 соответствует датчику положения контейнера, бит 1 - датчик заслонки, бит 2 - датчик каретки (каплесбора?). 00 - состояние выходов, в шестнадцатеричной системе. 00 - все выключено, 1F - все включено бит 0 - транспортер бит 1 - загрузка бит 2 - насос бит 3 - каретка бит 4 - зумер +0124 - вес. С2 - контрольная сумма. Ниже в переписке дали как рассчитывается контрольная сумма и все. Собственно ранее об этом и писал, разве что не привел как контрольную сумму считать. Добавлено через 6 минут Цитата Сообщение от Gel Этим летом я с одним из пользователей форума делали драйвер для кондиционера Lessar. Для примера приложу документ с описанием, что бы можно было посмотреть, как реально выглядит реализация. Использовать C++ и шареную память я бы не рекомендовал (в документе есть пояснение, почему). Это лишние ненужные заморочки, более затратный процесс разработки/отладки. Очень надеюсь, что они родят регистр modbus. Спасибо за документ, особенно за обоснование в нем.

25.11.2022, 09:54	#26
Gel Senior Member Регистрация: Nov 2017 Сообщения: 556 Благодарил(а): 2 раз(а) Поблагодарили: 35 раз(а) в 28 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от ATS Весьма странное утверждение с учетом того что у лоджика все взаимодействие с внешним миром однако построено на шаредах. Он сам и модбасом и системной шиной даже не занимается. Есть два отдельных модуля. Архитектура точно как в документе. Архитектура примерно такая же, да. Последний раз редактировалось Arsie, 29.11.2022 в 15:00 Причина: ATS и Gel, заманали уже ругаться))

29.11.2022, 15:43	#27
ATS Senior Member Регистрация: Aug 2013 Сообщения: 3 258 Благодарил(а): 8 раз(а) Поблагодарили: 163 раз(а) в 160 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Причина: ATS и Gel, заманали уже ругаться)) Да и не ругались вовсе. Эту как её родить пытались... __________________ Не являюсь сотрудником Segnetics !!!

13.07.2023, 00:50	#28
as1lexa Новичок Регистрация: Jun 2021 Сообщения: 11 Благодарил(а): 2 раз(а) Поблагодарили: 0 раз(а) в 0 сообщениях	Ответ: Интеграция стороннего оборудования в Segnetics Цитата Сообщение от andrey-33 В этом и загвоздка. Если посмотрите топик, там прямо написано, что я лох в автоматике и диспетчеризации. Очень хотелось бы получить альтернативный проект на модернизацию существующей системы (построенной на Carel - низ и Siemens -верх, протокол LonWorks и немножко ModBus) от представителей Segnetics.То есть, не проект, а структурку и табличку замены одного оборудования на другое. Выбор Segnetics обусловлен исключительно импортозамещением и экономией. Тот же Carel сейчас никаких гарантий не даёт ни по логистике, ни по гарантиям, хоть они построили свой заводик в России. Существующим проектом предусматривается модернизация системы - уход от Desigo Insight с обменом по BacNet/Lon на Desigo CC с обменом по BacNet/IP (на верхнем уровне). Но, Siemens ни в какой бюджет теперь не влезает. И логистика ихняя умерла Есть та же проблема, но мы её частично решаем, наш спец умудрился объединить в СКАДУ от симплайта сименские РХС 200Е по LONIP , овенские и матриксы по модбасу. Ну и по мере выхода из строя буржуйские заменяем на наши. Плюсом было что исходники к сименсу были в наличии))

Опции темы	Поиск в этой теме
Версия для печати Отправить на E-mail	Поиск в этой теме: Расширенный поиск
Опции просмотра
Линейный вид Комбинированный вид Древовидный вид

Похожие темы
Тема	Автор	Раздел	Ответов	Последнее сообщение
Удалённая работа на ПЛК Segnetics с помощью VNC	Dara	Новости	0	08.10.2020 10:01
Контроллеры Segnetics, smh2g-4222, pixel-2511, smh2010-7313	samojlov24	Барахолка	8	13.01.2019 10:43
Интеграция контроллера Segnetics c wirenBoard 6	Union	Связь с внешним миром	4	23.11.2018 19:34
Контроллеры Segnetics продажа	barsukov_v	Барахолка	3	27.08.2018 14:06
Сертификаты на продукцию Segnetics	Dmitry_S	Форум Segnetics	5	17.07.2017 13:25