firmware

Clone Tools
  • last updated a few minutes ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
LDT-1415-pressures-monitoring-td-updates

LEAHI-TD-FIRMWARE-LDT-1415_Pressures Monitoring - TD
LEAHI-TD-FIRMWARE-LDT-1415_Pressures Monitoring - TD
LDT-1415-pressures-monitoring-td-2

blank line before return.

blank line before return.

Blank line after declarations.

Blank line after declarations.

Bamboo Commit: Updated TDCommon.h with build versions from Bamboo.

Merge branch 'LDT-3126-blood-prime-td' into develop

    • -15
    • +231
    ./App/Modes/StateTxBloodPrime.c
Updated

Updated

LDT-2932-dd-td-TMP-reported-by-Dialin-FW-is-incorrect

Bamboo Commit: Updated TDCommon.h with build versions from Bamboo.

LEAHI-TD-FIRMWARE-LDT-1903_Air Trap Level Control - TD - 04: DEV - Feature Implementation
LEAHI-TD-FIRMWARE-LDT-1903_Air Trap Level Control - TD - 04: DEV - Feature Implementation
Merge branch LDT-1903-air-trap-level-control-delay-adjust-after-fill-fix---td---0 into branch develop

LDT-1903 Air Trap adjust the air trap lower delay start time after fill complete

Added

Added

Updated

Updated

LDT-3126-blood-prime-td

Add a blank line after declarations.

Add a blank line after declarations.

What I meant was that we don't care which blood prime state we're in - what we care about is that we are in treatment mode and priming blood - otherwise this message doesn't make sense and we shoul...

What I meant was that we don't care which blood prime state we're in - what we care about is that we are in treatment mode and priming blood - otherwise this message doesn't make sense and we should reject it because we're not in the right state.
if ( ( MODE_TREA == getCurrentOperationMode() ) && ( TREATMENT_BLOOD_PRIME_STATE == getTreatmentState() ) )

LDT-3126-blood-prime-td

Removed

Removed

Added

Added

Yes, Updated

Yes, Updated

Replaced

Replaced

LDT-3126-blood-prime-td

This should be invalid state (or something like that).

This should be invalid state (or something like that).

These are the correct min/max values, but we can't use literals like this. Our coding standard calls these "magic numbers". What we want to do is call getU32TreatmentParamLowerRangeLimit() and getU...

These are the correct min/max values, but we can't use literals like this. Our coding standard calls these "magic numbers". What we want to do is call getU32TreatmentParamLowerRangeLimit() and getU32TreatmentParamUpperRangeLimit() functions from the TxParams service.

I think what matters is that we are in Treatment: Blood Prime state. I think any of the 3 blood prime states is ok for this message.

I think what matters is that we are in Treatment: Blood Prime state. I think any of the 3 blood prime states is ok for this message.