Jump to content

ATFLIR takes designation priority from RDR, without being commanded to


Harker

Recommended Posts

2.7.1.7139 Open Beta. Track attached.
 
There appears to be some error(s) on which sensor should control the A/G designation and how.
 

  1. Lock a ship with the SCS, with A/G radar in SEA mode. The radar will actively track the ship and a designation will be created (RDR is displayed on the HUD). The ATFLIR is automatically slaved to the designation in INR mode. CORRECT
     
  2. Switch TDC priority to the FLIR page. The radar stops tracking and the designation is now controlled by the FLIR, although the TDC was not depressed on the FLIR page and the mode is not changed from INR. WRONG, the radar should continue to track the target and the designation should be controlled by it, since the FLIR was not commanded to designate (RDR should still be displayed on the HUD).
     
  3. Assign TDC priority back to the RDR ATTK page. It is no longer possible to command the radar to track, with the SCS. Depressing and releasing the SCS towards the RDR ATTK page will flash the display, but it'll not be commanded to track. WRONG, if the radar is commanded to track, it should track and the designation should be controlled by it (RDR should appear on the HUD). The FLIR should, in all cases, be slaved to the new designation.
     
  4. With the FLIR in AUTO track mode, it is possible to move the designation via the RDR ATTK page, with TDC Depress+TDC Slew, but upon assigning TDC priority to the FLIR page, it snaps back to the tracked target. WRONG, the designation should be created on the new point, with the FLIR exiting AUTO and slewing to the new designation.
FA-18C_ATFLIR_AUTO_always takes des priority_plus AUTO offset cursor continous des.trk



Edited by Harker
Edited for clarity and correct behavior reference, last paragraph
  • Like 3

The vCVW-17 is looking for Hornet and Tomcat pilots and RIOs. Join the vCVW-17 Discord.

CVW-17_Profile_Background_VFA-34.png

F/A-18C, F-15E, AV-8B, F-16C, JF-17, A-10C/CII, M-2000C, F-14, AH-64D, BS2, UH-1H, P-51D, Sptifire, FC3
-
i9-13900K, 64GB @6400MHz RAM, 4090 Strix OC, Samsung 990 Pro

Link to comment
Share on other sites

  • ED Team

Hi Harker, 

 

before I go to the team and tell them it could be wrong, what are your sources or evidence? Its a question they will ask me. 

 

thanks

smallCATPILOT.PNG.04bbece1b27ff1b2c193b174ec410fc0.PNG

Forum rules - DCS Crashing? Try this first - Cleanup and Repair - Discord BIGNEWY#8703 - Youtube - Patch Status

Windows 11, NVIDIA MSI RTX 3090, Intel® i9-10900K 3.70GHz, 5.30GHz Turbo, Corsair Hydro Series H150i Pro, 64GB DDR @3200, ASUS ROG Strix Z490-F Gaming, HP Reverb G2

Link to comment
Share on other sites

9 minutes ago, IkarusC42B Pilot said:

746

 

whats this?

Intel 13900k @ 5.8ghz | 64gb GSkill Trident Z | MSI z790 Meg ACE| Zotac RTX4090 | Asus 1000w psu | Slaw RX Viper 2 pedals | VKB Gunfighter Mk3 MCE Ultimate + STECS/ Virpil MongoosT50+ MongoosT50CM | K-51 Collective + custom AH64D TEDAC | HP Reverb G2 | Windows 11 Pro | |Samsung Odyssey G9 | Next Level Racing Flight Seat Pro

The Boeing MQ-25A Sting Ray = Dirt Devil with wings
 My wallpaper and skins

Link to comment
Share on other sites

ok

Intel 13900k @ 5.8ghz | 64gb GSkill Trident Z | MSI z790 Meg ACE| Zotac RTX4090 | Asus 1000w psu | Slaw RX Viper 2 pedals | VKB Gunfighter Mk3 MCE Ultimate + STECS/ Virpil MongoosT50+ MongoosT50CM | K-51 Collective + custom AH64D TEDAC | HP Reverb G2 | Windows 11 Pro | |Samsung Odyssey G9 | Next Level Racing Flight Seat Pro

The Boeing MQ-25A Sting Ray = Dirt Devil with wings
 My wallpaper and skins

Link to comment
Share on other sites

7 hours ago, BIGNEWY said:

before I go to the team and tell them it could be wrong, what are your sources or evidence? Its a question they will ask me. 

Appreciate your interest, BN. Guess we need advice from a Hornet pilot or technician. I would point out that logic SHOULD dictate that moving SOI from AG radar to slaved TGP would not cause the TGP to lose track. Radar losing track (due to gimbal limits) when TGP has a slaved target should not cause TGP to lose track. When switching SOI from TGP to AGM-65F the seeker does NOT lose track. Perhaps some other mechanism we are not aware of applies. My .02 USD.

