firmware

Clone Tools
  • last updated a few minutes ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
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?

DEN-14888: Lowered UF volume error threshold from 250 to 50 mL.

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.

Bamboo Commit: Updated HDCommon.h with build versions from Bamboo

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?

Bamboo Commit: Updated HDCommon.h with build versions from Bamboo

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

    • -9
    • +26
    ./App/Services/SystemCommMessages.c
DEN-14830: Removed duplicate heater structure

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.

    • -9
    • +26
    ./App/Services/SystemCommMessages.c
RESOLVED in CODE WALKTHROUGH.

RESOLVED in CODE WALKTHROUGH.

RESOLVED in CODE WALKTHROUGH.

RESOLVED in CODE WALKTHROUGH.

Remove blank line.

Remove blank line.

RESOLVED in CODE WALKTHROUGH.

RESOLVED in CODE WALKTHROUGH.

RESOLVED in CODE WALKTHROUGH.

RESOLVED in CODE WALKTHROUGH.

RESOLVED in CODE WALKTHROUGH.

RESOLVED in CODE WALKTHROUGH.

FALSE was right.

FALSE was right.