Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## dev #598 +/- ##
==========================================
+ Coverage 72.77% 72.88% +0.11%
==========================================
Files 744 747 +3
Lines 91191 91899 +708
Branches 6923 6975 +52
==========================================
+ Hits 66362 66981 +619
- Misses 24829 24918 +89 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
|
The tests all appear to run largely as they should; I did have one fail the first time through, but that was merely due to one of the numbers not getting low enough quite in time, and running it twice more, every test passed. |
…ed and need to repull to test
|
Increased wait time from 30 to 60 seconds |
There was a problem hiding this comment.
Everything looks ok. When running the test, had an error on the data loop for the AST prep I believe. One of the Voltages was pretty far off (I believe around 400). Though in all other cases, it all passed, so I'm not sure if this is an odd discrepancy, or some oversight. May require some more review.
Update: On subsequent runs, seems to work fine, so leaning towards it being an edge case from running too close to startup or some other factor. Though still, if variation is greater than 5, may be worth looking at increasing the margin and decreasing the wait time.
|
Twice when I have run it, I have gotten a similar (large) error with both the |
|
Let me double check with John, I was getting a similar issue but it seems to happen randomly, I'll see if there's a way to restrict the tests to only fire under sunsafe mode |
|
Okay, I think its a problem of running the tests too soon after launch, I was able to get them all to execute correctly on the first try after waiting 20-30 seconds after I launched telemetry server |
|
That's more or less what I was seeing too, was the first run would have issues, but once I waited a bit it would run fine. May be a consequence of not having an isvalid value for CSS, and thus not knowing if it is in sun enough to get an accurate reading (or whatever validity is checking for, I'm not 100%) |
… enables, also updated data checks to use SIM_42_TRUTH;
|
I have some updates to the entire PR. Can walk through them tomorrow if desired. |
|
Instead of waiting 20 seconds you can wait for mode 2 sun point which I think is a tlm point from adcs. |
|
Ran new version a few times in a row. Seems to work well, so approval maintained. |
|
Ran new push, seems to work. Approving |
Isgaroth-the-Green
left a comment
There was a problem hiding this comment.
It looks good; I am no longer having the same issues as before.
* [nasa#577] Changed >= to <= to fix data comparison tests * [nasa#577] Removed cpt and lpt test files * [nasa#577] Updates to CSS application to disable I2C and reset on enables, also updated data checks to use SIM_42_TRUTH; * [nasa#577] Updated generic_css after submodule merge; --------- Co-authored-by: dacarter22 <davidacarter22> Co-authored-by: Lucas, John P. <John.P.Lucas@nasa.gov>

Added System Tests for CSS. Steps to test below:
This PR closes issue #577
Submodules to be merged into dev: