hdfirmware / firmware

App

Clone Tools

Stats

Commits this week: 0
Total Committers: 17
Last Commit: 19 Nov 25
Commits this week: 0

Lines of code count not available

Commit Activity

Commits By Day In Week
52 week commits volume
Commits By Day In Week
Commits by day
Commits By Day In Week
Commits by hour
Commits By Hour In Day
Commit calendar
 

Most active committers (90 days)

loading
loading
  • last updated a few minutes ago
All Commits Reviews
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Friday 14 May 2021
1:34 pm

Sean Nash

v0.5.0.9036

Options
    • -1
    • +1
    ./Controllers/BloodFlow.c
    • -2
    • +2
    ./HDCommon.h
1:31 pm

Sean Nash

DEN-7605: Formalized several syringe pump changes.

Options
    • -1
    • +1
    ./Controllers/BloodFlow.c
    • -14
    • +46
    ./Controllers/SyringePump.c
    • -2
    • +2
    ./HDCommon.h
12:46 pm

Sean Nash

Fixed merge conflict.

Options
    • -0
    • +2
    ./HDCommon.h
10:39 am

qnguyen  (deleted user)

This seems to be conflict with FPGA_BLOOD_LEAK_ZERO_STATE_MASK if we are reading from the same FPGA gpio.

This seems to be conflict with FPGA_BLOOD_LEAK_ZERO_STATE_MASK if we are reading from the same FPGA gpio.

9:56 am

Sean Nash

DEN-7605: Added syringe pump stall alarm.

Options
    • -26
    • +35
    ./Controllers/SyringePump.c
Thursday 13 May 2021
6:45 pm

Sean Nash

DEN-7605: Fixes to retract stall check. Build switch for slower retract.

Options
    • -2
    • +14
    ./Controllers/SyringePump.c
    • -0
    • +2
    ./HDCommon.h
2:19 pm

Sean Nash

Fixed merge conflicts.

Options
    • -4
    • +5
    ./HDCommon.h
2:08 pm

Sean Nash

Syringe pump retract stall handling. Will add to DEN-7605.

Options
    • -33
    • +34
    ./Controllers/SyringePump.c
2:08 pm

Sean Nash

Syringe pump retract stall handling. Will add to DEN-7605.

Options
    • -33
    • +34
    ./Controllers/SyringePump.c
2:00 pm

Quang Nguyen <qnguyen@diality.com>

DEN-8103: Removed Heparin concentration in treatment log

Options
    • -1
    • +0
    ./Modes/ModePostTreat.h
1:21 pm

Dara Navaei

Are we adding an alarm here later?

Are we adding an alarm here later?

1:02 pm

Dara Navaei

It looks like you have not added these functions to SystemComm.c. They need to be added there otherwise the commands will not be handled.

It looks like you have not added these functions to SystemComm.c. They need to be added there otherwise the commands will not be handled.

10:47 am

Dara Navaei

Updated HDCommon.h

Options
    • -6
    • +4
    ./HDCommon.h
10:42 am

Dara Navaei

Merge branch 'DEN-8030-dg-hd_dev-dg-mode-chemical-disinfect' into develop

Options
    • -3
    • +3
    ./Services/SystemCommMessages.c
10:37 am

Dara Navaei

DEN-8030 fixed fluid leak detector in systemcommmessages.c

Options
    • -3
    • +3
    ./Services/SystemCommMessages.c
10:24 am

Sean Nash

Merge branch 'DEN-7605-hd_dg_dev-self-tests' into develop

Options
    • -0
    • +2
    ./Controllers/BloodFlow.c
10:24 am

Sean Nash

DEN-7605: added build switch for flow sensor status check.

Options
    • -0
    • +2
    ./Controllers/BloodFlow.c
    • -0
    • +2
    ./Controllers/DialInFlow.c
9:46 am

Sean Nash

Fixed merge conflicts.

Options
    • -2
    • +3
    ./HDCommon.h
9:42 am

Sean Nash

DEN-7605: Added check for syringe pump stall w/ retries.

Options
    • -11
    • +59
    ./Controllers/SyringePump.c
    • -0
    • +4
    ./Controllers/Voltages.c
    • -4
    • +5
    ./HDCommon.h
Wednesday 12 May 2021
3:31 pm

Peman Montazemi <pmontazemi@diality.com>

DEN-7860: Addressed part of code review comments

Options
    • -20
    • +23
    ./Controllers/Bubble.c
    • -0
    • +1
    ./Services/AlarmMgmt.h
    • -2
    • +2
    ./Services/FPGA.c
    • -1
    • +5
    ./Tasks/TaskPriority.c
Tuesday 11 May 2021
3:39 pm

Sean Nash

I think this makes sense. We've done the same in other monitors/controllers like valves where there are several similar components handled in same driver.

I think this makes sense. We've done the same in other monitors/controllers like valves where there are several similar components handled in same driver.

3:36 pm

Sean Nash

Maybe cast the status params as U32 as well so there won't be an issue within the broadcast function (see my comment there for context).

Maybe cast the status params as U32 as well so there won't be an issue within the broadcast function (see my comment there for context).

3:34 pm

Sean Nash

For blood leak sensor, we didn't want to go to normal state until it was zeroed and self-tested. For bubble detector, do we want to be stuck in init state until self-test is requested? I think if w...

For blood leak sensor, we didn't want to go to normal state until it was zeroed and self-tested. For bubble detector, do we want to be stuck in init state until self-test is requested?
I think if we keep this state machine as is, we will want to request self-test in POST so that we can move on to normal state quickly. Then still request another self-test in each pre-treatment as we are now doing.

3:30 pm

qnguyen  (deleted user)

Should we broadcast both bubble detectors' data in one message?

Should we broadcast both bubble detectors' data in one message?

3:30 pm

Sean Nash

Same. Validate bubble param at top of function before using it. Then no need for else below.

Same. Validate bubble param at top of function before using it. Then no need for else below.

3:28 pm

Sean Nash

Should validate bubble param up top before you use it. S/W fault if invalid. Then don't need the else below.

Should validate bubble param up top before you use it. S/W fault if invalid. Then don't need the else below.

3:24 pm

Sean Nash

Initialize the other 3 fields of the override structure.

Initialize the other 3 fields of the override structure.

3:21 pm

Sean Nash

I agree we want to send the two status enums as a U32 over the CAN. I think it's better to assign w/ cast the two status to local U32s before memcpy into payload. That way, memcpy is given 4 bytes ...

I agree we want to send the two status enums as a U32 over the CAN. I think it's better to assign w/ cast the two status to local U32s before memcpy into payload. That way, memcpy is given 4 bytes to copy. As is, I worry compiler will only have 1 or 2 bytes for the enum passed into the function and we're forcing memcpy to copy 4 bytes - could corrupt the upper bytes of the two status fields in the message payload.

3:12 pm

Sean Nash

Code below looks like this message is expected to have a payload of type OVERRIDE_PUMP_SET_PT_PAYLOAD_T. Not sure why a bubble test request would have a pump type payload, maybe it had what you nee...

Code below looks like this message is expected to have a payload of type OVERRIDE_PUMP_SET_PT_PAYLOAD_T. Not sure why a bubble test request would have a pump type payload, maybe it had what you needed (an index). But this structure will have a length larger than 0. Should be "if ( sizeof( OVERRIDE_PUMP_SET_PT_PAYLOAD_T ) == message->hdr.payloadLen ).

3:06 pm

Sean Nash

I think it's worth checking that the self-test mode was entered as expected.

I think it's worth checking that the self-test mode was entered as expected.