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?

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

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.

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.

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.

I think isSectorStartAddress is a better function name.

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.

don't forget to add function headers.

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

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

Add a blank line before group end marker.

No load cells in Leahi.

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

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

What about TD record CRC errors?

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.

COMM_BUFFER_OUT_CAN_FP_BROADCAST

sendEvent check the event ID. if it is an FP event, FP event will be sent on COMM_BUFFER_OUT_CAN_FP_BROADCAST

Do we know which channel this event will be sent on?

· /AlarmDefs.h	(-2, +2)	| History	| Source	| Diff
· /DDDefs.h	(-2, +2)	| History	| Source	| Diff
· /MsgDefs.h	(-2, +2)	| History	| Source	| Diff

]]> Tue, 14 Apr 2026 09:24:59 -0700 Michael Garthwaite https://devapps.diality.us/cru/LEAHI-DD-FIRMWARE-LDT-2008-1 https://devapps.diality.us/cru/LEAHI-DD-FIRMWARE-LDT-2008-1 Michael Garthwaite Closed LEAHI-DD-FIRMWARE-LDT-2008-1 ]]> Tue, 14 Apr 2026 09:24:17 -0700 https://devapps.diality.us/cru/LEAHI-DD-FIRMWARE-LDT-2008-1 https://devapps.diality.us/cru/LEAHI-DD-FIRMWARE-LDT-2008-1 Vendor - TEL - Sameer Poyil and Sean Nash finished reviewing LEAHI-DD-FIRMWARE-LDT-2008-1 LEAHI-DD-FIRMWARE-LDT-2008_Dialysate Composition - DD - 04: DEV - Feature Implementation ]]> Tue, 14 Apr 2026 09:07:48 -0700 Michael Garthwaite https://devapps.diality.us/changelog/leahi-common?cs=30d6ec419d025508d8905f70c39f9561b79e72b5 https://devapps.diality.us/changelog/leahi-common?cs=30d6ec419d025508d8905f70c39f9561b79e72b5 Michael Garthwaite committed 30d6ec4 on branch LDT-1886-blood-set-auto-load-and-auto-ej, LDT-2004-dialysate-composition-dosing-control--dd and 13 more in leahi-common Merge branch 'staging' into LDT-2008-v2-conductivity-sensors-CLEAN

· /DDDefs.h

(-3, +3)

| History

| Source

| Diff

]]> Tue, 14 Apr 2026 08:39:30 -0700 Michael Garthwaite https://devapps.diality.us/cru/LEAHI-DD-FIRMWARE-LDT-2008-1/#c28310 https://devapps.diality.us/cru/LEAHI-DD-FIRMWARE-LDT-2008-1/#c28310 Michael Garthwaite replied to Vendor - TEL - Sameer Poyil in LEAHI-DD-FIRMWARE-LDT-2008-1

per formatting for the test support function header. it is format used across many files

fixed

fixed