Link to comment
Share on other sites

7 hours ago, BIGNEWY said:

Hi Harker, 

 

before I go to the team and tell them it could be wrong, what are your sources or evidence? Its a question they will ask me. 

 

thanks

This is a fundamental principle of the Hornet avionics, I'm sure the devs will understand.

 

When a sensor is in track, it's driving the designation with its data. E.g. FLIR in Autotrack or Scene track, Radar in FTT (TRACK), LST in track. If a stabilized designation has merely been created out there via the Radar format in search or the FLIR format in regular pointed mode (not Scene or Autotrack), then it's not tracking and the designation isn't tied to any one single sensor.

 

This is the reason you see RDR or FLIR etc in the HUD when in track but not if for example you simply make a designation on the Radar format in MAP mode.

 

If the Radar is in track the FLIR should be following the designation LOS that is driven by the Radar. If the FLIR is commanded to track then the Radar exits track and the designation is now driven by the FLIR.

 

Think of it as a soccer ball. Anyone can kick it around (no sensors tracking) until someone picks it up (sensor goes into track). At that point it's tied to that persons until someone else grabs it instead.

 

 @Mo410 can corroborate.

  • Like 3
Link to comment
Share on other sites

Pretty much what @Jak525says. One sensor drives the designation, until another one is commanded to, by positive action (TDC Depress, SCS etc).

 

  1. Simply moving the TDC priority around shouldn't do anything.
  2. If another sensor is commanded to designate via TDC Depress (for ground designation) or the SCS (for sensor tracking), all other sensors should slave to the latest designation and the latest sensor is now driving the designation.

It's only logical and the current behavior (FLIR randomly driving the designation without positive action and the radar being unable to regain designation control) is not documented anywhere and is illogical.

  • Like 3
  • Thanks 1

The vCVW-17 is looking for Hornet and Tomcat pilots and RIOs. Join the vCVW-17 Discord.

CVW-17_Profile_Background_VFA-34.png

F/A-18C, F-15E, AV-8B, F-16C, JF-17, A-10C/CII, M-2000C, F-14, AH-64D, BS2, UH-1H, P-51D, Sptifire, FC3
-
i9-13900K, 64GB @6400MHz RAM, 4090 Strix OC, Samsung 990 Pro

Link to comment
Share on other sites

17 minutes ago, IkarusC42B Pilot said:

Are you telling me that even you dont have the 746?

 

C'mon Captain

 

I don't see you providing any source information either, so I don't think your point has any relevance here. All throughout the Hornet's development the TGT designation has been action-driven. To my mind simply assigning the TDC to any sensor shouldn't cancel the current designation. If ED has documentation that says otherwise I'll accept it, but for the moment I trust @Jak525 's post.

  • Like 1

REAPER 51 | Tholozor
VFA-136 (c.2007): https://www.digitalcombatsimulator.com/en/files/3305981/
Arleigh Burke Destroyer Pack (2020): https://www.digitalcombatsimulator.com/en/files/3313752/

Link to comment
Share on other sites

5 minutes ago, Tholozor said:

I don't see you providing any source information either, so I don't think your point has any relevance here. All throughout the Hornet's development the TGT designation has been action-driven. To my mind simply assigning the TDC to any sensor shouldn't cancel the current designation. If ED has documentation that says otherwise I'll accept it, but for the moment I trust @Jak525 's post.

🤦‍♂️ thats because you're completly unware of the context and the referances i made. The guy knows Exactly what im reffering to.

 

 

Link to comment
Share on other sites

I tried switching back to radar track again from either pod.

 

Regardless of the FLIR mode, lock or no lock on target, after putting SOI on the radar all we have to do is press TDC once anywhere on the radar display then move the bracket on target and bump SCS. Works every time.  I don't think this is correct mech but... works for now.

 

Link to comment
Share on other sites

Are you telling me that even you dont have the 746?
 
C'mon Captain Jack
I have access to the 746 and the 742, but what we're talking about isn't specific to the ATFLIR's or the radar's operation. It's about the general logic of sensors and designations and the fact that positive action is always required to select the sensor that drives the designation.

tl;dr: Positive action is always required, the last sensor/system that was commanded to either track or designate is driving the designation and all other sensors are slaved to the designation. Note that they're not slaved to the designating sensors, but to the designation itself.

Simply changing the TDC priority from one page to another should do nothing to the designation and should not change the designating sensor, since positive action has not taken place.


Examples:

