Jump to content

HARMs fired in PB mode seem to ignore the given coordinates... unless I'm doing something wrong


Hardcard

Recommended Posts

 I don't have DCS tracks, since this happened in long MP sessions, but I made tacview track recordings, showing the issue. 


In both instances, I used PB mode with HRM pullup, following the steps given by Wags in this video: 

According to Wags, HARMs shouldn't be "going active" off the rails when fired in PB mode, but looks like my HARMs were. 
I didn't set my EW page to manual, like Wags did, though, is that required for proper PB mode operation?

Here's the first tacview recording: https://streamable.com/ssp8ju

I had created a first waypoint just south of that neustrashimy (indicated in the video with my cursor).
There used to be 3 enemy 1L13 EWRs around that first waypoint, but were no longer there, I didn't know that at the time.

I had also created a second waypoint north of that neustrashimy, where the active 1L13 EWR was.

My first 2 HARMs were supposed to be going towards the first waypoint (south of the neustrashimy), but immediately went towards the active EWR to the north (at my second waypoint).

I did switch waypoints after firing... but that shouldn't change the coordinates for the HARMs already in the air, right?
Seems like those HARMs "went active" off the rails and tracked the first EWR source they could find, regardless of designated coordinates.

The third HARM was fired towards the second waypoint, but since the EWR had already been destroyed by the previous HARMs, didn't track anything (which is kind of what I'd expect, except that it kept flying straight instead of going for the given coordinate).
 
The fourth HARM was fired towards the first waypoint (south of the neustrashimy), looks like it also "went active" off the rails and tracked the first EWR source it could find... which was a friendly EWR way out to the east, nowhere near the designated waypoint.  


Here's the second tacview recording: https://streamable.com/g3gjuo


Similar situation. I designated a coordinate where an enemy 1L13 EWR was supposed to be (it had already been destroyed, but I didn't know).
My HARM "went active" off the rails, turned almost 180º (completely ignoring the designated coordinates) and went for friendly EWR behind me... 

 

Unless I'm doing something wrong here, looks like PB HARMs are acting like SP HARMs (only difference is that they loft).
I'm used to doing this kind of coordinate-based SEAD strikes with the viper (using EOM), so I expect my HARMs to fly to the designated coordinates, even if they can't find a radar source... isn't this how PB in the hornet is supposed to work? Or is it some kind of RUK mode, but without the 20nmi limit?


Edited by Hardcard
Link to comment
Share on other sites

Tonight same happened to me. PB’d a designated waypoint on an SA-3 with code 123. All missiles made a sharp turn 45 degrees to left after magnum. 

Asus ROG Maximus X Apex//Core I7 8700K @ 5.3Ghz //32GB DDR4 RAM//Asus 3090 RTX//4K monitor w/ TrackIR 5

 

 

 

Link to comment
Share on other sites

I feel like the Waypoint isn't too relevant. I was trying to kill an Enemy EWR once. I designated the Point using the A/G Radar (it was on an Island). And send the Harm on its way from Angels 35 at around 50 miles Distance. Other Times those Parameters worked well but this time there was a friendly EWR (with the same code) around 30 miles away from my Target Point.  So the Harm took a Turn and went to my 2 o'clock heading straigt for the Friendly EWR. I don't know if its supposed to be like that or a bug. 

Link to comment
Share on other sites

I haven't been able to reproduce the issue in SP yet.  

I'll keep trying, but it might very well be that this issue only rears its ugly head in MP... unfortunately, I can't produce usable tracks there, since sessions last for hours and tracks get corrupted after only a few minutes.

I'll try to work it out with server admins as well, see if we can figure out what's going on.

Link to comment
Share on other sites

  • ED Team
On 12/4/2021 at 1:58 AM, Hardcard said:

@BIGNEWY

Sorry to ping you, but I think we need feedback from ED here. 

Is this working as intended or should I report it as a bug?

Please include a track replay showing an example so we can check it. 

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

7 hours ago, BIGNEWY said:

Please include a track replay showing an example so we can check it. 

thanks

I ran some tests that show the problem. Seems like the HARM's seeker gimbal limits are not simulated, since it can see and turns towards SAMs that should be outside of them. It also seems that PB mode shots do not respect the distance limitations around the designation point, as emitters were placed a little more than 20 NM apart.

PB HARMs go for emitters more than 20 NM away from des_2.trk PB HARMs go for emitters more than 20 NM away from des.trk

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

@BIGNEWY

Like I said, my tracks get corrupted after 5-10 minutes into the replay (if I'm lucky). 

Even relatively simple missions generate corrupted tracks, where my aircraft decides to dive into the ground/sea, fire missiles without a lock / in the wrong direction, get hit by missiles that didn't hit me, etc.

Until the track corruption issue is sorted, I can't provide usable tracks most of the time. 
 

Link to comment
Share on other sites

  • ED Team
On 12/6/2021 at 6:40 PM, Harker said:

I ran some tests that show the problem. Seems like the HARM's seeker gimbal limits are not simulated, since it can see and turns towards SAMs that should be outside of them. It also seems that PB mode shots do not respect the distance limitations around the designation point, as emitters were placed a little more than 20 NM apart.

PB HARMs go for emitters more than 20 NM away from des_2.trk 491.32 kB · 5 downloads PB HARMs go for emitters more than 20 NM away from des.trk 720 kB · 6 downloads

reported using Harker's tracks, the team will check the gimbal limits. 

thanks

  • Like 2

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

Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

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