-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[TC-WNCV-3.1] CurrentPositionLiftPercent100ths attribute read value mismatch error #22265
Comments
Ah, I guess this is moving toward 0, so the assertion is that it has moved at least some? Is this failing reliably, or just some of the time @manjunath-grl ? |
@bzbarsky-apple this is failing every time when executed. |
So the log shows that we send the UpOrOpen command (at a point when LiftPercent100ths is 10000) then we do our reads, etc, and then after all that LiftPercent100ths is set to 0. I don't see it being set to any intermediate values. @jmeg-sfy any idea why that's happening? Note that this is all-clusters-app, not window-app. |
There is only one single shot timer on all-Cluster-app to fake a motion update (w/o intermediate values) @manjunath-grl keep step "3a2: DUT updates its attributes" to 2000 ms or increase to 3000 ms |
@manjunath-grl #22284 i made some comments to solve this issue |
It's not clear to me that that's a legal implementation of the SHALL bits of "5.3.4.3. Position Aware" in appclusters... |
Position aware just require to have at the end (current == target) position |
Summary:
As per testplan of WNCV-3.1 in Step 3b: TH reads CurrentPositionLiftPercent100ths and the expected outcome value must not be 10000 ( 0x2710 ) but got 10000 when executed.
Steps needs review 3b , 3c, 3d, 3e
Client app: All clusters app
Server app: Chip-tool
Diff link: master...manjunath-grl:connectedhomeip:CurrentPositionLiftPercent100ths_Value_Mismatch
Testplan screenshot:
Execution logs:
WNCV_3_1.txt
The text was updated successfully, but these errors were encountered: