https://pfspipe.ipmu.jp/jira This file is an XML representation of an issue en-us 8.3.4 803005 13-09-2019 https://pfspipe.ipmu.jp/jira/browse/INSTRM-451 Instrument control development <p>We were using our own alarm handing mechanism until now, but we'll have to use the alertsActor sooner rather that later.</p> <p>Since we actually don't have STS at LAM, one option would be to trigger our jabberBot instead.</p> <p>In that case, we would receive the alarms on our cellphone just as before.</p> <p> </p> <p> </p> INSTRM-451

Implement and use alertsActor for LAM AIT

Task Normal Done Done arnaud.lefur arnaud.lefur SPS Wed, 22 Aug 2018 17:22:11 +0000 Wed, 18 Dec 2019 21:56:45 +0000 Wed, 18 Dec 2019 21:56:45 +0000 ics_alertsActor 0 3 <p>Not a bad idea. Will probably take some refactoring. The current scheme is for all STS datums to be (value, text) tuples. If text is "OK" all is OK. If not, the text should help pin down the problem. We haven't figured the "helpful text" part out yet.....</p> <p>I've looked more closely at the master branch, to understand what's the current development status.</p> <p>Right now, the ActorRules  class is forwarding to STS the keywords listed in config/STS.yaml .</p> <p>But I don't see any reference to config/keywordAlerts.yaml, am i missing something ?</p> <p> </p> <p> </p> <p>I thought there was a non-LAM specific ticket for the alertsActor design, but evidently there isn't. But I'll add a couple of the top design points here, because of the differences between Subaru and LAM.</p> <ul class="alternate" type="square"> <li>the alertsActor is the <em>only</em> source of alerts for PFS. There may be internal PFS keywords which signal alerts, but they cannot be used except by the alertsActor.</li> <li>the alertsActor contains no mechanism for propagating alerts via text/email/etc. All it does is generate alerts for some external communication package.</li> <li>At Subaru, STS is the package which handles alert propagation/display/masking. The channel between the alertsActor and STS is an internal TCP socket.</li> <li>Each alert generated by the alertsActor must have an associated MHS keyword. <span class="error">&#91;details elsewhere&#93;</span></li> <li>the alertsActor should <em>only</em> operate on MHS keywords (or the lack thereof). It cannot use the archiver.</li> </ul> <p>Yoshida-san provide an image of the STS to the LAM team. They need to review it with Craig. This should be done before 10 Feb.</p> <p>Design to accommodate STS still needs to be thought through.</p> <p><a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=cloomis" class="user-hover" rel="cloomis">cloomis</a> and <a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=hassan" class="user-hover" rel="hassan">hassan</a> to discuss together to break down into smaller tickets</p> <p>To be discussed with <a href="https://pfspipe.ipmu.jp/jira/secure/ViewProfile.jspa?name=cloomis" class="user-hover" rel="cloomis">cloomis</a> during LAM visit early May</p> <p>@cloomis: Need to read YAML file with threshold and apply those thresholds to generate STS keywords. </p> <p>done and tested before SM1 shipping</p> Relates INSTRM-711 INSTRM-716 Development Rank 0|u0009r:zzo Sprint SM1-2019 K Story Points 10.0