Replies: 3 comments 2 replies
-
@Quinticx So the AESA Radar doesn't currently have any actionable properties, as they haven't been implemented yet. It's a bit more complicated with the AESA Radar, as it uses models to direct the sweep of the beam, so an action generator would need to be created to handle switching the transition model, and setting the parameters. |
Beta Was this translation helpful? Give feedback.
-
If there is any time for a tutorial on the implementation, it may benefit
others..
…On Thu, Jul 20, 2023 at 9:43 AM Nicola Perree ***@***.***> wrote:
This sounds great, look forward to seeing the PR! From what I can
understand it sounds like it would make sense to use a beam sweep
transition model to move the beam (not a radar expert), but if the end
result is the same/similar then either way is probably fine.
—
Reply to this email directly, view it on GitHub
<#829 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAK5KTJEXOIBWXWLYQENOJLXREYYZANCNFSM6AAAAAA2O6XF5E>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
Sorry for the delay, life decided to right after I posted that it wanted to be crazy. I've made some progress on this and will attach the pull request here this weekend. |
Beta Was this translation helpful? Give feedback.
-
I am currently trying to mimic the sensor management example but with the AESARadar instead of the RadarRotatingBearingRange. I thought this would be possible since both are actionable sensors, however, when printing out their respective actions, RadarRotatingBearingRange gives 'dwell_centre' as the actionable property which in-turn results in a DwellActionsGenerator, while the AESARadar gives back an empty set. Why is this?
Beta Was this translation helpful? Give feedback.
All reactions