hdfirmware / firmware / App

Services

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 23 Jan 2024
12:50 pm

Dara Navaei

DEN-16499 added doxygen comments for the structures

Options
    • -6
    • +6
    ./Reservoirs.h
    • -7
    • +7
    ./SystemComm.c
    • -1
    • +1
    ./SystemCommMessages.c
  4. … 9 more files in changeset.
10:47 am

Dara Navaei

Merge branch 'staging' into DEN-16499-fw-message-list-testing-issues

Options
    • -1
    • +1
    ./SystemComm.c
    • -1
    • +1
    ./SystemCommMessages.c
    • -1
    • +1
    ./SystemCommMessages.h
Friday 12 Jan 2024
11:13 am

Sean Nash

Fixed merge conflict.

Options
    • -9
    • +1
    ./AlarmMgmt.c
  2. … 2 more files in changeset.
Wednesday 10 Jan 2024
10:53 am

Vinayakam Mani

Tuesday 09 Jan 2024
9:37 am

Dara Navaei

Bamboo Commit: Updated the Copyright section and replaced tabs with 4 spaces

Options
    • -1
    • +1
    ./AlarmMgmt.c
9:32 am

Dara Navaei

Bamboo Commit: Updated the Copyright section and replaced tabs with 4 spaces

Options
    • -2
    • +2
    ./AlarmMgmt.c
9:32 am

Vinayakam Mani

Monday 08 Jan 2024
8:11 pm

Dara Navaei and Sean Nash

8:11 pm

Dara Navaei and Sean Nash

8:11 pm

Dara Navaei

RESOLVED in CODE WALKTHROUGH

RESOLVED in CODE WALKTHROUGH

1:11 pm

Vinayakam Mani

DEN-16595 Dev testing changes

Options
    • -8
    • +0
    ./AlarmMgmt.c
1:04 pm

Vinayakam Mani

The removed code changes are dead code due to condition of "if" condition check at top level ( ALARM_TABLE[ a ].alarmClearOnly). these alarms have property of 'clear only' as 'TRUE" in the alarm ta...

The removed code changes are dead code due to condition of "if" condition check at top level ( ALARM_TABLE[ a ].alarmClearOnly). these alarms have property of 'clear only' as 'TRUE" in the alarm table. hence condition always be false and the removed code changes never executed.

8:59 am

Sean Nash

8:59 am

Sean Nash

8:58 am

Sean Nash

8:58 am

Sean Nash

8:56 am

Dara Navaei

Why was this block removed? We do not need to check of the empty bottles alarms anymore?

Why was this block removed? We do not need to check of the empty bottles alarms anymore?

8:52 am

Dara Navaei

HD-DEN-16595_Vectorcast Unit And Integration Testing
HD-DEN-16595_Vectorcast Unit And Integration Testing
8:52 am

Dara Navaei

HD-DEN-16595_Vectorcast Unit And Integration Testing
HD-DEN-16595_Vectorcast Unit And Integration Testing
Friday 05 Jan 2024
4:45 pm

Vinayakam Mani

DEN-16595 Dev testing changes

Options
    • -8
    • +0
    ./AlarmMgmt.c
Thursday 04 Jan 2024
10:28 am

Dara Navaei

Bamboo Commit: Updated the Copyright section and replaced tabs with 4 spaces

Options
    • -1
    • +1
    ./AlarmMgmt.c
    • -1
    • +1
    ./AlarmMgmt.h
    • -1
    • +1
    ./AlarmMgmtSWFaults.h
    • -1
    • +1
    ./CommBuffers.c
    • -1
    • +1
    ./CommBuffers.h
    • -1
    • +1
    ./FPGA.c
    • -1
    • +1
    ./FPGA.h
    • -1
    • +1
    ./Interrupts.c
    • -1
    • +1
    ./Interrupts.h
    • -1
    • +1
    ./MsgQueues.c
    • -1
    • +1
    ./MsgQueues.h
    • -1
    • +1
    ./PIControllers.c
    • -1
    • +1
    ./PIControllers.h
    • -1
    • +1
    ./Reservoirs.c
    • -1
    • +1
    ./Reservoirs.h
  16. … 102 more files in changeset.
Wednesday 03 Jan 2024
10:38 am

Vinayakam Mani

DEN-16518 resolve merge issue

Options
    • -3
    • +3
    ./AlarmMgmt.c
    • -1
    • +1
    ./AlarmMgmt.h
    • -1
    • +1
    ./SystemCommMessages.c
    • -1
    • +1
    ./SystemCommMessages.h
    • -1
    • +1
    ./WatchdogMgmt.c
  6. … 14 more files in changeset.
Tuesday 02 Jan 2024
10:53 am

Dara Navaei

Bamboo Commit: Updated the Copyright section and replaced tabs with 4 spaces

Options
    • -1
    • +1
    ./AlarmMgmt.c
    • -1
    • +1
    ./AlarmMgmt.h
    • -1
    • +1
    ./AlarmMgmtSWFaults.h
    • -1
    • +1
    ./CommBuffers.c
    • -1
    • +1
    ./CommBuffers.h
    • -1
    • +1
    ./FPGA.c
    • -1
    • +1
    ./FPGA.h
    • -1
    • +1
    ./Interrupts.c
    • -1
    • +1
    ./Interrupts.h
    • -1
    • +1
    ./MsgQueues.c
    • -1
    • +1
    ./MsgQueues.h
    • -1
    • +1
    ./PIControllers.c
    • -1
    • +1
    ./PIControllers.h
    • -1
    • +1
    ./Reservoirs.c
    • -1
    • +1
    ./Reservoirs.h
  16. … 102 more files in changeset.
Friday 22 Dec 2023
9:31 am

Sean Nash

9:29 am

Sean Nash

Do we really want to use a whole flash sector for a flag? I thought bootloader was going to talk to UI to determine whether an update was in progress?

Do we really want to use a whole flash sector for a flag? I thought bootloader was going to talk to UI to determine whether an update was in progress?

9:09 am

Sean Nash

What is this for?

What is this for?

9:08 am

Sean Nash

This is adding conversion to binary step post-build, correct? Are we losing the alarm check here?

This is adding conversion to binary step post-build, correct? Are we losing the alarm check here?

9:06 am

Sean Nash

Don't make changes outside of user code sections.

Don't make changes outside of user code sections.

9:05 am

Sean Nash

So app start address is offset by 64K. Assuming that is plenty of room for bootloader but we should check. Also, have we checked that the first 64K of Flash memory is discreet sector-wise? We do no...

So app start address is offset by 64K. Assuming that is plenty of room for bootloader but we should check.
Also, have we checked that the first 64K of Flash memory is discreet sector-wise? We do not want bootloader and app sharing a sector.

9:01 am

Sean Nash

Why aren't each of these messages calling their own handler function? They appear to exist in SystemCommMessages.c so I believe that was the intent.

Why aren't each of these messages calling their own handler function? They appear to exist in SystemCommMessages.c so I believe that was the intent.