SIEMENS, DF&PD

Предыдущее посещение: Пн мар 07, 2016 9:20 Текущее время: Пн мар 07, 2016 9:20

Часовой пояс: UTC + 3 часа




 [ Сообщений: 29 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Связь по протоколу МЭК 104
СообщениеДобавлено: Сб июл 03, 2010 8:57 
Не в сети
Новый писатель

Зарегистрирован: Сб июл 03, 2010 8:46
Сообщения: 10
Может ли телекоммуникационный интерфейсный модуль TIM 3V-IE быть включен в состав станции распределенной периферии ET 200 M для организации обмена данными через Profinet (Ethernet) по протоколу IEC 60870-5-104?

Если это возможно, то нужен ли в составе ET 200 M интерфейсный модуль IM 153?


Последний раз редактировалось CaHeK Чт июл 08, 2010 8:59, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн июл 05, 2010 8:01 
Не в сети
Ведущий специалист

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 4852
Откуда: SIEMENS I IA AS Москва
Он не может быть установлен в станцию ЕТ200М (как и любой коммуникационный процессор Ethernet и Profibus), он не может реализовывать протокол МЭК104. Протокол МЭК104 поддерживается только через встроенные Ethernet порты CPU или некоторые стандартные коммуникационные процессоры Ethernet.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 8:46 
Не в сети
Новый писатель

Зарегистрирован: Сб июл 03, 2010 8:46
Сообщения: 10
Спасибо за информацию.

Тогда какие варианты решения Вы можете предложить в следующей ситуации: имеется два удаленных друг от друга объекта. Их необходимо связать по 104-му протоколу.

Как возможное решение рассматриваем аппаратные и программные средства SIPLUS RIC. Где можно найти детальную информацию по этим программным и аппаратным средствам (желательно на русском языке)? В интернете удалось найти лишь общие сведения, которые не дают полного представления.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 9:41 
Не в сети
Ведущий специалист

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 4852
Откуда: SIEMENS I IA AS Москва
Что Вы понимаете под "Варианты решения".
Вариантов то решения этой задачи на основе системы S7 на самом деле не так много - фактически их два, но они не отличаются коренным образом, а только деталями.
Берется центральный процессор с Ethernet портом, или коммуникационный Ethernet процессор с обычным CPU, или специализированный коммуникационный процессор (например, TIM3V-IE VICOS - не путать с системой SINAUT, где также есть TIM3V-IE) и на этой базе создается система, которая способна воспринимать протокол МЭК104. Какая дополнительная информация Вам необходима?
Железо, кроме TIM3V-IE VICOS, абсолютно стандартное. На стандартном железе работают некие библиотечные блоки. Все описание сводится к описанию параметров этих блоков и последовательности их вызова в программе. Я не думаю, что на момент выбора нужно вникать в принципы построения программы на базе этой стандартной библиотеки. Единственное, что могу сказать, что библиотека широко применяется в России и у программистов никогда не возникало проблем с ее функционированием.
Информации по модулю TIM3V-IE VICOS практически нет. Ее нужно запрашивать непосредственно у Германии. Единственное, что могу сказать, что поддержка протоколов 101 и 104 в этом модуле осуществляется на уровне самого модуля без применения специальных библиотечных функций.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 11:17 
Не в сети
Новый писатель

Зарегистрирован: Сб июл 03, 2010 8:46
Сообщения: 10
1. Правильно ли я понял, что нам достаточно взять 2 CPU, к примеру CPU-315-2 PN/DP, сконфигурировать один как мастер, второй - как слейв. С помощью функциональных блоков организовать передачу данных между ними по протоколу МЭК-104. Так ли это?

2. В чем отличие SIPLUS RIC Compact от обычных CPU? Или в них протокол МЭК-104 реализован уже на аппаратном уровне? В таком случае достаточно ли будет заменить наши CPU на аналогичные RIC Compact?

3. После организации связи между двумя точками что необходимо для того, чтобы данные с CPU-мастера поступали на верхний уровень (WinCC) также по протоколу МЭК-104?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 11:35 
Не в сети
Новый писатель

Зарегистрирован: Сб июл 03, 2010 8:46
Сообщения: 10
4. При заказе Siplus RIC S7 CPU 315-2 PN/DP 6AG6 003-1AB03-0CA0 (6AG6 003-1BB03-0CA0) мы получаем CPU 315-2 PN/DP 6ES7 315-2EH13-0AB0 и библиотеки на диске для реализации протокола МЭК-104? Или мы получаем CPU с заказным номером 6AG6 003-1AB03-0CA0 с прошитым функциональным блоком для работы по протоколу МЭК-104?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 12:10 
Не в сети
Ведущий специалист

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 4852
Откуда: SIEMENS I IA AS Москва
А зачем вам нужен протокол 104 при обмене данными между двумя контроллерами S7 да еще и WinCC!!?
Потому как настройка и использование этого протокола неудобна даже при обмене информацией между контроллерами, не говоря уже об обмене информацией между контроллером и WinCC.
1. в принципе да, только конфигурирвание происходит на уровне параметрирования библиотечных блоков, а не аппаратных ресурсов CPU.
2. SIPLUS RIC Compact это не CPU (т.е. в нем нет программы). Его можно сравнить со станцией децентрализованной пер., только которая связывается с CPU не по протоколу PROFIBUS или PROFINET, а по протоколу 101 или 104. SIPLUS RIC Compact может быть только ведомым устройством, т.е. должно быть еще какое-то устройство. которое будет мастером по протоколу 101 или 104.
3. дополнительное программное обеспечение для WinCC, которое добавит драйвер 101 и 104 протоколов в список драйверов WinCC.
4. вы получаете CPU с заказным номером 6ES7315-2EH14-0AB0, MMC 512 kB, библиотеку на диске для реализации протокола 104 и некий ключ активации, который привязан к серийному номеру ММС модуля памяти для активации протокола 104.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 12:21 
Не в сети
Новый писатель

Зарегистрирован: Сб июл 03, 2010 8:46
Сообщения: 10
Зачем нам нужен протокол 104? Ответ тривиален: требование заказчика.

Большое спасибо за Ваши ответы!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 13:02 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Чт ноя 22, 2007 5:39
Сообщения: 1201
Откуда: Иркутск
Действительно! Зачем нужны драйвера в WinCC для S7? Лучше взять опциональный (НЕ дешевый) драйвер для S7, ОРС стороннего производителя для WinCC и помучится с настройкой. Зато какая стройность решения!

Я думаю, вам проще будет доказать заказчику что ему не нужен 104 протокол чем все это наворачивать.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 17:05 
Не в сети
Известный Писатель

Зарегистрирован: Ср апр 11, 2007 10:19
Сообщения: 296
Думаю тут дело не просто в капризе заказчика...
Есть такой класс систем АСДУ (автоматические системы диспетчерского управления) используются очень широко в энергетике, дак вот протоколы 101/104 там прописаны в нормативной базе. Передача данных идет не только в WinCC но и более глобально в РДУ/ЦДУ (региональный дисп пункт/центральный ДП). Наверняка для многих ничего нового не сказал... но просто сам когда-то занимался подобными системами, еще до того как у S7 появилась поддержка 101/104.... Удачи господа!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн июл 04, 2011 12:23 
Не в сети

Зарегистрирован: Ср июн 15, 2011 11:29
Сообщения: 5
Кухаренко Сергей писал(а):
...
4. вы получаете CPU с заказным номером 6ES7315-2EH14-0AB0, MMC 512 kB, библиотеку на диске для реализации протокола 104 и некий ключ активации, который привязан к серийному номеру ММС модуля памяти для активации протокола 104.

Добрый день, Господа!
Подскажите есть ли возможность заказать коммуникационный процессор CP343-1 в комплекте c библиотеками поддержки протокола МЭК-104?

Суть проблемы в следующем:
в существующий проект CPU 315-2 PN/DP (6ES7 315-2EH13-0AB0) необходимо добавить (дополнительно к уже организованному) еще один канал МЭК-104. Исходного кода нет, как и нет указанного выше ключа активации, проект придется переписывать с нуля. Какой набор ПО необходим для реализации подобной задачи? Как быть с уже существующей картой ММС, как осуществить ее поддержку?

Заранее благодарю.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июл 27, 2011 12:09 
Не в сети

Зарегистрирован: Ср июн 15, 2011 11:29
Сообщения: 5
Вопрос все еще актуален, подскажите плиз.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июл 27, 2011 14:10 
Не в сети
Ведущий специалист

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 4852
Откуда: SIEMENS I IA AS Москва
Если уже имеется проект, то никакого дополнительного ключа активации не нужно - он есть в проекте и введен в качестве параметра на входе FB. таким образом добавляете коммуникационник и необходимую часть программы для него.
Для покупки отдельно библиотеки (не комплектно с железом) необходимо получать специальное одобрение Германии. Стандартно продается только комплект железа + библиотека + ключ активации для 300-ых контроллеров.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 28, 2011 5:38 
Не в сети

Зарегистрирован: Ср июн 15, 2011 11:29
Сообщения: 5
Сергей, спасибо!
С регистрационным кодом все понятно. Остался открытым вопрос по библиотекам. У меня есть библиотека S7IEC_S104_CP443 (V1_2) (6AG6003-0BB11-0AA0), подходит ли она для написания программы для CP 343-1 Lean (6GK7 343-1CX10-0XE0). Судя по инструкции "IEConS7 manual V1_2" библиотека одна общая:
Цитата:
4.1 Overview
Main feature of IEC60870-5-104 is its network capability.
SIPLUS RIC IEC on S7 supports the network link via
􀂾 CP's (communication processors) CPx43
􀂾 Profinet interfaces of the CPUs 31xPN,41xPN
􀂾 Profinet-interface of the ET200S IM151-8PN/DP CPU


Если нет, то как мне получить это "специальное" одобрение для приобретения нужной библиотеки?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 28, 2011 8:16 
Не в сети
Ведущий специалист

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 4852
Откуда: SIEMENS I IA AS Москва
Я чего-то недопонимаю! Вы писали, что у вас есть 300-ый контроллер с CPU315-2PN/DP, в котором реализован протокол 104. Вы хотите расширить контроллер, добавив в него еще один канал 104 через СР343-1Lean. Свой предыдущий комментарий я писал исходя из этого постулата.
Библиотека, предназначенная для работы через 443-1 400-го контроллера естественно отличается от библиотеки для 300-го контроллера. И ключ активации у нее будет совсем другой!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 28, 2011 11:39 
Не в сети

Зарегистрирован: Ср июн 15, 2011 11:29
Сообщения: 5
Сергей, задачу Вы поняли абсолютно верно. А вот я ни как не могу догнать какая именно мне нужна библиотека для доработки проекта (написания части программы для CP)? Или мне достаточно того что существующий проект был написан с использованием библиотеки для CPU315? И я смело могу пользоваться этим:
Цитата:
S7IEC_S104_31xPN V1.2 Rel_090324 (c)


ps: Прошу прощения за некомпетентность...


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 28, 2011 12:15 
Не в сети
Ведущий специалист

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 4852
Откуда: SIEMENS I IA AS Москва
Однозначно утверждать, что коммуникации по 104 протоколу через CPU315-2PN/DP и СР343-1Lean используют одни и теже библиотечные блоки, не могу только по той причине, что коммуникации у этих блоков формируются в STEP7 по разному.
А по какой причине необходимо устанавливать дополнительный модуль? Может быть проще добывить партнеров по коммуникации в уже имеющийся обмен?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 28, 2011 12:35 
Не в сети

Зарегистрирован: Ср июн 15, 2011 11:29
Сообщения: 5
Требование системного оператора: два физически раздельных канала связи до контроллера (хотя может быть и достаточно двух разных IP адресов), причем работающих параллельно. В настоящий момент резервирование каналов связи реализовано на сетевом оборудовании.

А сколько одновременно активных соединений поддерживает CPU-315?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 28, 2011 13:28 
Не в сети
Ведущий специалист

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 4852
Откуда: SIEMENS I IA AS Москва
Ну тогда, если нужно два физически раздельных канала связи, то действительно необходимо использовать дополнительный модуль. В настройках блока коммуникаций есть возможность указать основной и резервный каналы связи. Пробуйте. CPU315-2PN/DP поддерживает до 8 TCP соединения (всего соединений всех суммарно 16).


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пт июл 29, 2011 11:18 
Не в сети
Известный Писатель

Зарегистрирован: Ср июн 01, 2005 11:03
Сообщения: 280
Откуда: NRW
CP трехсотой серии не поддерживают T-коммуникации (я лично потратил полдня, пытаясь заставить заработать TCON с CP343 - он тупо ругается, что соединение сконфигурировано неверно), а требуют конфигурации соединения в NetPro. Встроенный же порт - наоборот, поддерживает T-коммуникации, не поддерживая при этом проектирование соединения в Netpro. Если драйвер работает со встроенным портом, то для CP он работать почти стопудово не будет, для CP нужен будет другой драйвер, если он есть в природе, конечно.

Можете посмотреть в этой связи на драйвер Modbus-TCP: разные драйвера для разных портов.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
 [ Сообщений: 29 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: YandexBot и гости: 2


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения

Перейти:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group