[PSUBS-MAILIST] SCMv2 - Submarine Control Manager

Sean T. Stevenson via Personal_Submersibles personal_submersibles at psubs.org
Tue Apr 12 11:10:01 EDT 2016


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.

Sean


On April 12, 2016 8:28:50 AM MDT, Jon Wallace via Personal_Submersibles <personal_submersibles at psubs.org> wrote:
>
>After studying the ABS Ergonomics Guide regarding alarms the only thing
>
>I had to change was blinking of the visual alarms upon activation and 
>changing to a steady light upon acknowledgement.  The SCM has multiple 
>alarms however and the ABS guide is silent regarding whether the 
>blinking of multiple alarms should be in resonance (all blinking 
>together at the same time) or randomly based upon when the alarm was 
>set.  The random method certainly gets your attention when multiple 
>alarms go off but I think the resonance method might allow better 
>processing of which alarm to tackle first in the case of multiple 
>alarms.  Any thoughts.
>
>Jon
>
>_______________________________________________
>Personal_Submersibles mailing list
>Personal_Submersibles at psubs.org
>http://www.psubs.org/mailman/listinfo.cgi/personal_submersibles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.whoweb.com/pipermail/personal_submersibles/attachments/20160412/33e40c61/attachment.html>


More information about the Personal_Submersibles mailing list