Windows SReport

[poizon]

Отдельной темы не нашел, поэтому создам.
Выявил глюки в работе СРепорт, например если искать определенную неисправность по всем лифтам (по отдельному лифту не проверял, возможно также), то фильтр не применяется, показывает всё равно весь журнал. Такая же история, кажется, с датами, вспомню тогда дополню.

 

[Andi]

Отдельной темы не нашел, поэтому создам.
Выявил глюки в работе СРепорт, например если искать определенную неисправность по всем лифтам (по отдельному лифту не проверял, возможно также), то фильтр не применяется, показывает всё равно весь журнал. Такая же история, кажется, с датами, вспомню тогда дополню.

Хотелось бы с примерами, т.е. снимок экрана с параметрами отчета и снимок экрана с результатами.

 

[poizon]

не понял, никто не пользуется или проблема только у меня?!
В общем вот скрины. Ищу отсутствие связи только на одной улице , а в результате в отчет показывает все лифты с этой ошибкой.

 

[Andi]

не понял, никто не пользуется или проблема только у меня?!
В общем вот скрины. Ищу отсутствие связи только на одной улицеВложение IPB #2465, а в результате в отчет показывает все лифты с этой ошибкой.Вложение IPB #2466

В обновление ПО выложен поправленный SReport.

Я думаю мало пользуются.

 

[revit]

Настроил заказчику подключение SReport.
После первого же отчета звонок: "что то она неправильно время считает... и какие то нереальные ставит значения времени..."
Начали разбираться.
Оказалось что в отчет о двух или более неисправностях попали события текущие т.е которые не деактивировались.
При этом в отчете ставится время окончания этого события в текущий день 23:59 и соответственно высчитывается нереальное итоговое время. Я то это понял и предложил просто время 23:59 воспринимать как сообщение об активной в данный момент неисправности, но у заказчика подозрения -"вот она не правильно считает .... как мне в итоговую таблицу это заносить и как оно будет считать в экселе..."
Вообщем вопрос: что можно придумать с такими записями?
Наверное логичнее ставить время окончания -текущее на момент создания отчета (итоговое время простоя будет верное на текущий момент) и как-то указывать/обозначать/выделять что неисправность на этом лифте в данный момент активна..

 

[Koer]

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

 

[Andi]

При выборке за большой период времени выскакивает ошибка Вложение IPB #2492 После этого часть данных, а иногда и все- не отображаются. Это происходит если выборку делать не на локальном компьютере (сервере) а с клиентского ПК.

SReport получает отчёты, читая таблицы MS SQL сервера.

SReport получает доступ к таблицам MS SQL сервера двумя способами:
- непосредственно подключаясь к MS SQL серверу (локально или удалённо)
- используя сервера приложений (LKDSDisp, LKDSDomain, LKDSCloud) в качестве некоторого транзита

Последний способ это наша разработка. Он, конечно, удобен, но имеет ограничения и недоработки, которые Вы и привели. Транзитное подключение будет дорабатываться, но не в ближайшее время.

Желательно подключаться непосредственно к MS SQL серверу . Это требут напряжений, знаний и опыта, но более надёжно.

 

[revit]

При выборке за большой период времени выскакивает ошибка Вложение IPB #2492

Это ограничение с каких значений периода начинается?

 

[Koer]

Это ограничение с каких значений периода начинается?

Это зависит не от периода, а от объемов информации из которых идет выборка. Ошибка рандомная может появиться а может и нет при одних и тех же условиях выборки. У нас появляется очень часто при выборке за месяц. Когда проверяем выполнение ТО, либо сбои лифтов на участках.
Будем ждать исправлений. Статистика и анализ для нашего предприятия очень востребованная функция. Подключаться на прямую к SQL знаем как, но это не очень удобно и не совсем безопасно на мой взгляд. Подключение через учетку Spult для конечного пользователя интуитивно понятней и проще.

 

[revit]

Это зависит не от периода, а от объемов информации из которых идет выборка. Ошибка рандомная может появиться а может и нет при одних и тех же условиях выборки. У нас появляется очень часто при выборке за месяц. Когда проверяем выполнение ТО, либо сбои лифтов на участках.

Нечто подобное у меня проявляется изредка в СПульте при запросе больших периодов журнала. Отрисует две страницы текста, а когда нажимаещь следущую, то там чистые листы. Бывает так несколько раз включаешь, и потом вычитывает. Возможно это одна и та же проблема.

Подключаться на прямую к SQL знаем как, но это не очень удобно и не совсем безопасно на мой взгляд. Подключение через учетку Spult для конечного пользователя интуитивно понятней и проще.

Согласен. Но еще и настроить доступ к базе та еще задачка.

 

[Andi]

Нечто подобное у меня проявляется изредка в СПульте при запросе больших периодов журнала. Отрисует две страницы текста, а когда нажимаещь следущую, то там чистые листы. Бывает так несколько раз включаешь, и потом вычитывает. Возможно это одна и та же проблема.

Spult получает данные для отчетов по другому механизму, чем SReport, но похоже, т.е. без обращения к реальной БД. Поэтому и проблемы действительно те же.

