SIEMENS, DF&PD

Предыдущее посещение: Сб июл 09, 2016 10:14 Текущее время: Сб июл 09, 2016 10:14

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




 [ Сообщений: 40 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: PROFIBUS DP Нужна помощь.
СообщениеДобавлено: Вт окт 07, 2014 9:38 
Не в сети
Начинающий писатель

Зарегистрирован: Пн окт 06, 2014 21:59
Сообщения: 88
Откуда: Санкт-Петербург
Здравствуйте!

Очень нужен дельный совет по организации передачи данных по PROFIBUS DP из Slave (CPU 317-2PN/DP) в Master (CPU 315-2DP).

Собрал стенд. Прогрузил конфигурацию. Но на ЦПУ горят SF и мигают BF. Видимо ошибка допущена в описании каналов передачи или в какой-то другой программной составляющей.

Как найти ошибку?

Сообщение буфера диагностики:

Master: CPU 315-2DP

Operating mode of the CPU: RUN
Status: Error

Mode transition from to RUN
Startup information:
-Startup with modified system configuration
-Difference between setpoint and actual configuration
-Time for time stamp at the last backed up power on
-Single processor operation[/u]


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт окт 07, 2014 9:43 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Пн фев 20, 2012 8:35
Сообщения: 1070
Нужен CP


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт окт 07, 2014 9:49 
Не в сети
Начинающий писатель

Зарегистрирован: Пн окт 06, 2014 21:59
Сообщения: 88
Откуда: Санкт-Петербург
inzhener писал(а):
Нужен CP


В качестве Master DP использую CPU 315-2DP. В качестве Slave: CPU 317-2PN/DP.
Эти процессоры имеют встроенный DP интерфейс, и могут использоваться без коммуникационного процессора.

Или я ошибаюсь?


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

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 5029
Откуда: SIEMENS I IA AS Москва
Зачем "нужен СР" не совсем понятно!
По поводу ошибки - скорее всего существуют отличия в аппаратной конфигурации слейва в его собственной конфигурации и аппаратной конфигурации мастера в отношении одинаковости сконфигурированных областей обмена и/или адреса устройства.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт окт 07, 2014 10:12 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Пн фев 20, 2012 8:35
Сообщения: 1070
Не так понял вопрос.
ссылка с форума - может поможет:
Master-slave connection between two CPUs in different projects


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт окт 07, 2014 11:54 
Не в сети
Начинающий писатель

Зарегистрирован: Пн окт 06, 2014 21:59
Сообщения: 88
Откуда: Санкт-Петербург
Кухаренко Сергей писал(а):
Зачем "нужен СР" не совсем понятно!
По поводу ошибки - скорее всего существуют отличия в аппаратной конфигурации слейва в его собственной конфигурации и аппаратной конфигурации мастера в отношении одинаковости сконфигурированных областей обмена и/или адреса устройства.


Как запутанно Вы написали. Не совсем понял. Т.е. ошибку нужно искать в описании каналов передачи?

Возможно где-то можно почитать методические указания по организации Master системы на базе двух CPU?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт окт 07, 2014 12:24 
Не в сети
Начинающий писатель

Зарегистрирован: Пн окт 06, 2014 21:59
Сообщения: 88
Откуда: Санкт-Петербург
inzhener писал(а):
Не так понял вопрос.
ссылка с форума - может поможет:
Master-slave connection between two CPUs in different projects


Ссылка думаю поможет. Спасибо за поддержку!


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

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 5029
Откуда: SIEMENS I IA AS Москва
Почему запутанно?
Конфигурация слейва на базе СPU (интеллектуального слейва) делается в двух местах.
Первое место - это фактическое конфигурирование слейв CPU с объявлением того, что он слейв, задания его адрес и области обмена.
Второе место - конфигурирование мастер CPU с конфигурированием всех слейв устройств, которые должны подключаться к этому мастеру.
Тут также конфигурируется область обмена и задается адрес.
Так вот это все должно совпадать в первом и втором месте. Причем если адрес должен совпадать точно, то область взаимообмена должна совпадать зеркально.
Например, если на первом месте в слейве у вас сконфигурирована область входов 8 байт, то при конфигурировании мастера эта область должна соответсвовать области выходов 8 байт.


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

Зарегистрирован: Пн окт 06, 2014 21:59
Сообщения: 88
Откуда: Санкт-Петербург
Кухаренко Сергей писал(а):
Почему запутанно?
Конфигурация слейва на базе СPU (интеллектуального слейва) делается в двух местах.
Первое место - это фактическое конфигурирование слейв CPU с объявлением того, что он слейв, задания его адрес и области обмена.
Второе место - конфигурирование мастер CPU с конфигурированием всех слейв устройств, которые должны подключаться к этому мастеру.
Тут также конфигурируется область обмена и задается адрес.
Так вот это все должно совпадать в первом и втором месте. Причем если адрес должен совпадать точно, то область взаимообмена должна совпадать зеркально.
Например, если на первом месте в слейве у вас сконфигурирована область входов 8 байт, то при конфигурировании мастера эта область должна соответсвовать области выходов 8 байт.


Понял. Сегодня на работе перепроверю как описаны области передачи.
Скажите, в обязательном порядке канал должен быть двухсторонним (Master->Slave; Slave->Master)? Или можно настроить передачу только в одну сторону (например из Master в Slave)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт окт 07, 2014 13:18 
Не в сети
Начинающий писатель

Зарегистрирован: Пн окт 06, 2014 21:59
Сообщения: 88
Откуда: Санкт-Петербург
Сергей, спасибо за совет!


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

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 5029
Откуда: SIEMENS I IA AS Москва
Если под каналом передачи (Master->Slave; Slave->Master) понимается области обмена выхода-входа и входа-выхода, то естественно можно настроить так, что одно устройство будет только формировать выхода, а второе устройство только считывать их как входа. Аналогия из обычных слейвов - никто ведь не запрещает сделать так, что ведомое устройство будет состоять только из модулей входов, или только из модулей выходов.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт окт 07, 2014 16:05 
Не в сети
Написал больше чем Вы читали

Зарегистрирован: Вс янв 29, 2006 10:01
Сообщения: 1932
Откуда: Портал razrab.ru
vanstoker писал(а):
Скажите, в обязательном порядке канал должен быть двухсторонним (Master->Slave; Slave->Master)? Или можно настроить передачу только в одну сторону (например из Master в Slave)

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт окт 07, 2014 16:36 
Не в сети
Начинающий писатель

Зарегистрирован: Пн окт 06, 2014 21:59
Сообщения: 88
Откуда: Санкт-Петербург
Михайло писал(а):
vanstoker писал(а):
Скажите, в обязательном порядке канал должен быть двухсторонним (Master->Slave; Slave->Master)? Или можно настроить передачу только в одну сторону (например из Master в Slave)

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


Но ведь в Slave нужно задействовать FC/SFC для обработки приема/передачи. Так же в Slave нужно указать канал по которому будет проходить передача.

Может быть ничего программировать не нужно в пассивном Slave...
DP система на базе CPU является интеллектуальной DP системой, и программируется иначе.

Моё утверждение верно?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Совместил области передачи
СообщениеДобавлено: Вт окт 07, 2014 21:54 
Не в сети
Начинающий писатель

Зарегистрирован: Пн окт 06, 2014 21:59
Сообщения: 88
Откуда: Санкт-Петербург
Diagnostic buffer of module CPU317-2

Order No./ Description Component Version
6ES7 317-2AJ10-0AB0 Hardware 3
- - - Firmware V 2.1.8

Rack: 0
Slot: 2


Event 1 of 100: Event ID 16# 456A
STOP caused by diagnostic interrupt (OB not loaded or not possible, or no FRB)
Breakpoint in user program: Cyclic program (OB1)
Priority class: 1
Previous operating mode: RUN
Requested operating mode: STOP (internal)
Internal error, Incoming event
05:34:59.648 AM 04/12/1995
(Coding: 16# 456A FF84 0070 0101 0000 0000)


Event 2 of 100: Event ID 16# 3942
Module problem or maintenance necessary
Module type: Distributed I/O slave
Input address: 8188
Operating mode STOP
Module/submodule fault
Requested OB: Diagnostic interrupt OB (OB82)
Priority class: 26
External error, Incoming event
05:34:59.644 AM 04/12/1995
(Coding: 16# 3942 1A52 C554 1FFC 010B 0400)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Где искать несоответствие?
СообщениеДобавлено: Вт окт 07, 2014 21:58 
Не в сети
Начинающий писатель

Зарегистрирован: Пн окт 06, 2014 21:59
Сообщения: 88
Откуда: Санкт-Петербург
Как Вы советовали совместил области передачи.
После загрузки такой конфигурации станции ушли в STOP.

Не понимаю где искать несоответствие...

Может быть кто-нибудь взглянет на программу..?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Несоответствие
СообщениеДобавлено: Вт окт 07, 2014 22:41 
Не в сети
Начинающий писатель

Зарегистрирован: Пн окт 06, 2014 21:59
Сообщения: 88
Откуда: Санкт-Петербург
Нашел не соответствие.
Фактически был установлен Slave CPU 317-2DP.
А скофигурирован CPU 317-2.

Заменил этот модуль на CPU 317-2PN/DP.
Но теперь не понимаю как прогрузить в него конфигурацию... Ведь на входе X1 (MPI/DP) подключается либо MPI либо PROFIBUS... Как подключиться к процессору по MPI если в свойствах описано что этот разъем работает по PROFIBUS???


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Совместил области передачи
СообщениеДобавлено: Ср окт 08, 2014 6:13 
Не в сети
Начинающий писатель

Зарегистрирован: Ср ноя 14, 2012 7:20
Сообщения: 98
vanstoker писал(а):
STOP caused by diagnostic interrupt (OB not loaded or not possible, or no FRB)

Загрузите OB82 и контроллер не будет уходить в стоп.

vanstoker писал(а):
Как подключиться к процессору...

Подключитесь по PN


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

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 5029
Откуда: SIEMENS I IA AS Москва
Михайло! Скажите пожалуйста, кто вам сказал, что в сети profibus должен быть только один мастер? Это где-то написано? Вообще-то согласно стандарту profibus это многомастерная сеть.
Слейвы не нужно программировать только в том случае, если они слейвы по своей натуре. Если они так называемые интеллектуальные слейвы, то хотите вы этого или не хотите, а программировать их нужно!
Можно подключиться по MPI (при первой прогрузке), потом, когда конфигурация будет загружена в CPU, настройки интерфейса изменяться и придется переключаться в режим profibus.
Если вы не хотите дергаться с настройками интерфейса связи, то, как уже сказали, подключайтесь по Ethernet.
Совет - читайте внимательно, что пишет система в диагностическом буфере. В большинстве случаев она четко определяет причину перехода в СТОП и просто нужно выполнить рекомендации диагностического буфера.


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

Зарегистрирован: Вс янв 29, 2006 10:01
Сообщения: 1932
Откуда: Портал razrab.ru
Кухаренко Сергей писал(а):
Михайло!

Действительно, но в простых случаях сеть одномастерная. Я так написал, чтобы человек не путался в потоке информации.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср окт 08, 2014 21:01 
Не в сети
Писатель со стажем

Зарегистрирован: Чт авг 17, 2006 8:18
Сообщения: 745
Откуда: Ярославль
vanstoker писал(а):
Но ведь в Slave нужно задействовать FC/SFC для обработки приема/передачи. Так же в Slave нужно указать канал по которому будет проходить передача.

Может быть ничего программировать не нужно в пассивном Slave...
DP система на базе CPU является интеллектуальной DP системой, и программируется иначе.

Моё утверждение верно?

Я вам скажу один секрет - для обмена мастера и слейва в общем случае вообще ничего программировать не надо! Для осуществления обмена по Profibus-DP надо только сконфигурировать правильно мастер и интеллектуальный слейв - Это все!!!


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

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


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 3


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

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