-
Notifications
You must be signed in to change notification settings - Fork 134
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
FEAT: Added support for 25R1 EMI Receiver component RBW and RBW Factor feat… #5640
base: main
Are you sure you want to change the base?
Conversation
Thanks for opening a Pull Request. If you want to perform a review write a comment saying: @ansys-reviewer-bot review |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #5640 +/- ##
==========================================
- Coverage 85.26% 85.24% -0.02%
==========================================
Files 155 155
Lines 60795 60809 +14
==========================================
+ Hits 51834 51838 +4
- Misses 8961 8971 +10 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @cmesibov thanks for the contribution. There are a few things that should be modified in your contribution. First, could you add a description to your PR ?
Now more dev oriented:
- Since you added attributes
rbw
andrbw_factor
with default values, it doesn't make sense to create the property getters (or the behavior might not be the one you expect). - The previous default value for RBW was 9000Hz, could you leave that same default value for backward compatibility ?
- From the previous behavior, I imagine that RBW must be a string so I'm not sure it's needed to cast it into a string in
emission
- Can you add some tests to ensure that things work as expected ?
Finally, you told me that you would test your changes on previous AEDT versions. Did you do that ?
@SMoraisAnsys , Thanks for the review. The RBW and RBW Factor settings are set by index, not by value. Therefore the text setting of "900MHz" was in error to begin with. The new init defaults of zero should be the default setting. I have tested the changes on my own project for 24R2 and 25R1. Would adding RBW and RWB Factor settings to test_76_emi_receiver be adequate? |
I don't know about that. If you have a simple reproducer that would be great. Otherwise, modifying an existing one is also a solution. From the PR title, some changes (most likely the RBW Factor) seem to be related to a specific version - I mean that it requires a minimum version. If that's the case, would you consider having a look at #5631 ? |
@cmesibov : I updated the title - otherwise it will fail in the checks. |
@cmesibov : It looks like this change fixes an error, but there was not defect submitted. For future reference it will be easier to understand what you did if you submit an issue describing what's wrong and then refer to that issue when you do the PR. Otherwise, this looks good. |
From my understanding, it seems that RBW was not something we could use before and setting whatever value did not cause an issue. |
@Devin-Crawford HI Devin, I open a pyaedt git hub issue #5585 for the EMI receiver update for 25R1. |
@SMoraisAnsys I will be pushing the update for the added tests today. Sorry for the delay. |
"Also, is the change on RBW Factor backward compatible ? Should we add a decorator to state that one shouldn't update the RBW value and RBW factor value with previous version of AEDT (see the changes introduced in #5631) ?" Testing has shown that the 25R1 targeted feature doesn't cause a desktop error in 24R1 and 24R2. But having the decorator sounds like a good idea. |
9e1a2f4
to
b2e1629
Compare
@SMoraisAnsys I have pushed updates with RBW and RBW factor values added to test_76_emi_receiver(). I think this will satisfy your requested change. |
I'll look at the changes when the test are passing |
Previous, test_76_emi_receiver RBW and RBW Factor testing values added
b2e1629
to
bfa67c4
Compare
@SMoraisAnsys looks like the tests were successful. I invited @maxcapodi78 Massimo to review. I think we don't need to detect 25R1 for the new feature because 24R1 and 24R2 ignore the new 25R1 feature properties. Perhaps Massimo can weigh in, as he is familiar with the physics. Is there a decorator already available that can be applied? |
Description
This PR adds support for 25R1 EMI Receiver component RBW and RBW Factor settings.
Issue linked
Issue #5585
Checklist