Журнал событий 5 версия скады

[saprin8]

Есть архивы с событиями (Events) объемом 10+Мб. Они не открываются в журнале событий. Меньше 10Мб спокойно грузятся. С чем может быть это связано ? Есть ограничения?

[Mikhail]

Наверное, это вопрос по плагину от @romiros

[Romiros]

Уточните пожалуйста, речь про штатный журнал или дополнительный плагин Журнал событий? По идее ограничений быть не должно.

[saprin8]

Который в боковом меню с фильтром событий. Если датовский файл больше 10Мб, то не строит за этот день историю событий

[Romiros]

Можете предоставить один такой файл для воспроизведения ошибки? Нужно определить на каком уровне возникает проблема. Завтра смогу проверить на работе. Посмотрите ещё в консоли браузера какая ошибка возникает при загрузке событий за этот день.

[saprin8]

Ошибка в браузере:
10:50:55 Request ‘ClientApiSvc.svc/GetEvents’ reports internal service error: Ошибка при сериализации или десериализации с помощью JSON JavaScriptSerializer. Длина строки превышает значение, заданное для свойства maxJsonLength.
Ссылка на файл: https://cloud.mail.ru/public/7bGp/MEYaU6bmx

[Romiros]

Спасибо. Да, ограничение всё-таки есть. Завтра исправлю, отпишусь в эту тему.

[saprin8]

@Mikhail , вопрос такой родился, можно преодолеть ограничение каналов в 65535?

[manjey73]

@saprin8 можно шестой версией 🙂

[saprin8]

А в 6 версии какое ограничение? а то дошли до 30к каналов, а впереди работы еще ого-го, есть ли смысл переходить. Тем более журнала в новой версии насколько я знаю нету (который плагин), да и получается нужно новый плагин графиков приобретать?

[a80808]

В 6 версии нет ограничения на количество каналов. Да, журнала событий пока нет, но @Romiros обещал…
Все ключи 5 версии несовместимы с 6-й

[Romiros]

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

[Mikhail]

Насколько я помню, в 5-й версии можно увеличить допустимый размер JSON, прописав параметр в файле web.config. Сейчас нет возможности привести точный пример. Если нужно, на следующей неделе смогу поискать.

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

[saprin8]

Если сможете поискать, то буду благодарен. А то решили переводить проект под 6 версию, времени очень много займет (+- пару месяцев), а журнал должен работать.

[Mikhail]

Попробуйте добавить в файл web.config в секцию configuration

<configuration> 
   <system.web.extensions>
       <scripting>
           <webServices>
               <jsonSerialization maxJsonLength="50000000"/>
           </webServices>
       </scripting>
   </system.web.extensions>
</configuration> 

Взято отсюда.

[Автор]

Записи