dd-firmware / firmware / App

Drivers

Clone Tools

Stats

Commits this week: 6
Total Committers: 12
Last Commit: 22 Apr
Commits this week: 6

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 seconds ago
All Commits Reviews
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Today
13 mins ago

Sean Nash

So this unit manages the sending of record messages, right? I don't see a unit managing read/write/erase jobs. Where is that queue?

So this unit manages the sending of record messages, right? I don't see a unit managing read/write/erase jobs. Where is that queue?

16 mins ago

Sean Nash

I think this enum should be in a different header file. I don't think this unit uses this enum.

I think this enum should be in a different header file. I don't think this unit uses this enum.

17 mins ago

Sean Nash

Slot size and offsets can probably be private and maybe better placed in a different header file? I don't see why a msg Q would need/use/be responsible for this kind of thing.

Slot size and offsets can probably be private and maybe better placed in a different header file? I don't see why a msg Q would need/use/be responsible for this kind of thing.

25 mins ago

Sean Nash

These addresses should be calculated in init function from sector start addresses (call driver get function to get these) and your offsets and stored in static variables within the .c file.

These addresses should be calculated in init function from sector start addresses (call driver get function to get these) and your offsets and stored in static variables within the .c file.

28 mins ago

Sean Nash

Do these need to be public? I think only the driver should have to know sector addresses and sizes. If other units want to know these things, they should call a function in this driver to get them.

Do these need to be public?
I think only the driver should have to know sector addresses and sizes.
If other units want to know these things, they should call a function in this driver to get them.

31 mins ago

Sean Nash

I think isSectorStartAddress is a better function name.

I think isSectorStartAddress is a better function name.

33 mins ago

Sean Nash

Be careful with bufferSize. Make sure you understand what it means (e.g. is it bytes or words). I believe the FAPI functions deal in 4-byte words and it caused some issues for Dara because he thoug...

Be careful with bufferSize. Make sure you understand what it means (e.g. is it bytes or words). I believe the FAPI functions deal in 4-byte words and it caused some issues for Dara because he thought this was bytes.

35 mins ago

Sean Nash

don't forget to add function headers.

don't forget to add function headers.

36 mins ago

Sean Nash

// **************** private functions **************

// **************** private functions **************

39 mins ago

Sean Nash

I think this driver should be moved to FWCommon folder as it should work the same for both DD and TD firmware.

I think this driver should be moved to FWCommon folder as it should work the same for both DD and TD firmware.

40 mins ago

Sean Nash

Add a blank line before group end marker.

Add a blank line before group end marker.

41 mins ago

Sean Nash

No load cells in Leahi.

No load cells in Leahi.

43 mins ago

Sean Nash

I think this enum belongs to NVRecords (these are records, not jobs).

I think this enum belongs to NVRecords (these are records, not jobs).

43 mins ago

Sean Nash

I think this enum belongs to the Q (these are Q jobs), not in driver.

I think this enum belongs to the Q (these are Q jobs), not in driver.

1 hr ago

Sean Nash

What about TD record CRC errors?

What about TD record CRC errors?

1 hr ago

Sean Nash

Are we only doing DD messages? And since these could be coming from UI now, these shouldn't be considered "Dialin" messages anymore and should be moved up to section before 0x8000 IDs where normal ...

Are we only doing DD messages?
And since these could be coming from UI now, these shouldn't be considered "Dialin" messages anymore and should be moved up to section before 0x8000 IDs where normal system messages are defined.

Monday 20 Apr
9:51 am

Dara Navaei

9:26 am

Dara Navaei

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

Options
    • -1
    • +1
    ./ConductivitySensors.c
    • -1
    • +1
    ./ConductivitySensors.h
  3. … 5 more files in changeset.
9:23 am

Vinayakam Mani and Vendor - TEL - Jashwant Gantyada

6:52 am

Michael Garthwaite

fixed

fixed

6:52 am

Michael Garthwaite

LDT-3984: code review comments

Options
    • -2
    • +2
    ./ConductivitySensors.c
Friday 17 Apr
6:02 pm

Sean Nash

5:17 pm

Vinayakam Mani

Align the comments.

Align the comments.

5:13 pm

Dara Navaei

LEAHI-DD-FIRMWARE-LDT-3984_(DD, SW) D46 reads 0 with and without liquid in chamber
LEAHI-DD-FIRMWARE-LDT-3984_(DD, SW) D46 reads 0 with and without liquid in chamber
2:42 pm

Michael Garthwaite

LDT-3984: fixes for defeatured operation

Options
    • -4
    • +4
    ./ConductivitySensors.c
    • -2
    • +2
    ./ConductivitySensors.h
  3. … 5 more files in changeset.
9:54 am

Vinayakam Mani

Thursday 16 Apr
2:08 pm

Dara Navaei

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

Options
    • -1
    • +1
    ./ConductivitySensors.c
    • -1
    • +1
    ./ConductivitySensors.h
  3. … 1 more file in changeset.
2:04 pm

Michael Garthwaite

9:11 am

Vendor - TEL - Jashwant Gantyada

Wednesday 15 Apr
5:33 pm

Sean Nash