Возможно в условие триггера стоит добавить ... and nodata(4m) = 0, чтобы загорался только когда первые три минуты не было данных

Поэкспериментируйте

нужно писать скрипт который проверяет , есть данные или нет. если нет - 0 возвращает, а если есть - 1. и уже по нему делать нормальную проверку. все же nodata - это ненормальное состояние элемента данных, с моей точки зрения...

а так "условие на срабатывание триггера nodata(3m)=1
а на восстановление nodata(8m)=1" не работает? проверьте?

Воспользуйтесь HTTP-агентом тогда, может?

Problem: .count(3m)=0 and .count(4m)>0 and .now()>0
Recovery: .count(3m,,5m)=0 or .count(1m)>0

если решать эту задачу в лоб - тогда нужно при помощи AND и OR реализовать XOR )
nodata(3m) XOR count(9m....)<=1

и тут вопрос

сервер на с/с++
вебморда на php+js
клиенты на go/c/c++

почему нету с# или rust? 🤷‍♀😂

Да, логика может и странная, но как-то другая здесь не лезет. Обрисую полностью задачу, с ненужными подробностями, дабы не выглядеть глупо с "каверзными" задачками =):
Эта проверка выполняется на рабочих станциях пользователей (сбор данных только по будням с 9 до 18), сервис на рабочих станциях имеет дурацкое свойство подвисать или вообще останавливаться, но так как этот сервис не критичен - я хочу узнать о том что он глюкнул, но не хочу чтобы уведомление об этом висело на дашборде до исправления ситуации. Уведомил - повисел некоторое время на дашборде - пропал. Данные от сервиса приходят текстовые (http проверка - если есть ответ - сервис работает, если нет ответа - сервис повис/выключился), какие там данные - не важно, главное что сервис ответил. Соответственно оперировать получается только одним ключем есть данные/нет данных.... Как то так.

В 4.2. вроде добавили шаги для такого случая, но обновляться пока не планирую.