Проблема с архивацией Alarm Configurator

[DmitriiAnyushin]

Евгений, еще вопрос возник.
Времена выполнения как я опытным путем выяснил тут особо не причем. Архив ведется, просто таблица тревог не всегда его подтягивает. Если СПК перезагрузить, то все сообщения которые изначально не отображались - покажутся. То ли таблица тревог не успевает эти события обрабатывать, то ли еще что. Есть ли какие-то настройки на этот счет?

[Евгений Кислов]

Евгений, еще вопрос возник.
Времена выполнения как я опытным путем выяснил тут особо не причем. Архив ведется, просто таблица тревог не всегда его подтягивает. Если СПК перезагрузить, то все сообщения которые изначально не отображались - покажутся. То ли таблица тревог не успевает эти события обрабатывать, то ли еще что. Есть ли какие-то настройки на этот счет?

Насколько я знаю - нет.

[DmitriiAnyushin]

Насколько я знаю - нет.

То есть у данной проблемы как такового решения нет?

[Евгений Кислов]

То есть у данной проблемы как такового решения нет?

По крайней мере, в данный момент я его не вижу.
Но вы можете продолжить ее исследовать и, возможно, найдете какие-то новые особенности ее проявления.

[DmitriiAnyushin]

По крайней мере, в данный момент я его не вижу.
Но вы можете продолжить ее исследовать и, возможно, найдете какие-то новые особенности ее проявления.

Ну особенности проявления я сегодня нашел к обеду - последовательно подавая по одному или несколько событий за цикл (не пакетом за раз как я тестировал) таблица тревог по истечению лимита архива перестает отображать данные архива (если архив уже перед прошивкой СПК был заполнен, то сразу же). Не все конечно, но частично (какие именно отображает и не отображает, я в первом сообщении темы описал - при появлении за цикл нескольких событий в таблице тревог отобразится только нижестоящее по массиву где формируются биты событий). Сам архив при этом ведется. Если СПК перезагрузить, то все события из архива подтянутся.
Евгений, я уже задавал данный вопрос, если в настройках архива выбрать No limit, то каким размером будет ограничен журнал (архив) и не зависнит ли при этом (при исчерпании лимита) проект?

[DmitriiAnyushin]

Нашел информацию на сайте Codesys
https://help.codesys.com/api-content...configuration/

1. Select the Alarm Storage object in the device tree.
2. To change the name, select the Properties command in the context menu.
Change the name from “AlarmStorage” (example: “DatabaseFileAlarmStorage”) and click OK.
3. Double-click the DatabaseFileAlarmStorage object in the device tree to open the editor.
4. Configure as follows:
Subdirectory: Leave this field blank. Specifying a directory is optional only on the PLC where the alarm storage file will be saved.
Limit group: Select the No limit check box.
⇒ The alarm storage is configured. In this case, CODESYS saves the alarms internally in an unlimited buffer.

То есть полуяается сам разработчик говорит ставить No limt? (в таком случае вывод архива стабильно работает, но фраза unlimited buffer немного смущает)

[Евгений Кислов]

не зависнит ли при этом (при исчерпании лимита) проект?

В данной ситуации зависнет.

[DmitriiAnyushin]

А вы не знаете, что тогда имеется ввиду под unlimited buffer (если дословно, то получается неограниченный буфер) и почему на сайте CODESYS именно этот пункт говорят выбирать?

[Евгений Кислов]

А вы не знаете, что тогда имеется ввиду под unlimited buffer (если дословно, то получается неограниченный буфер) и почему на сайте CODESYS именно этот пункт говорят выбирать?

Имеется в виду, что на размер файла тревог не будет накладываться никаких ограничений со стороны CODESYS.
Почему в справке в примере предлагают выбрать его - ну, вероятно, потому что это значение по умолчанию, а пример настройки тревог - это просто пример, а не универсальное решение.