<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Monday morning tip, Davis monitor status value in Alerting</title>
    <link>https://community.dynatrace.com/t5/Alerting/Monday-morning-tip-Davis-monitor-status-value/m-p/296196#M6234</link>
    <description>&lt;P&gt;Hi Henk,&lt;BR /&gt;IMO, this can work only partially, but I would not treat it as a clean or fully reliable workaround.&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;timeseries myseries = avg(xxx.device.status), by: {`dt.entity.xxx:xxx`}, interval:1m
| filter (arrayLast(myseries) == 4)&lt;/LI-CODE&gt;&lt;P&gt;filters in only the timeseries whose latest sample is 4, but the anomaly detector still evaluates the returned 1-minute samples in the series, not just that single last value. So with a threshold like &amp;lt; 100, you would effectively mark all returned points as violating, which means the alert logic is no longer really “status equals 4”, but rather “this series passed the filter and its samples are below 100”. That can be misleading.&amp;nbsp;&lt;/P&gt;&lt;P&gt;A better approach is to transform the status into a dedicated numeric signal, for example:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;100 when status = 4&lt;/LI&gt;&lt;LI&gt;0 otherwise&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;and then alert on above 50 or similar. That way the anomaly detector evaluates an explicit signal instead of relying on record filtering&lt;/P&gt;</description>
    <pubDate>Mon, 16 Mar 2026 10:22:21 GMT</pubDate>
    <dc:creator>t_pawlak</dc:creator>
    <dc:date>2026-03-16T10:22:21Z</dc:date>
    <item>
      <title>Monday morning tip, Davis monitor status value</title>
      <link>https://community.dynatrace.com/t5/Alerting/Monday-morning-tip-Davis-monitor-status-value/m-p/296188#M6233</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;As long as you can only use higher or lower in Davis anomaly detection, this could be a workaround.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;testing on status 4:&lt;/P&gt;&lt;P&gt;timeseries myseries = avg(xxx.device.status),by: {`dt.entity.xxx:xxx`} ,interval:1m | filter (arrayLast(myseries) == 4)&lt;/P&gt;&lt;P&gt;The anomaly detection should be like &amp;lt;100 (or more)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Who can confirm?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;KR Henk&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 16 Mar 2026 08:02:34 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Alerting/Monday-morning-tip-Davis-monitor-status-value/m-p/296188#M6233</guid>
      <dc:creator>henk_stobbe</dc:creator>
      <dc:date>2026-03-16T08:02:34Z</dc:date>
    </item>
    <item>
      <title>Re: Monday morning tip, Davis monitor status value</title>
      <link>https://community.dynatrace.com/t5/Alerting/Monday-morning-tip-Davis-monitor-status-value/m-p/296196#M6234</link>
      <description>&lt;P&gt;Hi Henk,&lt;BR /&gt;IMO, this can work only partially, but I would not treat it as a clean or fully reliable workaround.&lt;/P&gt;&lt;LI-CODE lang="markup"&gt;timeseries myseries = avg(xxx.device.status), by: {`dt.entity.xxx:xxx`}, interval:1m
| filter (arrayLast(myseries) == 4)&lt;/LI-CODE&gt;&lt;P&gt;filters in only the timeseries whose latest sample is 4, but the anomaly detector still evaluates the returned 1-minute samples in the series, not just that single last value. So with a threshold like &amp;lt; 100, you would effectively mark all returned points as violating, which means the alert logic is no longer really “status equals 4”, but rather “this series passed the filter and its samples are below 100”. That can be misleading.&amp;nbsp;&lt;/P&gt;&lt;P&gt;A better approach is to transform the status into a dedicated numeric signal, for example:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;100 when status = 4&lt;/LI&gt;&lt;LI&gt;0 otherwise&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;and then alert on above 50 or similar. That way the anomaly detector evaluates an explicit signal instead of relying on record filtering&lt;/P&gt;</description>
      <pubDate>Mon, 16 Mar 2026 10:22:21 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Alerting/Monday-morning-tip-Davis-monitor-status-value/m-p/296196#M6234</guid>
      <dc:creator>t_pawlak</dc:creator>
      <dc:date>2026-03-16T10:22:21Z</dc:date>
    </item>
    <item>
      <title>Re: Monday morning tip, Davis monitor status value</title>
      <link>https://community.dynatrace.com/t5/Alerting/Monday-morning-tip-Davis-monitor-status-value/m-p/296202#M6235</link>
      <description>&lt;P&gt;Thanks for your replay, simulation at my end&amp;nbsp; looks perfect. myseries is already a 1m avg?&lt;/P&gt;&lt;DIV class=""&gt;&amp;nbsp;&lt;/DIV&gt;&lt;DIV class=""&gt;&amp;nbsp;&lt;/DIV&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="image.png" style="width: 810px;"&gt;&lt;img src="https://community.dynatrace.com/t5/image/serverpage/image-id/32366iFAF3F30D50EC4D11/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Am I missing something?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;KR Henk&lt;/P&gt;</description>
      <pubDate>Mon, 16 Mar 2026 11:02:22 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Alerting/Monday-morning-tip-Davis-monitor-status-value/m-p/296202#M6235</guid>
      <dc:creator>henk_stobbe</dc:creator>
      <dc:date>2026-03-16T11:02:22Z</dc:date>
    </item>
    <item>
      <title>Re: Monday morning tip, Davis monitor status value</title>
      <link>https://community.dynatrace.com/t5/Alerting/Monday-morning-tip-Davis-monitor-status-value/m-p/296203#M6236</link>
      <description>&lt;P&gt;yes, in your query myseries is already a 1-minute averaged time series, because avg(...) with interval:1m creates one average value per 1-minute bucket.&lt;BR /&gt;So filter(arrayLast(myseries) == -1) checks whether the latest 1-minute bucket is -1, and if yes, the series remains in the result.&lt;BR /&gt;So from that perspective, your simulation result makes sense.&lt;BR /&gt;The only caveat is that alert behavior still depends on the anomaly detector window/dealerting/missing-data logic, because Davis evaluates the returned 1-minute series format&lt;/P&gt;</description>
      <pubDate>Mon, 16 Mar 2026 11:08:10 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Alerting/Monday-morning-tip-Davis-monitor-status-value/m-p/296203#M6236</guid>
      <dc:creator>t_pawlak</dc:creator>
      <dc:date>2026-03-16T11:08:10Z</dc:date>
    </item>
  </channel>
</rss>

