SIEMENS, DF&PD

Предыдущее посещение: Чт июн 30, 2016 0:58 Текущее время: Чт июн 30, 2016 0:58

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




 [ Сообщений: 10 ] 
Автор Сообщение
 Заголовок сообщения: Перестал работать CPU S5-155U
СообщениеДобавлено: Вт апр 30, 2013 2:07 
Не в сети
Новый писатель

Зарегистрирован: Пн дек 10, 2012 3:12
Сообщения: 44
Откуда: Украина
Все произошло "на ровном месте". В проект S5 (CPU948) делались изменения в онлайне. Несколько раз делелись "откаты" стандартной загрузкой S5DAT файла в контроллер из резервных копий. Но в очередной раз загрузка была произведена не из файла S5DAT, а из архива одной из резервных копий - архивный файл (архив создан STEP5) был деархивирован и его файл S5DAT загружен в контроллер. После этого контроллер ушел в СТОП с медленным миганием светодиода СТОП и одновременным свечением красного светодиода BF на контроллере. На модулях (один СР для связи с ПК и три СР для PROFIBUS DP), на корзине расширения и на станциях децентрализованной периферии все нормально - никаких красных огней, все горит зеленым как обычно. А вот контроллер поднять так и не удалось. Что только не делали - грузили S5DAT-файлы из разных резервных копий, предварительно полностью очистив память. Грузили с загрузкой всех блоков, пробовали грузить выборочно - сначала РВ, затем FB,DB... последними ОВ. И ничего не помогает - после включения в РАН СТОП начинает мигать с одновременным свечением BF на контроллере.
С одной стороны кажется что убили ПО в контроллере - ведь все работало и ничего не менялось кроме загрузок в процессор. А с другой - ведь загружали многократно разные варианты резервных копий, причем даже с двух разных программаторов! Т.е. вроде как похоже на потерю внутренней конфигурации из-за неисправности процессора...
Знатоки S5, помогите советом! Что это может быть?


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

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 5018
Откуда: SIEMENS I IA AS Москва
У Сименса для S5-155U контроллера были два модуля, которые могли организовать шину Profibus - СР5431 и IM308B или С.
Соответственно задается вопрос - какой модуль установлен у вас? Я думаю, что это какой-то IM308, т.к. только у него есть светодиод BF.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт апр 30, 2013 10:03 
Не в сети
Новый писатель

Зарегистрирован: Пн дек 10, 2012 3:12
Сообщения: 44
Откуда: Украина
Модуль 6E5948-3UA12.
Извмняюсь за грубую неточность - загорается не BF а BASP

Проявляется так:
1. Если очистить память, в стопе горит BASP, А в РАНе нормально - ничего красным не горит, РАН - зеленый.
2. Если загрузить все блоки кроме ОВ, тоже самое - в СТОПЕ горит BASP, в РАНе BASP гаснет, РАН зеленый.
3. Если загрузить блоки ОВ и перевести контроллер в СТАРТ, он тут же переходит в СТОП с медленным миганием СТОП и постоянно горящим BASP.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт апр 30, 2013 11:38 
Не в сети
Ведущий специалист

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 5018
Откуда: SIEMENS I IA AS Москва
Ошибка действительно очень существенная!
Медленное мигание светодиода STOP означает
The SOFT STOP was triggered by the following:
- STP or STS statement in the user program,
- operator error (DB 1/DX 0 error, selection of an illegal start-up
mode etc.),
- BSTACK overflow (STUEB) or bracket counter overflow (KZU),
- programming errors or device faults; the following LEDs provide
further information:
- "ADF" LED
- "QVZ" LED
- "ZYK" LED
- by the PG function "program test end" on this CPU.
Т.к. у вас нет горящих светодиодов ошибок (ADF, QVZ, ZYK), то остается первые три варианта.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт апр 30, 2013 13:04 
Не в сети
Известный Писатель

Зарегистрирован: Пн дек 25, 2006 11:10
Сообщения: 142
Врятли ошибка в программе.
Просто происходит обращение к переферии, а она не исправна.
Что говорят диагностические байты?

