Триггер зависит от самого себя.

[Alex_UUU]

Да, такое невозможно, тем более для прототипа. А надо :-)
Заббикс 5.2.

Данные которые поступают (ключ log.count): 1-1-0-0-0-1-0-0-0-0-0-1-1-1-1-0-0-0
Прототип триггера сделан через count Но тут можно и min, max:
{log.count}.max(#3)=0

У триггера стоят параметры: не генерить Ок событие и множественное срабатывание.
Что есть: срабатывает на 5 шагею ЛОгично, 3 нуля подряд. Срабатывает на 9 шаге. Тоже хорошо. И вот дальше он будет срабатывать каждый раз, пока идут нули, т.к. каждые 3 выборки равны нулю.
Вот что придумать, чтобы он сработал на 5, 9 шаге, и в следующий раз сработал бы, если бы, если бы это были первые 3 нуля после единиц. (18 шаг)...?

[Kos]

А зачем в таком случае параметр "Множественное срабатывание"?

[Alex_UUU]

Логично, но тогда имеем "была проблема и ушла". И человеческий фактор к ней не вернется: нет в активных не будет решать :-)
Если поставить одинарное, то она сработала месяц назад и висит.
Вот сейчас я ее отловил по "Отчет-активные триггеры". С текущим вариантом за сутки около 300 срабатываний, с тем, что мне нужно, было бы около 50. Информационный шум сократился бы.

[Kos]

Логично, но тогда имеем "была проблема и ушла". И человеческий фактор к ней не вернется: нет в активных не будет решать :-)
Если поставить одинарное, то она сработала месяц назад и висит.

В смысле "Была и ушла"? Если вы ставите "не генерить Ок событие", то она остаётся висеть, пока её не закроют вручную. И пока её не закроют, новая бы не открывалась - вам же это и надо?

А нет, я понял вашу мысль:

в следующий раз сработал бы, если бы, если бы это были первые 3 нуля после единиц

Ну напишите тогда такое условие:

{log.count}.max(#3)=0 and {log.count}.last(#4)=1

[Alex_UUU]

Ну напишите тогда такое условие:

{log.count}.max(#3)=0 and {log.count}.last(#4)=1

Е- мое, вот это и надо. Свежий взгляд. Я то, дурак, смотрел только на проблему, а надо было еще и на то, что перед ней.
Сенкс.