Jump to content

Flagrum

Members
  • Posts

    6835
  • Joined

  • Last visited

  • Days Won

    8

Everything posted by Flagrum

  1. The flight profile of the Harpoon consists of 3 different phases: 1. cruise 2. sea skim 3. final The DCS manual, and other sources I found, are not very specific about when the transistion from cruise to sea skim is supposed to happen. "Common sense" (yuck, bad word in DCS:W, I know!) suggests, that his should happen way outside of the typical air defense envelope of a war ship. My assumption: the transistion should happen, when the weapon either enters search mode or at least, after aquiring a radar lock. The Harpoon in DCS does not show such behaviour. Instead this happens: R/BL, cruise alt = high: the weapon cruises at 10 000 ft AGL up to almost directly over the designated target. Then it dives towards the target. The terminal mode SKIM or POP is then obviously useless and makes not much of a difference in the flight profile. My assumption is here, that the search mode is only enabled when entering the SEEK distance - which is too small to allow an early enough descent to a sea skimming profile. BOL, cruise alt = high: the weapon dives straight down to ~160 ft AGL and cruises at this altitude until it gets a radar lock a few nm before the target. There it then goes down to ~50 feet and performs the correct TERM maneuvre. The problem here is, that the Harpoon does neither respect the FLT setting (high!), and also a set SRCH distance has no influence on the flight profile (see my assumption in the beginning). R/BL FLT=high vs. BOL FLT=high I have not yet looked into which influence a HPTP has on the flight profile in R/BL or BOL - it is already difficult enough to try to make sense of what the Harpoon does without it. HPD BOL HIGH vs RBL HIGH.trk Tacview-20211003-005418-DCS-HPD BOL HIGH vs RBL HIGH.trk.zip.acmi
  2. @BIGNEWY, this has not happened, yet, correct? The flight phases just make no sense. In RB/L the missile cruises all the way to the designated target. Then it either "sees" the ship and tries to dive at ~90° at it and therefore completely ignoring the TERM settings, or it just overflys it. Seems, the missile only enters search mode just right on top of the target point. And in BOL, it always goes down to 150... ish ft right away and sea skims acording to the BRG to the target and thus ignoring the set cruise altitude altogether. Then it often actually does perform the TERM maneuver. If you then combine all this with HTPT ... and it only gets more complicated. Experimented with all this for several hours now, but I am still not yet able to tell, what effects different settings then have to the flight profile. It's not fun.
  3. Yes, as also someone else mentioned above, it's probably because ED want's to wrap up some loose ends as preparation for the next bigger update. Therefore they wanted only hotfixes in todays patch and not new potential bugs.
  4. Many are, or at least partial use it. I.e. the M113 APC, the Bradley, the BTR-80. The armor is often meant to just protect from small arms fire and thus, using aluminium can provide that while also saving some weight. But no matter what material, I am sure a ballistic kinetic projectile of with a mass of 500 lb at at few hundret knots coming at you will do some harm to anything it hits.
  5. I read a report once where they hunted pirates at the coast of Somalia. They sunk their boat with just a practice bomb. Also, I bet, a concrete filled BDU-50 will surely put a big hole into the aluminium hull of any IFV if dropped from high enough. And that, without much risk for colateral damage.
  6. Thanks, Snoopy! Well, I guess that makes a lot of sense - so you can configure the weapon on ground and basically any aircraft capable of dropping MK-82s can employ it. And on the other hand, a more modern platform, can used it in a more flexible way.
  7. Hrmm ... what are those three pins at the top of the seeker, labeled 1 - 2 - 3? Some sort of rotary dials? But there are now windows to display the actual value that you have "dialled in"?
  8. "It is related to waypoint editind via EHSD and TDC, it may be related to TDC in INS mode so it does affect also TPOD when in INS... " I agree. In my case, when I thought I would move the IRMAV reticle, I had to undesignate my TPOD target and thus was in EHSD INS mode (which I failed to recognise). Instead of slewing the IRMAV seeker, I was slewing the INS cursor and the IRMAV was just slaved to it. The culprit is the EHSD.
  9. For conventional LGBs, the laser code is set mechanically on the ground directly at the guidance kit. The setting of the code in the A-10C SMS is only meant to be "informational" for the system - it would in reality not change the code of the bomb itself. But for practical reasons, in DCS it actually does change the code the bomb will look for. But how about the GBU-54 LJDAM? As it is also a JDAM and as such it already has a data connection to the aircraft to receive the target coordinates. But will that also allow it to change the laser code electronically "on the fly" (literally)? I.e. will changing the code in the SMS actually change the code of the bomb in RL? Or is that, too, just a "gamification" like it is done for the conventional LGBs?
  10. I was made aware that I made an error here - instead of slewing the IRMAV, I was in INS mode and was moving the INS cursor on the EHSD. Seems to have nothing to do with the IRMAV, but rather seems to be just another manifestation of the bug that Kappa reported here:
  11. Yes, thank you very much, that work for me as well. It's been a while since I more seriously fiddled around with the Harrier - so yes, this was an user error. The IRMAV seems to be ok! But regarding INS - then the behaviour I observed was more likely a direct result of the bug that @Kappa had reported, right? Something with the TDC and the EHDS/INS seems off.
  12. I would not be surprised, if these bugs might be related: @Hornet81, maybe you can have a look at those as well? ty!
  13. Not sure, if I saw this also with the TPOD, but for the IRMAV there is some strange slewing behaviour: instead of slewing vertically, it slews diagonally. If your pipper is right at the nose of the aircraft and you slew it exactly vertically, it does not deviate from it's horizontal position. But if you start with a pipper some degrees left or right of the center line, the pipper will slew diagonally. So for example, if the pipper is i.e. 5° off to the left at the top of the HUD, it will end up something like 10° off to the left at the bottom of the HUD. The screenshot will illustrate this better: I have overlayed the position of the pipper in one picture, showing the positions on the top of the HUD and, after slewing exatly vertically, at the bottom of the HUD. It looks like the slewing considers one point in front of the nose of the aircraft (that it seems to be at the horizon might be just a coincidence?) as some sort of point-of-origin for the concept of "top" or "upwards". Strange. EDIT: I also just noticed, that the horizontal slewing is also affected in some way. If the aircraft is banked to one side, horizontal slewing causes the pipper to move always parallel to the horizon! Example: bank 90 °, the horizon is now vertically in your field of view. Slewing the pipper left and right makes the pipper go up and down on the hud, parallel to the horizon! Slewing up and down then also makes the pipper move vertically on the HUD. The difference is the slewing speed (see my other bug report). While slewing up/down is considered as farther away/closer nearby, the slew rate increases. But slewing left/right causes the pipper to move with a constant speed ...
  14. When slewing the IRMAV seeker, the slew rate is depending on where the seeker is looking at. The farther away, the slower the slew rate. If you are looking at a point close by, the slew rate is very high and it is impossible to be precise - even with an minimal axis saturation (like 10% my case). On the other hand, if you are looking somewhere far out, near the horizon, the slew rate is very low. The closer you are to the ground the more pronounced the effect is. Seems to me as if the slew rate is directly depending on the absolute distance between aircraft and the point on the ground that you are looking at. The slew rate in degrees per second should not change, right? So the distance traveled by the pipper over ground per second would increase farther out, but the distance traveled by the pipper on the MFD or HUD per second should be constant. Also the horizontal slew rate is higher than the vertical one, which makes slewing even more inprecise. You will notice that in the video feed, but the IRMAV pipper on the HUD demonstrates the difference really well. IRMV slew.trk
  15. Which trimmer mode do you guys have configured under special options? And do you have FFB enabled or disabled under general settings?
  16. Flagrum

    VR BUGS

    How is all this "Community News"? o.O
  17. Yes, thank you! And yes, you were right, I was using "Enable Action / No Action = Yes". This probably confused me the most as I was used to the "gamey" TDC when I last fiddled around with the Harrier a few months ago. Now, after a couple of hours, I seem to get the hang of it again. Still had some situations with what I would consider unintuitive behaviour, but at least it seemed to be more consistent.
  18. If TDC is assigned to HUD, the slew rate of the HUD reticle is ok vertically, but horizontally it is 2-3 times the rate as vertically. (Yes, my TDC X and Y axis are set up identically) Why?
  19. SSS Fwd --> TDC->HUD Designate spot under velocity vector with TDC Depr. Slew HUD reticle SSS Aft --> TDC->DMT/TV, HUD reticle changes to DMT rectangular reticle Slew DMT reticle, but when I let go of TDC slew axis, the reticle jumps back to the point where I had slewn the HUD reticle to, right before SSS Aft. Why?
  20. Since the most glaring problems now seem to be gone(ish), I figgured that I'll give it another try. And yes, I try to do baby steps... So Lesson One: switch TDC between HUD and DMT. Situation: directly after Master Arm: on and A/G: on. Left MFD=EHSD, right MFD=EW SSS Aft --> DMT/LST SSS Aft again --> DMT/TV TDC: slews DMT/TV reticle. Cool. now SSS Fwd to assign TDC to HUD: DMT goes to DMT/INS, no TDC slewing of DMT reticle possible, no reticle in HUD, *confused* SSS Aft --> DMT/LST SSS Aft --> DMT/TV, but it looks at god knows what. My attempt to slew something while in HUD seems to have moved the invisible reticle to somwhere in the sky. Now back in DMT/TV I can't seem to move it anywhere else. UNDESIGNATE: DMT/TV slews to velocity marker Not. Intuitive. edit: ok, I learned something now. At step 4, the missing reticle in the HUD - I have to designate a target with the velocity vector. Then I get the reticle and the DMT is slaved to it. From there I can toggle the TDC assignment between HUD and DMT with SSS Fwd. and Aft. So, ok, cool! Now I can even Undesignate and still get the TDC slewable reticle in the HUD after SSS Fwd - even if I unbox the EHSD DESG. Why the difference between "before any designateion" and "after an undesignated designation"!?
  21. There are several ways how I can designate a target and I can use severak sensors to do it. I am able to designate a tgt, but I am struggeling with the "workflow" - or rather the switching of different modes that happen if I switch between sensors. It seems to me, that if I designate a WP at the EHSD, the TPOD is slaved automatically to that designation. How can I now "sweeten" the designation? The TPOD always jumps back to the WP? And if I undesignate, then the aircraft switches to HUD designation? I don't know, I probably recall it wrong, but almost everything I try seems to result in inconsistent or at least unintuitive reactions of the systems. So, I'd love to have some sort schematics, a workflow chart of some sorts. Like, you start designating with this sensor. If you do that, these sensors will do so-and-so. Now you are in mode blabla and from here you can do this. Which components are affected (sensors, weapons) how, If I am in designation mode X with sensor Y. Which options does it then provide me to use other components with that designation? Does something like this exist?? Thanks, --Flag
  22. Also the special option works only when starting a new mission. If you respawn within a running mission, you always get the indicators, not matter what the special option says.
  23. Flagrum

    RPG vs. Helos

    I just found out, that RPG dudes shoot at helos now! This must be relatively new? I always wanted them to be a threat - thanks ED!
×
×
  • Create New...