Форум компании Ритм - НПО «Ритм»

InetServer 3.2.0.493

Поиск  Пользователи  Правила  Войти  
Страницы: 1 2 След.
RSS
InetServer 3.2.0.493, Проблемы после обновления
Обновили софт до последнего релиза (IS 3.2.0.493).
Стали наблюдать интересный эффект: объектовое оборудование пытается передавать событие по всем возможным каналам связи. Т.е. к примеру, есть событие "Пожарная тревога", это событие передается на первый канал связи, потом на второй и т.д. Логика на странице каналов связи стоит "ИЛИ". В истории на самой панели К5 только одно событие, а в базе получается целая серия одних и тех же событий. Зачастую бывает так что присылается несколько штук "Пожарная тревога" и только одно событие "ВОCСТ: Пожарная тревога".
Ощущение такое, что объектовому оборудованию не удается корректно завершить сеанс передачи, и оно пытается передать это событие по другому каналу связи и так происходить до тех пор, пока не будет успешного исхода.
В логах IS при таких событиях видно следующее:
Код
RING
26.06.2013 8:49:29:370 # >>> "AT+CLCC"
26.06.2013 8:49:29:370 #    wait for response
26.06.2013 8:49:30:229 # === "AT+CLCC/r/r/n+CLCC: 1,1,4,1,0,"+7910ХХХХХХХ",145,""/r/n/r/nOK"
26.06.2013 8:49:30:229 #
AT+CLCC

+CLCC: 1,1,4,1,0,"+7910ХХХХХХХ",145,""

OK
26.06.2013 8:49:30:229 # Телефон: +7910ХХХХХХХ
26.06.2013 8:49:30:229 # Тип соединения: 1
26.06.2013 8:49:30:229 # Входящий вызов: Цифровой (v30)
26.06.2013 8:49:30:245 # >>> "ATA"
26.06.2013 8:49:30:245 #    wait for response
26.06.2013 8:49:45:120 # === "ATA/r/r/nCONNECT"
26.06.2013 8:49:45:120 #
ATA

CONNECT
26.06.2013 8:49:45:120 # { BEGIN: Цикл после ATA } Установлено модемное соединение
26.06.2013 8:49:47:464 # == "9600/r/n045718111001001A<<<"
26.06.2013 8:49:47:464 #  9600
045718111001001A<<<
26.06.2013 8:49:47:464 # Получена строка из 16 символов: 0457181110010010
26.06.2013 8:49:47:464 # Верная контрольная сумма: 0=0
26.06.2013 8:49:47:464 # ACID event: 0457181110010010
26.06.2013 8:49:47:589 #  [ERROR] (MyAddConactIDToDataBase): I/O error 105
26.06.2013 8:49:57:667 # == ""
26.06.2013 8:49:57:667 #

26.06.2013 8:49:57:667 # { END: Цикл после ATA }
26.06.2013 8:49:57:667 # BEGIN: aDisconnect - Отключение
26.06.2013 8:49:57:667 # >>> "ATH
"
26.06.2013 8:49:57:667 #    wait for response
26.06.2013 8:49:59:698 # no command result received
26.06.2013 8:49:59:698 # Первая попытка отключиться не удалась
26.06.2013 8:50:01:714 # >>> "+++"
26.06.2013 8:50:01:714 #    wait for response
26.06.2013 8:50:01:823 # === "OK"
26.06.2013 8:50:01:823 # >>> "ATH
"
26.06.2013 8:50:01:823 #    wait for response
26.06.2013 8:50:03:245 # === "ATH/r/r/nOK"
26.06.2013 8:50:03:245 # Успешно прервали связь из цифры
26.06.2013 8:50:03:245 # END: aDisconnect - Отключение
26.06.2013 8:50:03:245 # BEGIN: WaitForNet - Ожидание регистрации в сети
26.06.2013 8:50:03:245 # >>> "AT+CNMI=0"
26.06.2013 8:50:03:245 #    wait for response
26.06.2013 8:50:03:511 # === "AT+CNMI=0/r/r/nOK"
26.06.2013 8:50:03:511 # >>> "AT+CREG?"
26.06.2013 8:50:03:511 #    wait for response
26.06.2013 8:50:03:870 # === "AT+CREG?/r/r/n+CREG: 0,1"
26.06.2013 8:50:03:870 # == "OK"
26.06.2013 8:50:03:870 # COM порт открыт и модем в сети
26.06.2013 8:50:03:870 # END: WaitForNet - Ожидание регистрации в сети


Что сажете, что посоветуете?
В логе видно, что инетсервер при попытке записать в БД событие получает ошибку ввода-вывода.
[ERROR] (MyAddConactIDToDataBase): I/O error 105
Цитата
Максим Саяпин пишет:
В логе видно, что инетсервер при попытке записать в БД событие получает ошибку ввода-вывода.

Это конечно здорово и понятно. Однако на предыдущей версии ИС такого не было. Хотя, быть может, это лишь совпадение, и причина кроется в чем-то еще ...

При чем, событие в базу записывается (в пцн6 отображается), это первое. Второе, такое происходит только с событиями "Пожарная тревога". Атотесты, перезагрузки, "Неисправность сети 220 В" приходит без подобного эффекта.

Беглый поиск по интернету говорит, что
Цитата
105 = No buffer space available
Изменено: Алексей Федотов - 26.06.2013 13:39:48
Выполните запрос с компьютера с запущенным is
insert into alarms (sgn_id, object_id, hide_hint) values(110, 457, 0);

Какой результат запроса?
Цитата
Максим Саяпин пишет:
Какой результат запроса?

Результат положительный. Добавлена 1 строка ...

Сбросил все тревоги по всем объектам. Сейчас таблица alarms пуста. Посмотрим что из этого выйдет ...
У Вас как и раньше - проблемы с соединением.
Попробуйте тестовую версию.
Цитата
Максим Саяпин пишет:
...
Попробуйте тестовую версию.

Тестовую поставили, посмотрим что будет дальше ...

Цитата
Максим Саяпин пишет:
У Вас как и раньше - проблемы с соединением.
...

Только мне не понятна логика работы в таком случае. Получается, что если тревога не добавилось в таблицу alarms, то объектовому оборудованию не отсылается позитивный ответ на то, что событие принято?
В таблицу sgn событие заносится нормально и отображается в списке событий ...
Цитата
Алексей Федотов пишет:
Получается, что если тревога не добавилось в таблицу alarms, то объектовому оборудованию не отсылается позитивный ответ на то, что событие принято?

Конечно - если событие не сохранено, зачем выдавать квитанцию?
Цитата
Максим Саяпин пишет:
Конечно - если событие не сохранено, зачем выдавать квитанцию?

Как не сохранено? Оно сохранено в sgn! Но не добавлено в alarms ...
Цитата
Алексей Федотов пишет:
Как не сохранено? Оно сохранено в sgn! Но не добавлено в alarms ...

Вы сами же ответили на вопрос.

Просто нужно обеспечить стабильную связь с БД. Мы уже неоднократно общались с Вами по этому вопросу.
Страницы: 1 2 След.