Services

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Merge staging to DEN-15250.

The valves are not returned to their target position until the alarm is cleared. I could make a broader change, but is that what you're suggesting?

The valves are not returned to their target position until the alarm is cleared. I could make a broader change, but is that what you're suggesting?

DEN-13865: More fixes to alarm re-trigger prevention logic.

DEN-13865: fix re-trigger block logic.

DEN-13865: Handle no re-trigger action or end-tx only alarms during rinseback/recirc states of treatment mode.

  1. … 1 more file in changeset.
DEN-13865: Implemented alarm system feature to prevent alarm re-trigger per new properties. Addressed DEN-15295.

  1. … 2 more files in changeset.
So then can we remove power loss alarm active checks from this condition (just keep the cpld power loss check as before)?

So then can we remove power loss alarm active checks from this condition (just keep the cpld power loss check as before)?

Do we need the alarm active checks? Isn't power loss check sufficient?

Do we need the alarm active checks? Isn't power loss check sufficient?

HD-DEN-13865_FW Duplicate Alarms Occur During Post Treatment Rinseback And Block Workflow
HD-DEN-13865_FW Duplicate Alarms Occur During Post Treatment Rinseback And Block Workflow
Merge branch 'DEN-15250-pre-treatment-does-not-end-successfully' into develop

DEN-15250: cosmetic and coding standard changes.

  1. … 2 more files in changeset.
The root cause is that abnormal AC power loss on the HD causes abnormal operating conditions and spurious errors. The valves return to position after the alarm is cleared, not when AC returns. The ...

The root cause is that abnormal AC power loss on the HD causes abnormal operating conditions and spurious errors. The valves return to position after the alarm is cleared, not when AC returns. The timer gives a ten-second window following removing the power fail signal and the alarm condition, where the alarm block is active. The original block used the alarms alone, we changed to the CPLD power loss detection - which returns with the return of AC. Clearing the alarms late means removing the block before the valves return to normal operation.

I think there are two approaches. We already have distributed failsafe that is entered on power fail, which we recover from after the alarm is cleared.
1. Create a pervasive state that affects every operating mode, allowing transitions to "safe" states during alarms, then back to the original operating state. The safe state would not register errors until after the transition back to normal operation.
2. Block errors until both AC is returned and the alarm is cleared when normal operation is restored.

The second approach is much simpler and addresses the root problem: odd control configurations resulting from having alarms with conflicting controls. In this case, the secondary alarms are spurious since they result from the valves dropping into a safe position, for instance, on the loss of AC. We also have a handful of other errors that occur under these conditions, fan speed, for instance, as well as valve positions,

Added alarm 62 detection disable as suggested.

Added alarm 62 detection disable as suggested.

Fixed merge conflict.

  1. … 2 more files in changeset.
Fixed merge conflict.

DEN-15250: End tx should go to post-tx from pre-tx unless haven't finished water sample state. Require ack on confirmation msgs.

  1. … 1 more file in changeset.
Bamboo Commit: Updated the Copyright section and replaced tabs with 4 spaces

  1. … 2 more files in changeset.
DEN-15375 addresed the release fixes

HD-DEN-15375_FW Dialysate Heating Fixes
HD-DEN-15375_FW Dialysate Heating Fixes
HD-DEN-15250_Pre Treatment Does Not End Successfully
HD-DEN-15250_Pre Treatment Does Not End Successfully
This doesn't seem like a fix to root cause - may not work if user clears alarm quickly. Suggest looking at valve driver where alarm 62 is detected/triggered and maybe zeroing positionOutOfRangeCoun...

This doesn't seem like a fix to root cause - may not work if user clears alarm quickly.
Suggest looking at valve driver where alarm 62 is detected/triggered and maybe zeroing positionOutOfRangeCounter (reset 1 sec persistence) if AC power is out. That way, when AC is restored, valves will have a whole second to get where they're supposed to be before alarm is triggered.

Bamboo Commit: Updated the Copyright section and replaced tabs with 4 spaces

DEN-15060-2: Another fix to alarm silence functionality.

HD-DEN-15060_2 Nfr Alarms Lower Priority Alarm DE Silence Higher Priority Alarm Audio
HD-DEN-15060_2 Nfr Alarms Lower Priority Alarm DE Silence Higher Priority Alarm Audio
DEN-15060-2: Fixed issue with alarm silence getting aborted by a lesser ranked alarm.