MS SQL загружает последние используемые клиентами данные в оперативную память. Выборки по оперативной памяти делаются существенно быстрее, поэтому одна и та же выборка из журнала, но полученная позже, действительно формируется быстрее.

Все сервера (LKDSDisp, LKDSDomain, LKDSCloud) доработаны - оптимизирован запрос для выборки журнала, изменён механизм хранения и передачи выборки клиентам *SPult. Будем надеяться, что время формирования выборок уменьшится.

 

[poizon]

В обновление ПО выложен поправленный SReport.

Я думаю мало пользуются.

SReport 4.7.2.28, ничего не поменялось

 

[Andi]

SReport 4.7.2.28, ничего не поменялось

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

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

Я проверил и не смог воспроизвести ситуацию:

 

[poizon]

Я проверил и не смог воспроизвести ситуацию:

4.7.2.29 не работает фильтр по адресу (как минимум)



UPD. фильтр работает, но помимо выбранного адреса выводит все сообщения не имеющие адреса

 

[poizon]

Свежеустановленный SReport в составе SPult пытается подключаться непосредственно к SQL серверу, хотя он о нём ничего не знает, но самое страшное, что, естественно, вылезает ошибка подключения, при этом ни остановить попытки подключения, ни закрыть окно нельзя, а ошибка не закрывается (точнее если её закрыть, то она снова вылезает и так до бесконечности).

 

[Andi]

4.7.2.29 не работает фильтр по адресу (как минимум)
Вложение IPB #2887
Вложение IPB #2888

UPD. фильтр работает, но помимо выбранного адреса выводит все сообщения не имеющие адреса

"Сообщения не имеющие адреса" - это сообщения от узловых устройств, в частности собственно от КЛШ и от КЛШ моноблоков. Появились они в отчёте потому, что были выбраны "все сообщения" и КЛШ 0:79:6 обслуживает ЛБ выбранные в "Списке лифтов".

При получении отчёта, SReport последовательно перебирает все лифты.
Потому, что КЛШ 0:79:6 обслуживает много лифтов, сообщение о рестарте КЛШ 0:79:6 попало в отчёт несколько раз - по числу ЛБ, обслуживаемых КЛШ 0:79:6.

Насчёт дублирования сообщения трудно что-то сделать, но можно добавить в поле "Лифт" отчёта поясняющее сообщение, типа <Адрес_расположения_ЛБ>+" (<адрес_на_ЛШ> на ЛШ КЛШ <подсеть>:<УМ>:<Слот>)"

 

[poizon]

Появились они в отчёте потому, что были выбраны "все сообщения" и КЛШ 0:79:6 обслуживает ЛБ выбранные в "Списке лифтов".

Нет. Выбраны два лифта на УМ 131. В отчёте сообщения не только от УМ 79, но вообще все узловые "без адреса", просто их на скрине не видно ибо за сутки отчёт на два лифта составил 11 500 строк, из которых именно эти два лифта несколько десятков.

 

[Andi]

Нет. Выбраны два лифта на УМ 131. В отчёте сообщения не только от УМ 79, но вообще все узловые "без адреса", просто их на скрине не видно ибо за сутки отчёт на два лифта составил 11 500 строк, из которых именно эти два лифта несколько десятков.

Действительно, при данных параметрах выборки из журнала в выборку попадают ещё и все события, связанные с узловыми устройствами.
Буду исправлять.

Свежеустановленный SReport в составе SPult пытается подключаться непосредственно к SQL серверу, хотя он о нём ничего не знает, но самое страшное, что, естественно, вылезает ошибка подключения, при этом ни остановить попытки подключения, ни закрыть окно нельзя, а ошибка не закрывается (точнее если её закрыть, то она снова вылезает и так до бесконечности).

Подобного поведения мне вопроизвести не удалось.
Если SReport не может подключиться к SQL серверу, то делаются две попытки и далее уже можно изменить параметры подключения.

Хотел бы попросить сделать подключение к неизвестному SQL серверу ещё раз и выслать последний файл из папки /LKDSDrv/SPult/LogSReportBad/

 

[poizon]

Если SReport не может подключиться к SQL серверу, то делаются две попытки и далее уже можно изменить параметры подключения.

Их было как минимум три, каждая сопровождалась ошибкой после чего процесс я кикнул ручками.
Вопрос в том почему по дефолту SReport пытается подключаться к SQL напрямую, если такое подключение не настроено, хотя подключение через LKDSDomain подтянутое из SPult работает сразу?

Хотел бы попросить сделать подключение к неизвестному SQL серверу ещё раз и выслать последний файл из папки /LKDSDrv/SPult/LogSReportBad/

Отправил.

 

[Andi]

Выбраны два лифта на УМ 131. В отчёте сообщения не только от УМ 79, но вообще все узловые "без адреса", просто их на скрине не видно ибо за сутки отчёт на два лифта составил 11 500 строк, из которых именно эти два лифта несколько десятков.

SReport доработан и выложен в обновление ПО.

Если выборка из журнала делается по лифтам (одному, нескольким, всем), то сообщения от КЛШ не попадают в эту выборку.

Если не выбран ни один лифт, в выборку попадут только сообщения от КЛШ, т.е. от узловых устройств, фильтрация этих сообщений возможна по типу сообщения и подстроке самого сообщения: