Das schwierige ist eine entsprechende Logik, die in jedem Fall richtig funktioniert, auch in den Sonderfällen.
Ich halt mich da gern an das Motto: einfach, eindeutig, sicher. Jede Beschränkung schafft nur Sonderfälle.
Wenn bei jeder Grenzüberschreitung ein Alarm kommt, weiß jeder was abgeht.
Setzt man den Alarm z.B. für 5 Minuten aus: beim ersten Pendeln um die Grenze kommt der Alarm, beim nächsten Pendeln nicht mehr, bis die 5 min vorbei sind. Was aber, wenn die Temperatur nach dem zweiten Pendler schlagartig weit über die Grenze bricht. Da wäre ein Alarm wieder nicht schlecht. Also braucht man eine Grenze für die Grenze, die unterscheidet was Pendeln ist und was nicht, zusätzlich zum 5 min Timer der für jeden Kanal laufen muss. Und wer legt die Grenze zum Pendeln fest? Ein anderer Fall wäre, wenn kein Pendeln stattfindet, die Temperatur aber konstant um 0,1 °C über der Grenze liegt. Sollte der Alarm dann auch aussetzen, der Fall ist ja im Grunde nicht schlimmer, als ein Pendeln.
Fakt ist, wird eine Grenze überschritten, dann sollte ein Alarm kommen, das leuchtet jedem ein. Und er sollte auch so lange kommen, wie die Grenze überschritten ist, was aktuell noch nicht passiert. Deshalb wird da nachgebessert. Ob die Temperatur dauerhaft oder im Pendeln überschritten wird ist im Grund ja egal, in beiden Fällen sollte etwas getan werden, da die Grenze überschritten wird, dafür ist sie ja da.
Vorstellbar wäre eine Art Stummschaltung aller Alarme aktiv durch den User für einen gewissen Zeitraum. Das ließe sich vermutlich auch noch jedem Benutzer einleuchtend erklären. Jedem muss dann klar sein, dass in der Zeit kein Alarm kommt. Aktuell könnte man in so einem Fall wo das nötig ist eben nur die Push Benachrichtigung des Kanals deaktivieren. Nur geht der dann aber aktuell nicht mehr von selbst an.