If the TDC is depressed on either sensor (or WPDSG etc is commanded on a WP/OAP/MK), you have a ground designation and the sensor/system that created it is driving it. The other sensors are slaved to the designation.

If sensor A is tracking, it drives the designation. Sensor B is slaved to the designation.

If sensor B is commanded to track or the TDC is pressed for it, it now drives the designation. Sensor A is slaved to the designation.

If WPDSG is used, a ground designation is created and all other sensors are slaved to it.

If the FLIR enters SCENE or AUTO, it'll automatically drive the designation, because it's tracking. If the TDC is depressed, it'll drive it through INR. The radar will exit tracking and will display the + on the designation. If the HUD gets TDC priority.

If the radar tracks a target, it'll automatically drive the designation. If the TDC is depressed, it'll drive it via a ground designation. The FLIR will exit SCENE or AUTO and be slaved to the radar's designation.

Also, if you do have something useful that might help with the bug report, I'd be grateful if you could add it.

The vCVW-17 is looking for Hornet and Tomcat pilots and RIOs. Join the vCVW-17 Discord.

CVW-17_Profile_Background_VFA-34.png

F/A-18C, F-15E, AV-8B, F-16C, JF-17, A-10C/CII, M-2000C, F-14, AH-64D, BS2, UH-1H, P-51D, Sptifire, FC3
-
i9-13900K, 64GB @6400MHz RAM, 4090 Strix OC, Samsung 990 Pro

Link to comment
Share on other sites

4 hours ago, Harker said:

I have access to the 746 and the 742, but what we're talking about isn't specific to the ATFLIR's or the radar's operation. It's about the general logic of sensors and designations and the fact that positive action is always required to select the sensor that drives the designation.

tl;dr: Positive action is always required, the last sensor/system that was commanded to either track or designate is driving the designation and all other sensors are slaved to the designation. Note that they're not slaved to the designating sensors, but to the designation itself.

Simply changing the TDC priority from one page to another should do nothing to the designation and should not change the designating sensor, since positive action has not taken place.


Examples:

If the TDC is depressed on either sensor (or WPDSG etc is commanded on a WP/OAP/MK), you have a ground designation and the sensor/system that created it is driving it. The other sensors are slaved to the designation.

If sensor A is tracking, it drives the designation. Sensor B is slaved to the designation.

If sensor B is commanded to track or the TDC is pressed for it, it now drives the designation. Sensor A is slaved to the designation.

If WPDSG is used, a ground designation is created and all other sensors are slaved to it.

If the FLIR enters SCENE or AUTO, it'll automatically drive the designation, because it's tracking. If the TDC is depressed, it'll drive it through INR. The radar will exit tracking and will display the + on the designation. If the HUD gets TDC priority.

If the radar tracks a target, it'll automatically drive the designation. If the TDC is depressed, it'll drive it via a ground designation. The FLIR will exit SCENE or AUTO and be slaved to the radar's designation.

Also, if you do have something useful that might help with the bug report, I'd be grateful if you could add it.

You seriously missed the captain jack part?

Seriously?

 

Maybe if i add Cooper to it it will help you.

Link to comment
Share on other sites

You seriously missed the captain jack part?
Seriously?
 
Maybe if i add Cooper to it it will help you.
You seriously missed the part about the sensor priority and designation discussion? Or the part where I asked you to contribute something useful to the thread and you didn't?

I understood your comment, I simply chose not to acknowledge it, since it has no bearing on the bug report. If you want to talk, you seem to know where I hang out on Discord, so message me there.

Now, if you don't mind, I'd like to return the conversation back to helping ED with producing an accurately modeled F/A-18C.
  • Like 3

The vCVW-17 is looking for Hornet and Tomcat pilots and RIOs. Join the vCVW-17 Discord.

CVW-17_Profile_Background_VFA-34.png

F/A-18C, F-15E, AV-8B, F-16C, JF-17, A-10C/CII, M-2000C, F-14, AH-64D, BS2, UH-1H, P-51D, Sptifire, FC3
-
i9-13900K, 64GB @6400MHz RAM, 4090 Strix OC, Samsung 990 Pro

Link to comment
Share on other sites

1 hour ago, Harker said:

You seriously missed the part about the sensor priority and designation discussion? Or the part where I asked you to contribute something useful to the thread and you didn't?

I understood your comment, I simply chose not to acknowledge it, since it has no bearing on the bug report. If you want to talk, you seem to know where I hang out on Discord, so message me there.

Now, if you don't mind, I'd like to return the conversation back to helping ED with producing an accurately modeled F/A-18C.

There is nothing else to add past your initial thread and we cant post pic's either. Would you like me to beat the dead horse and point put the obvious like others aswell?

 

