hdfirmware

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
Wednesday 24 May 2023
11:56 am

Sean Nash

Merged DEN-15250 to staging.

Options
11:54 am

Sean Nash

Merge staging to DEN-15250.

Options
    • -1
    • +3
    /firmware/App/Services/SystemCommMessages.c
11:50 am

Sean Nash

DEN-15359: Updated tx params to change art/ven pressure limit params from min/max to window.

Options
    • -27
    • +35
    /firmware/App/Controllers/PresOccl.c
    • -64
    • +17
    /firmware/App/Modes/ModeTreatment.c
    • -8
    • +4
    /firmware/App/Modes/ModeTreatment.h
    • -44
    • +14
    /firmware/App/Modes/ModeTreatmentParams.c
    • -8
    • +4
    /firmware/App/Modes/ModeTreatmentParams.h
9:20 am

jtaylor  (deleted user)

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?

8:51 am

Sean Nash

DEN-13865: Addressed code review comment.

Options
    • -1
    • +1
    /firmware/App/Controllers/SyringePump.c
Tuesday 23 May 2023
2:56 pm

Darren Cox <darren_m@cox.net>

DEN-15396 Use greater of 10sec or 10 Rotor turn times for minimum persistent error time.

Options
    • -4
    • +8
    /firmware/App/Controllers/DialInFlow.c
11:22 am

Dara Navaei

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

Options
    • -1
    • +1
    /firmware/App/HDCommon.h
11:20 am

Sean Nash

Merge branch 'DEN-13865-fw-duplicate-alarms-occur-during-post-treatment-rinseback-and-block-workflow' into develop

Options
11:20 am

Sean Nash

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

Options
    • -2
    • +3
    /firmware/App/Services/AlarmMgmt.c
11:10 am

Sean Nash

Merge branch 'DEN-13865-fw-duplicate-alarms-occur-during-post-treatment-rinseback-and-block-workflow' into develop

Options
11:09 am

Sean Nash

DEN-13865: fix re-trigger block logic.

Options
    • -20
    • +23
    /firmware/App/Services/AlarmMgmt.c
11:08 am

Dara Navaei

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

Options
    • -1
    • +1
    /firmware/App/HDCommon.h
10:58 am

Sean Nash

Merge branch 'DEN-13865-fw-duplicate-alarms-occur-during-post-treatment-rinseback-and-block-workflow' into develop

Options
10:57 am

Sean Nash

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

Options
    • -2
    • +9
    /firmware/App/Modes/Rinseback.c
    • -3
    • +26
    /firmware/App/Services/AlarmMgmt.c
    • -0
    • +1
    /firmware/App/Services/AlarmMgmt.h
9:45 am

Sean Nash

Merge branch 'DEN-13865-fw-duplicate-alarms-occur-during-post-treatment-rinseback-and-block-workflow' into develop

Options
    • -0
    • +1
    /firmware/App/Controllers/SyringePump.c
    • -0
    • +1
    /firmware/App/Modes/ModeStandby.c
9:42 am

Sean Nash

DEN-13865: Implemented alarm system feature to prevent alarm re-trigger per new properties. Addressed DEN-15295.

Options
    • -0
    • +1
    /firmware/App/Controllers/SyringePump.c
    • -0
    • +1
    /firmware/App/Modes/ModeStandby.c
    • -9
    • +32
    /firmware/App/Services/AlarmMgmt.c
    • -0
    • +1
    /firmware/App/Services/AlarmMgmt.h
8:52 am

Dara Navaei

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

Options
    • -1
    • +1
    /firmware/App/HDCommon.h
8:52 am

Dara Navaei

Merge branch 'DEN-15367-hd_dg_test_configuration_setup' into develop

Options
8:49 am

Dara Navaei

DEN-15367 updated the use wet cartrdige test configuration

Options
    • -69
    • +84
    /firmware/App/Modes/Prime.c
8:36 am

Sean Nash

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)?

8:35 am

Sean Nash

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?

12:02 am

Dara Navaei

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
Monday 22 May 2023
11:18 pm

Dara Navaei

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

Options
    • -1
    • +1
    /firmware/App/HDCommon.h
11:16 pm

Sean Nash

Merge branch 'DEN-15250-pre-treatment-does-not-end-successfully' into develop

Options
    • -7
    • +7
    /firmware/App/Services/SystemCommMessages.c
11:11 pm

Sean Nash

DEN-15250: cosmetic and coding standard changes.

Options
    • -29
    • +29
    /firmware/App/Modes/OperationModes.c
    • -3
    • +3
    /firmware/App/Modes/OperationModes.h
    • -7
    • +7
    /firmware/App/Services/SystemCommMessages.c
5:35 pm

Dara Navaei

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

Options
    • -1
    • +1
    /firmware/App/HDCommon.h
5:33 pm

Bill Bracken <bill@criticalsoftwaresolutions.com>

Merge remote-tracking branch 'origin/DEN-15363-fw-handle-bld-sensor-communication-errors' into develop

Options
    • -5
    • +12
    /firmware/App/Controllers/BloodLeak.c
4:48 pm

Bill Bracken <bill@criticalsoftwaresolutions.com>

DEN-15363 Reuse alarm ID 63 for Blood Leak communications errors

Options
    • -6
    • +1
    /firmware/App/Controllers/BloodLeak.c
1:40 pm

Michael Garthwaite

11:59 am

jtaylor  (deleted user)

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,