Массовое  прерывание передачи данных по неизвестной причине 

Логин:
  Пароль:
Обычный
Безопасный
Запомнить пользователя



Зарегистрироваться
Забыли пароль?
 
 
 
Форум Теплопункта »   Диспетчеризация »   Массовое прерывание передачи данных по неизвестной причине
RSS

Массовое прерывание передачи данных по неизвестной причине

Начинается процесс передачи данных и останавливается на середине. Явление носит массовый характер.

<<Назад  Вперед>>Печать
 
Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011
Столкнулся с явлением массового сбоя в передаче данных в одно и тоже время с тепловычислителей на сервер АИИС.

Начиная с полуночи 9.02.2023 г. наблюдали массовый сбой в передаче данных с вычислителей на сервер одной из АИИС.
Анализ показал, что:
- сбой произошёл примерно в одно и тоже время
- вычислители имели разный тип (ЭЛЬФ, СПТ, Карат-307), установлены на разных удалённых друг от друга объектах
- характер сбоя носил однотипный характер: связь устанавливалась, прибор начинал передачу данных, но через некоторое время переставал их передавать. Сервер сообщал, что закончилось время ожидания ответа от прибора.
- оператор сотовой связи во всех случаях один, передача данных была по GPRS.
- передача данных восстановилась сама по себе через некоторое время.
- длительность проблемы у разных объектов была разной и продолжалась до 22-00 9.02.2023 г.

На одном из объектов рядом находились два узла учета (два ввода), на которых были установлены ЭЛЬФы.
На одном узле учета уровень сигнала сотовой связи составляет 47%, работу восстановил в 9-00 9.02.2023 г.
На другом узле учета уровень сигнала сотовой связи составляет 80%, работу восстановил в 22-00 9.02.203 г.

Тех.поддержка АИИС ответила, что проблема связана с тем, что в процессе передачи данных постоянно пропадает интернет соединение между сервером и модемом.

Сегодня 10.02, 2023 г. ночью такое же явление наблюдалось ещё на одном объекте, но в 8-00 передача данных прошла уже успешно.

В чем может быть причина такого явления, если одновременно:
- вышки разные, населённые пункты разные, а проблема одна и та же;
- вышка одна, оператор сотовой связи один, узлы учета рядом. но на одном передача выполняется. а на другом идет сбой.
???

Дополнительно к этой проблеме:
Одновременно в ночь с 09.02.2023 г., уже после пропадания устойчивой передачи данных с вычислителя ЭЛЬФ, в нём произошёл сбой ПО и он перестал рассчитывать значения потреблённой тепловой энергии. Все остальные измерения выполняются (расходы, температуры).

Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011

Василий Кузнецов написал:
[q]
Дополнительно к этой проблеме:
Одновременно в ночь с 09.02.2023 г., уже после пропадания устойчивой передачи данных с вычислителя ЭЛЬФ, в нём произошёл сбой ПО и он перестал рассчитывать значения потреблённой тепловой энергии. Все остальные измерения выполняются (расходы, температуры).
[/q]


Ещё у одного вычислителя ЭЛЬФ случилось аналогичная история в то же самое время. На его примере прослеживается очень четкое совпадение времени сбоя опроса и времени, когда ЭЛЬФ перестал рассчитывать Гкал. Так совпало, что попытка неудачного опроса была выполнена по времени одновременно с началом останова счета.
Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011
Просматривая все события по передаче данных на других объектах увидел, что на всех объектах присутствовало данное явление.
Дни разные, время разное, продолжительность разная, но чаще в ночное время.
Характер один - начинается передача данных и прерывается. Как показывает лог канала передачи данных на сервере - перестает отвечать прибор...
Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011

Василий Кузнецов написал:
[q]
Как показывает лог канала передачи данных на сервере - перестает отвечать прибор...
[/q]


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

Благо, что у оператора сотовой связи есть менеджер, которому можно оперативно позвонить, по человечески поговорить и который оперативно может что-то сделать.... Как показывает практика, наличие живого менеджера у оператора сотовой связи является важным фактором. Именно из-за отсутствия живого менеджера в прошлом пришлось сменить оператора сотовой связи.
Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011

Василий Кузнецов написал:
[q]
Установлено, что источником сбоя является работа конкретной сим-карты в сети оператора сотовой связи.
[/q]


Установлено также, что помогает в решении проблемы принудительная программная перезагрузка модемов, которая выполняется по СМС-команде. Иногда приходилось давать команду на перезагрузку несколько раз до достижения нужного результата.
Дмитрий Анисимов
Администратор

Дмитрий Анисимов
Откуда: Верхняя Салда
Всего сообщений: 8269
Ссылка


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


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011

Дмитрий Анисимов написал:
[q]
ведь сбои при передаче данных через сотовую сеть - дело обычное
[/q]

Редко и в единичных случаях - да. Но когда это случается одновременно по всем узлам учета и на длительное время...


Дмитрий Анисимов написал:
[q]
Но так как данные приборов учета нужны обычно именно для учета
[/q]

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

Все зависит от степени требования к контролю за показаниями приборов учета с целью своевременного обнаружения выхода их из строя.


Дмитрий Анисимов написал:
[q]
проблема плохой связи решается повторными запросами-опросами, которые диспетчерский софт делает автоматически.
[/q]


Автоматически это будет выполнено с задержкой, может 12 часов, может быть 24 часа, может быть больше. А когда такая задержка недопустима, с учетом требования изложенного выше, то...






Василий Кузнецов
Долгожитель форума


Всего сообщений: 3233
Ссылка


Дата регистрации на форуме:
28 июня 2011

Дмитрий Анисимов написал:
[q]
то проблема плохой связи решается повторными запросами-опросами, которые диспетчерский софт делает автоматически.
[/q]


Т.к. перезагрузка модемов в ручном режиме по СМС-команде не обеспечивала выполнение требования по своевременному опросу прибора, данная задача была возложена на автоматическую перезагрузку по звонку с сервера.

Для этого в модеме были изменены настройки - были записаны номера телефонов с которых сервер совершал звонок на модем, если по расписанию нужно было его опросить, а он находился не на связи с сервером.


<<Назад  Вперед>>Печать
Форум Теплопункта »   Диспетчеризация »   Массовое прерывание передачи данных по неизвестной причине
RSS


Время выполнения скрипта: 0.0587. Количество выполненных запросов: 17, время выполнения запросов 0.0290


     


IntB Beige Style © Fisana