Re: Areva Alstom Grid Schneider GE Micom C264 PACiS EMSC DS Agile 61850
#55. У Вас закончилось место на диске, где расположена БД. Об этом явно сигнализирует сообщение от MSSQL.
Форум посвящен вопросам релейной защиты и автоматики (РЗА). Обмену опытом и общению релейщиков. |
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Если вы интересуетесь релейной защитой и реле, то подписывайтесь на мой канал
Советы бывалого релейщика → АСУ ТП и РЗА, МЭК 61850 → Areva Alstom Grid Schneider GE Micom C264 PACiS EMSC DS Agile 61850
#55. У Вас закончилось место на диске, где расположена БД. Об этом явно сигнализирует сообщение от MSSQL.
А вот у меня такой вопрос по контроллеру Миком С264С. На объекте несколько Микомов. К одному подключен GPS прёмник Hopf(через IRIG-B). В конфигурации этот контроллер сделан master clock-ом. Судя по логам происходит некорретная коррекция времени:
----------
* 29/05/2013 16:19:39.162 Контроллер №1 /SlotF_DIU_0 Состояние DIU НОРМА
* 29/05/2013 16:19:39.163 Контроллер №1 /SlotG_TIU_0 Состояние TMU НОРМА
* 29/05/2013 16:19:39.163 Контроллер №1 /Контроллер №1 состояниеISAGRAF ОЖИДАНИЕ
* 29/05/2013 16:19:49.177 Контроллер №1 /Контроллер №1 состояниеISAGRAF ОЖИДАНИЕ
29/05/2013 16:20:20.501 Контроллер №1 СИНХРОНИЗАЦИЯ СИНХРОНИЗИРОВАН
* 01/01/2013 07:25:10.270 Контроллер №1 СИНХРОНИЗАЦИЯ НЕ СИНХРОНИЗИР
30/05/2013 15:51:00.497 Контроллер №1 СИНХРОНИЗАЦИЯ СИНХРОНИЗИРОВАН
* 01/01/2013 11:13:25.305 Контроллер №1 СИНХРОНИЗАЦИЯ НЕ СИНХРОНИЗИР
01/01/2013 11:13:35.281 Контроллер №1 СИНХРОНИЗАЦИЯ СИНХРОНИЗИРОВАН
* 30/05/2013 23:27:20.521 Контроллер №1 СИНХРОНИЗАЦИЯ НЕ СИНХРОНИЗИР
30/05/2013 23:27:50.499 Контроллер №1 СИНХРОНИЗАЦИЯ СИНХРОНИЗИРОВАН
* 16/03/2013 09:07:10.304 Контроллер №1 СИНХРОНИЗАЦИЯ НЕ СИНХРОНИЗИР
31/05/2013 18:15:00.496 Контроллер №1 СИНХРОНИЗАЦИЯ СИНХРОНИЗИРОВАН
* 11/04/2013 02:08:50.520 Контроллер №1 СИНХРОНИЗАЦИЯ НЕ СИНХРОНИЗИР
11/04/2013 02:09:00.496 Контроллер №1 СИНХРОНИЗАЦИЯ СИНХРОНИЗИРОВАН
* 31/05/2013 18:47:20.520 Контроллер №1 СИНХРОНИЗАЦИЯ НЕ СИНХРОНИЗИР
31/05/2013 18:47:50.503 Контроллер №1 СИНХРОНИЗАЦИЯ СИНХРОНИЗИРОВАН
* 16/03/2013 10:20:25.303 Контроллер №1 СИНХРОНИЗАЦИЯ НЕ СИНХРОНИЗИР
16/03/2013 10:20:35.281 Контроллер №1 СИНХРОНИЗАЦИЯ СИНХРОНИЗИРОВАН
* 31/05/2013 20:41:20.519 Контроллер №1 СИНХРОНИЗАЦИЯ НЕ СИНХРОНИЗИР
31/05/2013 20:41:50.501 Контроллер №1 СИНХРОНИЗАЦИЯ СИНХРОНИЗИРОВАН
01/06/2013 16:43:23.260 КОНЕЦ ПЕЧАТИ АРХИВА СОБЫТ
----------
Лог идёт в хронологическом порядке и видно что 31.05.2013 время контроллера перепрыгивало на 16.03.2013 (да и выше в логе видны такие косяки). Время действительно перескакивает, т.к. АРМы, заведённые в конфигурацию Pacis, так же меняют время. Может кто-нибудь сталкивался с таким? Прям доверие к такой системе сразу упало...:(
Сам не сталкивался с такой ситуацией, но может быть получится разобраться.
Первым приходит на ум неправильная работа из-за наводок в кабеле GPS. Не было ли грозы/молний или других аварийных ситуаций?
Вообще, корректно ли установлена антенна GPS? Ей нужен обзор 120 градусов и молниезащита.
угу, похоже на помеху.
может проблемка с самим кабелем.
#55. У Вас закончилось место на диске, где расположена БД. Об этом явно сигнализирует сообщение от MSSQL.
На диске место может и осталось, а для файловой группы PRIMARY в БД уже нет. В принципе, можно сделать то, что советуют в описании к ошибке:
"Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup." +Если файл БД слишком фрагментирован, то файловая система не даст увеличить размер файла, нужна дефрагментация диска.
Присоединяйтесь!!! Мы в социальных сетях и на Ютуб. |
#63, 64 Насчёт железа подумаю. Почему то первая мысль пришла о программной проблеме. У меня 15 объектов и подобная проблема была на разных объектах(сужу по предупреждениям w32time в журнале системы ОС). По идее если GPSник спутники не видит то на выходе должен быть статус что время не достоверно и по нему синхронизироваться нельзя... Гроз не было, модули грозозащиты стоя. Расстояние от GPS до контроллера небольшое, как правило в соседних шкафах (правда кабель может бухтой лежать, с монтажа так оставлен). Никогда не возился с IRIG-B, но наткнулся на особенность интерфейся что передаётся число дней с начала года, а не сама метка времени (например как в garmin PC35). Может есть требования к линии, по которой идёт IRIG-B? (нужны ли терминаторы как с коаксиальной ЛВС?)
http://rzia.ru/extensions/hcs_image_uploader/uploads/40000/9000/49225/thumb/p17s0gn2icqps33u3i0af0uj11.png
#65 По своему опыту скажу что помогает shrink для БД. Бывает что растёт база на какомнибудь событии. Но это надо анализировать. А диск может быть забит архивами, под которые Пасис ежедневно создаёт свою папку (у меня БД и архивы всё на одном логическом диске).
HOPF (вероятно, 6870), который в шкафу, он нужен для преобразования сигнала от антенны GPS в сигнал IRIG-B. Немного сомнительно, что проблема в связи между HOPF 6870 и MiCOM C264. Все-таки C264 должен уверенно обрабатывать корректный сигнал по IRIG-B.
Намного вероятней, что проблема связана с помехами, возникающими в кабеле между антенной GPS, которая на крыше, и HOPF 6870.
Может быть, он проложен по одной трассе с силовыми кабелями или кабелями управления?
HOPF позиционируется как минимум при наличии данных от 4х спутников (а анализ родным софтом HOPFa показывает что видит и большее число спутников в зеленой шкале сигнала), не думаю что от каждого спутника сигнал искажается настолько, что HOPS уводит время на пару месяцев. Попробую проанализировать как идёт кабель на антенну по отношению к контрольным/силовым. А вот кто подскажет какой протокол должен быть выбран в HOPF для порта IRIG-B?
В доке на MiCOM C264 для IRIG-B указан формат NFS 87-500 как стандартный и как совместимый IRIG-B122 (для последних версий). Так же написано про необходимость терминаторов 50 Ом для BNC.
Ну чтож, попробуем копать в сторону отсутствия терминаторов.
Если сомнения в MiCOM C264, можно попробовать сделать мастером времени другой контроллер. Но это, конечно, может усложнить поиск проблемы. :)
Терминатор поставили, напряжение на входе IRIG-B упало (судя по информации из CMT). Глюк с перескакиванием времени при наличии терминатора повторился. Отключили GPSприёмник вообще, глюков пока зафиксировано не было.
Да, кардинально решили проблему. :) Там точно никакие кабели питания параллельно GPS кабелю не лежат? Сейчас жарко, могут вент.установки и кондишены пускаться.
P.S. И так, на всякий случай, GPS антенна на крыше? Да?
Один объект перевели на синхронизацию от сервера, а этот сервер берет время с другого сервера, на котором стоит УСВ. Лог синхронизации микомов ровный, нет скачков как в посту 62. На другом объекте включили симуляцию в hopf, наблюдаем как будет синхронизация чисто с gpsником происходить.
Действуете верно. Так скорее всего получится локализовать проблему.
В настройки самого HOPF не заглядывали?
Был зафиксирован сбой времени на объекте с включенной симуляцией. Делаю вывод что связь со спутниками ни при чём. На некоторых объектах для настроек времени есть "auxiliary TCP/IP address", в котором прописан ip микома к которому также подключен irig-b через тройник. На обоих микомах на которые заведен irig-b наблюдаются сбой времени. На остальных микомах сбой времени в эти периоды не происходит. В настройках хопфа вроде всё ок по утверждению обслуживающей организации. Если скажете на что конкретно надо обратить внимание, то гляну(помню что для выхода irig-b стоит B-122....).
Да, тема с симуляцией - отличная идея. А NFS 87-500 не пробовали устанавливать? B-122 упоминается только в самых новых доках.
Нет,не пробовали. Если советуете,то попробуем.
Попробовать можно, я думаю. Тем более Вы проводили уже и более смелые эксперименты. :)
Советы бывалого релейщика → АСУ ТП и РЗА, МЭК 61850 → Areva Alstom Grid Schneider GE Micom C264 PACiS EMSC DS Agile 61850
Форум работает на PunBB, при поддержке Informer Technologies, Inc