Сообщений в теме: 9

[erikasmik]

У меняпроблема с одной линий, месяц мучиюс. Раз за разом останвливаетса линия и выбрасывает такое уведомление "General fault message peripherie fault" по немецки будет "Sammelfehler Peripheriefehl erbit". Думаю что это что то с комуникациями. Ещё рядом пишить DB41.DBX100.0. Может по этим можно что нибудь наити? Помогите...

[T-Rex]

Из этих данных можно разве что сделать робкое предположение, что у вас некая автоматическая производственная линия, управляемая сименсовским контроллером Simatic S7-300 или S7-400 (уж очень сильно "DB" и "DBX" о сименсовской среде программирования Step7 напоминают)... И больше ничего.

Да, судя по смыслу диагностического сообщения, происходят серьезные сбои обмена как минимум с одним из периферийных устройств на "полевой шине" (Profibus, если это Сименс). Это может быть и "станция распределенного ввода-вывода", и инвертор, и еще что-нибудь, вплоть до блока пневмоклапанов с встроенным интерфейсом. Точный смысл этого сообщения вам сможет детально прокомментировать только разработчик управляющей программы (поскольку именно он такое диагностическое сообщение написал и привязал его к неким событиями в системе).

[erikasmik]

Болшое спасибо, да там Siemens. Я не особено в этих комуникациях, по этому хочу попробовать выяснить с вашей помощю. Все периферийные устройсва соединены фиолетовым кабелем последовательно. Меня  беспокоит один конвертер can протокола или подсоединение к нему. Этих конвертеров есть в других станках. Вопрос : если поменяю этот конвертер с другим, там адреса есть? Как то там незаметил никаких установок адреса. Может там каждое соединение ( штекер) свой адрес имеет? Хочю попробовать с дрюгим кабелем, только незнаю как они опознают друг друга. Всё таки там должна быть какая система опознавания.

[T-Rex]

Давненько я уже с Simatic'ами не работал, почти всё позабыть успел...

Фиолетовый кабель - это Profibus. Последовательная шина передачи данных, двухпроводная витая пара в экранирующей оплетке, физически соответствует спецификациям RS-485.

Каждое устройство на ней, естественно, имеет свой уникальный адрес. Способ назначения адреса зависит от конкретного устройства. На собственных сименсовских, как правило, нет никаких переключателей, они полностью конфигурируются из Step7. Устройства сторонних производителей могут либо конфигурироваться прямо из Step7, либо иметь блок переключателей, которыми вручную задается сетевой адрес, либо этот адрес может задаваться программно, но не из Step7, а через их собственную программу-конфигуратор.

Насчет упомянутого конвертора Profibus-CAN ничего подсказать не могу. Смотрите марку/модель и ищите в интернете мануал на него, если в полном комплекте документации на установку этого мануала не оказалось.

И, кстати, посмотрите на поведение светодиода BUSF на Симатике во время старта, нормальной работы и сбоя. Если он при сбое начинает мигать - значит действительно, хотя бы одно из сконфигурированных в программе устройств на Profibus полностью прекратило обмен по шине (вплоть до того, что перестало корректно распознаваться).

[T-Rex]

Да, еще вдогонку. На высокоскоростных полевых шинах могут наблюдаться совершенно дивные глюки, если нарушено согласование кабеля по волновому сопротивлению (расплющивание и другие механические повреждения, либо отказ схемы терминирования на одном из его концов). Выглядит это так: совершенно исправное устройство в определенной точке шины "не слышит", что ему передают, либо его передачу "не слышат" остальные устройства, поскольку отраженное от нетерминированного конца или поврежденного участка "эхо" напрочь забивает полезный сигнал именно в этой точке. На пару метров левее или правее - все в порядке.

Так что пристально осмотрите всю трассу Profibus. А то бывали случаи, когда люди несколько дней ломали башку из-за того, что анонимному рукоблуду вздумалось влезть в шкаф и любопытства ради пощелкать переключателем "Termination On/Off" на соединительном разъеме...

[2ar]

Вам надо выяснить, какой узел или блок у вас обозван DB41.DBX100.0. и уже затем разбираться с ним

[T-Rex]

выяснить, какой узел или блок у вас обозван DB41.DBX100.0

Не надо выяснять. Это массивы данных (Data Block) в программе на Step7. Идентифицировать глючащее устройство на Профибасе это вряд ли поможет.

Просто программист наваял "кастомную" диагностику ошибок и, для своего удобства при отладке, внес в нее вывод дополнительной информации (скорее всего, к какому массиву относится читаемая/записываемая по сети переменная, при передаче которой возник сбой). Ему оно было на пользу, а стороннему наладчику, не имеющему исходного текста программы, практически бесполезно.

[erikasmik]

Спасибо, стало яснее. Как я понял определить конкретное место трудновато, наверное можно попробовать поменать кабель?  Там есть несколько конвертеров, как я понял для согласование can c profibus, их тоже наверна менять по одному и смотреть.

[2ar]

 

Просто программист наваял "кастомную" диагностику ошибок и, для своего удобства при отладке, внес в нее вывод дополнительной информации (скорее всего, к какому массиву относится читаемая/записываемая по сети переменная, при передаче которой возник сбой). Ему оно было на пользу, а стороннему наладчику, не имеющему исходного текста программы, практически бесполезно.

 

Оно конечно так, но когда сталкивался с линиями на step 7 в альбоме схем было расписаны и основные блоки программы и адреса. Так что если данный блок писался изначально и потом был занесен  в альбом схем, то можно попробовать поискать в в нем. Если же в процессе эксплуатации, то тогда да искать будет чуток сложнее 

[T-Rex]

Как я понял определить конкретное место трудновато, наверное можно попробовать поменать кабель?

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

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

когда сталкивался с линиями на step 7 в альбоме схем было расписаны и основные блоки программы и адреса.

Это вы с фантастически подробно и тщательно документированным оборудованием сталкивались... Даже у педантичных немцев такая глубина проработки документации встречается редко. А у итальянцев, турков, поляков и т.п. - "чуть реже, чем никогда".

Искать-то несложно, но при условии, что "в пределах шаговой доступности" есть Simatic FieldPG и человек, знакомый со Step7. О чем топикстартер не упоминал. Поэтому и ограничиваюсь лишь рецептами поиска неисправности без "спецсредств".

Сообщение отредактировал T-Rex: 24 Июль 2014 - 13:00