•  

Comment Results

Review Name Created Custom Fields Content
LEAHI-DD-FIRMWARE-LDT-2030-2 10 Dec 2025

If it is not used for serial message, its OK, but if you are opting for packing , club it together , in line number 36 , or bring that structure defined on top to here

LEAHI-TESTSUITES-LDT-2278-1 05 Dec 2025

As per previous test script removed this function and using set_property_text method

LEAHI-TD-FIRMWARE-LDT-473-1 02 Dec 2025

I don't think we need to check for rejected here. If we rejected params, UI will have to send us new params until we accept them.

LEAHI-TD-FIRMWARE-LDT-473-1 02 Dec 2025

Remove extra blank line.

LEAHI-DIALIN-LDT-618-1 08 Dec 2025

Remove the old 0xA008. There can only be one message ID.

LEAHI-TD-FIRMWARE-LDT-473-1 09 Dec 2025

I didn't see this in header file.

LEAHI-TESTSUITES-LDT-1078-1 05 Dec 2025

Not a comment to be done right now.
But better to create arrays of test data on top of the function/file, loop through them, and call the function (verify_td_and_dd_versions) to use those.
So we can more easily add multiple test data cases later to cover more edge cases.

LEAHI-TD-FIRMWARE-LDT-473-1 05 Dec 2025

Removed

LEAHI-TESTSUITES-LDT-2278-1 03 Dec 2025

moved to shared file and update to have the object as a parameter

LEAHI-DD-FIRMWARE-LDT-2936-1 09 Dec 2025

Fixed the ordering

LEAHI-APPLICATION-LDT-2957-1 10 Dec 2025

added

LEAHI-TESTSUITES-LDT-2278-1 11 Dec 2025

Renamed the function setObjectText

LEAHI-DD-FIRMWARE-LDT-2185-1 11 Dec 2025

Handle transition here after changing the flush logic

transitionToGenPermeateDefeaturedMode();
requestGenWaterDefStart();

LEAHI-DD-FIRMWARE-LDT-2185-1 11 Dec 2025

Be consistent on whether you have a blank line between break and next case.

LEAHI-TESTSUITES-LDT-2174-1 05 Dec 2025

for consistency with all the other branches please use setObjectText isntead.

LEAHI-TESTSUITES-LDT-2174-1 04 Dec 2025

rename to set_property_text()

LEAHI-APPLICATION-LDT-2727-1 10 Dec 2025

No Action For Now:
Same for the vError param:
https://devapps.diality.us/cru/#LEAHI-APPLICATION-LDT-2727-1CFR-76762

LEAHI-TESTSUITES-LDT-2174-1 11 Dec 2025

Removed the function and using setObjectText

LEAHI-TESTSUITES-LDT-1630-1 03 Dec 2025

move to a common functions file

LEAHI-TESTSUITES-LDT-1630-1 03 Dec 2025

move outside and update other like funcitons to use this

LEAHI-APPLICATION-LDT-2957-1 10 Dec 2025

What is this file used for?
And please add a brief description for the file comment.

LEAHI-DD-FIRMWARE-LDT-2936-1 03 Dec 2025

Handled in FPOperationModes and respective states of PreGen have it.

LEAHI-TESTSUITES-LDT-1650-1 05 Dec 2025

Now using setText(obj, text) method and moved to configuration folder utility.py file

LEAHI-TESTSUITES-LDT-1078-1 05 Dec 2025

Now findObjectById(parent, id): method is moved to configuration folder utility.py file

LEAHI-TESTSUITES-LDT-1650-1 05 Dec 2025

Now findObjectById(parent, id): method is moved to configuration folder utility.py file and get_aut_version(aut_path): method is moved to configuration folder application_init.py file

LEAHI-TESTSUITES-LDT-2174-1 05 Dec 2025

Steps have been updated -> After click on the button then from fw send the td_Treatment_Parameters_Validation

LEAHI-TESTSUITES-LDT-2278-1 03 Dec 2025

moved to shared file and update to have the object as a parameter

LEAHI-TESTSUITES-LDT-2278-1 03 Dec 2025

remove as this is already in the config.py

LEAHI-TD-FIRMWARE-LDT-473-1 09 Dec 2025

Need to delete this unit (ModeTxParams.c/.h). Also need to remove the mode from the modes enumeration and from OperationModes.c.

LEAHI-TESTSUITES-LDT-2278-1 08 Dec 2025

Removed this function and using set_Object_Text() function

LEAHI-DD-FIRMWARE-LDT-1773-1 08 Dec 2025

Remove extra blank lines.

LEAHI-TESTSUITES-LDT-1802-1 08 Dec 2025

removed the outer startSection and uploaded the new test report

LEAHI-DD-FIRMWARE-LDT-2936-1 05 Dec 2025

I'm confused as to why the available alarm that this alarm replaced is in a different row within this table. That seems wrong.

LEAHI-DIALIN-LDT-2655-1 09 Dec 2025

Why do we have an "ro" and an "fp" folder? Is "ro" folder obsolete (replaced by "fp")?

LEAHI-TESTSUITES-LDT-2174-1 04 Dec 2025

The way we verify is that the o_PreTreatmentButton is only enabled when they are so testing that it is first enabled then mouse click the button then from fw send the td.td_Treatment_Parameters_Validation

LEAHI-TESTSUITES-LDT-1454-1 03 Dec 2025

this is a common method as well please move outside and update other respositories

LEAHI-APPLICATION-LDT-2957-1 10 Dec 2025

We should use "min" for minutes and not "mins".
Same for "hrs" => "hr".

LEAHI-APPLICATION-LDT-2957-1 10 Dec 2025

I believe any related view could have provided a timer since they are inherited from QObject.
That is fine for now but consider using our C++ view codes for such a thing.

LEAHI-APPLICATION-LDT-2727-1 12 Nov 2025

The view classes are QObject, and they already have an internal timer that you can start and use in the timer event.
Therefore, this block of code needs to be moved to the timerEvent.

I have created a story as an enhancement to the date and time for the following:

  1. Since the SW Board is the only reference for the clock, we now need to send the date and time to both the TD and DD every second as a broadcast message
    • That message should be on a general channel so both get it instead of two separate messages.
    • If SW won't update the TD every second, and with a different epoch, TD will raise an alarm
      • We only need to know, but SW does not need to do anything about it
      • The Alarm infrastructure will automatically handle it
      • If disconnected, TD will play the alarm sound and turn on the alarm light.
  2. While we are sending the epoch as broadcast every second, and TD will raise an alarm if we don't, we need to get rid of the two requests, response messages, and send that epoch every second broadcast.
  3. As has been mentioned above, we need to update the disabled date and time on NTP
    • When switched to NO NTP, stop updating.
  4. A timezone needs to be added to the Date and time screen, since we already have NTP, so that we can update by timezone.
  5. Another comment: don't the datetime conversion, 'toString' function is slow, and that we can pass integer values instead, since we are going to use it every second?


LDT-2909: Service - SW - 01 - Enhancement - FW epoch Broadcast, TimeZone - R&I
LDT-2923: Service - SW - 02 - Enhancement - FW epoch Broadcast, TimeZone - Q&R

LEAHI-DD-FIRMWARE-LDT-2185-1 11 Dec 2025

Add a 1 second persistence on this alarm

LEAHI-DD-FIRMWARE-LDT-618-3 11 Dec 2025

We still need this if statement.