Магия Времени — Графики, Отчеты, Архивы

[manjey73]

банальный вопрос — какое время установлено на вашем сервере ?
Не в настройках Scada а именно на сервере?

[manjey73]

Поменял на сервере время на UTC, установив тайм зону Лондон. Не помогло.
Ошибка та же.

[Oleg]

банальный вопрос — какое время установлено на вашем сервере ?
Не в настройках Scada а именно на сервере?

UTC+3, Москва

[Oleg]

Михаил, в демо у Вас работает, но теряются некоторые промежутки времени. То есть тоже, хоть и работает, но со временем что-то не то.
Предвидя вопрос — скриншоты ниже:

• Ответ изменён 1 год, 4 месяца назад пользователем Oleg.
• Ответ изменён 1 год, 4 месяца назад пользователем Oleg.

[Mikhail]

На 2-м скриншоте данные за 30 и 31.01.2025 отсутствуют, потому что оно ещё не наступило на тот момент.

[Mikhail]

Ожидаю ответы на вопросы от @andreyv

[Oleg]

Михаил, а на первом?

[AndreyV]

Mikhail

Попробуйте как в примере выше (только со своим IP)

https://www.rapidscada.net/scada/ElasticReport/Print/PrintReport2?reportID=1&period=1&unit=Month&archive=Hour&format=Html

Также укажите, какая ОС на тестовом сервере и на рабочем сервере.

Протестировал ссылку на домашнем компе и на 1 рабочем сервере.
На домашнем компе работает. https://ibb.co/XdW0hzY
Данные по ОС:
Выпуск Windows 10 Pro
Версия 22H2
Сборка ОС 19045.4780

Rapid SCADA 6.4.0 (в версиях 6.2.1 и 6.3.0 ссылки с месячными отчетами так же работали)
AspNetCoreModuleV2 18.0.24201.8
Ссылка:
http://localhost:10008/ElasticReport/Print/PrintReport2?reportID=1&period=1&unit=Month&archive=Hour&format=Html

На сервере не работает. https://ibb.co/rRfMJhpQ
Данные по ОС:
Edition Windows 11 Pro
Version 22H2
OS build 22621.3155
Experience Windows Feature Experience Pack 1000.22684.1000.0

Rapid SCADA 6.3.0
AspNetCoreModuleV2 18.0.24201.8
Ссылка:
http://192.168.1.136/ElasticReport/Print/PrintReport2?reportID=1&period=1&unit=Month&archive=Hour&format=Html

В обеих системах тест проводил на исходном конфиге ElasticReport1.xml (даже номера каналов не менял).

[Mikhail]

Михаил, а на первом?

Период отчёта — с 1 по 30 декабря.
Судя по всему, в коде стоит проверка <= на правую границу периода. 24 часа 30 декабря - это 0 часов 31 декабря. Можно проверить поточнее, если это нужно для работы. Чтобы убрать последнее значение, в настройках отчёта поставьте SkipLast равным true. Проверю поточнее, напишу в эту тему.

• Ответ изменён 1 год, 4 месяца назад пользователем Mikhail.

[Mikhail]

@andreyv, откройте на тестовом и основном сервере страницу пользователя, щёлкнув на admin в правом верхнем углу. Хотелось бы сравнить часовые пояса. Сделайте, пожалуйста, скриншоты.

[Mikhail]

Проверил для period=-1. Отправной точкой для построения отчёта при использовании ссылки PrintReport2 в любом случае является текущее время. Поэтому отрицательный период использовать нет смысла. При отрицательном периоде минус убирается, но берётся длина другого месяца. Резюме: не используйте отрицательный период при вызове PrintReport2, это бессмысленно.

[Mikhail]

@andreyv, проверьте ещё версию dotnet командой dotnet --info

[manjey73]

Как это бессмысленно -1 ставить?
Ставишь 1 и Day получаешь данные за сегодня. Ставишь -1 получаешь данные за вчера.

Вся идея то, нажав в любой момент на представлении получить данные прошлого месяца.
С Днями это работает, с месяцами нет.

• Ответ изменён 1 год, 4 месяца назад пользователем manjey73.

[Mikhail]

@andreyv, в дополнение к часовому поясу пользователя напишите часовой пояс серверов. Возможно, ошибка возникает, если часовой пояс сервера отличается от часового пояса пользователя. Нужно это проверить.

[Mikhail]

Ставишь 1 и Day получаешь данные за сегодня. Ставишь -1 получаешь данные за вчера.

Это побочный эффект, но как оказалось полезный 🙂
Тогда нужен не period, а ещё один параметр offset. Например, чтобы получить отчёт за период длительностью 2 дня с датой начала 3 дня назад. Запишу пожелание.

[Автор]

Сообщения