Open bauerschwan opened 2 months ago
As a nitpick here, the test case number is wrong in the description.
@bauerschwan, please provide the following:
@bauerschwan
I have run the test several times without failure, cannot reproduce the bug.
Without the info from my previous comment, I ran it like this:
./scripts/tests/run_test_suite.py --log-level debug --chip-tool out/linux-x64-chip-tool/chip-tool --target Test_TC_TSTAT_2_2 run --all-clusters-app out/linux-x64-thermostat/thermostat-app
However, some observations:
Step 6a uses a hard-coded value (800) which is not in range of [AbsMinHeatSetpointLimit... AbsMaxHeatSetpointLimit]
In the test plan and the YAML, the max value used is MaxHeatSetpointLimit, not AbsMaxHeatSetpointLimit
Also, as stated by Rene, the test case name in the description doesn't match the one in the title, are the issue details correct in the description?
Thanks.
I changed the wrong test case name. Sorry for the confusion.
@raul-marquez-csa the issue is not with the first 6a step - but the 3rd and 4th steps labeled 6a. The 3rd "step 6a" attempts to write 800 to MinHeatSetpointLimit regardless of the AbsMinHeatSetpointLimit value.
You are not running to this issue since you are running the test against all-clusters-app which has AbsMinHeatSetpointLimit value of 700.
@raul-marquez-csa Is it possible to have in line 875 and line 884 instead of:
value: 800
something like:
value: AbsMinHeatSetpointLimitValue+100
A python implementation of this test case has been developed by @hasty, PR [HVAC] Implement TC-TSTAT-2.2 #36023
@bauerschwan, is this update still a priority?
As soon as https://github.com/project-chip/connectedhomeip/pull/36023 is merged, this issue can be closed
Feature Area
Other
Test Case
TC-TSTAT-2.2
Reproduction steps
Perform test case with a DUT which uses different
AbsMinHeatSetpointLimit
values than the values hard-coded in the YAML script (f.e. 1000 forAbsMinHeatSetpointLimit
)Expected result: Step 6a should use values derived from
AbsMinHeatSetpointLimit
and should succeedActual result: Step 6a uses a hard-coded value (800) which is not in range of [
AbsMinHeatSetpointLimit
...AbsMaxHeatSetpointLimit
]Bug prevalence
every time this test case is performed
GitHub hash of the SDK that was being used
17b1a38e909e7874593bcb87c31be03a5866f1d4
Platform
nrf
Anything else?
No response