Зависание данных в ОИК "КОТМИ"

  Вход на форум   логин       пароль   Забыли пароль? Регистрация
On-line:  

Раздел: 
Телемеханика и связь в энергетике / Оперативно-информационные комплексы / Зависание данных в ОИК "КОТМИ"

Страницы: 1 2 Next>> ответить новая тема

Автор Сообщение

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 31-03-2014 11:14
В ОИК "КОТМИ" версия 1.76 зависают действующие значения ТИ, при рестарте серверов значение идут стабильно с обновлением раз в 2-3 минуты, через длительный промежуток времени примерно от 8 часов до 2-х суток данные начинают обновляться с задержкой примерно раз 20-30 минут, возможно интервал увеличивается. Подскажите в чем может быть причина увеличения времени обновления.

частый гость
Группа: Участники
Сообщений: 24
Добавлено: 31-03-2014 12:16
Уточните, где именно зависают ТИ. В схеме, или же в документах.
От этого может зависеть причина подвисаний. В общем больше информации нужно. А лучше скриншот окна, где ТИ висят выложите.

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 31-03-2014 14:01
Зависание происходит непосредственно в окне ТИ в поле время прихода действующего значения, и естественно данные не меняются на схемах и документах

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 31-03-2014 14:33

аксакал
Группа: Участники
Сообщений: 553
Добавлено: 31-03-2014 15:09


А почему "нулевые" значения должны меняться у Вас!? Вероятно, это значение пришло не по изменению, а, например, в цикле или по общему опросу. Смотрите на "ненулевые" значения......

аксакал
Группа: Участники
Сообщений: 553
Добавлено: 31-03-2014 15:10
Выложите ещё скриншот "?" (О программе).......

частый гость
Группа: Участники
Сообщений: 24
Добавлено: 31-03-2014 15:41
Если приходят нули то время обновляться не будет. Видимо зафиксировано время рестарта сервера. Время так же может измениться если изменится флаг состояния ТИ.
Как деля с теми ТИ по которым приходят ненулевые значения?

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 31-03-2014 15:49

А почему "нулевые" значения должны меняться у Вас!? Вероятно, это значение пришло не по изменению, а, например, в цикле или по общему опросу. Смотрите на "ненулевые" значения......
не обращайте внимание на значение, я так и думал что потом будет такой вопрос, просто когда скрин делал об этом не подумал, а так все соседние значения то же висят с разницей в одну две минуты

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 31-03-2014 15:54

аксакал
Группа: Участники
Сообщений: 553
Добавлено: 31-03-2014 16:41

А почему "нулевые" значения должны меняться у Вас!? Вероятно, это значение пришло не по изменению, а, например, в цикле или по общему опросу. Смотрите на "ненулевые" значения......
не обращайте внимание на значение, я так и думал что потом будет такой вопрос, просто когда скрин делал об этом не подумал, а так все соседние значения то же висят с разницей в одну две минуты


Можете в трассировке сервера поставить один из этих параметров на контроль. Тогда видно будет, приходит ли ТИ из канала, и как эти ТИ обрабатываются серервом. Трассировки Вам доступны?

аксакал
Группа: Модераторы
Сообщений: 592
Добавлено: 31-03-2014 19:21
Тут хотелось бы еще уточнить:
1. Разрешена ли спорадика на КП и с какой апертурой?
2. Опрос идет по какому протоколу? Интервал полного опроса сколько секунд?
3. Синхронизация времени КП как осуществляется?
4. Ретроспективу вы смотрели в графике?
ЗЫ: Если на КП часы убегают вперед ("в грядущее"), то такая ситуация вполне может проявиться. Если, конечно, протокол передает метки времени.

аксакал
Группа: Участники
Сообщений: 553
Добавлено: 31-03-2014 21:43
Тут хотелось бы еще уточнить:
1. Разрешена ли спорадика на КП и с какой апертурой?
2. Опрос идет по какому протоколу? Интервал полного опроса сколько секунд?
3. Синхронизация времени КП как осуществляется?
4. Ретроспективу вы смотрели в графике?
ЗЫ: Если на КП часы убегают вперед ("в грядущее"), то такая ситуация вполне может проявиться. Если, конечно, протокол передает метки времени.


Пункты 1-3 как раз можно увидеть в трассировке на сервере КОТМИ.

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 07-04-2014 09:05
Выкладываю логи и ini-файлы к ОИК может они помогут в решении проблемы СкачатьЛоги ОИК на 07.04.2014г. 8.50.rar

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 07-04-2014 09:08
Ещё хотелось бы уточнить где можно найти документацию. Телемеханикой занимаюсь не давно некоторые вещи для меня в новинку. Не понятно что такое "СПОРАДИКА", так же не понятно как и где посмотреть интервалы полного опроса?

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 07-04-2014 09:18
Данные принимаются по ВЧ связи протокол РПТ и по Ethernet в протоколе МЭК-104.

аксакал
Группа: Модераторы
Сообщений: 592
Добавлено: 07-04-2014 10:06
Документацию я вам отправил.
Настройки РПТ - смотрите в конфигурации протокола. Спорадика - передача информации по-изменению.
Лог файлы ничего не дают, т.к. канал МЭК104 у вас не один (не известен номер проблемного канала). Его можно посмотреть в T_MEK104. Там же прописан период полного опроса и интервал синхронизации времени.

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 07-04-2014 10:27
Выложил таблицу T_MEK104 в Excel СкачатьТ-МЭК-104.xlsx

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 07-04-2014 10:29
Спасибо за документацию, беглый просмотр показывает что документация написана для людей имеющих серьезные представления о работе телемеханики, по моему мнению она пригодится если ты меняешь одну скада систему на другую, а так всё довольно запутанно.

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 07-04-2014 10:32
Пока из идей записать в задачи перезапуск службы "КОТМИ НТ" каждые 4 часа на обоих серверах с разницей в 10 минут.

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 07-04-2014 10:34

