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
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.
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
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
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.
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:
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.
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.
As has been mentioned above, we need to update the disabled date and time on NTP
When switched to NO NTP, stop updating.
A timezone needs to be added to the Date and time screen, since we already have NTP, so that we can update by timezone.
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?