Pilot cancellable alarms

[DBRV10]

Does anyone know of a way to cancel an alarm status so that it is removed from the alarm list, and is effectively cancelled until the next time that cycle appears.

Example a pressure switch (or any device like a Pitot heat Failure) activates, you acknowledge it, and cancel it as an alarm, even though the condition still exists. The alarm does not reappear again until its condition changes to normal and comes back again.

Any thoughts, because I think this is a feature that should exist but I can't see it for the life of me.

 

[jc2da]

The one or two times this was needed, i just went through the setup menu to disable the alarm. Another time, i switched the audible alarm off. I have my SV audio wired to a switched Aux channel. Anyway, a couple other options i have used as temporary workarounds.

 

[dynonsupport]

David,
Individual items in the message list are not selectable or editable/cancel-able. That would require a whole user interface for the message list.

If you're asking if you can configure an individual alarm to always behave this way, that also is not possible. Since just viewing the message list is treated as confirmation of each alarm, that would cause viewing the list for any reason to completely clear the message. I'm not sure that's exactly what you want.

I can sort of see where you are going with the pitot alarm- but I don't see the use case for a pressure sensor off the top of my head. Most people sent up the pitot heat as a yellow, not a red so it never causes an alarm. You could use a relay so that it only triggers an alarm when it's powered and failed, which seems it would be better than having it at ever boot and having to accept it.

In any case, the feature mainly doesn't exist because it hasn't been asked for before. As usual, we'll throw it on the list and bump it up if there's more interest.

 

[DBRV10]

Good morning!

DS, you have understood correctly and confirmed what I believed was the case. I just wanted to be sure before I started adding hardware to someone else's plane.

The case in point is actually a pressure switch (could have also been a sender) where the fuel transfer from a tip tank to the main can be monitored and at the completion of the transfer, an alert is triggered.

Of course that alert triggering is a status that exists 99%of the time so you do not want it remaining in the list.

For me and my purposes, and I understand the pitot heat failure can be a yellow, I would want an alarm and then have the ability to not only accept it but reset it. I just used that as an example.

I can solve this with a tiny terminal relay, but having a full PLC programmable functionality would be nice …..imagine the support calls you could have then!

If you add that to the list can you please take EGT NORMALISE right to the top. As an EMS feature that is by far more significant and product defining feature than any other I have seen so far.

 

[mmarien]

David

Toggle switches are a good way to handle binary logic. If you want the alarm to only work when the pump is ON then connect the EMS pin to the pump toggle switch (DPST) so that when the pump is OFF the condition on the EMS pin is always green. When the pump is ON the EMS pin is driven by the pressure switch.

When the transfer is complete and the alarm is triggered, switching the pump OFF will also switch the EMS pin to the green state - where it stays for 99% of the time. Make the ALARM SELF-CLEAR so that switching the pump OFF clears the ALARM.

I support the idea of programmable conditions on alarms where more complex situations can trigger alarms. ie: if IAS > 110 and Flaps > 10 then ALARM. VP-X does this logic but there are plenty of other conditions that simple toggle switch logic or VP-X don't cover.

+1 on David's request for programmable conditions.

 

[DBRV10]

Indeed, and that was the fall back position. But in my plane, which was completed 6 years ago, and SV upgrade last year, those changes sound easy….takes days. The RV8 I am working on, is much the same, although we are going to now wire in the switches while we still can.

I also think adjustable current limits for the VPX would be nice too, but where does it all end.

 

[jakej]

Be careful what you ask for as it ends with bigger & bigger ( read more pages) install/ operating manuals which a lot won't bother to read anyway. : ;D

Jake J

 

[DBRV10]

And even more support calls from those who stuff it up! :-/

 

[swatson999]

... but where does it all end. 

Remember..."A design is not optimal when there is nothing left to add, but when there is nothing left to take away" (or words like that). Attributed to Da Vinci, but said by every engineer in the history of mankind.

 

[preid]

I also think adjustable current limits for the VPX would be nice too,

I have it BTW with the VP-200 :

but where does it all end.

Sadly, with Vertical Power, I think you have seen the end.