Besides it was reported long before this that auto mode is incorrect

Link to comment
Share on other sites

  • 1 month later...
Not found any evidence to support it yet. 
Do you have any evidence that supports the current implementation? Because I looked in the 746 and I can't find this logic mentioned there. Plus, it's different from the logic for all other sensors.

Right now, the FLIR will take priority from the Radar without being commanded. This works differently when the initial designation is made with WPDSG, where positive action (TDC Depress or commanded track) is required with the FLIR, in order to drive the designation. But it doesn't matter how the designation is created (functionally, using WPDSG and designating the same point in the ground with the radar should produce the exact same result), the logic should be the same (the WPDSG-type logic is correct) either way.

Plus, it's 100% wrong that the radar will not be able to re-take priority either by being commanded to track with the SCS (which doesn't work now, if the FLIR has initial priority) or by designating a point with the TDC. If positive action is taken with another sensor, a new designation should be created by it and all other sensors should exit tracking and slave to the new designation. Right now, the relevant logic is definitely broken, as mentioned in the last point of my first post.

At the very least, the latter point needs to be addressed ASAP. It's basic sensor logic.

Again, I could not verify the current logic with my documents. If you have documentation that explicitly supports the current implementation in DCS, including the inability of the radar to regain priority, please let me know where to find it. Thank you.
  • Like 4

The vCVW-17 is looking for Hornet and Tomcat pilots and RIOs. Join the vCVW-17 Discord.

CVW-17_Profile_Background_VFA-34.png

F/A-18C, F-15E, AV-8B, F-16C, JF-17, A-10C/CII, M-2000C, F-14, AH-64D, BS2, UH-1H, P-51D, Sptifire, FC3
-
i9-13900K, 64GB @6400MHz RAM, 4090 Strix OC, Samsung 990 Pro

Link to comment
Share on other sites

2 hours ago, Harker said:

Do you have any evidence that supports the current implementation? Because I looked in the 746 and I can't find this logic mentioned there. Plus, it's different from the logic for all other sensors.

Right now, the FLIR will take priority from the Radar without being commanded. This works differently when the initial designation is made with WPDSG, where positive action (TDC Depress or commanded track) is required with the FLIR, in order to drive the designation. But it doesn't matter how the designation is created (functionally, using WPDSG and designating the same point in the ground with the radar should produce the exact same result), the logic should be the same (the WPDSG-type logic is correct) either way.

Plus, it's 100% wrong that the radar will not be able to re-take priority either by being commanded to track with the SCS (which doesn't work now, if the FLIR has initial priority) or by designating a point with the TDC. If positive action is taken with another sensor, a new designation should be created by it and all other sensors should exit tracking and slave to the new designation. Right now, the relevant logic is definitely broken, as mentioned in the last point of my first post.

At the very least, the latter point needs to be addressed ASAP. It's basic sensor logic.

Again, I could not verify the current logic with my documents. If you have documentation that explicitly supports the current implementation in DCS, including the inability of the radar to regain priority, please let me know where to find it. Thank you.

 

If I could add one more little quirk to this...

When I locked a moving target with radar and switched to FLIR display everything looked good with radar in the driver seat until I switched priority to FLIR with SCS. The FLIR immediately let go of the radar track and I had to slew it manually following the targets. But, on the HUD I could still see the RDR as a tracking sensor. When I switched back to radar display... the radar wasn't tracking the targets either.

Link to comment
Share on other sites

 
If I could add one more little quirk to this...
When I locked a moving target with radar and switched to FLIR display everything looked good with radar in the driver seat until I switched priority to FLIR with SCS. The FLIR immediately let go of the radar track and I had to slew it manually following the targets. But, on the HUD I could still see the RDR as a tracking sensor. When I switched back to radar display... the radar wasn't tracking the targets either.
Interesting about the HUD. Further indicates that the radar should stay as the designating sensor unless positive action is taken with the FLIR.

As for the FLIR driving the designation without being commanded to, as soon as you switch TDC priority to it, it's what I notice as well. For example, I get the problem when I track with the radar, switch priority to the FLIR just to zoom in with the antenna elevation controls and the radar stops tracking.
  • Like 1

The vCVW-17 is looking for Hornet and Tomcat pilots and RIOs. Join the vCVW-17 Discord.

CVW-17_Profile_Background_VFA-34.png

F/A-18C, F-15E, AV-8B, F-16C, JF-17, A-10C/CII, M-2000C, F-14, AH-64D, BS2, UH-1H, P-51D, Sptifire, FC3
-
i9-13900K, 64GB @6400MHz RAM, 4090 Strix OC, Samsung 990 Pro

Link to comment
Share on other sites

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...