· /firmware/App/Services/FpgaTD.c	(-7, +160)	| History	| Source	| Diff
· /firmware/App/Services/FpgaTD.h	(-0, +12)	| History	| Source	| Diff

]]> Mon, 08 Jun 2026 14:33:34 -0700 Dara Navaei https://devapps.diality.us/cru/LEAHI-TD-FIRMWARE-LDT-4149-1 https://devapps.diality.us/cru/LEAHI-TD-FIRMWARE-LDT-4149-1 Dara Navaei started review LEAHI-TD-FIRMWARE-LDT-4149-1 ]]> Fri, 05 Jun 2026 13:36:37 -0700 https://devapps.diality.us/cru/LEAHI-TD-FIRMWARE-LDT-3215-1 https://devapps.diality.us/cru/LEAHI-TD-FIRMWARE-LDT-3215-1 Sean Nash resumed reviewing LEAHI-TD-FIRMWARE-LDT-3215-1 LEAHI-TD-FIRMWARE-LDT-3215_Measured venous pressure decreases to atmosphere if H12 air pump is dead headed ]]> Wed, 03 Jun 2026 09:49:33 -0700 Sean Nash https://devapps.diality.us/cru/LEAHI-TD-FIRMWARE-LDT-2240-1/#c29613 https://devapps.diality.us/cru/LEAHI-TD-FIRMWARE-LDT-2240-1/#c29613 Sean Nash commented on LEAHI-TD-FIRMWARE-LDT-2240-1

It looks like you have this as a T/F response from UI. UI should not be determining whether the modality matches - that's our job. UI should be telling us which type of tubing set was installed (HD or HDF type). Then when we get this response msg from UI, we will compare the type to the user selected modality (from TxParams) to see if it matches.

Add doxygen comments to the right of each structure field.

Why is this commented out? We will get stuck in this state if we don't move on to the pressure leak test states.

For now, we need to set authResponseReceived and authResponseValidTubingSet and authResponseModalityAccepted to TRUE until UI is properly responding to authentication request (TODO).

For now, we need to set barcodeScanResponseReceived to TRUE here until barcode scan command is implemented.

Add blank line before return statement.

Keep this blank line above group header.

Something is wrong here. We already had reg 33 at line 192 above. Reconcile with HDD.

Make sure UI s/w is looking for this message on the broadcast channel or change this channel to the TD=>UI channel if UI is looking for this message on that channel.

use ternary to make TRUE or FALSE.

Fixed

Yes

REmoved

Moved

Fixed

Removed

Which alarm?

bpPublishTimerCtr is the output?

Input is none.
Add @Alarms

Should we list the alarm ids? @Alarms?

requestAbortBPReading is the output?

requestPedsBPReading is the output?

requestAdultBPReading is the output?

pendingVitalsRequest is the output?

We should initialize in the init function?

bpMeasurementReady is an output?