<html><head></head><body><p dir="ltr">It does say that multiple related failures (alarms associated with a single subsystem failure) should be indicated by a single alarm, rather than relying on the operator to deduce a system failure from multiple simultaneous alarms. I don't think synchronisation of the flashes matters at all, but if the alarms are unrelated, I would be inclined to leave them offset versus synchronising them (other than the audible signal if modulated), because I would tend to subconsciously associate synchronised indicators with a common source of failure. If software controlled and indicated, it's a no brainer to do it either way. With physically illuminated switches, flashing indicators are accomplished by switching lamps with electromechanical or solid state relays, which is probably why ABS left it open. If it were up to me, I would synchronise related alarms and randomize unrelated ones.</p>
<p dir="ltr">Sean<br>
</p>
<br><br><div class="gmail_quote">On April 12, 2016 8:28:50 AM MDT, Jon Wallace via Personal_Submersibles <personal_submersibles@psubs.org> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail"><br />After studying the ABS Ergonomics Guide regarding alarms the only thing <br />I had to change was blinking of the visual alarms upon activation and <br />changing to a steady light upon acknowledgement. The SCM has multiple <br />alarms however and the ABS guide is silent regarding whether the <br />blinking of multiple alarms should be in resonance (all blinking <br />together at the same time) or randomly based upon when the alarm was <br />set. The random method certainly gets your attention when multiple <br />alarms go off but I think the resonance method might allow better <br />processing of which alarm to tackle first in the case of multiple <br />alarms. Any thoughts.<br /><br />Jon<br /><br /><hr /><br />Personal_Submersibles mailing list<br />Personal_Submersibles@psubs.org<br /><a href="http://www.psubs.org/mailman/listinfo.cgi/personal_submersibles">http://www.psubs.org/mailman/listinfo.cgi/personal_submersibles</a><br
/></pre></blockquote></div></body></html>