Modes

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
DEN-15660 addressed the code review comments

  1. … 1 more file in changeset.
Nelson is not part of the commercial code.

Nelson is not part of the commercial code.

Done

Done

Done

Done

Done

Done

Nelson support is only in debug mode.

Nelson support is only in debug mode.

Done

Done

Done

Done

The un-averaged TDi and TRo are used for dialysate temperature checking and trimmer heater control I think we should keep them to be able to have a full picture if needed unless the CAN bus is real...

The un-averaged TDi and TRo are used for dialysate temperature checking and trimmer heater control I think we should keep them to be able to have a full picture if needed unless the CAN bus is really flooded.

This is a time and not timeout.

This is a time and not timeout.

Done

Done

Done

Done

Done

Done

Done

Done

Correct indentation

Correct indentation

Correct indentation

Correct indentation

Indentation needs to be corrected.

Indentation needs to be corrected.

handleEmptyBottleFlag is only an input

handleEmptyBottleFlag is only an input

DG-DEN-15702_Alarm 150 Inlet Water Conductivity High Does Not Disappear ON Standby Screen When
DG-DEN-15702_Alarm 150 Inlet Water Conductivity High Does Not Disappear ON Standby Screen When
DEN-15702 Check VPI Open for Inlet Conductivity, Pressure, temperature. If VPI Closed, clear alarms.

  1. … 3 more files in changeset.
Merge branch 'DEN-15660-test_configuration_treatment_recovery' into develop

DEN-15809 added code to clear the dialysate generation alarm 147

DEN-15809 updated the code to trigger another alarm if the empty bottle alarms have been triggered.:

What about acid?

What about acid?

This looks strange. If we have a empty bottle alarm, shouldn't we just not start a fill in the first place? With this approach, you're just stuck in fill start state until user clears the alarm.

This looks strange. If we have a empty bottle alarm, shouldn't we just not start a fill in the first place?
With this approach, you're just stuck in fill start state until user clears the alarm.

Merge branch 'DEN-15660-test_configuration_treatment_recovery' into develop

DEN-15660, DEN-15781, added code to not check the dialysate temperature sensorswhen the dialysate flow is zero. DEN-15808, Added code to process the empty jug alarm

  1. … 1 more file in changeset.
Can we move these declarations up to top of scope?

Can we move these declarations up to top of scope?

Replace "TIMEOUT" with "TIME"

Replace "TIMEOUT" with "TIME"

Is this really a timeout? Or is it a minimum duration?

Is this really a timeout? Or is it a minimum duration?