3.6.2-122

Юлия Лефанова 09.12.2013 19:47:51

Приток 3.6.2-122. Замечено следующее:
1. Периодически в АРМ Карточке при добавлении у новых ХО номеров телефонов, если сохранения карточки делать после каждого ХО, номера телефонов сохраняются; если всех ХО добавить общим списком и попытаться сохранить – часть телефонов может не сохраниться. То же самое может возникать при редактировании телефона у существующего ХО.
2. При попытке в АРМ Персоны удалить всех ХО не привязанных к карточкам получаем зависание ядра с записью в лог сообщения
12:54:29 Kernel 3.6.2 (122):Трэд(TLNSMH_10.1.1.10:24005(2013.12.06 12:43:22:826)(KalinSrv1|10.1.1.10|АРМ Персоны)) -> xDeleteXODS) Ошибка: -> Access violation at address 00409BB6 in module 'prtserver.exe'. Write of address 00001889
На предыдущих версиях пользовались этой функцией без проблем.
3. Пару раз возникала ситуация при которой переставали опрашиваться все направления (независимо от провайдера и канала связи, через ретрансляторы или серверы связи), при этом тревожные и другие сообщения от объектов приходили как положено. В логах при этом ошибок никаких не прописывалось. Помогала перезагрузка сервера.
Может кто ещё чего заметил? Опишите, чтобы знать заранее, а то праздники скоро...

Сергеев Михаил Сергеевич 10.12.2013 00:20:27

Попробуйте установить 3.6.2.124.

Орлов Павел, Разработчик 10.12.2013 11:23:44

Юлия, перед установкой прочитайте файл изменений.
1 Точно исправлено в сборке >=123
2 Нужно нам проверить
3 Скорее всего будет лучше, правда описание не предметное. Мы постоянно совершенствуем работу с несколькими каналами связи при работе с КОП и РКС.

Юлия Лефанова 11.12.2013 14:52:54

Про 3 могу конкретную ситуацию описать. ППКОП проводной, через ретр.Приток, техник на объекте проверяет тревожную кнопку. Тревога приходит, по месту восстанавливается, инженер жмет «ВосстановитьТС» в ответ – «ТС не восстановлена». Техник нервничает, срабатывает кнопку еще раз, тревога приходит, инженер делает «Опросить» направление, в ответ «Не опрошен». Начинает опрашивать соседние направления на этом ретр-ре, потом на других рет-рах, потом приборы подключенные через серверы связи – на всех «не опрошен» в ответ. Сообщения от объектов в ленту при этом идут нормально.
Ощущение что сообщения обрабатываются, а команды обрабатываться перестают. И вроде как на ровном месте. Раз в две недели примерно возникнет и дальше опять нормально.
Хорошо, пойду 124 ставить. Спасибо.

Орлов Павел, Разработчик 11.12.2013 16:35:11

Цитата
Юлия Лефанова написал: Хорошо, пойду 124 ставить. Спасибо.

я вам письмо написал, жду ответа

Орлов Павел, Разработчик 16.12.2013 14:12:54

Спасибо, Юлия! Ошибку исправили. Изменения будут доступны со сборки 125 версии 3.6.2.

Мороз Вадим Викторович 24.12.2013 23:39:20

Приток 3.6.2-123. Замечено следующее:
В АРМ Статистика при подсчете часов охраны по объекту с ППКОП 011-8-1-011-1 время считается неправильно. При изучении полной истории с данного объекта выяснилось, что восстановление тревожного шлейфа после проверки система считает за постановку объекта под охрану. В результате насчитывается большее количество времени чем фактическое. Файлы истории и подсчета прилагаю

Прикрепленные файлы

post-00-20-38.pdf (909.98 КБ)
post-00-20-38.pdf (909.98 КБ)

Мороз Вадим Викторович 24.12.2013 23:39:58

подсчет охраны

Прикрепленные файлы

post-00-20-39.xls (43 КБ)
post-00-20-39.xls (43 КБ)

Орлов Павел, Разработчик 25.12.2013 14:14:43

Цитата
Мороз Вадим Викторович написал:

Цитата

В АРМ Статистика при подсчете часов охраны по объекту с ППКОП 011-8-1-011-1 время считается неправильно. При изучении полной истории с данного объекта выяснилось, что восстановление тревожного шлейфа после проверки система считает за постановку объекта под охрану. В результате насчитывается большее количество времени чем фактическое. Файлы истории и подсчета прилагаю

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

#10

Юлия Лефанова 14.01.2014 20:32:24

3.6.2 -124
Опять январь начался в спорах между инженерами, ведущими подсчет охраняемых объектов\квартир вручную, с инспекторами, пытающимися для отчета использовать программное обеспечение.
Графы «Всего» задействованной емкости / Открытых направлений отчетов из Конфигуратора (01), (03) и (05) по логике должны одинаковые цифры содержать, но по некоторым ретр-рам тоже не сходятся между собой. Т.е. (03) сходится с (05), а (01) с (02) и с реальностью. Правда в отчете (02) замечено иногда дублирование записей. А если бы в (02) отчете «итого» по каждому ретр-ру подбивалось, было бы идеально.
Порекомендуйте что-то, чтоб к правде приблизится со временем.

#11

Орлов Павел, Разработчик 15.01.2014 10:53:12

Цитата
Юлия Лефанова написал: 3.6.2 -124 Порекомендуйте что-то, чтоб к правде приблизится со временем.

Планируем плотно заняться этим вопросом в текущем году. Перетрясем алгоритмы отчетов по подсчету кол-ва объектов.

Сиcтема охраны "Приток-А"

ПО Приток-А 3.6

3.6.2-122