Services

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
DEN-14860 Code review indent update.

DEN-14860 Code review indent update.

DEN-14906-dialyzer-de-prime. Initial implementation of dialyzer reprime

  1. … 1 more file in changeset.
DEN-14888: Implemented user confirmation of treatment end response to alarm.

  1. … 3 more files in changeset.
Did Blaine ask for this?

Did Blaine ask for this?

Indent for reddability?

Indent for reddability?

Don't see timeReservoirInUF being used?

Don't see timeReservoirInUF being used?

DEN-14888: Updated alarm 47 - UF rate accuracy alarm, to check after each reservoir switch during treatment.

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

DEN-14860 Added percent limits above 400mlh.

DEN-14860 Added percent limits above 400mlh.

HD-DEN-14918_Pba Pbo And OB Not Available ON Debug Screen
HD-DEN-14918_Pba Pbo And OB Not Available ON Debug Screen
DEN-14918: Fixed issue with alarm 91 when DG comm lost outside of treatment workflow.

Isn't deleted statement correct?

Isn't deleted statement correct?

Isn't deleted statement correct?

Isn't deleted statement correct?

Isn't deleted statement correct?

Isn't deleted statement correct?

Isn't delete statement correct?

Isn't delete statement correct?

I think that's true in calls to serialize function, but I don't think this function wants this kind of flag (i.e. it's not looking for whether to require ACK or not - it wants to know if we are ACK...

I think that's true in calls to serialize function, but I don't think this function wants this kind of flag (i.e. it's not looking for whether to require ACK or not - it wants to know if we are ACKing (TRUE) or NAKing (FALSE) this command). Here, we are NAKing the command, so FALSE was appropriate.

Has DG check-in msg ID been made available for re-purpose? RESOLVED in CODE WALKTHROUGH.

Has DG check-in msg ID been made available for re-purpose?
RESOLVED in CODE WALKTHROUGH.

DG no longer sends this message. We determine DG check-in by receiving the DG op mode command.

DG no longer sends this message. We determine DG check-in by receiving the DG op mode command.

HD-DEN-14888_Unable TO Trigger Alarm 47 Ultrafiltration Rate IS Too High Error During Treatment
HD-DEN-14888_Unable TO Trigger Alarm 47 Ultrafiltration Rate IS Too High Error During Treatment
Merge branch 'DEN-14689-messaging-bugs' into develop

DEN-14689: reworked message len checks for it to be grabbed by automation

Why removed?

Why removed?

Merge branch 'DEN-14689-messaging-bugs' into develop

Change cmd to prompt

Change cmd to prompt

How do we wish to handle the output of the automated script? It currently does not handle conditional statements to determine ack requiredness. If set to false, the output is: 0x4A MSG_ID_UI_PATI...

How do we wish to handle the output of the automated script? It currently does not handle conditional statements to determine ack requiredness.

If set to false, the output is:

0x4A MSG_ID_UI_PATIENT_DISCONNECTION_CONFIRM hdfirmware response COMM_BUFFER_OUT_CAN_HD_2_UI ACK_REQUIRED PAYLOAD

which is incorrect to what the code is doing. We have 2 different implementations of calling sendAckResponseMsg()


1. sendAckResponseMsg( (MSG_ID_T)message->hdr.msgID, COMM_BUFFER_OUT_CAN_HD_2_UI, FALSE );

  1. if we dont meet an expected condition. Later in the handler we will call a response message with the response message calling:
    serializeMessage( msg, COMM_BUFFER_OUT_CAN_DG_2_HD, ACK_REQUIRED );


2. sendAckResponseMsg( (MSG_ID_T)message->hdr.msgID, COMM_BUFFER_OUT_CAN_HD_2_UI, result );

  1. a conditional based on?


Please review the FW_Message_list.csv within latest develop & staging builds to understand how the automated script is determining "ack requireness"

DEN-14689: removed dg checkin message as it is no longer needed.