А почему "нулевые" значения должны меняться у Вас!? Вероятно, это значение пришло не по изменению, а, например, в цикле или по общему опросу. Смотрите на "ненулевые" значения......
не обращайте внимание на значение, я так и думал что потом будет такой вопрос, просто когда скрин делал об этом не подумал, а так все соседние значения то же висят с разницей в одну две минуты


Можете в трассировке сервера поставить один из этих параметров на контроль. Тогда видно будет, приходит ли ТИ из канала, и как эти ТИ обрабатываются серервом. Трассировки Вам доступны?
Не могли бы Вы более детально рассказать о трассировке?

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 07-04-2014 13:19
Подскажите за что отвечает ini-фаил "ScdION.ini"?

аксакал
Группа: Модераторы
Сообщений: 592
Добавлено: 07-04-2014 13:20
Что-то я не пойму. В первом скриншоте вы приводите в пример энергообъект "Дивное" с RTU №2. В таблице T_MEK104 таковые отсутствуют - ни "Дивного", ни RTU №2 нету. Апанасенковский РЭС также отсутствует. Телепатию я еще не сумел освоить, по-этому помочь вам нелегко.
Из 104-ых каналов я вижу, что у вас только один объект опрашивается - Ипатовский РЭС с циклом полного опроса - 5 мин и синхронизацией времени через 10 мин.
Судя по логу МЭК104 - у вас регулярные проблемы с Ethernet.
Так же у вас есть проблемы с базой данных (см. SqlErr_xx.log) и дорасчетами (псевдо-ТИ) - CalcErr_xx.log.
ЗЫ: В документации все очень хорошо расписано. Нужно читать и вникать. Еще можете обратиться за помощью к разработчикам: Энергоинжиниринг.

частый гость
Группа: Участники
Сообщений: 28
Добавлено: 07-04-2014 14:18
Что именно вы имеете ввиду на счет проблем с Ethernet? Как уже описывал выше данные принимаю по двум протоколам из пяти районов.
Четыре района принимаю по ВЧ протокол РПТ-80 и один (Ипатовский район) по протоколу МЭК-104. Скриншот сделан спонтанно цель его указать поле с зависшими данными и реальное время компьютера. Поэтому ТИ "Дивное" которое передаётся по ВЧ выбрано без умысла, если в этой же таблице выбрать ТИ (Ипатовские) которые передаются по МЭК-104 мы увидим ту же картину,то есть данные зависают вне зависимости от протокола по которому принимаются.

аксакал
Группа: Модераторы
Сообщений: 592
Добавлено: 07-04-2014 15:56
Имею ввиду, что каналы регулярно отваливаются:
05/04/14 11:18:56 104-3. КП. Ошибка recv(). rc=10004
05/04/14 11:18:57 104-3. КП. Ошибка recv(). rc=0
05/04/14 13:46:40 104-5. КП. Ошибка send() rc=10060
05/04/14 13:46:40 104-5. КП. Ошибка recv(). rc=10004
05/04/14 13:46:41 104-5. КП. Ошибка recv(). rc=0
05/04/14 22:58:33 104-3. КП. Ошибка recv(). rc=10004
05/04/14 22:58:33 104-2. КП. Ошибка recv(). rc=10004
05/04/14 23:00:23 104-4. ПУ. Нет подтверждения приема ASDU в течении T1:15. Соединение закрываю
Если у вас зависают все ТИ, то это одна проблема, а если конкретно в каком-то канале - то это совсем другая проблема.
Если у вас проблемы со всеми каналами - нужно проверять все конфиги, настройки, всю базу данных *.mdb на предмет корректности и отсутствия ошибок.
Рекомендую связаться с разработчиками.
ЗЫ: ретроспективу ТИ смотрели?

аксакал
Группа: Участники
Сообщений: 553
Добавлено: 07-04-2014 15:58
Что-то я не пойму. В первом скриншоте вы приводите в пример энергообъект "Дивное" с RTU №2. В таблице T_MEK104 таковые отсутствуют - ни "Дивного", ни RTU №2 нету. Апанасенковский РЭС также отсутствует. Телепатию я еще не сумел освоить, по-этому помочь вам нелегко.
Из 104-ых каналов я вижу, что у вас только один объект опрашивается - Ипатовский РЭС с циклом полного опроса - 5 мин и синхронизацией времени через 10 мин.
Судя по логу МЭК104 - у вас регулярные проблемы с Ethernet.
Так же у вас есть проблемы с базой данных (см. SqlErr_xx.log) и дорасчетами (псевдо-ТИ) - CalcErr_xx.log.
ЗЫ: В документации все очень хорошо расписано. Нужно читать и вникать. Еще можете обратиться за помощью к разработчикам: Энергоинжиниринг.


К Разработчикам (в Техподдержку)надо в ПЕРВУЮ очередь обращаться, тем более если только начали телемеханикой заниматься......

Страницы: 1 2 Next>> ответить новая тема
Раздел: 
Телемеханика и связь в энергетике / Оперативно-информационные комплексы / Зависание данных в ОИК "КОТМИ"

KXK.RU