Действовать можно разными путями.
1. Сначала стерите программу, переведите процессор в run, промониторте значения с модулей входов/выходов (IB,QB,PW).
Значения должны совпадать с индикацией на модуле и проц не должен перейти в стоп.
2. Загрузите программу. Кроме OB1. Если проц не переходить в стоп, то отредактируйте OB1. Сначала оставте только одну команду, потом еще одну и т.д. пока не будет перехода проца в стоп. Так можно локализовать куда обращается проц.
3. Если пункт 1 и 2 не поможет выявить неисправность, по нужно пробовать менять все модули по одному на резервные.

Были похожие случаи, только мы не игрались с программой, а проц сам переходил в стоп. Всегда находили неисправные модуля. Что вы хотите - время. Некоторым больше 15 лет уже...


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

Зарегистрирован: Пн дек 10, 2012 3:12
Сообщения: 44
Откуда: Украина
simaticus, похоже вы в точку - в I-стеке действительно есть упоминание блока в котором есть абсолютный энкодер T&R и счетный модуль 6ES5 385-8MB11. Начнем с него. Затем помониторим онлайном остальные модули и напоследок оставим манипуляции с "обрезанием" ОВ1.
Вот кстати стек, но я, к огромному сожалению, в нем совершенно "нихферштейн":
Изображение
Изображение


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

Зарегистрирован: Вт янв 11, 2005 9:27
Сообщения: 5018
Откуда: SIEMENS I IA AS Москва
Ошибки модулей я не вижу! А вот ошибку TRAF видно невооруженным глазом.
Ошибка TRAF возникает в случае выполнения команд загрузки или чтения при работе с блоками данных. Например, происходит загрузка какого-то слова из блока данных в аккумулятор, а этого слова в блоке данных нет.
Также такая-же ошибка может возникнуть в случае выполнения команд TNW, TXW и т.д.
Ошибка произошла в PB156, FB86 при работе с блоком DB156.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт апр 30, 2013 14:26 
Не в сети
Известный Писатель

Зарегистрирован: Вт янв 11, 2005 8:50
Сообщения: 460
Откуда: ОАО "Северсталь" ПХП
Судя по скринам, у вас возникает ошибка чтения или записи (Load или Transfer ) в PB156 с открытым блоком DB156.
Код последней операции: 4602 - это операция L= . Ищите...


Создайте и загрузите OB32(пустой), проц в стоп не будет сваливаться.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт апр 30, 2013 14:51 
Не в сети
Новый писатель

Зарегистрирован: Пн дек 10, 2012 3:12
Сообщения: 44
Откуда: Украина
Сергей и Александр, спасибо! Все идет в нужном направлении - только что удалили из ОВ1 вызов блока РВ156 и контроллер ожил! Так что зверь уже в загоне!!!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт апр 30, 2013 16:46 
Не в сети
Новый писатель

Зарегистрирован: Пн дек 10, 2012 3:12
Сообщения: 44
Откуда: Украина
Проблему удалось побороть, но вопросов появилось даже больше:
1. В список блоков ОВ добавил ОВ32 (по совету Александра) и контроллер заработал безо всяких исправлений.
2. В СКАДе обнаружили кучу непонятной "каши" - переполнения, нули и "левые" установки в самых неожиданных местах. Все это переустановили.
3. Затем самое интересное - загрузил актуальный вариант резервной копии, включил контроллер и уже прикинул как он встанет в СТОП и стану загружать туда снова ОВ32, но... он нормально перешел в РАН!
Жуткая неприятность стоившая мне испорченного дня и полночи на работе исчезла так же неожиданно, как и появилась!

Версий пока две:
1. Перед сбоем конвейер буквально насиловали - для штатного включения не хватало навыков (технологии не было) и включения и установки производили методом научного тыка с обманами датчиков и т.п. Возможно в СКАДе остались данные, которые и приводили контроллер в состояние нокаута... Хотя такого вроде как никак не должно быть - перезагрузка проекта в контроллере должна решать проблемы с предустановками и в СКАДе в том числе.
2. Несколько раз преред случившимся разные варианты проекта заливали в контроллер без предварительного стирания памяти в нем (человек просто не умел очистить память контроллера). Может ли это быть причиной? Ведь потом я перезаливал проекты с полной очисткой памяти, т.е. происходила загрузка "с нуля"...


Последний раз редактировалось Diver Вт апр 30, 2013 18:16, всего редактировалось 2 раз(а).

Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
 [ Сообщений: 10 ] 

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


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

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


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

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