dgfirmware / firmware / App

Controllers

Clone Tools

Stats

Commits this week: 0
Total Committers: 16
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
Tuesday 17 Jan 2023
2:13 pm

Bill Bracken <bill@criticalsoftwaresolutions.com>

DEN-13946 Corrections per code review

Options
    • -3
    • +3
    ./LoadCell.c
    • -2
    • +2
    ./Pressures.c
    • -6
    • +7
    ./Pressures.h
    • -2
    • +2
    ./TemperatureSensors.c
    • -22
    • +23
    ./TemperatureSensors.h
    • -4
    • +4
    ./Thermistors.c
    • -4
    • +5
    ./Thermistors.h
1:49 pm

Sean Nash

This looks strange. Why is TD2 temp usually 0.0, but read if using TPo?

This looks strange. Why is TD2 temp usually 0.0, but read if using TPo?

1:43 pm

Sean Nash

Prefer doing this kind of thing with a loop iterating through the enum in case we add/remove a reservoir.

Prefer doing this kind of thing with a loop iterating through the enum in case we add/remove a reservoir.

1:41 pm

Sean Nash

Does hasAlarmBeenTriggered need to be set here too? If not, need to clarify what that flag really means.

Does hasAlarmBeenTriggered need to be set here too? If not, need to clarify what that flag really means.

1:36 pm

Sean Nash

Need to be careful with these. These functions are currently resetting the POST functions to start at beginning, but also need to reset ANY variables that the POST functions use/set (not override v...

Need to be careful with these.
These functions are currently resetting the POST functions to start at beginning, but also need to reset ANY variables that the POST functions use/set (not override variables though).
Also, since we are not re-initializing everything like a true reset does, we need to make sure that these modules are setup to restart or resume (whichever is more appropriate for the module) after POST completes if the module is in any way interrupted/deferred by POST or competing with POST for a resource/driver (e.g. RTC or NV-Data).

1:24 pm

Sean Nash

Variable should already be a BOOL.

Variable should already be a BOOL.

1:24 pm

Sean Nash

Set to TRUE here.

Set to TRUE here.

1:23 pm

Sean Nash

Initialize to FALSE.

Initialize to FALSE.

1:23 pm

Sean Nash

Rename to isDGFaultActive.

Rename to isDGFaultActive.

1:22 pm

Sean Nash

Name is too broad and comment is too specific. Should probably be a BOOL flag that indicates there is an active DG fault.

Name is too broad and comment is too specific. Should probably be a BOOL flag that indicates there is an active DG fault.

1:17 pm

Sean Nash

This alarm does not appear to be available. Correct description in last column (trigger condition).

This alarm does not appear to be available. Correct description in last column (trigger condition).

1:08 pm

Sean Nash

Do we need to re-queue these reads? We've already done it at real POST. And if we do need to queue them, why does queue have to be empty? Shouldn't we always queue them if they're needed?

Do we need to re-queue these reads? We've already done it at real POST. And if we do need to queue them, why does queue have to be empty? Shouldn't we always queue them if they're needed?

1:05 pm

James Walter Taylor <jtaylor@diality.com>

HD-DEN-14561_Release Preprocessor Flag Specifies Code That Conflicts With SW Config Debug

Corrected _RELEASE_ logic, release build executes the same block as non debug selection

Options
    • -4
    • +4
    ./ConcentratePumps.c
12:03 pm

dcox  (deleted user)

RESOLVED IN CODE WALKTHROUGH

RESOLVED IN CODE WALKTHROUGH

12:00 pm

dcox  (deleted user)

RESOLVED IN CODE WALKTHROUGH

RESOLVED IN CODE WALKTHROUGH

11:20 am

Bill Bracken <bill@criticalsoftwaresolutions.com>

DEN-13946 Make monitor functions for pressure, temperature, thermistors and load cells consistent. Address code review comments.

Options
    • -24
    • +24
    ./LoadCell.c
    • -7
    • +7
    ./Pressures.c
    • -11
    • +11
    ./TemperatureSensors.c
    • -6
    • +7
    ./Thermistors.c
10:38 am

Dara Navaei

DEN-14559 added functions to reset the POST states of the drivers that have a POST state machine for the command to request POST again

Options
    • -2
    • +2
    ./ConductivitySensors.c
    • -0
    • +12
    ./Pressures.c
    • -1
    • +2
    ./Pressures.h
    • -2
    • +2
    ./TemperatureSensors.c
    • -3
    • +16
    ./UVReactors.c
    • -0
    • +2
    ./UVReactors.h
  7. … 7 more files in changeset.
Monday 16 Jan 2023
4:45 pm

Bill Bracken <bill@criticalsoftwaresolutions.com>

DEN-13946 Do not process thermistor alarms if in DG_INIT

Options
    • -1
    • +2
    ./Thermistors.c
3:01 pm

Dara Navaei

DG-DEN-14561_Release Preprocessor Flag Specifies Code That Conflicts With SW Config Debug
DG-DEN-14561_Release Preprocessor Flag Specifies Code That Conflicts With SW Config Debug
1:42 pm

Bill Bracken <bill@criticalsoftwaresolutions.com>

DEN-13946 Code review correction

Options
    • -1
    • +0
    ./Thermistors.c
12:11 pm

wbracken  (deleted user)

Alignment

Alignment

10:55 am

jtaylor  (deleted user)

Alignment

Alignment

Sunday 15 Jan 2023
3:27 pm

Dara Navaei

DEN-14559 updated the cleaning modes with the SRS changes

Options
    • -1
    • +1
    ./TemperatureSensors.c
  2. … 7 more files in changeset.
Friday 13 Jan 2023
11:56 am

Bill Bracken <bill@criticalsoftwaresolutions.com>

DEN-13946 Darren comments DEN-14075 Corrected thermistor override in previous commit

Options
    • -6
    • +2
    ./Thermistors.c
11:39 am

wbracken  (deleted user)

Corrected.

Corrected.

11:38 am

wbracken  (deleted user)

Only used if Temperature is in alarm.

Only used if Temperature is in alarm.

11:31 am

wbracken  (deleted user)

Only used if the load cell is out of range.

Only used if the load cell is out of range.

10:41 am

dcox  (deleted user)

No initial value for alarmID. Can it end up not set before use in checkPersistentAlarm?

No initial value for alarmID. Can it end up not set before use in checkPersistentAlarm?

10:38 am

dcox  (deleted user)

Why remove initial value for alarmIndex?

Why remove initial value for alarmIndex?

10:35 am

dcox  (deleted user)

Comment does not explain what the numbers are - 3, 10, 10.

Comment does not explain what the numbers are - 3, 10, 10.