I encountered this “bug” today using the SA-4 in El Dorado Canyon. The invulnerable mode apparently does not work correctly for SA-4. Kept the SNR active and eventually a single HARM quickly ended the simulation.
First, when I try to open a 3DAAR in Google Earth, it shows me this:
This happens only with these new Serbian missions.
Another is an old one, that I mentioned a long time ago and that appears to happen only with me: with S-125 system, the first salvo of 2 missiles always fires OK, but during subsequent shots, either one, or both missiles are often lost. You hear the sound of them starting, then a tiny mark appears at the very base at SNR screen and quickly disappears...
...And nothing. They simply do not appear. About 25 to 50% of missiles are lost that way.
There is also a few questions. First, how many IRZ devices does each S-125 battery has? And, if I select the "non-historical" mode and use, say, S-75, will the IRZ be available in this case? It doesn't look like they are available...
And another one: When I'm using the S-75, the RPK light turns on when I select the 75 km mode, and keeps illuminating even if main transmitter is off: And it looks like it actually transmitting, even when switched to EKV, because HARMs keep coming...
4 – RPK (Radio transmiter for missile commands) Battle value: Two positions – left: „Dummy load”; Right „Antenna”. It is used to transmit fake launch signals to enemy formations, forcing them to break the battle formation and drop it’s loads.The RPK system is continuously calculating and creating the missile guidance commands, even when they are not launched.Those signals could be sent to the dummy load, or emitted by the P16 antenna. With this switch, you can select between dummy load (EKV) or the P16 (ANT).When missile is launched, this switch is overruled and the commands are emitted via the P16. If the P16 is selected (manually or automatically), it is indicated by the green lamp.At the Volkhov, if the system is in BR and 75 km mode, the RPK signals are automatically sent to the P16 to frighten the enemy. In all other modes, you may use it manually at will. RPK - EKV/ANT switch should not be used in real combat, as the BR/75 km mode has the same effect.
And another one: When I'm using the S-75, the RPK light turns on when I select the 75 km mode, and keeps illuminating even if main transmitter is off:
Click to reveal..
And it looks like it actually transmitting, even when switched to EKV, because HARMs keep coming...
When you are in 75km and BR, the Volhov starts sending fake launching signals automatically.
The EKV/ANT switch is used only during maintenance. Its default setting is EKV (used to be sealed).
System is automatically overriding it, and its override is shown by the RPK green lamp.
Originally Posted By: Lonewolf357
There is also a few questions. First, how many IRZ devices does each S-125 battery has? And, if I select the "non-historical" mode and use, say, S-75, will the IRZ be available in this case? It doesn't look like they are available...
There should be, just do not forget to switch off SNR in time, to let the IRZ lure it away.
And another one: When I'm using the S-75, the RPK light turns on when I select the 75 km mode, and keeps illuminating even if main transmitter is off:
Click to reveal..
And it looks like it actually transmitting, even when switched to EKV, because HARMs keep coming...
When you are in 75km and BR, the Volhov starts sending fake launching signals automatically.
The EKV/ANT switch is used only during maintenance. Its default setting is EKV (used to be sealed).
System is automatically overriding it, and its override is shown by the RPK green lamp.
Originally Posted By: Lonewolf357
There is also a few questions. First, how many IRZ devices does each S-125 battery has? And, if I select the "non-historical" mode and use, say, S-75, will the IRZ be available in this case? It doesn't look like they are available...
There should be, just do not forget to switch off SNR in time, to let the IRZ lure it away.
OK, now I see why IRZ didn't help me a bit when I'm using Volhov. It looks like the only way to get rid of that problem is to use the 150 km mode... Thanks for clarification, because those HARMs comin' out of vacuum and hitting my supposedly silent SNR in both Libya and Serbia have really annoyed me a lot... I really thought its a bug.
Another is an old one, that I mentioned a long time ago and that appears to happen only with me: with S-125 system, the first salvo of 2 missiles always fires OK, but during subsequent shots, either one, or both missiles are often lost. You hear the sound of them starting, then a tiny mark appears at the very base at SNR screen and quickly disappears...
Click to reveal..
...And nothing. They simply do not appear. About 25 to 50% of missiles are lost that way.
I massacred 5 LA-17M (A4) in Asuluk, and every missile was guiding.
I massacred 5 LA-17M (A4) in Asuluk, and every missile was guiding.
I tried installing SAM Sim on two different computers, with different OS's, but the problem is always there... It is a real mystery... Probably Neva avenges me for my love of Volhov . Will try a third computer tomorrow...
Quote:
Just rename it to gpx...
??? Is this a 3DAAR? Server says that file does not exist... Never mind though...
4 – RPK (Radio transmiter for missile commands) Battle value: Two positions – left: „Dummy load”; Right „Antenna”. It is used to transmit fake launch signals to enemy formations, forcing them to break the battle formation and drop it’s loads.The RPK system is continuously calculating and creating the missile guidance commands, even when they are not launched.Those signals could be sent to the dummy load, or emitted by the P16 antenna. With this switch, you can select between dummy load (EKV) or the P16 (ANT).When missile is launched, this switch is overruled and the commands are emitted via the P16. If the P16 is selected (manually or automatically), it is indicated by the green lamp.At the Volkhov, if the system is in BR and 75 km mode, the RPK signals are automatically sent to the P16 to frighten the enemy. In all other modes, you may use it manually at will. RPK - EKV/ANT switch should not be used in real combat, as the BR/75 km mode has the same effect.
You have answered yourself At the Volkhov, if the system is in BR and 75 km mode, the RPK signals are automatically sent to the P16 to frighten the enemy. In all other modes, you may use it manually at will.
I think I found a bug. In new Allied force scenario May 2. No matter which site i choose my SNR always gets hit by LGB, and always by the same plane and at the same time. Here is one of the AARs:
Click to reveal..
02:04am 2nd of May, 1999. Operation Allied Force, F-16CG Falcon DEAD mission against Belgrade Air Defense
00:02:44, SNR bombed by F-16CG Night Falcon DEAD Hammer-34, wth LGB. 00:02:47, F-16CG Night Falcon DEAD Hammer-31 bombed AAA defending the Veliki Radinci reserve AFB, with LGB.
And at that time the Hammer-34 is not over the site, I checked in 3DAAR.
I think I found a bug. In new Allied force scenario May 2. No matter which site i choose my SNR always gets hit by LGB, and always by the same plane and at the same time. Here is one of the AARs:
Click to reveal..
02:04am 2nd of May, 1999. Operation Allied Force, F-16CG Falcon DEAD mission against Belgrade Air Defense
00:02:44, SNR bombed by F-16CG Night Falcon DEAD Hammer-34, wth LGB. 00:02:47, F-16CG Night Falcon DEAD Hammer-31 bombed AAA defending the Veliki Radinci reserve AFB, with LGB.
And at that time the Hammer-34 is not over the site, I checked in 3DAAR.
F-16CG is only sent into the SAM rings when the SAM site is located, either by the F-16CJ with the HTS pod, or by other intelligence agencies by locating the approximate location of the battalion P-18.
The LGB can fly several miles, so the F-16CG is not required to actually overfly the battery.
PS: of course it should be valid only for the 3/250rd PVO. All other LGB hit is a bug.
I think I found a bug. In new Allied force scenario May 2. No matter which site i choose my SNR always gets hit by LGB, and always by the same plane and at the same time. Here is one of the AARs:
Click to reveal..
02:04am 2nd of May, 1999. Operation Allied Force, F-16CG Falcon DEAD mission against Belgrade Air Defense
00:02:44, SNR bombed by F-16CG Night Falcon DEAD Hammer-34, wth LGB. 00:02:47, F-16CG Night Falcon DEAD Hammer-31 bombed AAA defending the Veliki Radinci reserve AFB, with LGB.
And at that time the Hammer-34 is not over the site, I checked in 3DAAR.
This bug is fixed. You can download the fixed exe here:
I am new to this forum, so I wanted to say Hello to everybody! I followed the thread, which was linked on the Samsim website a little while now, and today, as the link seems to have changed on the website I think, I found this subforum. Nice to see that there is a place to chat with other virtual SAM operators But the reason I registered here is that I am having a problem with the Vega. First I have to say I prefer the Vega over all the other simulated systems, however I am a really bad virtual operator as it seems. However, sometimes I even get to the point where it is time to do so. I don't have a problem with launching a missile, however afterwards I get a software problem as it seems. For instance, I tried to shoot the SR-71, as descriped erlier this thread. First I launch a missile, to freigthen the SR-71 (like I said, as described ) however once it turns on it's jammer i get a "Runtimeerror 11" from Windows which says: "Devided by zero" and then Samsim quite, without an AAR to be shown. The same happened as I tried to shoot a jamming Scud missile. I was (as I assumed) correctly tracking the jamming target, launched 4 or five missiles and one of them actually seemed to hit (Target was at computed impact point), and like it did the jammer would be 'dead' now and no jamming would be recived any more. However, as the missile is about to hit, I get the Runtimeerror 11 again. The third conditon I get this error is, when I switch the radar back to K7 (At the dial at the right of the 4 System start switches)(at least it looks like the letters K and 7, could be something diffrent too, unfortunatly I can't read Russian letters) while a target is beeing fully tracked. I know, there is no point in doing so, but may it helps to reproduce the error.
I just wanted to point that out, as somthing seems to be faulty there, altought it could be me too. I did several reinstallations, however nothing changed.
I am using version .925
Many thanks for this great simulator, and best regards from Austria
Just thought I'd make two quick bug reports both minor.
You've spelled "Libya" wrong on the options dialogue box for the SA-5. You've spelled it "Lybia"
And second. I'm not sure if this is a bug, or if you're just playing a joke on people. If you disable sound in the options dialogue, it disables all sounds EXCEPT for nuclear explosions. The unexpected boom scared me half to death. Thanks Hpasp!
Just thought I'd make two quick bug reports both minor.
You've spelled "Libya" wrong on the options dialogue box for the SA-5. You've spelled it "Lybia"
And second. I'm not sure if this is a bug, or if you're just playing a joke on people. If you disable sound in the options dialogue, it disables all sounds EXCEPT for nuclear explosions. The unexpected boom scared me half to death. Thanks Hpasp!
It was an unintentional "bombastic" mistake, but I will fix it.
why for attack to jamming target in sa-2 F or E we have to switch off transmitter but at sa-3 no need to switch off transmitter ? i never seen any notice in sa-3 PDF about it ! is this a bug?
because sa-2 and sa-3 using one method for guidance (command guided) !
why for attack to jamming target in sa-2 F or E we have to switch off transmitter but at sa-3 no need to switch off transmitter ? i never seen any notice in sa-3 PDF about it ! is this a bug?
because sa-2 and sa-3 using one method for guidance (command guided) !
It is again related to the two coordinate systems the Neva use, compared to the Dvina/Volhov. If the Neva looses its target, it looses all launched missiles, while the Dvina/Volhov could reacquire the target.
Then it´s not just me. I have also tried several re-installs (and re-downloads) with the same results. The second the SA-5 warhead detonates I get the runtime error and crash. It didn´t do that in v924 (I´m using v925 now), so this smells a lot like a bug. Hope it can be fixed quickly, as I love the SA-5 and is finally starting to master the system. BTW. Can´t wait until the Nike Hercules get´s implemented. A SAM system where you can actually read the labels on the buttons would be great. Have started to learn Russian just because of this SIM but it´ll be a while before I can understand all the buttons as easily as if they were in English.
Then it´s not just me. I have also tried several re-installs (and re-downloads) with the same results. The second the SA-5 warhead detonates I get the runtime error and crash. It didn´t do that in v924 (I´m using v925 now), so this smells a lot like a bug. Hope it can be fixed quickly, as I love the SA-5 and is finally starting to master the system. BTW. Can´t wait until the Nike Hercules get´s implemented. A SAM system where you can actually read the labels on the buttons would be great. Have started to learn Russian just because of this SIM but it´ll be a while before I can understand all the buttons as easily as if they were in English.
The bug I mentioned has been fixed in v925.2. Some posts above yours you can find the v925.3 version, which will fix the SA-5 problem.
why for attack to jamming target in sa-2 F or E we have to switch off transmitter but at sa-3 no need to switch off transmitter ? i never seen any notice in sa-3 PDF about it ! is this a bug?
because sa-2 and sa-3 using one method for guidance (command guided) !
with sa-2 f dvina in first libyan scenario when i want shot down that f-18 .... my trasmiter going to be off and set to jamming attack but when i launch missiles' my missile goes wrong way and so close from that f-18 and do no explode
but when i let my transmiter stiil on ... i lock on f-18 and i launch missile and killed by sam but why when my transmiter off and set to jamming target my missile goes wrong way????
Some AAR, screenshots and 3DAAR will be usefull when bug reporting... End there is no jamming - so no tracking.... Just a blank shot?
nooo..... i lock on jamming line ! at first move i shoted down on agm harm and i flowing that jamming line ... and i twice move i lock on jsmming target ... so i have to swich off tramister ... i do it ... but at scope i do not any sign from any jamming line!!!!!!!!
edit dude i shoted down some aircraft in line break! with sa-2F ... when i lock on jamming target .. i switch off my transmiter but sign of jamming line still on my scopes! but at first libyan scenario when i swich off my transmiter i have no sign of jamming line on my scopes!
but at first libyan scenario when i swich off my transmiter i have no sign of jamming line on my scopes!
Not a bug - just better jammers (reacts only when transmition is against them, not like in Vietnam.
so... if it's not a bug... where is the solution ??? i have to attack to jamming target with transmitter switch on? edit: because when my transmitter still on... i can hit f-18 !!! this is realistic ? ? ? .........
but at first libyan scenario when i swich off my transmiter i have no sign of jamming line on my scopes!
Not a bug - just better jammers (reacts only when transmition is against them, not like in Vietnam.
so... if it's not a bug... where is the solution ??? i have to attack to jamming target with transmitter switch on? edit: because when my transmitter still on... i can hit f-18 !!! this is realistic ? ? ? .........
Yes, you use home on jam, but you need to give the threat aircraft a reason to use jamming... With the radar off he is silent ~ "ECM on" merely authorises the pod to jam when illuminated. Because of the jamming you have to use the less efficient T/T mode rather than half-lead as range information is denied, which reduces maximum engagement range considerably, and increases missile manoeuvre requirement in the end-game. Of course the most important difference to Vietnam is that you can't just 'aim for the strobe' with impunity ~ by needing to illuminate the target to get a valid target of any type you become vulnerable to ARM, and HARM is far more responsive than Standard ARM or Shrike.
Could you help me on the disappearing Neva missiles bug, by describing how can I recreate those situation?
Thanks,
excuse me what? this is my first time mr.hpasp say help! i guess neva have some bug,, witch one u want??? that bug when launch missile... and i hear sound launch, but i never seen any missile in my scope!!!!!? this situation ?
Could you help me on the disappearing Neva missiles bug, by describing how can I recreate those situation?
Thanks,
excuse me what? this is my first time mr.hpasp say help! i guess neva have some bug,, witch one u want??? that bug when launch missile... and i hear sound launch, but i never seen any missile in my scope!!!!!? this situation ?
Correct. I would like to release a v0.925B version during the weekend, including the fixes of v0.925.3, just this bug is not found/fixed yet, and I cannot recreate it...
Could you help me on the disappearing Neva missiles bug, by describing how can I recreate those situation?
Thanks,
Hallo I can help only during weekend. So if it is not solved by then I will try to help you. Anyway I also saw that problem. So far my experience is that when I shoot missile against the first target everything is ok but if I very quickly acquire next target in significantly different bearing and I launch missile against it without much delay sometimes I hear only sound of starting missiles but no missiles are actually launched. It also messes 3DAAR if I remember correctly. I recommend to you to start Asuluk mission with targets coming from all sides and try to launch against them as much missiles as possible. Then bug can be may be seen.
i remember... at one situation in vietnam...when i lock on, one f-4 around east... but i choose western launcher ... to launch when i launch first missile... my missile missed but when i launch my twice missile... without no problem can get target! maybe at different situation ... some launcher cant support some azimuth degrees !!!!! example: launch west to east OR launch south to north! this is my guess
an another problem is ....... kill frame after passed 10min on vietnam scenarios!,,, this is bug hpasp... i dont know why after 10min passed on vietnam scenario's kill frame is begin.. no antivirus no scaning,,, just sam sim this is serious bug.... hpasp.. when u creat scenario... did u add any (time limit) code for scenario's???? something going to be wrong when 10min passed and u still on scenario's (my frame going down under 7fPS)
Hpasp: Regarding Neva bug - just select Ashuluk, five targets, shoot the first one down, do not change launcher, acquire the second target and shoot at it. Either one or both missiles will not be shown on indicator (neither in 3DAAR and nothing will be hit).
And I forgot to mention - when you fire another pair of missiles, they will fly correctly (and in this lost missile case does not matter whether you change launcher or not, they will be lost in any case).
Nobody knows, but theoretically it should be bigger than its carriers (F-16, B-1B). In SAMSIM, it is selected to be 10sqrm.
I've noticed on "C" screen of NEVA, that the beam iluminates somethin', just slight away form the jamming area, but when check it ot the FCO screens, nothing can be seen, thought it just iluminates ALE-50 only...
By the way, I've posted in the old topic a question about changed APP-75 behaviour (vissible against the Libyan SR-71), but still no comment about it...
By the way, I've posted in the old topic a question about changed APP-75 behaviour (vissible against the Libyan SR-71), but still no comment about it...
I not seen any problem with those screenshots.
APP behavior was not touched quite a long ago... ... so I need more detailed bug description to be able to track this issue down.
APP behavior was not touched quite a long ago... ... so I need more detailed bug description to be able to track this issue down.
It's not a bug or tuning APP-75 (probably there is a change on other stuff, which influent the difference), I believe, but there is a difference in every new version. Here my post (it was moved to SA-2 topic):
Click to reveal..
Originally Posted By: piston79
This is what I meant: Previouse version:
Current version:
Mission: El Dorado Canyon Target: SR-71 Blackbird Method: T/T87B
EDIT: This was noticed thanks to MAX2012...
EDIT2:Destruction zone was displayed in a different way and size (see range marks on the right of the epsilon screen), so there is some change in the algorytm of the S-75M3-OP APP-75M work!!!
There was another thing which I believe is not correct, but also leaved without attention/answer - Using UPR mode in T/T87. Using Libyan SR-71 is a good ilustration - missiles didn't lead against azimut boresight, but actually they are trailing behind... It shouldn't be like this, I believe...
EDIT: The "always hitting with LGB" bug appears again with Dvina:
Click to reveal..
02:04am 2nd of May, 1999. Operation Allied Force, F-16CG Falcon DEAD mission against Belgrade Air Defense
00:02:44, SNR bombed by F-16CG Night Falcon DEAD Hammer-34, with LGB.00:02:47, F-16CG Night Falcon DEAD Hammer-31 bombed AAA defending the Veliki Radinci reserve AFB, with LGB.
EDIT2: "Volkhov" also...:
Click to reveal..
02:04am 2nd of May, 1999. Operation Allied Force, F-16CG Falcon DEAD mission against Belgrade Air Defense
00:02:44, SNR bombed by F-16CG Night Falcon DEAD Hammer-34, with LGB. 00:02:47, F-16CG Night Falcon DEAD Hammer-31 bombed AAA defending the Veliki Radinci reserve AFB, with LGB.
Total, SNR On Air Time: 1min 26sec
EDIT3:"Krug" also:
Click to reveal..
02:04am 2nd of May, 1999. Operation Allied Force, F-16CG Falcon DEAD mission against Belgrade Air Defense
APP behavior was not touched quite a long ago... ... so I need more detailed bug description to be able to track this issue down.
It's not a bug or tuning APP-75 (probably there is a change on other stuff, which influent the difference), I believe, but there is a difference in every new version. Here my post (it was moved to SA-2 topic):
Click to reveal..
Originally Posted By: piston79
This is what I meant: Previouse version:
Current version:
Mission: El Dorado Canyon Target: SR-71 Blackbird Method: T/T87B
EDIT: This was noticed thanks to MAX2012...
EDIT2:Destruction zone was displayed in a different way and size (see range marks on the right of the epsilon screen), so there is some change in the algorytm of the S-75M3-OP APP-75M work!!!
I do not see a bug here. The difference is caused by the difference in P.
Originally Posted By: piston79
There was another thing which I believe is not correct, but also leaved without attention/answer - Using UPR mode in T/T87. Using Libyan SR-71 is a good ilustration - missiles didn't lead against azimut boresight, but actually they are trailing behind... It shouldn't be like this, I believe...
You shouldn't use UPR with I87V! In T/T, they should try to fly on the boresight, they should not lead it.
Originally Posted By: piston79
EDIT: The "always hitting with LGB" bug appears again with Dvina:
Click to reveal..
02:04am 2nd of May, 1999. Operation Allied Force, F-16CG Falcon DEAD mission against Belgrade Air Defense
00:02:44, SNR bombed by F-16CG Night Falcon DEAD Hammer-34, with LGB.00:02:47, F-16CG Night Falcon DEAD Hammer-31 bombed AAA defending the Veliki Radinci reserve AFB, with LGB.
EDIT2: "Volkhov" also...:
Click to reveal..
02:04am 2nd of May, 1999. Operation Allied Force, F-16CG Falcon DEAD mission against Belgrade Air Defense
00:02:44, SNR bombed by F-16CG Night Falcon DEAD Hammer-34, with LGB. 00:02:47, F-16CG Night Falcon DEAD Hammer-31 bombed AAA defending the Veliki Radinci reserve AFB, with LGB.
Total, SNR On Air Time: 1min 26sec
EDIT3:"Krug" also:
Click to reveal..
02:04am 2nd of May, 1999. Operation Allied Force, F-16CG Falcon DEAD mission against Belgrade Air Defense
Why is it a bug? LGB do not need illumination at all.
I don't see why should report bugs, when you didn't even take an effort to READ what I've post... All LGB hits are exactly at 00.02.44, no mather which site I used to occupy... Probably added some "GOD mode" for F-16''s LANTIRN system? Or just cooling our pasion to use something else but "Neva" in this scenario?
I wish to point it up that THERE WAS the same kind of bug in the first 0.925 release, probably mistekanly worked on the old .exe for this version...
Why is it a bug? LGB do not need illumination at all.
I don't see why should report bugs, when you didn't even take an effort to READ what I've post... All LGB hits are exactly at 00.02.44, no mather which site I used to occupy... Probably added some "GOD mode" for F-16''s LANTIRN system? Or just cooling our pasion to use something else but "Neva" in this scenario?
I wish to point it up that THERE WAS the same kind of bug in the first 0.925 release, probably mistekanly worked on the old .exe for this version...
Dear Piston,
That mission is elected to be a DEAD one, meaning, that the F-16CG knows the SAM site approximate location, regardless of SNR emission... (During the war, this happened to several SAM units. 1/250, 6/250, 8/250, ...) ... and will bomb it if flies into range.
(Probably the EA-6B's are helped triangulating the P-18 radars.)
Br, Hpasp
PS: to be able to correct a bug, first I need to understand it, than be able to reproduce it.
I do not see a bug here. The difference is caused by the difference in P.
There is no such a thing like "difference in P"... This is the same scenario with the same batterie, screenshot on the same distance against the same (and only) target.
Quote:
You shouldn't use UPR with I87V! In T/T, they should try to fly on the boresight, they should not lead it.
I know. This is against the rule. Now what? Court martialed?
EDIT:
I apologise for missleading: It appears that when we are in the position of 3/250 rd PVO, Karlovcic, Hammer-34 kills you... So, it's not a bug, but a dead end (exept killing Hammer first... Does killing the carrier kills the LGB mission???
I apologise for missleading: It appears that when we are in the position of 3/250 rd PVO, Karlovcic, Hammer-34 kills you... So, it's not a bug, but a dead end (exept killing Hammer first... Does killing the carrier kills the LGB mission???
Maybe, but hammer kills you way before he is in range of your missiles.
I do not see a bug here. The difference is caused by the difference in P.
There is no such a thing like "difference in P"... This is the same scenario with the same batterie, screenshot on the same distance against the same (and only) target.
Quote:
You shouldn't use UPR with I87V! In T/T, they should try to fly on the boresight, they should not lead it.
I know. This is against the rule. Now what? Court martialed?
EDIT:
I apologise for missleading: It appears that when we are in the position of 3/250 rd PVO, Karlovcic, Hammer-34 kills you... So, it's not a bug, but a dead end (exept killing Hammer first... Does killing the carrier kills the LGB mission???
I do not see a bug here. The difference is caused by the difference in P.
There is no such a thing like "difference in P"... This is the same scenario with the same batterie, screenshot on the same distance against the same (and only) target.
Quote:
You shouldn't use UPR with I87V! In T/T, they should try to fly on the boresight, they should not lead it.
I know. This is against the rule. Now what? Court martialed?
EDIT:
I apologise for missleading: It appears that when we are in the position of 3/250 rd PVO, Karlovcic, Hammer-34 kills you... So, it's not a bug, but a dead end (exept killing Hammer first... Does killing the carrier kills the LGB mission???
So far, no bombs are simulated, but I will give it a thought.
I could send you some test data for S-75 and S-125 against bombs (Walleye?)...
Originally Posted By: Hpasp
Dvina was never used operationally during OAF, the 6/250 was far from using it.
How far? She was on a wartime position....
The 6/250rd PVO was a Neva SAM Battery, located in Smederevo before OAF.
They launched 2-2 Neva missiles against 1-1 targets during the 7th and 23rd day of the war. (probably they scored some AN/ALE-50's)
During the 26th day of the war, while they tracked a target from their Lipe firing position they suffered a direct HARM hit, followed by an LGB bombing on their location. (typical DEAD attack)
2 soldiers died during the attack, (Robert Lajcak31 years old, and Blagoja Radic38 years old) RIP...
... and 4 was injured.
The battery Neva SAM equipment was destroyed beyond repair.
The shaken crew was given the task of reactivating one of the ancient SA-75MK Dvina (SA-2F) system from the Aviation Museum. This activity was taken place in the Simanovci firing position.
On the 50th day of the war, their equipment was bombed again, destroying the Dvina PAA cabin (Fan Song-F) with a direct LGB hit. That antique equipment was pretty far from battle ready, when it was destroyed, but at least this time, nobody was hurt.
Serbian Air Defense units lost 40 dead, and 110 injured during OAF.
did u try launch missile from south to north or west to east??? at sam time ... of course at v.0925 i launched missile from south launcher to north... but my missile missed!
Originally Posted By: Hpasp
... solved?
I launched 10 Neva missiles against 5 targets in Asuluk, and each of those scored a hit.
There was an old bug in "War of attrition" - missiles sometimes goes underground, it was with V-760 misiile, today I just used "Krug" and it does it too... Can someone test it, to be sure it's a bug? (Clearly, first mission should be used).
Wow, my Neva is wacking out in the second OAF scenario. First, very strange, for the F-16 target in the north ( northernmost battery ), if I detect him in the 82.5km mode, then switch to the 37km mode, I can see his jamming spike fine, BUT... If I try to detect him in 37km mode alone, he doesn't show up. Also, when I finally got to launching a missile at 13km, he predictably launched an AGM-88C missile, it showed in the jamming spike, and also I lost lock on the F-16, losing my missiles as well.
This seems an old bug reborn... But now it is only for AGM-45 tracks...:
EDIT: This is in first Linebacker scenario, but it could be on everyone of them, will test it tommorow (if someone do that dor me, or Hpasp find that bug and kill it with a folded newspaper )
Quote:
Wow, my Neva is wacking out in the second OAF scenario. First, very strange, for the F-16 target in the north ( northernmost battery ), if I detect him in the 82.5km mode, then switch to the 37km mode, I can see his jamming spike fine, BUT... If I try to detect him in 37km mode alone, he doesn't show up. Also, when I finally got to launching a missile at 13km, he predictably launched an AGM-88C missile, it showed in the jamming spike, and also I lost lock on the F-16, losing my missiles as well.
Could you be more specific, like which F-16 (Nammer - xx) and so...?
attention attention from here... i want from all of sam simulator users... test something in your system i think i find a bad bug in sam sim! kill frame after around 10 minutes in sam simulator begin for me
this happened done for me very much .....
please check it on your pc : run sam simulator ... choose sa-3 goa and move to line break II scenario's choose first night please.... fight there and try to still alive around 10 minutes... after 9 or 10 minutes u feel heavy kill frame on your system ! evry thing is going down...
There was an old bug in "War of attrition" - missiles sometimes goes underground, it was with V-760 misiile, today I just used "Krug" and it does it too... Can someone test it, to be sure it's a bug? (Clearly, first mission should be used).
Click to reveal..
I will check this bug out...
Originally Posted By: piston79
This seems an old bug reborn... But now it is only for AGM-45 tracks...:
Click to reveal..
EDIT: This is in first Linebacker scenario, but it could be on everyone of them, will test it tommorow (if someone do that dor me, or Hpasp find that bug and kill it with a folded newspaper )
Could you be more specific, like which F-16 (Nammer - xx) and so...?
I think, that this bug was never fixed earlier (just a rare one). I check it out.
Originally Posted By: milang
attention attention from here... i want from all of sam simulator users... test something in your system i think i find a bad bug in sam sim! kill frame after around 10 minutes in sam simulator begin for me
this happened done for me very much .....
please check it on your pc : run sam simulator ... choose sa-3 goa and move to line break II scenario's choose first night please.... fight there and try to still alive around 10 minutes... after 9 or 10 minutes u feel heavy kill frame on your system ! evry thing is going down...
please check it and soul it in this topic.
best regard milang
Please try to redetect Milang bug, as I personally never faced it... (I suspect some background virus/virus buster running.) ... during startup, SAMSIM loads all required files into memory, while it shows 0..100%.
I think, that this bug was never fixed earlier (just a rare one). I check it out.
That was long time before - April 2012...
Quote:
Please try to redetect Milang bug, as I personally never faced it... (I suspect some background virus/virus buster running.) ... during startup, SAMSIM loads all required files into memory, while it shows 0..100%.
Later it does not load anything from the disk.
Same with me - after 9-10 minutes in first night, first wave it starts lagging...
PS: i guess after exactly one time! maybe after 9 min or 10 min pass still in scenario's... one bad software start up! maybe one Intelligent and clever bad ware Breach to basic sam sim setup!
here is my this aaar from this test
Click to reveal..
S-125M1 Neva
00:00:00, B-52D Snow-01 bombed Hoa Lac AFB. 00:00:00, B-52D Brown-01 bombed Hoa Lac AFB. 00:00:00, B-52D Maple-01 bombed Kep AFB. 00:00:08, B-52D Snow-02 bombed Hoa Lac AFB. 00:00:08, B-52D Brown-02 bombed Hoa Lac AFB. 00:00:08, B-52D Maple-02 bombed Kep AFB. 00:00:40, B-52D Snow-03 bombed Hoa Lac AFB. 00:00:40, B-52D Brown-03 bombed Hoa Lac AFB. 00:00:40, B-52D Maple-03 bombed Kep AFB.
+++++++++++++++++ 00:00:44, SNR ON AIR
00:01:15, F-105 Wild Weasel number 2 of pair-1 launched AGM-45 Shrike missile.
00:04:09, Missile exploded on Channel-2 F-4 number 2 of pair-1 blocking Noi Bai airfield killed by SAM. (miss distance: 116m) 00:04:11, B-52D Green-03 bombed Kep AFB.
00:04:34, B-52G Lilac-01 bombed Kinh No Complex. 00:04:44, B-52G Lilac-02 bombed Kinh No Complex. 00:04:47, B-52D Walnut-02 bombed Phuc Yen AFB.
00:04:52, Missile exploded on Channel-1 F-4 number 1 of pair-1 blocking Noi Bai airfield killed by SAM. (miss distance: 30m) 00:04:54, B-52G Lilac-03 bombed Kinh No Complex. 00:04:57, B-52D Walnut-01 bombed Phuc Yen AFB.
00:07:28, Missile exploded on Channel-1 F-4 number 2 of pair-1 blocking Zea Lam airfield killed by SAM. (miss distance: 114m) 00:07:42, B-52G White-01 bombed Kinh No Complex. 00:07:53, B-52G White-02 bombed Kinh No Complex.
00:09:37, B-52G Charcoal-01 bombed Yen Vien Railroad. 00:09:39, B-52G Charcoal-02 bombed Yen Vien Railroad. 00:09:41, B-52G Charcoal-03 bombed Yen Vien Railroad. 00:09:58, B-52G Rust-01 bombed Kinh No Complex. 00:10:11, B-52G Rust-02 bombed Kinh No Complex.
00:10:20, B-52G Rust-03 bombed Kinh No Complex. 00:12:12, B-52G Ivory-01 bombed Yen Vien Railroad. 00:12:14, B-52G Ivory-02 bombed Yen Vien Railroad. 00:12:16, B-52G Ivory-03 bombed Yen Vien Railroad. 00:12:26, B-52G Black-01 bombed Kinh No Complex. 00:12:39, B-52G Black-02 bombed Kinh No Complex. 00:12:48, B-52G Black-03 bombed Kinh No Complex.
00:13:40, F-105 Wild Weasel number 1 of pair-1 launched AGM-45 Shrike missile.
00:13:48, SNR OFF THE AIR -----------------
00:14:47, B-52G Ebony-01 bombed Yen Vien Railroad. 00:14:48, B-52G Ebony-02 bombed Yen Vien Railroad. 00:14:50, B-52G Ebony-03 bombed Yen Vien Railroad.
I see only CPU overload here... ... click on "CPU" tab (second from left), then organize the "Processes" window by "Average CPU" (larger numbers at the top). Do some screenshot while you experience the slowdown.
Also there are some peaks on the Hard disk, so click on "Disk" tab, then on the "Disk Activity" window and arrange it by "Total (B/sec)". (higher on the top) Do some screenshot while you see those peaks happening.
I see only CPU overload here... ... click on "CPU" tab (second from left), then organize the "Processes" window by "Average CPU" (larger numbers at the top). Do some screenshot while you experience the slowdown.
Also there are some peaks on the Hard disk, so click on "Disk" tab, then on the "Disk Activity" window and arrange it by "Total (B/sec)". (higher on the top) Do some screenshot while you see those peaks happening.
I see only CPU overload here... ... click on "CPU" tab (second from left), then organize the "Processes" window by "Average CPU" (larger numbers at the top). Do some screenshot while you experience the slowdown.
Also there are some peaks on the Hard disk, so click on "Disk" tab, then on the "Disk Activity" window and arrange it by "Total (B/sec)". (higher on the top) Do some screenshot while you see those peaks happening.
consider your done sir....
from cpu tab
from disk tab
Please do not skip the last steps, as these screenshots are valueless...
click on "CPU" tab (second from left), then organize the "Processes" window by clicking on "Average CPU" till the larger numbers on the top.
click on "Disk" tab, then on the "Disk Activity" window and arrange it by clicking on "Total (B/sec)" till higher numbers are on the top.
Do you have this kind of slowdown without using Digital Elevation Mesh? Using DEM is the most CPU intensive with the Neva.
Can you measure processor heating?
mr.hpasp... i always run sam simulator with digital elevation mesh! of course i dont think so digital elevatios mesh do not conect to kill frame! because everything in sam sim lagging after 9 or 10 minutes!!!! target aqouistion radar sceen... SNR tracking room screen and elevation scope also with instrument's! and target mark designator on yk-31m1 indicator!
also with dvina this lagging begin after 9 or 10 minute's too!
i have a big cooler on my CPU and when i run FSX simulator i do not feel my CPU going to warm heating measure!
u meant is.. SAM simulator more than FSX simulator take a more proccess from CPU with FSX + Hundred's addon's i Take more than 30 FPS !!!!!!!!!!!........... ...
I noticed more like small micro 0.5sec lags. edit; Captured it with normal / lag period
Click to reveal..
yes.... kill frame begin with 0.5s lags but when u still more time in sam sim around 15minute's u feel kill frame within with 0.7 or 0,8 lags when u want search for tracking target on scope's!!.......
Do you have this kind of slowdown without using Digital Elevation Mesh? Using DEM is the most CPU intensive with the Neva.
Can you measure processor heating?
mr.hpasp... i always run sam simulator with digital elevation mesh! of course i dont think so digital elevatios mesh do not conect to kill frame! because everything in sam sim lagging after 9 or 10 minutes!!!! target aqouistion radar sceen... SNR tracking room screen and elevation scope also with instrument's! and target mark designator on yk-31m1 indicator!
also with dvina this lagging begin after 9 or 10 minute's too!
i have a big cooler on my CPU and when i run FSX simulator i do not feel my CPU going to warm heating measure!
u meant is.. SAM simulator more than FSX simulator take a more proccess from CPU with FSX + Hundred's addon's i Take more than 30 FPS !!!!!!!!!!!........... ...
1, Do you have this kind of slowdown without using Digital Elevation Mesh? Please try it without Digital Elevation Mesh, and see if the problem appears! (It would be important to find this out)
2, Can you measure processor (over) heating? It would be important to see how CPU temperature is rising degree by degree, to find out if there is some correlation to CPU heating and slowing down. Some processors are slowing down, if CPU core temperature reaches some level...
This is weird, i tried now and it lags immediately and randomly with 3 sec duration. Also got disc activity from sam.exe Laptop was just turned on, temps in HWMonitor are low.
This is weird, i tried now and it lags immediately and randomly with 3 sec duration. Also got disc activity from sam.exe Laptop was just turned on, temps in HWMonitor are low.
Click to reveal..
And if you try without Digital Elevation Mesh?
Could you please check your Windows Performance Index? Mine development system has: 5,9 (CPU:7,5 RAM: 7,6 Video: 7,3 Video 3D: 7,3 HDD: 5,9) Intel Core i7 860 @ 2.8Ghz, 4Gb RAM
I will try to test it in my nootebook, with a way lower performance of 3,9 (CPU: 5.0 RAM: 5.0 Video: 3.9 Video 3D: 4.9 HDD: 5.1) Intel Core2 Duo T7250 @ 2.0Ghz, 4Gb RAM
Forgot to type, that report was without Digital Elevation Mesh.. Not sure if changing this does something, sam.exe hangs anyway.
What is more weird; Now all sam systems does hang on any scenario, Dvina and Volhov does hang a bit less, Krug screen goes black and hangs up completely after i click on turbine button, Vega hangs similarly like Neva. When i click on any button in simulator - sam.exe hangs for 3 sec.
Also CPU throttling doesn't matter, i tested SAMSIM with SuperPI calculation in background (to have 100% cpu load), SAMSIM still does hang(no cpu calculation); periodically and when i press any button.
Discovered this little gem yesterday and I am very much enjoying it. So far I primarily focus on the SA-75M Dvina with its fairly simple interface. By now I am reasonably familiar with it in the training, also reaching SNR Air times below 1min (for a single target). As such I felt prepared for the challenge to start a historical engagement and selected the Sverdlovsk U2 as my target. Looking at the plotting board (screenshot, from base Kosulino), and if I understand the manual correctly (copied into the screenshot), I see three enemy flights:
I would expect friendlies to be identified as such (1x, 5x) or if no IFF is available, then 9x.
In fact, this event happens on 1-th of may, which is the international day of workers/labor and it was huge celebration in comunists countries. Most of the military personel was free of charge, and they forgot to change IFF codes for the 1-th of May, so that's why fighters are seen like "unfrendly" aircraft.
MAX2012 explained how you can distinguished targets (speed selection...) So, our posts should be moved to SA-75M/MK (SA-2F) section by the moderator...
Thanks both of you, piston79 for the perfect explanation of my observation on the plotting board, and max2012 to improve my target identification skill When I thought I might spice the report up with a "successful" friendly fire report, it happened to me that I scored multiple times in a row on the U2; in that process it already dawned on me that the speed indicator might hint me to the right target. The proximity and occasionally crossing path of Su-9 and U-2 does not help in the process, sometimes having both on both azimuth and elevation screens. That also explains the fast target accuisition in my example, as I already knew where to point the dishes before going active I guess I will have to prepare me some reference tables on target speeds and system characteristics; I am not that versed i Cold War tech...
Regarding moving the posts - we should actually hide/delete them to make sure that all n00bs fall into this "trap" to realise how detailed the sim and the scenarios really are - so far this seems to have worked pretty well, as I searched the forum for information on the scenario and this "problem", but found nothing
SAMSIM not only tries to simulate the actual SAM systems "Realistic to the Switch", but also tries to simulate the "Fog of War"!!!
Over Sverdlovsk, the Soviet IFF system completely failed, and SAM operators were under intense pressure to shot anything that flies... ... they done it.
Over Libya the switched off P-14 radar at Tripoli caused the IADS not to show the real targets... ... all SAMs are failed.
Over Serbia, the Plotting Board never indicated any Stealth planes, only the batteries P18 detected it, causing confusion. Col. Zoltan Dani "I see a plane at ..." HQ "Are you sure? We do not see anything there" Col. Zoltan Dani "I see it, and I assume its enemy" HQ "Please repeat position!" Col. Zoltan Dani "Can I fire on it?" ...
Col. Zoltan Dani "I see a plane at ..." HQ "Are you sure? We do not see anything there" Col. Zoltan Dani "I see it, and I assume its enemy" HQ "Please repeat position!" Col. Zoltan Dani "Can I fire on it?" ...
what a Effective sentence like a Cinematic famous dialog
Hey, is there a randomness variable inserted when the SA-3 is fired at targets that are jamming with the ALE-50 decoy? I just woke up today after a long nap, fired up SAM simulator, picked OAF scenario 2, did the northernwestern most battery, ( 2/250rd) I believe? Shot the F-16 coming in from the northeast of that battery down in one shot, one shot at about 15km. I tried the same thing over and over again and it kept hitting the decoy, hitting the decoy, I shot at ~15km over and over again, but couldn't make that shot. And yes, Hpasp, I know you are dissapointed that we're not trying for the stealth aircraft, but for me, I just complete my challenges in order from easiest to toughest:)
Hello Everybody! Im "new" to this form (vell relatyvly speaking,as a registered member at lest) and just wants to say hello to evrybody who shares admiration to and enjoymanet in this beautifull little sim of our Hungarian friend (and my "neibhor", Im from Serbia) Hpasp! GREAT WORK!!! I have allready done some "achivements" by counqering this wonderfull, but little bit strange and hard-to-learn russian technique, in missions like "Linenbeaker II" by downing both SR-71's with dvina (boy that was hard!!!), which im going to post here if somebody's like to see it! Now, I heave encountered a real problem whit this Sim,also!It's about my favorith SA-5 Gammon! I just can't shoot a single missile in Hungarian scenario beacouse the firing buttons are complitly DEAD in it! I understand that it's a training mission whit no real rockets meant to be launch, as I've allredy play it whit "dvina`s" and "volkhov`s"! And it`s preatty annoying, I must say, beacouse there wasn`t a word about procedure for that mission in manual for sa-5! Neither was there anything that I could find about it on this forum. So if anybody could help...I will appreciate it,greatly!;) See you guys and... sorry for bad English!:(
Hello Everybody! Im "new" to this form (vell relatyvly speaking,as a registered member at lest) and just wants to say hello to evrybody who shares admiration to and enjoymanet in this beautifull little sim of our Hungarian friend (and my "neibhor", Im from Serbia) Hpasp! GREAT WORK!!! I have allready done some "achivements" by counqering this wonderfull, but little bit strange and hard-to-learn russian technique, in missions like "Linenbeaker II" by downing both SR-71's with dvina (boy that was hard!!!), which im going to post here if somebody's like to see it! Now, I heave encountered a real problem whit this Sim,also!It's about my favorith SA-5 Gammon! I just can't shoot a single missile in Hungarian scenario beacouse the firing buttons are complitly DEAD in it! I understand that it's a training mission whit no real rockets meant to be launch, as I've allredy play it whit "dvina`s" and "volkhov`s"! And it`s preatty annoying, I must say, beacouse there wasn`t a word about procedure for that mission in manual for sa-5! Neither was there anything that I could find about it on this forum. So if anybody could help...I will appreciate it,greatly!;) See you guys and... sorry for bad English!:(
hpasp... i guess i finde a little bug ... i choose one A-6 with dm/cm jammer on ashuluk target.. as i see 2 missile explode near target but in AAR no where wrote hit or killed
aar
Click to reveal..
Asuluk training ground.
Practice target: LA-17MV [Program-2] simulating A-6 Intruder
SA-75M Dvina
00:00, Practice target LA-17MV [Program-2] simulating A-6 Intruder launched
You attacked a jamming target? Why did not you enable I-87V? What was the fuse setting, it was K3, wasn't it? Why the target is at the same distance all the time? This should be solved by enabling I-87V, normal T/T mode is not sufficient.
You attacked a jamming target? Why did not you enable I-87V? What was the fuse setting, it was K3, wasn't it? Why the target is at the same distance all the time? This should be solved by enabling I-87V, normal T/T mode is not sufficient.
SA-75M Dvina....
The problem is that 3Daar looks realy strange, please, compare it with the AAR. Look at where missiles exploded....
It collects the info in memory, and only writes it out into the disk when you stop the situation.
So, I have a problem... I made a try to repeat the Milang's situation described above. Used 3 missiles, first and second exploded near the target, it falls on the ground, waited untill third missile reached the range boresight and exploded, then stopped the SIM. When checking the 3DAAR it stops when the target hits the ground (third missile ws on the halfway to the it's crash site).
Where could be the problem, somthing with computer's memory??? Or it just stopping collecting data after no target is available???
You attacked a jamming target? Why did not you enable I-87V? What was the fuse setting, it was K3, wasn't it? Why the target is at the same distance all the time? This should be solved by enabling I-87V, normal T/T mode is not sufficient.
dude... i work with sa-2F not sa-2E... dvina do not armed with i-87v!
hpasp... i guess i finde a little bug ... i choose one A-6 with dm/cm jammer on ashuluk target.. as i see 2 missile explode near target but in AAR no where wrote hit or killed
aar
Click to reveal..
Asuluk training ground.
Practice target: LA-17MV [Program-2] simulating A-6 Intruder
SA-75M Dvina
00:00, Practice target LA-17MV [Program-2] simulating A-6 Intruder launched
You attacked a jamming target? Why did not you enable I-87V? What was the fuse setting, it was K3, wasn't it? Why the target is at the same distance all the time? This should be solved by enabling I-87V, normal T/T mode is not sufficient.
dude... i work with sa-2F not sa-2E... dvina do not armed with i-87v!
"Dude", I already corrected Alien Mastermind, no need to repeat and please keep your headbanging emotion for yourself... You are the guy which cannot handle "Dvina", not AlienMastermind... So stay quite! Thanks!
"Dude", I already corrected Alien Mastermind, no need to repeat and please keep your headbanging emotion for yourself... You are the guy which cannot handle "Dvina", not AlienMastermind... So stay quite! Thanks!
dont tell me what i should doing in here sweet boy.....
Click to reveal..
2:00am 15th of April, 1986. Operation El-Dorado Canyon raid against Tripoli.
Targets: Bab al-Aziziyah barracks - 6 F-111F Aardvark, each armed with 4 GBU-10 LGB Murat Sidi Bilal Naval base - 3 F-111F Aardvark, each armed with 4 GBU-10 LGB Tripoli AFB - 5 F-111F Aardvark, each armed with 12 Mk.82/BSU-49 high-drag bombs
Supporting force: 6 A-7E Corsair-II SEAD (VA-46 Clansmen, VA-72 Blue Hawks from the CV-66 USS America) 4 F-14A Tomcat CAP (VF-33 Starfighters, VF-102 Diamondbacks from the CV-66 USS America) 3 EF-111A Raven ECM 1 EA-6B Prowler ECM (VMAQ-2 Playboys from the CV-43 USS America)
SA-75M Dvina
00:00:36, F-111F Remit-31 bombed Bab al-Aziziyah barracks, with 4 GBU-10 LGB.
"Dude", I already corrected Alien Mastermind, no need to repeat and please keep your headbanging emotion for yourself... You are the guy which cannot handle "Dvina", not AlienMastermind... So stay quite! Thanks!
dont tell me what i should doing in here sweet boy.....
Click to reveal..
2:00am 15th of April, 1986. Operation El-Dorado Canyon raid against Tripoli.
Targets: Bab al-Aziziyah barracks - 6 F-111F Aardvark, each armed with 4 GBU-10 LGB Murat Sidi Bilal Naval base - 3 F-111F Aardvark, each armed with 4 GBU-10 LGB Tripoli AFB - 5 F-111F Aardvark, each armed with 12 Mk.82/BSU-49 high-drag bombs
Supporting force: 6 A-7E Corsair-II SEAD (VA-46 Clansmen, VA-72 Blue Hawks from the CV-66 USS America) 4 F-14A Tomcat CAP (VF-33 Starfighters, VF-102 Diamondbacks from the CV-66 USS America) 3 EF-111A Raven ECM 1 EA-6B Prowler ECM (VMAQ-2 Playboys from the CV-43 USS America)
SA-75M Dvina
00:00:36, F-111F Remit-31 bombed Bab al-Aziziyah barracks, with 4 GBU-10 LGB.
At the 0:42 second mark you can see the operator selecting targets.
Pay VERY close attention to how the joystick and the cursor move together. SAM Simulator does it wrong.
In SAM Simulator, if you move the imaginary joystick a little bit to the left, the cursor will move slowly to the left and will keep moving even when the stick isn't being moved any more. The cursor only stops moving when the imaginary joystick is put back into the middle position.
But in the video the stick and the cursor seem to work differently. Moving the joystick to the right puts the cursor to the right immediately, and it stays where the joystick is. Then when the stick is moved forward, the cursor moves to the top of the scope immediately following the position of the joystick.
A very minor point, and maybe different 2K11 versions worked differently. But I thought I should point it out. Maybe you did it this way on purpose?
If you launch a missile with the proximity fuse off and with the switch in the approaching target position, and then after launch you move the switch to the receding target position, I think the missile is still detonating like it was set to detonate on approaching targets. And vice versa.
I'm not sure if this is a bug or if it's how the system works. But I thought I'd mention it.
If you launch a missile with the proximity fuse off and with the switch in the approaching target position, and then after launch you move the switch to the receding target position, I think the missile is still detonating like it was set to detonate on approaching targets. And vice versa.
How you see the type of detonation (receiding/approaching)???
If you launch a missile with the proximity fuse off and with the switch in the approaching target position, and then after launch you move the switch to the receding target position, I think the missile is still detonating like it was set to detonate on approaching targets. And vice versa.
I'm not sure if this is a bug or if it's how the system works. But I thought I'd mention it.
We have only K1/2/3 commands with the Dvina system, so proximity fuse setting can never be changed, during missile flight. (This feature would give a great opportunity for enemy jammers)
Fuse settings can be changed, while the missile is connected to the launcher via the OS-10 connector only.
We have only K1/2/3 commands with the Dvina system, so proximity fuse setting can never be changed, during missile flight. (This feature would give a great opportunity for enemy jammers)
Fuse settings can be changed, while the missile is connected to the launcher via the OS-10 connector only.
But as "Rabota po K3" switch just controls the delay of K3 command, it should be changeable 'till the sending on K3 command.. Did I missed something in my education?...
As I understand the K3 must be used if the Dvina have objective flies lower than 300 meters, is a good example of the Tomahawk cruise missile and a short-range order in the 20 km.
Another possible bug in the SA-2F. If you launch a missile with the proximity fuse off and with the switch in the approaching target position, and then after launch you move the switch to the receding target position, I think the missile is still detonating like it was set to detonate on approaching targets. And vice versa. I'm not sure if this is a bug or if it's how the system works. But I thought I'd mention it.
Hi, I did a little test with SA-2F...
Ashuluk training ground, 3 radar reflectors, missiles are launched one against each target. Fuse settings where as follows: 1 - "Dogon" 2 - "Rabota po K3" 3 - "Dogon", changed on "Rabota po K3" during flight...
Here the 3DAAR:
Click to reveal..
Second test was the same, but with 4 missiles against 3 targets and the fuse settings was not changed during flight (the sequence starts again with "Dogon", than "Rabota po K3" and so on...).
Here the second 3D AAR screenshots:
Click to reveal..
As debries pattern should looks like this:
Click to reveal..
please, share your opinion about realistic behaviour of the K3 command detonation of the warhead...
PS. Due to poor quality of screenshots, i wish to mention that all measurments are in meters...
We have only K1/2/3 commands with the Dvina system, so proximity fuse setting can never be changed, during missile flight. (This feature would give a great opportunity for enemy jammers)
Fuse settings can be changed, while the missile is connected to the launcher via the OS-10 connector only.
But as "Rabota po K3" switch just controls the delay of K3 command, it should be changeable 'till the sending on K3 command.. Did I missed something in my education?...
Just do not mix Dvina with Volhov.
At Volhov, the length of the K4 command will set the delay timer of warhead, after receiving the K3 command. At the Dvina, the delay is fixed on the launcher, as Dvina has no K4 command, only K3 (detonate with the timer set on the launcher).
So the K3 command (when in RABOTA PO K3) is sent at the exact time regardless of DOGON mode. The actual delay is provided in the warhead timer (and set before flight, when the missile is on launcher), right?
So the K3 command (when in RABOTA PO K3) is sent at the exact time regardless of DOGON mode. The actual delay is provided in the warhead timer (and set before flight, when the missile is on launcher), right?
That's what Hpasp said, but I am not sure about that....
Here comprasion between modes in SA-2F and SA-2E:
Quote:
At the Volhov, you have these methods... ZEMLJA - ground - detonate missile by command STAN - arm the fuse 300m before the range boresight - detonate by radio proxy fuse RAB PO ADA - against spy balloons - detonate missile by command, well before the target ZAGRUB RV - reduce fuse sensitivity to avoid detonation by chaff ZAGRUB RV USU - reduce fuse sensitivity to avoid detonation by chaff with USU missiles NLC USU - gate fuse sensitivity to 100m against low flying targets NC USU - used with nuclear missiles RAB OT VM - arm the fuse 11sec after launch - detonate by radio proxy fuse RAB PO K3 - detonate missile by K3 command
At the Dvina, you have these methods... ZEMLJA - ground - detonate missile by command RAB PO ADA - against spy balloons - detonate missile by command, well before the target 11 SEC - arm the fuse 11sec after launch - detonate by radio proxy fuse RAB OT RV - arm the fuse 300m before the range boresight - detonate by radio proxy fuse RAB PO K3 - detonate missile by K3 command for incoming targets - used against low flying targets DOGON - detonate missile by K3 command for receding targets (Dvina has no K4 command to transmit the missile/target closure speed)
Even after target dissapeared it continued to track (only gates were vissible) and when shot my last missile (missile-3) with armed radiofuse right after launch, it pop-s up in the middle of nothing....
Also when target goes over aquisition envelope of P-40, in case of "Prinimania CU" -ON, but without tracking on angle, nor range, when target overfliing the position, the SNR continuing to rotate and after going 180 degrees it iluminates target again in the same moment, when targt appeared on the P-40 screen.... I did an experiment over Hungary, used an ~0 parameter target, which does a 90 degree turn just over the "Krug" position, and it does it the same to the 180 degrees, then, when target pops-up on P-40, it quickly adjusted 90 degrees more.... Why so? (the Hungary looks more logical, exept rotating to 180 degrees....)...
Even after target dissapeared it continued to track (only gates were vissible) and when shot my last missile (missile-3) with armed radiofuse right after launch, it pop-s up in the middle of nothing....
It is a known bug, if no target is flying, that the missile 3DAAR is missing the seconds. Will be corrected with the Shilka, where it is more easily obsevable.
Originally Posted By: piston79
Also when target goes over aquisition envelope of P-40, in case of "Prinimania CU" -ON, but without tracking on angle, nor range, when target overfliing the position, the SNR continuing to rotate and after going 180 degrees it iluminates target again in the same moment, when targt appeared on the P-40 screen.... I did an experiment over Hungary, used an ~0 parameter target, which does a 90 degree turn just over the "Krug" position, and it does it the same to the 180 degrees, then, when target pops-up on P-40, it quickly adjusted 90 degrees more.... Why so? (the Hungary looks more logical, exept rotating to 180 degrees....)...
When the target is above the the SNR, than several functions could return 0, so this issue should be investigated more.
When the target is above the the SNR, than several functions could return 0, so this issue should be investigated more.
I believe that when target goes out of P-40's detection, "Pat Hand" just must stop trackin it (when no range or angle track was established0, and when it appears again, should be reaquired with the joystick on p-40 and then send to "Pat hand'....
It is a quite an interesting issue how "Long track" is autotracking targets...
When the target is above the the SNR, than several functions could return 0, so this issue should be investigated more.
I believe that when target goes out of P-40's detection, "Pat Hand" just must stop trackin it (when no range or angle track was established0, and when it appears again, should be reaquired with the joystick on p-40 and then send to "Pat hand'....
It is a quite an interesting issue how "Long track" is autotracking targets...
Again about SA-4 Ganef (I believe an different occurance of above mentioned bug)... Just using Linebacker scenario with SR-71 approaching from south... It frezzes all screen exept "Long truck" one...(257/76 battery).
Again about SA-4 Ganef (I believe an different occurance of above mentioned bug)... Just using Linebacker scenario with SR-71 approaching from south... It frezzes all screen exept "Long truck" one...(257/76 battery).
Just check the ADAAR file with notepad, to see if the seconds were missing...
If you play the ZSU-23-4, and then play a different system, SA-2E/F, SA-3, SA-4 or SA-5, the range of the other SAM systems cannot be set over 15km. You have to completely exit and restart the programme to be able to go over 15km again.
Pause doesn't work on the ZSU-23-4, aircraft still move.
And there's an error in the manual on page 35. It says "get it into automatic angle tracking, by clicking with the left mouse button". But the left doesn't do that, it's the right mouse button that goes into automatic tracking.
I already posted the last two bugs in the ZSU-23-4 forum. Hope it isn't a problem to repost them here. Bug number 1, I've only posted here.
If you play the ZSU-23-4, and then play a different system, SA-2E/F, SA-3, SA-4 or SA-5, the range of the other SAM systems cannot be set over 15km. You have to completely exit and restart the programme to be able to go over 15km again.
Pause doesn't work on the ZSU-23-4, aircraft still move.
And there's an error in the manual on page 35. It says "get it into automatic angle tracking, by clicking with the left mouse button". But the left doesn't do that, it's the right mouse button that goes into automatic tracking.
I already posted the last two bugs in the ZSU-23-4 forum. Hope it isn't a problem to repost them here. Bug number 1, I've only posted here.
In practice "Hungary", I can't enter automatic range tracking. I can automatically track the target's angle, but I can't track the target's range. It just will not lock on.
I only tried with some of the possible aircraft, the 737, Cessna and one of the military jets. None of them could be locked on in range.
It will track range! But only if the aircraft is set to fly at low altitude, not if the aircraft is at high altitude like the default setting for the Hungary practice aircraft. It will lock against an aircraft at 2,500m, but not one at 5,000m. So it might not be a bug. Is this on purpose?
Also, some of the aircraft sometimes are given the name "meteor-1" in the after action report.
Two mistypes in manual for ZSU: page 25 title hIdraulical instead of hYdraulical page 35 get into automatic angle tracking, by clicking with the LEFT mouse button - should be RIGHT
And one thing yet (maybe I have not read manual correctly) - when the target is destroyed (radar switched back to search mode) and even i switch off and back on ZU mode, the JEST DANNYE is still lit but fire cannot be opened when fire mode is set to SRP. Maybe it is normal behavior because of mechanical SRP but it is confusing a bit.
In practice "Hungary", I can't enter automatic range tracking. I can automatically track the target's angle, but I can't track the target's range. It just will not lock on.
I only tried with some of the possible aircraft, the 737, Cessna and one of the military jets. None of them could be locked on in range.
It will track range! But only if the aircraft is set to fly at low altitude, not if the aircraft is at high altitude like the default setting for the Hungary practice aircraft. It will lock against an aircraft at 2,500m, but not one at 5,000m. So it might not be a bug. Is this on purpose?
Also, some of the aircraft sometimes are given the name "meteor-1" in the after action report.
I was perfectly capable of tracking this B-747 flying at 4400m.
Two mistypes in manual for ZSU: page 25 title hIdraulical instead of hYdraulical page 35 get into automatic angle tracking, by clicking with the LEFT mouse button - should be RIGHT
And one thing yet (maybe I have not read manual correctly) - when the target is destroyed (radar switched back to search mode) and even i switch off and back on ZU mode, the JEST DANNYE is still lit but fire cannot be opened when fire mode is set to SRP. Maybe it is normal behavior because of mechanical SRP but it is confusing a bit.
Est Dannie will allow fire without the radar tracking anything also.
SRP only blocks the firing: - if the Tu is not between 5,5 ... 0,2 - if the target is flying over 1500m - if it is allowed to block it
In practice "Hungary", I can't enter automatic range tracking. I can automatically track the target's angle, but I can't track the target's range. It just will not lock on.
I only tried with some of the possible aircraft, the 737, Cessna and one of the military jets. None of them could be locked on in range.
It will track range! But only if the aircraft is set to fly at low altitude, not if the aircraft is at high altitude like the default setting for the Hungary practice aircraft. It will lock against an aircraft at 2,500m, but not one at 5,000m. So it might not be a bug. Is this on purpose?
Also, some of the aircraft sometimes are given the name "meteor-1" in the after action report.
I was perfectly capable of tracking this B-747 flying at 4400m.
I don't know what is happening. Today I can track the B-747 and B-737 in two tests I did. But couldn't track a Cessna. I recorded a video of the Cessna.
I click once, twice, three times, or a thousand times. It doesn't lock. Am I doing something wrong?
In practice "Hungary", I can't enter automatic range tracking. I can automatically track the target's angle, but I can't track the target's range. It just will not lock on.
I only tried with some of the possible aircraft, the 737, Cessna and one of the military jets. None of them could be locked on in range.
It will track range! But only if the aircraft is set to fly at low altitude, not if the aircraft is at high altitude like the default setting for the Hungary practice aircraft. It will lock against an aircraft at 2,500m, but not one at 5,000m. So it might not be a bug. Is this on purpose?
Also, some of the aircraft sometimes are given the name "meteor-1" in the after action report.
I was perfectly capable of tracking this B-747 flying at 4400m.
I don't know what is happening. Today I can track the B-747 and B-737 in two tests I did. But couldn't track a Cessna. I recorded a video of the Cessna.
Click to reveal..
I click once, twice, three times, or a thousand times. It doesn't lock. Am I doing something wrong?
Thank you for this video, it helped a lot finding this bug.
As it affects only few positions, so the fix will be included in the next version. (I wait a little bit to collect more bugs)
Hpasp, in the Shilka manual on 28 page it state "When the required electrical power for the SRP operation is available, a yellow (1) lamp will illuminate." But in the sim it will illuminate only after you switch POWER switch to on. I don't know is this a bug in the sim, error in the manual or it should be like that?
Hpasp, in the Shilka manual on 28 page it state "When the required electrical power for the SRP operation is available, a yellow (1) lamp will illuminate." But in the sim it will illuminate only after you switch POWER switch to on. I don't know is this a bug in the sim, error in the manual or it should be like that?
Its a bug in the software, I will fix it. That lamp shows that the required Voltages are available to switch on the SRP.
Practice target: Meteor-1 Meteor-1 Meteor-1 Meteor-1 Meteor-1
ZSU-23-4V1
00:02:22 ZSU-23-4V1 opened fire by all tubes. Target distance: 1542m Target azimuth: 234° Target elevation: 6° Tu: 2.5s
00:02:23 ZSU-23-4V1 closed fire, and shot 68pcs.
00:02:24 Practice target Meteor-1 killed by OFZT.
00:02:25 ZSU-23-4V1 opened fire by all tubes. Target distance: 1508m Target azimuth: 233° Target elevation: 7° Tu: 2.4s
00:02:25 Practice target Meteor-1 killed by OFZT.
00:02:25 Practice target Meteor-1 killed by OFZT.
00:02:26 Practice target Meteor-1 killed by OFZT.
00:02:26 Practice target Meteor-1 killed by OFZT.
00:02:26 ZSU-23-4V1 closed fire, and shot 108pcs.
00:04:15 ZSU-23-4V1 opened fire by all tubes. Target distance: 1958m Target azimuth: 239° Target elevation: 4° Tu: 3.6s
00:04:15 ZSU-23-4V1 closed fire, and shot 124pcs.
00:04:15 ZSU-23-4V1 opened fire by all tubes. Target distance: 1950m Target azimuth: 239° Target elevation: 4° Tu: 3.5s
00:04:16 ZSU-23-4V1 closed fire, and shot 140pcs.
00:04:17 ZSU-23-4V1 opened fire by all tubes. Target distance: 1937m Target azimuth: 239° Target elevation: 4° Tu: 3.5s
00:04:17 ZSU-23-4V1 closed fire, and shot 172pcs.
00:04:21 Practice target Meteor-1 hit by BZT.
00:04:29 ZSU-23-4V1 opened fire by all tubes. Target distance: 1810m Target azimuth: 235° Target elevation: 4° Tu: 3.2s
00:04:29 ZSU-23-4V1 closed fire, and shot 192pcs.
00:04:29 ZSU-23-4V1 opened fire by all tubes. Target distance: 1807m Target azimuth: 235° Target elevation: 4° Tu: 3.1s
00:04:29 ZSU-23-4V1 closed fire, and shot 208pcs.
00:04:29 ZSU-23-4V1 opened fire by all tubes. Target distance: 1802m Target azimuth: 235° Target elevation: 4° Tu: 3.1s
00:04:29 ZSU-23-4V1 closed fire, and shot 220pcs.
00:04:30 ZSU-23-4V1 opened fire by all tubes. Target distance: 1794m Target azimuth: 235° Target elevation: 5° Tu: 3.1s
00:04:31 ZSU-23-4V1 closed fire, and shot 264pcs.
00:04:52 ZSU-23-4V1 opened fire by all tubes. Target distance: 1527m Target azimuth: 229° Target elevation: 5° Tu: 2.4s
00:04:54 ZSU-23-4V1 closed fire, and shot 348pcs.
00:04:55 Practice target Meteor-1 killed by OFZT.
00:04:55 Practice target Meteor-1 killed by OFZT.
00:04:56 ZSU-23-4V1 opened fire by all tubes. Target distance: 1499m Target azimuth: 229° Target elevation: 5° Tu: 2.4s
00:04:56 Practice target Meteor-1 killed by OFZT.
00:04:56 ZSU-23-4V1 closed fire, and shot 372pcs.
00:06:39 ZSU-23-4V1 opened fire by all tubes. Target distance: 1519m Target azimuth: 207° Target elevation: 7° Tu: 2.4s
00:06:40 ZSU-23-4V1 closed fire, and shot 460pcs.
00:06:41 Practice target Meteor-1 killed by OFZT.
00:06:42 Practice target Meteor-1 killed by OFZT.
00:06:42 Practice target Meteor-1 killed by OFZT.
00:06:43 Practice target Meteor-1 killed by OFZT.
00:06:55 ZSU-23-4V1 opened fire by all tubes. Target distance: 1480m Target azimuth: 209° Target elevation: 7° Tu: 2.4s
00:06:55 ZSU-23-4V1 closed fire, and shot 472pcs.
00:06:59 ZSU-23-4V1 opened fire by all tubes. Target distance: 1480m Target azimuth: 209° Target elevation: 7° Tu: 2.4s
00:06:59 ZSU-23-4V1 closed fire, and shot 484pcs.
00:07:00 ZSU-23-4V1 opened fire by all tubes. Target distance: 1480m Target azimuth: 209° Target elevation: 7° Tu: 2.4s
00:07:00 ZSU-23-4V1 closed fire, and shot 496pcs.
00:07:03 ZSU-23-4V1 opened fire by all tubes. Target distance: 1480m Target azimuth: 209° Target elevation: 7° Tu: 2.4s
00:07:03 ZSU-23-4V1 closed fire, and shot 508pcs.
+++++++++++++++++ 00:08:03, SNR ON AIR
00:08:07 ZSU-23-4V1 opened fire by all tubes. Target distance: 1663m Target azimuth: 239° Target elevation: 4° Tu: 2.8s
00:08:07 ZSU-23-4V1 closed fire, and shot 520pcs.
00:08:08 ZSU-23-4V1 opened fire by all tubes. Target distance: 1651m Target azimuth: 239° Target elevation: 4° Tu: 2.7s
00:08:08 ZSU-23-4V1 closed fire, and shot 536pcs.
00:08:10 Practice target Meteor-1 hit by BZT.
00:08:11 ZSU-23-4V1 opened fire by all tubes. Target distance: 1597m Target azimuth: 237° Target elevation: 4° Tu: 2.6s
00:08:13 ZSU-23-4V1 closed fire, and shot 596pcs.
00:08:22 ZSU-23-4V1 opened fire by all tubes. Target distance: 1439m Target azimuth: 233° Target elevation: 5° Tu: 2.2s
00:08:24 ZSU-23-4V1 closed fire, and shot 672pcs.
00:08:25 Practice target Meteor-1 killed by OFZT.
00:08:25 Practice target Meteor-1 killed by OFZT.
00:10:08 ZSU-23-4V1 opened fire by all tubes. Target distance: 1852m Target azimuth: 239° Target elevation: 4° Tu: 3.2s
00:10:11 ZSU-23-4V1 closed fire, and shot 812pcs.
00:10:12 Practice target Meteor-1 killed by OFZT.
00:10:13 Practice target Meteor-1 killed by OFZT.
00:10:14 Practice target Meteor-1 killed by OFZT.
00:10:14 Practice target Meteor-1 killed by OFZT.
00:10:42 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:42 ZSU-23-4V1 closed fire, and shot 820pcs.
00:10:42 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:42 ZSU-23-4V1 closed fire, and shot 828pcs.
00:10:43 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:43 ZSU-23-4V1 closed fire, and shot 836pcs.
00:10:43 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:44 ZSU-23-4V1 closed fire, and shot 844pcs.
00:10:44 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:44 ZSU-23-4V1 closed fire, and shot 848pcs.
00:10:45 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:45 ZSU-23-4V1 closed fire, and shot 852pcs.
00:10:45 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:45 ZSU-23-4V1 closed fire, and shot 856pcs.
00:10:46 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:46 ZSU-23-4V1 closed fire, and shot 864pcs.
00:10:56 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:56 ZSU-23-4V1 closed fire, and shot 872pcs.
00:10:57 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:57 ZSU-23-4V1 closed fire, and shot 880pcs.
Total, SNR On Air Time: 5min 37sec
Watching video of Faroukh, I haven't see the "ZU" red light to goes on on my "Shilka"...I was able to shoot even when target was killed, (that's where 1800 m shots come, I think..).
Oh, and a suggestion - as "Shilka has a small range, why we using big scale ploating boards?
Practice target: Meteor-1 Meteor-1 Meteor-1 Meteor-1 Meteor-1
ZSU-23-4V1
00:02:22 ZSU-23-4V1 opened fire by all tubes. Target distance: 1542m Target azimuth: 234° Target elevation: 6° Tu: 2.5s
00:02:23 ZSU-23-4V1 closed fire, and shot 68pcs.
00:02:24 Practice target Meteor-1 killed by OFZT.
00:02:25 ZSU-23-4V1 opened fire by all tubes. Target distance: 1508m Target azimuth: 233° Target elevation: 7° Tu: 2.4s
00:02:25 Practice target Meteor-1 killed by OFZT.
00:02:25 Practice target Meteor-1 killed by OFZT.
00:02:26 Practice target Meteor-1 killed by OFZT.
00:02:26 Practice target Meteor-1 killed by OFZT.
00:02:26 ZSU-23-4V1 closed fire, and shot 108pcs.
00:04:15 ZSU-23-4V1 opened fire by all tubes. Target distance: 1958m Target azimuth: 239° Target elevation: 4° Tu: 3.6s
00:04:15 ZSU-23-4V1 closed fire, and shot 124pcs.
00:04:15 ZSU-23-4V1 opened fire by all tubes. Target distance: 1950m Target azimuth: 239° Target elevation: 4° Tu: 3.5s
00:04:16 ZSU-23-4V1 closed fire, and shot 140pcs.
00:04:17 ZSU-23-4V1 opened fire by all tubes. Target distance: 1937m Target azimuth: 239° Target elevation: 4° Tu: 3.5s
00:04:17 ZSU-23-4V1 closed fire, and shot 172pcs.
00:04:21 Practice target Meteor-1 hit by BZT.
00:04:29 ZSU-23-4V1 opened fire by all tubes. Target distance: 1810m Target azimuth: 235° Target elevation: 4° Tu: 3.2s
00:04:29 ZSU-23-4V1 closed fire, and shot 192pcs.
00:04:29 ZSU-23-4V1 opened fire by all tubes. Target distance: 1807m Target azimuth: 235° Target elevation: 4° Tu: 3.1s
00:04:29 ZSU-23-4V1 closed fire, and shot 208pcs.
00:04:29 ZSU-23-4V1 opened fire by all tubes. Target distance: 1802m Target azimuth: 235° Target elevation: 4° Tu: 3.1s
00:04:29 ZSU-23-4V1 closed fire, and shot 220pcs.
00:04:30 ZSU-23-4V1 opened fire by all tubes. Target distance: 1794m Target azimuth: 235° Target elevation: 5° Tu: 3.1s
00:04:31 ZSU-23-4V1 closed fire, and shot 264pcs.
00:04:52 ZSU-23-4V1 opened fire by all tubes. Target distance: 1527m Target azimuth: 229° Target elevation: 5° Tu: 2.4s
00:04:54 ZSU-23-4V1 closed fire, and shot 348pcs.
00:04:55 Practice target Meteor-1 killed by OFZT.
00:04:55 Practice target Meteor-1 killed by OFZT.
00:04:56 ZSU-23-4V1 opened fire by all tubes. Target distance: 1499m Target azimuth: 229° Target elevation: 5° Tu: 2.4s
00:04:56 Practice target Meteor-1 killed by OFZT.
00:04:56 ZSU-23-4V1 closed fire, and shot 372pcs.
00:06:39 ZSU-23-4V1 opened fire by all tubes. Target distance: 1519m Target azimuth: 207° Target elevation: 7° Tu: 2.4s
00:06:40 ZSU-23-4V1 closed fire, and shot 460pcs.
00:06:41 Practice target Meteor-1 killed by OFZT.
00:06:42 Practice target Meteor-1 killed by OFZT.
00:06:42 Practice target Meteor-1 killed by OFZT.
00:06:43 Practice target Meteor-1 killed by OFZT.
00:06:55 ZSU-23-4V1 opened fire by all tubes. Target distance: 1480m Target azimuth: 209° Target elevation: 7° Tu: 2.4s
00:06:55 ZSU-23-4V1 closed fire, and shot 472pcs.
00:06:59 ZSU-23-4V1 opened fire by all tubes. Target distance: 1480m Target azimuth: 209° Target elevation: 7° Tu: 2.4s
00:06:59 ZSU-23-4V1 closed fire, and shot 484pcs.
00:07:00 ZSU-23-4V1 opened fire by all tubes. Target distance: 1480m Target azimuth: 209° Target elevation: 7° Tu: 2.4s
00:07:00 ZSU-23-4V1 closed fire, and shot 496pcs.
00:07:03 ZSU-23-4V1 opened fire by all tubes. Target distance: 1480m Target azimuth: 209° Target elevation: 7° Tu: 2.4s
00:07:03 ZSU-23-4V1 closed fire, and shot 508pcs.
+++++++++++++++++ 00:08:03, SNR ON AIR
00:08:07 ZSU-23-4V1 opened fire by all tubes. Target distance: 1663m Target azimuth: 239° Target elevation: 4° Tu: 2.8s
00:08:07 ZSU-23-4V1 closed fire, and shot 520pcs.
00:08:08 ZSU-23-4V1 opened fire by all tubes. Target distance: 1651m Target azimuth: 239° Target elevation: 4° Tu: 2.7s
00:08:08 ZSU-23-4V1 closed fire, and shot 536pcs.
00:08:10 Practice target Meteor-1 hit by BZT.
00:08:11 ZSU-23-4V1 opened fire by all tubes. Target distance: 1597m Target azimuth: 237° Target elevation: 4° Tu: 2.6s
00:08:13 ZSU-23-4V1 closed fire, and shot 596pcs.
00:08:22 ZSU-23-4V1 opened fire by all tubes. Target distance: 1439m Target azimuth: 233° Target elevation: 5° Tu: 2.2s
00:08:24 ZSU-23-4V1 closed fire, and shot 672pcs.
00:08:25 Practice target Meteor-1 killed by OFZT.
00:08:25 Practice target Meteor-1 killed by OFZT.
00:10:08 ZSU-23-4V1 opened fire by all tubes. Target distance: 1852m Target azimuth: 239° Target elevation: 4° Tu: 3.2s
00:10:11 ZSU-23-4V1 closed fire, and shot 812pcs.
00:10:12 Practice target Meteor-1 killed by OFZT.
00:10:13 Practice target Meteor-1 killed by OFZT.
00:10:14 Practice target Meteor-1 killed by OFZT.
00:10:14 Practice target Meteor-1 killed by OFZT.
00:10:42 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:42 ZSU-23-4V1 closed fire, and shot 820pcs.
00:10:42 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:42 ZSU-23-4V1 closed fire, and shot 828pcs.
00:10:43 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:43 ZSU-23-4V1 closed fire, and shot 836pcs.
00:10:43 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:44 ZSU-23-4V1 closed fire, and shot 844pcs.
00:10:44 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:44 ZSU-23-4V1 closed fire, and shot 848pcs.
00:10:45 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:45 ZSU-23-4V1 closed fire, and shot 852pcs.
00:10:45 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:45 ZSU-23-4V1 closed fire, and shot 856pcs.
00:10:46 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:46 ZSU-23-4V1 closed fire, and shot 864pcs.
00:10:56 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:56 ZSU-23-4V1 closed fire, and shot 872pcs.
00:10:57 ZSU-23-4V1 opened fire by all tubes. Target distance: 1800m Target azimuth: 238° Target elevation: 4° Tu: 3.2s
00:10:57 ZSU-23-4V1 closed fire, and shot 880pcs.
Total, SNR On Air Time: 5min 37sec
Watching video of Faroukh, I haven't see the "ZU" red light to goes on on my "Shilka"...I was able to shoot even when target was killed, (that's where 1800 m shots come, I think..).
Oh, and a suggestion - as "Shilka has a small range, why we using big scale ploating boards?
So are you saying that it recorded bursts you didn't take, or discussing how many rounds expended?
Each of those bolded bursts is only 1-2 rounds (unless I missed one that was significantly longer) per tube, which is about the minimum possible to fire, if the number of bursts made is correct.
The shots fired is a cumulative number, not a "rounds in the burst" count.
So are you saying that it recorded bursts you didn't take, or discussing how many rounds expended?
Each of those bolded bursts is only 1-2 rounds (unless I missed one that was significantly longer) per tube, which is about the minimum possible to fire, if the number of bursts made is correct.
The shots fired is a cumulative number, not a "rounds in the burst" count.
i killed one target from 2100m with one personal burst ! when u push the space for 1 second... shilka can fire in this period time around 55 bullets! i guess best burst for shilka , push space for 1 or 1.5 second (55 till 70) bullets per each firing !
Piston fired 12 bursts against the targets engaged. Of these only 8 were longer than 10 rounds per barrel, which I'd think was a reasonable minimum length for an engagement. 6 were only 3 rounds per barrel.
After engaging the targets he then expended (the bolded section) 17 rounds per barrel (around one second firing), in 10 bursts. These being one or two rounds per burst, sometimes twice in one second.
If this matches what was done, then there is no problem.
After engaging the targets he then expended (the bolded section) 17 rounds per barrel (around one second firing), in 10 bursts. These being one or two rounds per burst, sometimes twice in one second.
If this matches what was done, then there is no problem.
Yes I had some bursts after killing the target, but not so many!!! Thanks for explanation about cumulative counting, dear Lieste, I didn't figure it out ....
Dear Hpasp, do you need the 3D AAR about that case or you solve that bug completely?
I'm not sure if this is a bug, or if it's how it's supposed to be.
If memory mode switch is on, and the target is shot and disintegrates, our radar loses target lock and the red light comes on showing it's in memory mode.
But the red light doesn't come on if the target disappears for other reasons. Like flying out of range, or hitting the ground.
Is that how it's supposed to work? Because the radar is still moving by itself even after the target is out of range, like it's still tracking it, or tracking in memory mode.
There is a minor bug in the 3D-AAR, placing some kill "waypoints" at coordinates 0-0 in 0.926c.
From Tripoli Shilka mission: First, as a little show-off, 5 kills, Remit 32/33 and Karma 51/52/53.
Click to reveal..
Here the same 3D AAR zoomed out - maybe once a target is killed further hits are registered with 0-0 coordinates? As a little note, there are actually more than the three hits shown there registered at this location.
Click to reveal..
Click to reveal..
2:00am 15th of April, 1986. Operation El-Dorado Canyon raid against Tripoli.
Targets: Bab al-Aziziyah barracks - 6 F-111F Aardvark, each armed with 4 GBU-10 LGB Murat Sidi Bilal Naval base - 3 F-111F Aardvark, each armed with 4 GBU-10 LGB Tripoli AFB - 5 F-111F Aardvark, each armed with 12 Mk.82/BSU-49 high-drag bombs
Supporting force: 6 A-7E Corsair-II SEAD (VA-46 Clansmen, VA-72 Blue Hawks from the CV-66 USS America) 4 F-14A Tomcat CAP (VF-33 Starfighters, VF-102 Diamondbacks from the CV-66 USS America) 3 EF-111A Raven ECM 1 EA-6B Prowler ECM (VMAQ-2 Playboys from the CV-43 USS America)
ZSU-23-4V1
00:00:36, F-111F Remit-31 bombed Bab al-Aziziyah barracks, with 4 GBU-10 LGB.
00:01:28 ZSU-23-4V1 opened fire by all tubes. Target distance: 4022m Target azimuth: 267° Target elevation: 1° Tu: 5.8s
00:01:29 ZSU-23-4V1 closed fire, and shot 36pcs.
00:01:30 ZSU-23-4V1 opened fire by all tubes. Target distance: 3698m Target azimuth: 270° Target elevation: 1° Tu: 5.4s
00:01:30 ZSU-23-4V1 closed fire, and shot 44pcs.
00:01:31 ZSU-23-4V1 opened fire by all tubes. Target distance: 3368m Target azimuth: 274° Target elevation: 1° Tu: 5.1s
00:01:32 ZSU-23-4V1 closed fire, and shot 56pcs.
00:01:32 ZSU-23-4V1 opened fire by all tubes. Target distance: 3043m Target azimuth: 280° Target elevation: 1° Tu: 4.8s
00:01:33 ZSU-23-4V1 closed fire, and shot 52pcs.
00:01:37 F-111F Remit-32 killed by OFZT.
00:01:37 F-111F Remit-32 killed by OFZT. 00:01:43, F-111F Remit-33 bombed Bab al-Aziziyah barracks, with 4 GBU-10 LGB.
00:02:02 ZSU-23-4V1 opened fire by all tubes. Target distance: 3956m Target azimuth: 267° Target elevation: 12° Tu: 5.9s
00:02:03 ZSU-23-4V1 closed fire, and shot 44pcs.
00:02:04 ZSU-23-4V1 opened fire by all tubes. Target distance: 3549m Target azimuth: 271° Target elevation: 14° Tu: 5.5s
00:02:05 ZSU-23-4V1 closed fire, and shot 48pcs.
00:02:06 ZSU-23-4V1 opened fire by all tubes. Target distance: 3183m Target azimuth: 278° Target elevation: 15° Tu: 5.2s
00:02:07 ZSU-23-4V1 closed fire, and shot 52pcs.
00:02:07 ZSU-23-4V1 opened fire by all tubes. Target distance: 2857m Target azimuth: 286° Target elevation: 17° Tu: 5.2s
00:02:08 ZSU-23-4V1 closed fire, and shot 52pcs.
00:02:10 F-111F Remit-33 killed by OFZT.
00:02:10 F-111F Remit-33 killed by BZT.
00:02:10 F-111F Remit-33 killed by OFZT.
00:02:10 F-111F Remit-33 killed by OFZT. 00:03:55, F-111F Karma-51bombed the French Embassy, with 4 GBU-10 LGB..
00:04:13 ZSU-23-4V1 opened fire by all tubes. Target distance: 4227m Target azimuth: 260° Target elevation: 11° Tu: 6.3s
00:04:14 ZSU-23-4V1 closed fire, and shot 44pcs.
00:04:15 ZSU-23-4V1 opened fire by all tubes. Target distance: 3826m Target azimuth: 264° Target elevation: 13° Tu: 5.7s
00:04:16 ZSU-23-4V1 closed fire, and shot 48pcs.
00:04:16 ZSU-23-4V1 opened fire by all tubes. Target distance: 3450m Target azimuth: 268° Target elevation: 14° Tu: 5.3s
00:04:17 ZSU-23-4V1 closed fire, and shot 56pcs.
00:04:18 ZSU-23-4V1 opened fire by all tubes. Target distance: 3090m Target azimuth: 275° Target elevation: 16° Tu: 5s
00:04:19 ZSU-23-4V1 closed fire, and shot 48pcs.
00:04:19 ZSU-23-4V1 opened fire by all tubes. Target distance: 2822m Target azimuth: 282° Target elevation: 17° Tu: 5s
00:04:20 F-111F Karma-51 killed by OFZT.
00:04:20 F-111F Karma-51 killed by OFZT.
00:04:20 ZSU-23-4V1 closed fire, and shot 28pcs.
00:04:22 F-111F Karma-51 killed by OFZT.
00:04:22 F-111F Karma-51 killed by OFZT.
00:04:22 F-111F Karma-51 killed by BZT.
00:04:22 F-111F Karma-51 killed by OFZT.
00:04:43 ZSU-23-4V1 opened fire by all tubes. Target distance: 4365m Target azimuth: 272° Target elevation: 1° Tu: 6.4s
00:04:44 ZSU-23-4V1 closed fire, and shot 48pcs.
00:04:45 ZSU-23-4V1 opened fire by all tubes. Target distance: 3920m Target azimuth: 276° Target elevation: 1° Tu: 5.8s
00:04:46 ZSU-23-4V1 closed fire, and shot 56pcs.
00:04:47 ZSU-23-4V1 opened fire by all tubes. Target distance: 3527m Target azimuth: 280° Target elevation: 1° Tu: 5.3s
00:04:47 ZSU-23-4V1 closed fire, and shot 52pcs.
00:04:48 ZSU-23-4V1 opened fire by all tubes. Target distance: 3170m Target azimuth: 286° Target elevation: 1° Tu: 5s
00:04:49 ZSU-23-4V1 closed fire, and shot 52pcs.
00:04:49 ZSU-23-4V1 opened fire by all tubes. Target distance: 2901m Target azimuth: 292° Target elevation: 1° Tu: 5s
00:04:50 ZSU-23-4V1 closed fire, and shot 56pcs.
00:04:51 F-111F Karma-52 killed by OFZT.
00:05:18 ZSU-23-4V1 opened fire by all tubes. Target distance: 4463m Target azimuth: 271° Target elevation: 0° Tu: 6.5s
00:05:19 ZSU-23-4V1 closed fire, and shot 52pcs.
00:05:20 ZSU-23-4V1 opened fire by all tubes. Target distance: 4013m Target azimuth: 275° Target elevation: 1° Tu: 5.9s
00:05:21 ZSU-23-4V1 closed fire, and shot 52pcs.
00:05:22 ZSU-23-4V1 opened fire by all tubes. Target distance: 3614m Target azimuth: 279° Target elevation: 1° Tu: 5.4s
00:05:23 ZSU-23-4V1 closed fire, and shot 60pcs.
00:05:23 ZSU-23-4V1 opened fire by all tubes. Target distance: 3247m Target azimuth: 284° Target elevation: 1° Tu: 5.1s
00:05:24 ZSU-23-4V1 closed fire, and shot 52pcs.
00:05:24 ZSU-23-4V1 opened fire by all tubes. Target distance: 2947m Target azimuth: 291° Target elevation: 1° Tu: 5s
00:05:26 ZSU-23-4V1 closed fire, and shot 64pcs.
00:05:26 F-111F Karma-53 hit by OFZT.
00:05:26 F-111F Karma-53 killed by BZT.
00:05:26 ZSU-23-4V1 opened fire by all tubes. Target distance: 2646m Target azimuth: 301° Target elevation: 1° Tu: 6s
00:05:26 ZSU-23-4V1 closed fire, and shot 12pcs.
00:05:36, F-111F Jewel-61 bombed Murat Sidi Bilal Naval base, with 4 GBU-10 LGB.
Don't think it is a bug, but a non-logical behaviour for me. After target (P~0 in my particular case) was tracked by the CVM (AS-RPC), missiles were launched and go for the target. As target was maintaining constant speed, I switched off the AS-RPC and RPC continued to iluminate the target without automated tracking on any coordinate (V,epsilon, beta, distance). At this moment KRO signals appeared on tne indicator, which, I believe is not logical (the target was completely in the middle of Doppler spectrograph screen!). All three missiles missed (no mather that they passed <100 meters from the target). I double checked situation and when in no AS mode I switched to AS-3, KRO signals dissapeared... In fact in one of mine experiments I switched AS-3 in the moment, when the last missile passed the target (I thought she was lost), and at AAR it appears that target was destroyed with 1 m miss, but in 3DAAR it was not so:
Don't think it is a bug, but a non-logical behaviour for me. After target (P~0 in my particular case) was tracked by the CVM (AS-RPC), missiles were launched and go for the target. As target was maintaining constant speed, I switched off the AS-RPC and RPC continued to iluminate the target without automated tracking on any coordinate (V,epsilon, beta, distance). At this moment KRO signals appeared on tne indicator, which, I believe is not logical (the target was completely in the middle of Doppler spectrograph screen!). All three missiles missed (no mather that they passed <100 meters from the target). I double checked situation and when in no AS mode I switched to AS-3, KRO signals dissapeared... In fact in one of mine experiments I switched AS-3 in the moment, when the last missile passed the target (I thought she was lost), and at AAR it appears that target was destroyed with 1 m miss, but in 3DAAR it was not so:
when i opened fire on target ! i was seat on commander position , and (memory mode) lamp. be ON and after few moments (memory mode) lamp turn ON again
my first damage was by BZT and then OFZT, im not sure but BZT bullets do no has any fuse to detonate and send signal to shilka (gun dish) ... right hpasp?... if u are not sure... just test and try to kill one target with BZT first
! based on bellow AAR ! (just check the end of aar)
Click to reveal..
2:00am 15th of April, 1986. Operation El-Dorado Canyon raid against Tripoli.
Targets: Bab al-Aziziyah barracks - 6 F-111F Aardvark, each armed with 4 GBU-10 LGB Murat Sidi Bilal Naval base - 3 F-111F Aardvark, each armed with 4 GBU-10 LGB Tripoli AFB - 5 F-111F Aardvark, each armed with 12 Mk.82/BSU-49 high-drag bombs
Supporting force: 6 A-7E Corsair-II SEAD (VA-46 Clansmen, VA-72 Blue Hawks from the CV-66 USS America) 4 F-14A Tomcat CAP (VF-33 Starfighters, VF-102 Diamondbacks from the CV-66 USS America) 3 EF-111A Raven ECM 1 EA-6B Prowler ECM (VMAQ-2 Playboys from the CV-43 USS America)
ZSU-23-4V1
00:00:36, F-111F Remit-31 bombed Bab al-Aziziyah barracks, with 4 GBU-10 LGB.
00:01:26 ZSU-23-4V1 opened fire by all tubes. Target distance: 4591m Target azimuth: 263° Target elevation: 0° Tu: 6.7s
00:01:27 ZSU-23-4V1 closed fire, and shot 48pcs.
00:01:28 ZSU-23-4V1 opened fire by all tubes. Target distance: 4190m Target azimuth: 266° Target elevation: 1° Tu: 6.1s
00:01:29 ZSU-23-4V1 closed fire, and shot 52pcs.
00:01:31 ZSU-23-4V1 opened fire by all tubes. Target distance: 3392m Target azimuth: 274° Target elevation: 1° Tu: 5.1s
00:01:32 ZSU-23-4V1 closed fire, and shot 96pcs.
00:01:33 ZSU-23-4V1 opened fire by all tubes. Target distance: 2897m Target azimuth: 283° Target elevation: 1° Tu: 4.7s
00:01:34 ZSU-23-4V1 closed fire, and shot 80pcs.
00:01:35 ZSU-23-4V1 opened fire by all tubes. Target distance: 2558m Target azimuth: 295° Target elevation: 1° Tu: 5s
00:01:36 ZSU-23-4V1 closed fire, and shot 68pcs.
00:01:38 ZSU-23-4V1 opened fire by all tubes. Target distance: 2379m Target azimuth: 318° Target elevation: 1° Tu: 7.9s
00:01:40 ZSU-23-4V1 closed fire, and shot 104pcs.
00:01:43, F-111F Remit-33 bombed Bab al-Aziziyah barracks, with 4 GBU-10 LGB.
00:01:57 ZSU-23-4V1 opened fire by all tubes. Target distance: 5579m Target azimuth: 257° Target elevation: 8° Tu: 8.4s
00:01:58 ZSU-23-4V1 closed fire, and shot 60pcs.
00:02:00 ZSU-23-4V1 opened fire by all tubes. Target distance: 4674m Target azimuth: 261° Target elevation: 10° Tu: 6.9s
00:02:01 ZSU-23-4V1 closed fire, and shot 60pcs.
00:02:01 ZSU-23-4V1 opened fire by all tubes. Target distance: 4253m Target azimuth: 264° Target elevation: 11° Tu: 6.4s
00:02:02 ZSU-23-4V1 closed fire, and shot 68pcs.
00:02:04 ZSU-23-4V1 opened fire by all tubes. Target distance: 3647m Target azimuth: 270° Target elevation: 13° Tu: 5.6s
2:00am 15th of April, 1986. Operation El-Dorado Canyon raid against Tripoli.
Targets: Bab al-Aziziyah barracks - 6 F-111F Aardvark, each armed with 4 GBU-10 LGB Murat Sidi Bilal Naval base - 3 F-111F Aardvark, each armed with 4 GBU-10 LGB Tripoli AFB - 5 F-111F Aardvark, each armed with 12 Mk.82/BSU-49 high-drag bombs
Supporting force: 6 A-7E Corsair-II SEAD (VA-46 Clansmen, VA-72 Blue Hawks from the CV-66 USS America) 4 F-14A Tomcat CAP (VF-33 Starfighters, VF-102 Diamondbacks from the CV-66 USS America) 3 EF-111A Raven ECM 1 EA-6B Prowler ECM (VMAQ-2 Playboys from the CV-43 USS America)
ZSU-23-4V1
00:00:36, F-111F Remit-31 bombed Bab al-Aziziyah barracks, with 4 GBU-10 LGB.
00:01:25 ZSU-23-4V1 opened fire by all tubes. Target distance: 5061m Target azimuth: 260° Target elevation: 0° Tu: 7.4s
00:01:30 ZSU-23-4V1 closed fire, and shot 280pcs.
00:01:32 ZSU-23-4V1 opened fire by all tubes. Target distance: 3224m Target azimuth: 277° Target elevation: 1° Tu: 4.9s
00:01:36 ZSU-23-4V1 closed fire, and shot 244pcs.
00:01:37 F-111F Remit-32 hit by OFZT. 00:01:43, F-111F Remit-33 bombed Bab al-Aziziyah barracks, with 4 GBU-10 LGB.
00:01:58 ZSU-23-4V1 opened fire by all tubes. Target distance: 5080m Target azimuth: 259° Target elevation: 9° Tu: 7.5s
Ok I spent quite a bit of time testing and observing the SA-2F at the Asuluk range against the very low flying high speed FB-111 and here is what I have found.
Asuluk range parameters: Missiles = 6 x V750VU 11DU Targets = 3 x RM-207M (Simulating FB-111s) launched at 1 minute intervals starting at T+00min 10sec dm, m jamming = none cm jamming = none
This image shows my I-64 (Q - button) set-up.
This image shows my I-62 (Z - button) set-up.
NOTE: Because I'm engaging a target flying below 300m, the K3 I, II & III red lights are illuminated signifying that the radio proximity fuse for all three missile channels has been switched OFF. Leaving the radio fuses on (K3 I, II & III lights off), is supposed to confuse the missiles radio fuse as it will be flying close to the ground and most likely interference from ground clutter would cause a premature detonation.
This images shows a typical missile flyout with 'K' guidance (Half Lead Elevated By Constants), with the red K3 lights.
NOTE: Missile launch is at 30Km, the missiles will always initially stabilise at 3.5 to 4 degrees to the right of the radar beam, as indicated on the azimuth (Beta) display. The 3 green lamps, elevation, range and azimuth signify that auto-tracking has been initiated in all 3 dimensions.
The following two images show the missile at 'end-game'.
NOTE: The missile begins it's end-game intercept turn towards the target very late and as a result misses. This occurs about 90% of the time. Regardless of target azimuth motion observed on the azimuth screen and the right PAA dial (black three pronged pointer), the missiles always fly to the right of the radar beam by approximately 3.5 to 4 degrees. This occurs even if the target is moving to the left, which means the missile is not leading the target in azimuth.
The following test is exactly the same as the above, but in this instance the K3 I, II & III radio fuse lamps are off indicating that the radio fuses on all three missile channels have been switched ON.
This image was taken a few seconds after missile launch, which occurred at 30Km.
NOTE: On this occasion the target was flying to the left which was indicated on the azimuth display and right hand PAA dial. As can be seen the missile is leading the target by flying to the left of the radar beam. Had the target been flying to the right, the missile would lead it to the right as other tests have shown. This is not the case with the radio fuse inactive (K3 red lights ON).
This images shows the missile continuing it's fly-out and still leading the target.
NOTE: The movement of the ground clutter to the right and the slight change of the right PAA indicator (showing 45 degrees whereas it was almost 50 degrees in the previous image above this one), illustrates the target is moving to the left.
This images shows the missile a few moments before impact. Again note the ground clutter and right PAA indicator.
This images shows the target and missile just after impact. The target was killed.
NOTE: With the radio fuse ON (red K3 lamps OFF), 'K' guidance mode has a pK of 1.0!!!
Using 'YNP' guidance (Half-Lead) with the radio fuse ON, there is a chance the missile will 'disappear' a couple of seconds after launch (perhaps being lead into the ground by the target losing altitude). If the missile survives the first couple of seconds, it will lead the target correctly and score a kill. Using 'YNP' guidance with the radio fuse OFF, there is a chance the missile will 'disappear' a couple of seconds after launch (perhaps being lead into the ground by the target losing altitude). If the missile survives the first couple of seconds, it will fly with a profile very similar to the images posted of 'K' guidance with radio fuse OFF. So it will always fly to the right of the radar beam and will not lead the target correctly. The chances of scoring a kill are extremely low.
Using T/T guidance (Three-Point) with or without selecting the missile radio fuse has exactly the same effect as 'K' guidance with the radio fuse on, with the exception that the missile will fly directly line of sight on the radar beam to the target. Pk is 1.0!!! This is the most effective mode.
1) So from all of these observations and comparisons we can see that switching the missiles radio fuse OFF (red K3 lamps on) is altering the flight profile of the missiles when used in conjunction with the 'K' and 'YNP' guidance modes.
2) Ground clutter has no effect on the radio fuse regardless of target altitude.
3) Missile pK seems to be far too high, against a high speed low altitude target.
A few other points: a) Pausing the simulation doesn't pause the missiles gyro, so if you pause the sim just after selecting the 'prepare missile for launch' knob on the I-64 (Q - button) panel, after around 30 seconds (with the sim still paused) the missiles ready lamp on the I-62 (Z - panel) will illuminate.
b) The missiles appear to detonate at the range line on the elevation and azimuth scopes with the radio fuse ON, if auto-tracking is deselected in range and the range line moved downwards (closer in range than the target). If the range line is move upwards (further in range that the target), the missile will not detonate at the range line, but will pass it and disappear after a few seconds of flight. Considering the missiles are flying with active radio fuses, their proximity to the ground or a target should cause detonation, not their proximity to the range line.
c) Ground clutter doesn't seem to have an effect on target tracking. Ground clutter can make it more difficult for the user to separate a target from the background, but not the radar. If the user by chance happens to have the elevation, range or azimuth lines on a target deep behind clutter, auto-tracking can begin. Ground clutter also doesn't cause a loss of of auto-tracking (break lock).
d) 'T/T' guidance mode seems to be far too effective.
b) The missiles appear to detonate at the range line on the elevation and azimuth scopes with the radio fuse ON, if auto-tracking is deselected in range and the range line moved downwards (closer in range than the target). If the range line is move upwards (further in range that the target), the missile will not detonate at the range line, but will pass it and disappear after a few seconds of flight. Considering the missiles are flying with active radio fuses, their proximity to the ground or a target should cause detonation, not their proximity to the range line.
This is the prove that ground clutters HAS effect on the radiofuse.... Just before "hiting" the range boresight, missile received K3 command to switch on radiofuse, and it detonates, because got a clutter.... The upward movement of the boresight in a constant angle of the antena should lead to a bigger height, so no detonation after K3... I am not 100% sure that there's no bug, but I suggest a closer examination of the 3D AAR...
Originally Posted By: Wolfhound
c) Ground clutter doesn't seem to have an effect on target tracking. Ground clutter can make it more difficult for the user to separate a target from the background, but not the radar. If the user by chance happens to have the elevation, range or azimuth lines on a target deep behind clutter, auto-tracking can begin. Ground clutter also doesn't cause a loss of of auto-tracking (break lock).
I've asked such a question long time ago.. The answer is in the next version of SA-2 - "Volkhov"... Just switch the 5 km magnification screen...
EDIT:
I did some tests and it really DO HAVE a strange behaviour!
This is the prove that ground clutters HAS effect on the radiofuse.... Just before "hiting" the range boresight, missile received K3 command to switch on radiofuse, and it detonates, because got a clutter.... The upward movement of the boresight in a constant angle of the antena should lead to a bigger height, so no detonation after K3... I am not 100% sure that there's no bug, but I suggest a closer examination of the 3D AAR...
Your correct piston79 . I thought the radio fuse was armed not long after the missile had left the launcher, but what your saying makes much more sense. Against high altitude targets, with the range line set to the bottom of the display, the missiles don't explode because they are being launched at a higher elevation, so by the time the fuse activates (when the sustainer falls of?) the missile is well out of ground clutter. Against medium altitude targets, the missile is launched at a more shallow angle, so moving the range line to the bottom of the display causes detonation as the missile is in ground clutter.
I've noticed that playing around with the range line while a missile is in flight causes some problems. There seems to be a limited amount of time after which the missile no longer excepts guidance commands and sometimes just disappears.
Originally Posted By: piston79
I've asked such a question long time ago.. The answer is in the next version of SA-2 - "Volkhov"... Just switch the 5 km magnification screen...
After the Dvina, the Volkhov will be my next system
Load the .GPX (or was it .KML ?) into Googleearth.
Then zoom to the layer and pan/zoom to the area of interest, stepping forwards/back to watch the progress of the aircraft/missiles.
Bear in mind that 'extreme' wiggliness seen from the launcher (or close by) is actually barely weaving when viewed from side/above ~ you should at least 'glance' at the end view before deciding how good the guidance has been.
There was a GE bug with how the elevation and speed graph was displayed (maximum greater than axes scale values), but SAMSIM is "correct", and the error lies in the external program.
I'm not sure if this is a bug, or if it's how it's supposed to be.
If memory mode switch is on, and the target is shot and disintegrates, our radar loses target lock and the red light comes on showing it's in memory mode.
But the red light doesn't come on if the target disappears for other reasons. Like flying out of range, or hitting the ground.
Is that how it's supposed to work? Because the radar is still moving by itself even after the target is out of range, like it's still tracking it, or tracking in memory mode.
If the target flies out of the range, than the SRP cannot follow it. (Its just a mechanical calculator, if you reached the end of the cog wheel, that it is it.)
If the target is at the negative limitation of the SRP, it will not be able to track it either.
There is a minor bug in the 3D-AAR, placing some kill "waypoints" at coordinates 0-0 in 0.926c.
From Tripoli Shilka mission: First, as a little show-off, 5 kills, Remit 32/33 and Karma 51/52/53.
Click to reveal..
Here the same 3D AAR zoomed out - maybe once a target is killed further hits are registered with 0-0 coordinates? As a little note, there are actually more than the three hits shown there registered at this location.
Click to reveal..
Click to reveal..
2:00am 15th of April, 1986. Operation El-Dorado Canyon raid against Tripoli.
Targets: Bab al-Aziziyah barracks - 6 F-111F Aardvark, each armed with 4 GBU-10 LGB Murat Sidi Bilal Naval base - 3 F-111F Aardvark, each armed with 4 GBU-10 LGB Tripoli AFB - 5 F-111F Aardvark, each armed with 12 Mk.82/BSU-49 high-drag bombs
Supporting force: 6 A-7E Corsair-II SEAD (VA-46 Clansmen, VA-72 Blue Hawks from the CV-66 USS America) 4 F-14A Tomcat CAP (VF-33 Starfighters, VF-102 Diamondbacks from the CV-66 USS America) 3 EF-111A Raven ECM 1 EA-6B Prowler ECM (VMAQ-2 Playboys from the CV-43 USS America)
ZSU-23-4V1
00:00:36, F-111F Remit-31 bombed Bab al-Aziziyah barracks, with 4 GBU-10 LGB.
00:01:28 ZSU-23-4V1 opened fire by all tubes. Target distance: 4022m Target azimuth: 267° Target elevation: 1° Tu: 5.8s
00:01:29 ZSU-23-4V1 closed fire, and shot 36pcs.
00:01:30 ZSU-23-4V1 opened fire by all tubes. Target distance: 3698m Target azimuth: 270° Target elevation: 1° Tu: 5.4s
00:01:30 ZSU-23-4V1 closed fire, and shot 44pcs.
00:01:31 ZSU-23-4V1 opened fire by all tubes. Target distance: 3368m Target azimuth: 274° Target elevation: 1° Tu: 5.1s
00:01:32 ZSU-23-4V1 closed fire, and shot 56pcs.
00:01:32 ZSU-23-4V1 opened fire by all tubes. Target distance: 3043m Target azimuth: 280° Target elevation: 1° Tu: 4.8s
00:01:33 ZSU-23-4V1 closed fire, and shot 52pcs.
00:01:37 F-111F Remit-32 killed by OFZT.
00:01:37 F-111F Remit-32 killed by OFZT. 00:01:43, F-111F Remit-33 bombed Bab al-Aziziyah barracks, with 4 GBU-10 LGB.
00:02:02 ZSU-23-4V1 opened fire by all tubes. Target distance: 3956m Target azimuth: 267° Target elevation: 12° Tu: 5.9s
00:02:03 ZSU-23-4V1 closed fire, and shot 44pcs.
00:02:04 ZSU-23-4V1 opened fire by all tubes. Target distance: 3549m Target azimuth: 271° Target elevation: 14° Tu: 5.5s
00:02:05 ZSU-23-4V1 closed fire, and shot 48pcs.
00:02:06 ZSU-23-4V1 opened fire by all tubes. Target distance: 3183m Target azimuth: 278° Target elevation: 15° Tu: 5.2s
00:02:07 ZSU-23-4V1 closed fire, and shot 52pcs.
00:02:07 ZSU-23-4V1 opened fire by all tubes. Target distance: 2857m Target azimuth: 286° Target elevation: 17° Tu: 5.2s
00:02:08 ZSU-23-4V1 closed fire, and shot 52pcs.
00:02:10 F-111F Remit-33 killed by OFZT.
00:02:10 F-111F Remit-33 killed by BZT.
00:02:10 F-111F Remit-33 killed by OFZT.
00:02:10 F-111F Remit-33 killed by OFZT. 00:03:55, F-111F Karma-51bombed the French Embassy, with 4 GBU-10 LGB..
00:04:13 ZSU-23-4V1 opened fire by all tubes. Target distance: 4227m Target azimuth: 260° Target elevation: 11° Tu: 6.3s
00:04:14 ZSU-23-4V1 closed fire, and shot 44pcs.
00:04:15 ZSU-23-4V1 opened fire by all tubes. Target distance: 3826m Target azimuth: 264° Target elevation: 13° Tu: 5.7s
00:04:16 ZSU-23-4V1 closed fire, and shot 48pcs.
00:04:16 ZSU-23-4V1 opened fire by all tubes. Target distance: 3450m Target azimuth: 268° Target elevation: 14° Tu: 5.3s
00:04:17 ZSU-23-4V1 closed fire, and shot 56pcs.
00:04:18 ZSU-23-4V1 opened fire by all tubes. Target distance: 3090m Target azimuth: 275° Target elevation: 16° Tu: 5s
00:04:19 ZSU-23-4V1 closed fire, and shot 48pcs.
00:04:19 ZSU-23-4V1 opened fire by all tubes. Target distance: 2822m Target azimuth: 282° Target elevation: 17° Tu: 5s
00:04:20 F-111F Karma-51 killed by OFZT.
00:04:20 F-111F Karma-51 killed by OFZT.
00:04:20 ZSU-23-4V1 closed fire, and shot 28pcs.
00:04:22 F-111F Karma-51 killed by OFZT.
00:04:22 F-111F Karma-51 killed by OFZT.
00:04:22 F-111F Karma-51 killed by BZT.
00:04:22 F-111F Karma-51 killed by OFZT.
00:04:43 ZSU-23-4V1 opened fire by all tubes. Target distance: 4365m Target azimuth: 272° Target elevation: 1° Tu: 6.4s
00:04:44 ZSU-23-4V1 closed fire, and shot 48pcs.
00:04:45 ZSU-23-4V1 opened fire by all tubes. Target distance: 3920m Target azimuth: 276° Target elevation: 1° Tu: 5.8s
00:04:46 ZSU-23-4V1 closed fire, and shot 56pcs.
00:04:47 ZSU-23-4V1 opened fire by all tubes. Target distance: 3527m Target azimuth: 280° Target elevation: 1° Tu: 5.3s
00:04:47 ZSU-23-4V1 closed fire, and shot 52pcs.
00:04:48 ZSU-23-4V1 opened fire by all tubes. Target distance: 3170m Target azimuth: 286° Target elevation: 1° Tu: 5s
00:04:49 ZSU-23-4V1 closed fire, and shot 52pcs.
00:04:49 ZSU-23-4V1 opened fire by all tubes. Target distance: 2901m Target azimuth: 292° Target elevation: 1° Tu: 5s
00:04:50 ZSU-23-4V1 closed fire, and shot 56pcs.
00:04:51 F-111F Karma-52 killed by OFZT.
00:05:18 ZSU-23-4V1 opened fire by all tubes. Target distance: 4463m Target azimuth: 271° Target elevation: 0° Tu: 6.5s
00:05:19 ZSU-23-4V1 closed fire, and shot 52pcs.
00:05:20 ZSU-23-4V1 opened fire by all tubes. Target distance: 4013m Target azimuth: 275° Target elevation: 1° Tu: 5.9s
00:05:21 ZSU-23-4V1 closed fire, and shot 52pcs.
00:05:22 ZSU-23-4V1 opened fire by all tubes. Target distance: 3614m Target azimuth: 279° Target elevation: 1° Tu: 5.4s
00:05:23 ZSU-23-4V1 closed fire, and shot 60pcs.
00:05:23 ZSU-23-4V1 opened fire by all tubes. Target distance: 3247m Target azimuth: 284° Target elevation: 1° Tu: 5.1s
00:05:24 ZSU-23-4V1 closed fire, and shot 52pcs.
00:05:24 ZSU-23-4V1 opened fire by all tubes. Target distance: 2947m Target azimuth: 291° Target elevation: 1° Tu: 5s
00:05:26 ZSU-23-4V1 closed fire, and shot 64pcs.
00:05:26 F-111F Karma-53 hit by OFZT.
00:05:26 F-111F Karma-53 killed by BZT.
00:05:26 ZSU-23-4V1 opened fire by all tubes. Target distance: 2646m Target azimuth: 301° Target elevation: 1° Tu: 6s
00:05:26 ZSU-23-4V1 closed fire, and shot 12pcs.
00:05:36, F-111F Jewel-61 bombed Murat Sidi Bilal Naval base, with 4 GBU-10 LGB.
Can you help to track this issue, I was trying to track it but was unable...
Load the .GPX (or was it .KML ?) into Googleearth.
Then zoom to the layer and pan/zoom to the area of interest, stepping forwards/back to watch the progress of the aircraft/missiles.
Bear in mind that 'extreme' wiggliness seen from the launcher (or close by) is actually barely weaving when viewed from side/above ~ you should at least 'glance' at the end view before deciding how good the guidance has been.
There was a GE bug with how the elevation and speed graph was displayed (maximum greater than axes scale values), but SAMSIM is "correct", and the error lies in the external program.
It the .GPX or .KML a file saved with the after action report somewhere in the SAMSIM folder. If its not too much trouble, could you elaborate on the process of transporting them to Googleearth?
It the .GPX or .KML a file saved with the after action report somewhere in the SAMSIM folder. If its not too much trouble, could you elaborate on the process of transporting them to Googleearth?
Thanks
Just drop it in Google Earth and remove the bottom thick...
Ok I spent quite a bit of time testing and observing the SA-2F at the Asuluk range against the very low flying high speed FB-111 and here is what I have found.
Asuluk range parameters: Missiles = 6 x V750VU 11DU Targets = 3 x RM-207M (Simulating FB-111s) launched at 1 minute intervals starting at T+00min 10sec dm, m jamming = none cm jamming = none
This image shows my I-64 (Q - button) set-up.
This image shows my I-62 (Z - button) set-up.
NOTE: Because I'm engaging a target flying below 300m, the K3 I, II & III red lights are illuminated signifying that the radio proximity fuse for all three missile channels has been switched OFF. Leaving the radio fuses on (K3 I, II & III lights off), is supposed to confuse the missiles radio fuse as it will be flying close to the ground and most likely interference from ground clutter would cause a premature detonation.
This images shows a typical missile flyout with 'K' guidance (Half Lead Elevated By Constants), with the red K3 lights.
NOTE: Missile launch is at 30Km, the missiles will always initially stabilise at 3.5 to 4 degrees to the right of the radar beam, as indicated on the azimuth (Beta) display. The 3 green lamps, elevation, range and azimuth signify that auto-tracking has been initiated in all 3 dimensions.
The following two images show the missile at 'end-game'.
NOTE: The missile begins it's end-game intercept turn towards the target very late and as a result misses. This occurs about 90% of the time. Regardless of target azimuth motion observed on the azimuth screen and the right PAA dial (black three pronged pointer), the missiles always fly to the right of the radar beam by approximately 3.5 to 4 degrees. This occurs even if the target is moving to the left, which means the missile is not leading the target in azimuth.
The following test is exactly the same as the above, but in this instance the K3 I, II & III radio fuse lamps are off indicating that the radio fuses on all three missile channels have been switched ON.
This image was taken a few seconds after missile launch, which occurred at 30Km.
NOTE: On this occasion the target was flying to the left which was indicated on the azimuth display and right hand PAA dial. As can be seen the missile is leading the target by flying to the left of the radar beam. Had the target been flying to the right, the missile would lead it to the right as other tests have shown. This is not the case with the radio fuse inactive (K3 red lights ON).
This images shows the missile continuing it's fly-out and still leading the target.
NOTE: The movement of the ground clutter to the right and the slight change of the right PAA indicator (showing 45 degrees whereas it was almost 50 degrees in the previous image above this one), illustrates the target is moving to the left.
This images shows the missile a few moments before impact. Again note the ground clutter and right PAA indicator.
This images shows the target and missile just after impact. The target was killed.
NOTE: With the radio fuse ON (red K3 lamps OFF), 'K' guidance mode has a pK of 1.0!!!
Using 'YNP' guidance (Half-Lead) with the radio fuse ON, there is a chance the missile will 'disappear' a couple of seconds after launch (perhaps being lead into the ground by the target losing altitude). If the missile survives the first couple of seconds, it will lead the target correctly and score a kill. Using 'YNP' guidance with the radio fuse OFF, there is a chance the missile will 'disappear' a couple of seconds after launch (perhaps being lead into the ground by the target losing altitude). If the missile survives the first couple of seconds, it will fly with a profile very similar to the images posted of 'K' guidance with radio fuse OFF. So it will always fly to the right of the radar beam and will not lead the target correctly. The chances of scoring a kill are extremely low.
Using T/T guidance (Three-Point) with or without selecting the missile radio fuse has exactly the same effect as 'K' guidance with the radio fuse on, with the exception that the missile will fly directly line of sight on the radar beam to the target. Pk is 1.0!!! This is the most effective mode.
1) So from all of these observations and comparisons we can see that switching the missiles radio fuse OFF (red K3 lamps on) is altering the flight profile of the missiles when used in conjunction with the 'K' and 'YNP' guidance modes.
2) Ground clutter has no effect on the radio fuse regardless of target altitude.
3) Missile pK seems to be far too high, against a high speed low altitude target.
A few other points: a) Pausing the simulation doesn't pause the missiles gyro, so if you pause the sim just after selecting the 'prepare missile for launch' knob on the I-64 (Q - button) panel, after around 30 seconds (with the sim still paused) the missiles ready lamp on the I-62 (Z - panel) will illuminate.
b) The missiles appear to detonate at the range line on the elevation and azimuth scopes with the radio fuse ON, if auto-tracking is deselected in range and the range line moved downwards (closer in range than the target). If the range line is move upwards (further in range that the target), the missile will not detonate at the range line, but will pass it and disappear after a few seconds of flight. Considering the missiles are flying with active radio fuses, their proximity to the ground or a target should cause detonation, not their proximity to the range line.
c) Ground clutter doesn't seem to have an effect on target tracking. Ground clutter can make it more difficult for the user to separate a target from the background, but not the radar. If the user by chance happens to have the elevation, range or azimuth lines on a target deep behind clutter, auto-tracking can begin. Ground clutter also doesn't cause a loss of of auto-tracking (break lock).
d) 'T/T' guidance mode seems to be far too effective.
Cheers
Great bug-finding!!!
1, took quite a while to found, and correct. It affected UPR and K method in case of K3, with the Dvina/Volhov/Neva systems. (same code, from several years ago)
2, Still checking. (I'm pretty sure, that it was working some years ago...)
3, That target is flying in a straight path. In case of maneuvering target, Pk is much lower. (Just try the P15 in Poland, you will be surprised!)
a, It was never intended.
b, depending if the K3 was already emitted
c, it is similar to the reality. If a target got in the clutter, by playing gain, it was usually track-able.
d, T/T is the most effective method if the target is slow, and within the g limits of the missile.
The 9K33M3 OSA-AKM system is only using T/T method against their targets.
00:03:35, Missile exploded on Channel-1 Practice target RM-217 Zvezda [program-1] simulating Tornado killed by SAM. (miss distance: 1m)
Total, SNR On Air Time: 3min 20sec
twice little bug at sa-3 its about double fire switch !
as you see i mark rightest fire button switch by red mark ! i pushed it but just one missile fired ! PS: i turn up double fire switch to UP ! but its not work on rightest switch !
00:03:35, Missile exploded on Channel-1 Practice target RM-217 Zvezda [program-1] simulating Tornado killed by SAM. (miss distance: 1m)
Total, SNR On Air Time: 3min 20sec
twice little bug at sa-3 its about double fire switch !
as you see i mark rightest fire button switch by red mark ! i pushed it but just one missile fired ! PS: i turn up double fire switch to UP ! but its not work on rightest switch !
I've tried a few times with the SA-2E to destroy a target without ever locking onto it. And I'm pretty sure it's impossible.
I add a target reflector in practice mode, then line the crosshairs up precisely over the target, then switch to 5km mode and make sure I'm absolutely 100% on target.
If the missile is in proximity fuse mode, the missile just flies past, never detonates.
If the missile is in command detonated mode, the missile detonates when it reaches the crosshairs, but this never damages the target.
Is this a bug, or just the way you chose to write it? Or maybe I'm not doing something right?
It's not a bug, but it's some kind of observation... I believe that WEASELS in "Prairie Fire" does pretty awkward maneuvers, which (I am sure) are not possible for a real plane... Could - in the name of realism - be done something about?
If I track a target using the I87V for range, and guide the missiles in 1/2 lead mode, the missiles DO NOT lead the target, the missiles don't even fly a straight line, instead they trail the target.
Example, if I am tracking a target to the north of me that is going east to west <---, and I track the targets range normally, the missile flies to the left <--- of the centre line, leading the target. But if I track the target's range with I87V, the missile flies to the right ---> of the centre line!
If I track a target using the I87V for range, and guide the missiles in 1/2 lead mode, the missiles DO NOT lead the target, the missiles don't even fly a straight line, instead they trail the target.
Example, if I am tracking a target to the north of me that is going east to west <---, and I track the targets range normally, the missile flies to the left <--- of the centre line, leading the target. But if I track the target's range with I87V, the missile flies to the right ---> of the centre line!
Very odd.
I think, that this bug was already reported, corrected, just not released yet... ... still waiting more to be collected.
I've tried a few times with the SA-2E to destroy a target without ever locking onto it. And I'm pretty sure it's impossible.
I add a target reflector in practice mode, then line the crosshairs up precisely over the target, then switch to 5km mode and make sure I'm absolutely 100% on target.
If the missile is in proximity fuse mode, the missile just flies past, never detonates.
If the missile is in command detonated mode, the missile detonates when it reaches the crosshairs, but this never damages the target.
Is this a bug, or just the way you chose to write it? Or maybe I'm not doing something right?
Might be the same bug. I tried it with the new code, and with Volhov T/T - RabOtVM - auto-track on elevation - 5km display, and manually tracking the Ashuluk Radar Reflector in Azimuth, I was able to kill it. (Range bore-sight was well before the target)
Okay, I should probably add a bug report, though you've probably spotted this already.
On 0.926D, the sim starts showing the SA-2E, and has Dregelypalank as the "Live Practice". Locking onto a meteor with an SA-2 was cool. But I couldn't add missiles to shoot it down. I'm still guessing it's a bug, even if it was fun
If you scroll to the SA-2F or the SA-5, the "Live Practice" fixes itself, and Asuluk and Ustka are available.
On 0.926D, the sim starts showing the SA-2E, and has Dregelypalank as the "Live Practice". Locking onto a meteor with an SA-2 was cool. But I couldn't add missiles to shoot it down. I'm still guessing it's a bug, even if it was fun
Might be the same bug. I tried it with the new code, and with Volhov T/T - RabOtVM - auto-track on elevation - 5km display, and manually tracking the Ashuluk Radar Reflector in Azimuth, I was able to kill it. (Range bore-sight was well before the target)
I believe that after passing the boresight, missile should receive second K3 and destruct itself... Do not know how it goes with Rab. ot VM, but as missile goes near a object (like chaffs in Linebacker) it pops-up)...Also about manual tracking - it should be the same from FCO and manual operators on RS (green indicators)....
As I understood the new release is scheduled for the end of this year?
Will the intermediate releases of correcting mistakes or not?
Error in Volkhov report low targets
Hi Max, please keep track of the bugs, and after releasing Osa, I will create a bugfix release, hopefully correcting all these issues...
Question: Do we need to keep track on the bugs? I think it is more convinient for the developer to write down newfound bugs reported by us in this topic, starting right after (any) new release, as he is the only one who knew how many of those bugs are solved. I wish when new version is released, that "readme" file could be included, which informs us which bugs are solved...
Personally I didn't know which bug is solved, as I just reported it and thought that developer put it in his "To Do list"... Max2012 found AGAIN known bug, caused by 3 degrees boresight change because "<5 km" mode activated...
We really need a plan how to deal with it, as there is too much time to the new release, and should keep in mind that there are bugs not solved...
Again, my proposal is that this list of bugs must be kept by the developer....
hpasp please check the sa-2E anthena .... when i launch missile by anthena without transmitter they can open harm on me ! this happened do not done for me when i work with sa-2F !
I think the HARM can home on the missile command uplink. As soon as you launch a missile, you start transmitting guidance signals to it, even if your radar is off.
I think the HARM can home on the missile command uplink. As soon as you launch a missile, you start transmitting guidance signals to it, even if your radar is off.
See, you're bussy with OSA, but if you noticed couple of last post of Faroukh and Milo11, they created havoc in "Prairie Fire" and "Allied force" missions, using "Dvina"... Also Faroukh complaining that it is impossible with "Volkhov"... I am starting to think, that when using "Dvina" in non-historical missions, where "HARM" are available, they somehow became "blind" for RPK signal (i.e. became "Shrike"-s)....
I think the HARM can home on the missile command uplink. As soon as you launch a missile, you start transmitting guidance signals to it, even if your radar is off.
it could be truth but what about sa-2F anthena ? when i launch a missile by sa-2 dvina anthena , fighters cant open harm on me ! that is the question !!!!
it could be truth but what about sa-2F anthena ? when i launch a missile by sa-2 dvina anthena , fighters cant open harm on me ! that is the question !!!!
I am starting to think, that when using "Dvina" in non-historical missions, where "HARM" are available, they somehow became "blind" for RPK signal (i.e. became "Shrike"-s)....
it could be truth but what about sa-2F anthena ? when i launch a missile by sa-2 dvina anthena , fighters cant open harm on me ! that is the question !!!!
I am starting to think, that when using "Dvina" in non-historical missions, where "HARM" are available, they somehow became "blind" for RPK signal (i.e. became "Shrike"-s)....
00:01:28, Missile exploded on Channel-1 F-16CJ Falcon SEAD Number-3 killed by SAM. (miss distance: 14m)
00:01:32, Missile exploded on Channel-2 F-16CJ Falcon SEAD Number-3 killed by SAM. (miss distance: 33m)
00:01:37, Missile exploded on Channel-3 F-16CJ Falcon SEAD Number-3 killed by SAM. (miss distance: 13m)
Total, SNR On Air Time: 1min 36sec
of course with sa-2E i do this hunt with different method against jamming that you can see in below pic but im not sure that even this one could work on UPR any way
Could I ask a favor? Can you collect and number the identified bugs? After OSA first release (end of this year~first half of next year) I would like to correct those, but it would make easier if we would have a summarized buglist.
Could I ask a favor? Can you collect and number the identified bugs?
yes dear hpasp
i found few bugs till now
number 1 : problem with sa-2f and sa-2E anthena during launch and reflection during harm launch
number 2 : problem with command guidance method against jamming target in sa-2F & E scenario that..... you can hunt them with UPR method !
number 3 : sa-3 missile during firing almost of time goes out from line of fly and missile rotating to left ! this happened done in lybia scenario also with alleid forces !
number 4 : its about sa-3 again ! when u lock on jamming target and pusking ... i moving the boresight for find explosion location and during this job ! sa-3 missile going out from fly line with move boresight !!!!
number 5 : f105 wild weasels during vietnam war are miss with sa-2E ! when u switch to find them ... no one of them are in sky but with sa-2F they are visible ! {of course i test it only with first scenario at line break II .. no other scenarios ! please test}
part 2 of number 5 : SNR ON AIR mode at After action report for sa-2E is missing ! for example when you are in ashuluk and switch on and off for several times then at after action report does not wrote that when SNR goes to OFF or goes to ON
number 6 :
number 7 : i see some bug in line break II night-8 XII 26 / air defense battalion 274/86 not work ! (sa-2E.F) night-9 XII 27 / air defense battalion 257/76 not work ! (sa-2E.F)
Target distance is where the target was when you opened fire.... As target approaches (with ~ 300 m/s at least), Tu in seconds is calculated where the target will be....
So if A-4 goes with zero parameter - 3284 meters - (Tu * Speed of A-4): 3284 - 4.2*300 m/s = 3284 - 1260 = 2024 meters....
I don't find a bug here.... Also, some of "bugs" you collect, are not bugs, like:
5, 6, 7...
3 and 4 - cannot understand what you're talking about....
Target distance is where the target was when you opened fire.... As target approaches (with ~ 300 m/s at least), Tu in seconds is calculated where the target will be....
So if A-4 goes with zero parameter - 3284 meters - (Tu * Speed of A-4): 3284 - 4.2*300 m/s = 3284 - 1260 = 2024 meters....
I don't find a bug here.... Also, some of "bugs" you collect, are not bugs, like:
5, 6, 7...
3 and 4 - cannot understand what you're talking about....
num 6 is my mistake but i test them again ! they already are bugs!
6.do u remember last month that we had one exercise in fb ? and we test 5KM mode with K3 sa-2E ! but on our AAR no sign from SNR OFF time .... ! just test it man
Faroukh, please be more specific with 2, 3 and 4 from your bug list.... A video could be welcome.... Please, do not delete bugs from your initial list, even if they are proven false....
Faroukh, please be more specific with 2, 3 and 4 from your bug list.... A video could be welcome.... Please, do not delete bugs from your initial list, even if they are proven false....
about 3 and 4 i will create a video for future but about 2 is so easy ! in real world could u fire sa-2 missiles by UPR method to a jammer target ? if yes!!! so its not a bug ! test it
Taken from Manual Supplement by Vintorez:- Rab-ot-VM is of some use when shooting at low-altitude jamming targets. A “chaff corridor”, which detonates your missiles before the target, is conceivable only for high-altitude targets. In such case, do not forget to switch radio fuse 100-m sensitivityon.
Video shows imitation shooting at the low-altitude jamming target [USU NLC + RAB OT VM + TT]. (Ideal conditions) No hits, if the fuse in the switch "USU NLC"/"ZAGRUB RV" The average miss distance -40m. Probably bug
you think missiles fired by UPR and K method should kill the target like T/T? ps: of course in RABOT VM method usually i JUST locked azimuth and elevation degree ! not range locker used by me ! and T/T can catch it very smooth PS2 : really i dont get your problem ! would you explain about your problem ?
The problem is not a miss/hit (is the result of a strange missile trajectory) It's only guidance problem. video later
you think missiles fired by UPR and K method should kill the target like T/T? ps: of course in RABOT VM method usually i JUST locked azimuth and elevation degree ! not range locker used by me ! and T/T can catch it very smooth PS2 : really i dont get your problem ! would you explain about your problem ?
The problem is not a miss/hit (is the result of a strange missile trajectory) It's only guidance problem. video later
humm... i see its not the bug at all please read the advance manual completly ! in there wrote about UPR flight path ! usually ... UPR flying to impact zone with 4 degree Further of target that missile and target will meet together at there with UPR and K your missiles doing more maneuver but T/t flying direct to the target !
hpasp... LORO mode is the subject in sa-2E pdf wrote ... we can detect fighter between jamming line by LORO from 30km but in libya and operation allied forces i cant detect them at all from 20 km or closer
hpasp... LORO mode is the subject in sa-2E pdf wrote ... we can detect fighter between jamming line by LORO from 30km but in libya and operation allied forces i cant detect them at all from 20 km or closer
Jamming pod detected...:
Quote:
The burn through range is depending on the target aspect (heading in relation to the radar) and the radar beam type: Against fighter-sized targets: using wide-beam mode: 5 ~ 10km using narrow beam - LORO mode: 10 ~ 20km Against bomber-sized targets.....
hpasp... LORO mode is the subject in sa-2E pdf wrote ... we can detect fighter between jamming line by LORO from 30km but in libya and operation allied forces i cant detect them at all from 20 km or closer
Jamming pod detected...:
Quote:
The burn through range is depending on the target aspect (heading in relation to the radar) and the radar beam type: Against fighter-sized targets: using wide-beam mode: 5 ~ 10km using narrow beam - LORO mode: 10 ~ 20km Against bomber-sized targets.....
....
check again ! 10 till 20 is for fighter size in LORO and 15 till 30 is for bombers in LORO
PS:... i download latest version of samsim... i try hit the A-4 in ashuluk target ! usually A-4 alt was around 400 till 700 ... but right now in this version in after action report wrote ALT = 4 km ! please test it and put your result in here
killed by rabot-vm based on T/T
Click to reveal..
Asuluk training ground.
Practice target: LA-17M [program-1] simulating A-4 Skyhawk
S-75M3 Volkhov
00:00, Practice target LA-17M [program-1] simulating A-4 Skyhawk launched
PS:... i download latest version of samsim... i try hit the A-4 in ashuluk target ! usually A-4 alt was around 400 till 700 ... but right now in this version in after action report wrote ALT = 4 km ! please test it and put your result in here
This is an old bug, that reappeared again, 'caused by "<5 km" mode... Old code used, probably...
humm... i see its not the bug at all please read the advance manual completly !
Of course reading and many more in Russian 1) Why only 4 degree? 6 or 7 degrees would be more correct. [see attach]
Click to reveal..
Quote:
in there wrote about UPR flight path ! usually ... UPR flying to impact zone with 4 degree Further of target that missile and target will meet together at there with UPR and K your missiles doing more maneuver but T/t flying direct to the target !
I think the current version has an incorrect missile flight path when impact point further than 4 degrees. Therefore TT more effective than UPR in the case when P > 15-20 km. [at high-speed V/H=const target] ...should be conversely.
Incorrect flight path - because missile overstay at the edge of "+/-4° gate" until impact point will not be in the "+/-4° gate" [see attach]
Of course reading and many more in Russian 1) Why only 4 degree? 6 or 7 degrees would be more correct. [see attach]
Click to reveal..
Since now I don't find an exact explanation about that, just some thoughts about it:
1. The UPR method is a half-lead method, so no big lead is needed (compare with SA-5). 2. The missile is unguided right after launch, it must "hit" strobes, thus some oscilations during this initiation stage are in place (as it is relatively close), also launchers are "leading" too, depending of antena rotation speed, so this could be also a reason for such difference between lead angle and RPK diagram size.... 3. Missiles aerodinamic matters too...
Anyway, lead angle is more than a half of RPK diagram (5-7.5 degrees), so no big difference IMHO...
If you found the reason, please, be so kind to share it with the community... I spoked with an ex-chief enginier of a AirDefence brigade and an officer, that served on Volkhov....
Since now I don't find an exact explanation about that, just some thoughts about it:
1. The UPR method is a half-lead method, so no big lead is needed (compare with SA-5). 2. The missile is unguided right after launch, it must "hit" strobes, thus some oscilations during this initiation stage are in place (as it is relatively close), also launchers are "leading" too, depending of antena rotation speed, so this could be also a reason for such difference between lead angle and RPK diagram size.... 3. Missiles aerodinamic matters too...
Anyway, lead angle is more than a half of RPK diagram (5-7.5 degrees), so no big difference IMHO...
4. When bigger lead angle is needed, bigger overload capacity of the missiles is needed too....
I have a problem of error 52 from vb6 setup toolkit when I tried to install the simulator on my laptop. The OS is Win7/64-bit and I manually copied all the dll files to the system, but the still, the problem cannot be fixed. Hpasp, do u have any idea? It's quite weird that VB shall work fine with Win7/64-bit (unlike InstallShield 2x).
Practice target: RM-217 Zvezda [program-1] simulating Tornado
S-200VE Vega-E
00:44, Practice target RM-217 Zvezda [program-1] simulating Tornado launched
+++++++++++++++++ 00:00:52, SNR ON AIR
00:01:09, Missile launched from launcher-1 Target distance: 48km Target azimuth: 57° Target elevation: 0° Target angular speed: 419m/s (1.4 Mach) Target altitude: 251m RPC mode: FKM - Narrow Beam GSN mode: Acquire target during flight Received signal strength: 35.6dB
00:01:14, Missile launched from launcher-2 Target distance: 45km Target azimuth: 57° Target elevation: 0° Target angular speed: 492m/s (1.7 Mach) Target altitude: 186m RPC mode: FKM - Narrow Beam GSN mode: Acquire target during flight Received signal strength: 35.9dB
00:01:40, Missile exploded Practice target RM-217 Zvezda [program-1] simulating Tornado killed by SAM. (miss distance: 12m)
00:01:44, Missile exploded Practice target RM-217 Zvezda [program-1] simulating Tornado killed by SAM. (miss distance: 9m)
Total, SNR On Air Time: 54sec
According russian army S-200 manual from 1984, if the RPN has a stable track on target, the target could be engaged in altitudes less than 300 meters....
Hi guys, i´m back to this board after a forced break, and i´m starting to practice again with the sim. My question is, did the "Sa-2 Dvina no harm mistery in libian scenarios" got solved?
Anyway thx again for the sim, hoping the new version to arrive soon.
Hi guys, i´m back to this board after a forced break, and i´m starting to practice again with the sim. My question is, did the "Sa-2 Dvina no harm mistery in libian scenarios" got solved?
Hi milo1! nice to have you back here! Don't go away for long again!
There is no bugfix version yet.... Last instructions fom the developer were that SA-8 and fixes will be released together, but no 100% sure about that.... anyway, if any bugs appeared give them here!!!
When you shoot a target so it's leaving a trail of smoke. If it goes past 0 degrees, I.E. directly north of you, the smoke trail will instantly leave a 360 degree trail of smoke all around you.
When you shoot a target so it's leaving a trail of smoke. If it goes past 0 degrees, I.E. directly north of you, the smoke trail will instantly leave a 360 degree trail of smoke all around you.
Hello Hpasp, at first big thanks for OSA. Now small bug report: when I start simulator with OSA in Hungary with one plane everything is OK but then I quit Hungary (but not simulator) and I start Hungary with another plane again for the second time - but in this second round planes are not seen on the plotting board and it seems there are not in the air. Can you please check it? Very thanks.
OSA less than 4Gb memory bug looks like this, when you start OSA sim:
This happens if you have less than 4Gb of RAM, or your 32bit OS doesn't allow SAMSIM to use 3Gb of it. This is a generic OS problem, solution is to buy 4Gb RAM... ... or you can try this:
May be it isn't a bug, but it looks like enemy HARM missiles can target SNR of S-75 while it ofF air ("PEREDATCHIK" is off, "AHT" is on). Provided manual says otherwise, but in any combat scenario i still got SNR knocked down by HARM.
There are two factors which can lead to SNR destruction:
1) RPK transmitter, check that you are not transmitting missile command signals (also when BR and 75km mode without missiles in the air)
2) HARM has a target memory, so when you observe a HARM launch and turn the transmitter off too late (when the HARM is quite close) you will still suffer the hit....
its not a bug young boy ! you must turn off your trasmitter soon before harm missiles went to terminal phase !!!! you have got only few seconds to do it !
please work with OSA first .. and go for dvina for line breake II
I'm not a young boy, i have played this sim from much older version than this. And you misunderstood my posts. Again - all transmitters is OFF from start, only ANTENNA is opened for receive. Still got hit. In older versions it worked better. It is a bug.
I'm not a young boy, i have played this sim from much older version than this. And you misunderstood my posts. Again - all transmitters is OFF from start, only ANTENNA is opened for receive. Still got hit. In older versions it worked better. It is a bug.
Hello Hpasp, at first big thanks for OSA. Now small bug report: when I start simulator with OSA in Hungary with one plane everything is OK but then I quit Hungary (but not simulator) and I start Hungary with another plane again for the second time - but in this second round planes are not seen on the plotting board and it seems there are not in the air. Can you please check it? Very thanks.
I was able to pinpont problem - RPK transmitter self activates and SNR getting hit. It cannot be turn off. Tested on Tripoli raid. Sorry for mislead - in vietnam this aint a problem.
In livia scenario:
2:00am 15th of April, 1986. Operation El-Dorado Canyon raid against Tripoli.
Targets: Bab al-Aziziyah barracks - 6 F-111F Aardvark, each armed with 4 GBU-10 LGB Murat Sidi Bilal Naval base - 3 F-111F Aardvark, each armed with 4 GBU-10 LGB Tripoli AFB - 5 F-111F Aardvark, each armed with 12 Mk.82/BSU-49 high-drag bombs
Supporting force: 6 A-7E Corsair-II SEAD (VA-46 Clansmen, VA-72 Blue Hawks from the CV-66 USS America) 4 F-14A Tomcat CAP (VF-33 Starfighters, VF-102 Diamondbacks from the CV-66 USS America) 3 EF-111A Raven ECM 1 EA-6B Prowler ECM (VMAQ-2 Playboys from the CV-43 USS America)
S-75M3 Volkhov
00:00:36, F-111F Remit-31 bombed Bab al-Aziziyah barracks, with 4 GBU-10 LGB.
Background: In Vietnam the US planes were frightened by the Dvina emitting RPK signals, without missile launch. US was busy calculating these electronic launches, and sometimes still citing more launched Dvina missile in Vietnam, than ever were fabricated
The Soviet designers believed that a good idea would be to introduce auto RPK (BR mode + 75km) at the Volhov. US designers believed that a good idea would be to introduce HARM (guiding at RPK signal).
In Libya the two idea met each other with the following results...
Hey it's not fair! no really. How this sistem operates in this scenario? It is impossible to use. Not that i complaining about reality but it's uncontrollable. You got hit in any way on 2 minutes from start all the time, no matter what youve done.
UPD: Read your edit, thanks for answers. I just spent too much time with old version SAMSim, things were different :)) So its impossible to survive in Livia?
Hey it's not fair! no really. So its impossible to survive in Livia?
Usually US pulls a new trick in each scenario, that was not fair at that time...
- Egypt - very low flying, aggressively maneuvering planes - Vietnam - massive jamming, SAM site blanket bombing with B52 - Libya - HARM launched from the back, on RPK signal - Yugoslavia - Stealth ... - future war - AGM-88E AARGM - THAT will not be fair. (only option left is to shoot it down)
I was able to pinpont problem - RPK transmitter self activates and SNR getting hit. It cannot be turn off. Tested on Tripoli raid. Sorry for mislead - in vietnam this aint a problem.
In livia scenario:
2:00am 15th of April, 1986. Operation El-Dorado Canyon raid against Tripoli.
Targets: Bab al-Aziziyah barracks - 6 F-111F Aardvark, each armed with 4 GBU-10 LGB Murat Sidi Bilal Naval base - 3 F-111F Aardvark, each armed with 4 GBU-10 LGB Tripoli AFB - 5 F-111F Aardvark, each armed with 12 Mk.82/BSU-49 high-drag bombs
Supporting force: 6 A-7E Corsair-II SEAD (VA-46 Clansmen, VA-72 Blue Hawks from the CV-66 USS America) 4 F-14A Tomcat CAP (VF-33 Starfighters, VF-102 Diamondbacks from the CV-66 USS America) 3 EF-111A Raven ECM 1 EA-6B Prowler ECM (VMAQ-2 Playboys from the CV-43 USS America)
S-75M3 Volkhov
00:00:36, F-111F Remit-31 bombed Bab al-Aziziyah barracks, with 4 GBU-10 LGB.
Our forum mate Vadifon pointed at a strange thing with SA-2E (with F too, probably) - strange missile flight path in UPR/K mode....:
Originally Posted By: Vadifon
Probably bug
I am not sure how it was programed (only Hpasp knew), but definitely this is not a correct behavior. At first sight it looks like it is like K method, but in beta plane. Thanks to user Rackot from guns.ru I got some details about K1 and K2 commands and missile profiles:
I am not sure how it was programed (only Hpasp knew), but definitely this is not a correct behavior.
- target is flying with great Parameter, from left to right. - In this case of UPR/K method, the missile is leading the target in azimuth to the right(green arrow). - This lead angle is limited by the Dvina/Volhov antenna system design. - Missile is flying at the right limit (red line). - When the target gets closer to the missile (blue arrow), the missile starts to aim the half lead point instead of the right limit. <-- this point could be the marked one at the comment above (white)
The red section is where the missile right lead is limited from the target azimuth. Blue section is where the missile is flying ideal Half Lead.
If you have the 3DAAR, you can measure the azimuth limit of the Volhov/Dvina design...
This is an advanced++ topic, but if you understand why the missile behaviour this way, you again stepped to a new level.
Still, this is not the right way, I think.... Tnagental speed gotta be increasing with aprroaching of the target to the ZRK (maximum is when target goes true the parameter line and start receding...
Thus the lead angle gotta be smaller and increasing with missiles approaching the target (max is 4 degrees)...
Still, this is not the right way, I think.... Tnagental speed gotta be increasing with aprroaching of the target to the ZRK (maximum is when target goes true the parameter line and start receding...
Thus the lead angle gotta be smaller and increasing with missiles approaching the target (max is 4 degrees)...
Target - Red line T/T guidance - Green line Ideal UPR guidance without antenna azimuth limitation - dark blue Real limited UPR guidance - bright blue
- This picture nicely shows what happens (talking about missile-1), just one part of the equation is missing here... ... instead of the theoretical path, missile actually flies the kinematical path. (if you look at the the picture more closely, you can see that the missile started left turn earlier.)
- Another problem is that Google Earth is displaying events only by seconds, and interpolates between. (What you see on Karat is the real missile flight path, and it is much flatter at Google Earth)
- As we are discussing HALF Lead instead of FULL lead, the targeted impact point is not fixed at the target path, but moving in the direction where the target flies, as the missile is getting closer.
RPK radiation pattern has nothing to do here, the main limitation of lead angle is the two wide-beam antenna, that tracks the missiles beside the target.
- This picture nicely shows what happens (talking about missile-1), just one part of the equation is missing here... ... instead of the theoretical path, missile actually flies the kinematical path. (if you look at the the picture more closely, you can see that the missile started left turn earlier.)
- Another problem is that Google Earth is displaying events only by seconds, and interpolates between. (What you see on Karat is the real missile flight path, and it is much flatter at Google Earth)
- As we are discussing HALF Lead instead of FULL lead, the targeted impact point is not fixed at the target path, but moving in the direction where the target flies, as the missile is getting closer.
So, you believe this is the right behaviour and no bug? Does any officer confirms that?
EDIT: As the target is traveling with a almost constant speed, the system must calculate the impact point.... Because of the 4 degrees limit, the missile will go to this limit and when the point of impact (PoI) appears to be inside this 4 degrees angle, the missile will go for it... Here we have a factor which is the distance between missile and target (PoI). I think this is the factor which is the most important for the calculation....
- This picture nicely shows what happens (talking about missile-1), just one part of the equation is missing here... ... instead of the theoretical path, missile actually flies the kinematical path. (if you look at the the picture more closely, you can see that the missile started left turn earlier.)
- Another problem is that Google Earth is displaying events only by seconds, and interpolates between. (What you see on Karat is the real missile flight path, and it is much flatter at Google Earth)
- As we are discussing HALF Lead instead of FULL lead, the targeted impact point is not fixed at the target path, but moving in the direction where the target flies, as the missile is getting closer.
So, you believe this is the right behaviour and no bug? Does any officer confirms that?
EDIT: As the target is traveling with a almost constant speed, the system must calculate the impact point.... Because of the 4 degrees limit, the missile will go to this limit and when the point of impact (PoI) appears to be inside this 4 degrees angle, the missile will go for it... Here we have a factor which is the distance between missile and target (PoI). I think this is the factor which is the most important for the calculation....
This is the correct missile behavior. The only debatable part what I see is the lead angle limitation. (if it is 4 degrees, or 3.5 or less than that)
For half lead method (epsilon/Beta) it is equal minus angular speed of line of sight of the target multiplied on limit of distance "missile-target", whole divided by the speed "missile-target" (formula 113)
Is it appropriate to use the terminology " bug report " when we have a simulation program which emulates a real system ?
In my opinion Hpasp is providing his best and he tries to include so much reality to OSA AK Samsim and so I say that all we request are possible upgrades and not "bugs".
I think the half lead will keep the missile on the bisector of the target-SAM-point of impact angle (counting the limits due to main lobe size of SNR/RPK, as full lead will keep the missile of SAM-PoI line....)
I think the half lead will keep the missile on the bisector of the target-SAM-point of impact angle (counting the limits due to main lobe size of SNR/RPK, as full lead will keep the missile of SAM-PoI line....)
As a half-lead must keep the missile on bisector line of target-SNR-point of impact angle, when this angle became less than 8 degrees, the missile should leave the 4 degree limit mark and starts follow target-SNR-point of impact angle / 2....
I think the half lead will keep the missile on the bisector of the target-SAM-point of impact angle (counting the limits due to main lobe size of SNR/RPK, as full lead will keep the missile of SAM-PoI line....)
As a half-lead must keep the missile on bisector line of target-SNR-point of impact angle, when this angle became less than 8 degrees, the missile should leave the 4 degree limit mark and starts follow target-SNR-point of impact angle / 2....
I think that SAMSIM is coded like this, just not sure, what you mean on... - bisector line - when this angle became less than 8 degrees (why 8?) - the 4 degree limit mark (why 4?) ... please describe these in drawing, that I could understood it more clearly.
It is observed that easy targets present few meter miss distance followed by kill. Harder targets ( maneuvering) present bigger numbers let's say 10-20 m miss distance followed by hit or kill.
The idle distance (well boresighed axis of missile towards the target) to detonate warhead is 8-12 m. The radiation pattern of proximity fuse is 60 deg cone.
After the above it should be expected : - easy targets to be closer to idle distance of operation and harder targets from 2-20 m with no kill/hit/kill results. -2 or 3 or 4 m miss distance in my opinion is not necessarily a kill !Most probably is a hit,in best case .
I think that SAMSIM is coded like this, just not sure, what you mean on... - bisector line - when this angle became less than 8 degrees (why 8?) - the 4 degree limit mark (why 4?) ... please describe these in drawing, that I could understood it more clearly.
OK. I'll do a last try (I am not good in drawings I used those from Vadifon)
This is full lead method (middle). Missile goes straight to the point of impact:
Bottom of picture - a half lead. So if we got HALF instead of FULL lead, the missile must fly with the half lead instead of full one (measuring it like an angles).
From the other side, due to transmitor/receiver limitation (and overload capability of the missile IMHO), the maximum lead angle for the missile is 4 degrees.
So, let's imagine that after targeting an object, the system will calculate that point of impact will be at, say, 10 degrees off our bore-sight (SNR-Target line). So if the system worked with a FULL lead method, the missile would go straight at the point of impact ( SNR-Point of Impact line - no target maneuvers, no height/speed change). So, the angle between those 2 lines is 10 degrees.
In HALF lead mode, the missile gonna follow the HALF of the FULL lead angle (the bisector of the angle) which divided the FULL lead angle on two (on HALF), which in our case is 5 degrees (10/2).
But we got the limitation of 4 degrees lead, so initially, the missile will go with 4 degrees, and it will keep this lead UNTIL the later moment+1 when our boresight line (SNR-Target line) during it's rotation in the side of the initial SNR-Point of Impact line, decreases the initial FULL lead angle from 10 degrees to 8 degrees... At this moment the bisector (needed HALF lead angle would be equal to the max. limit, allowed by SA-2 engineers and with further decreasing of this angle, the required lead in HALF LEAD mode will be less than max. lead limitation, i.e. the missile should leave the 4 degrees line a bit earlier than in this pictures:
After the above it should be expected : - easy targets to be closer to idle distance of operation and harder targets from 2-20 m with no kill/hit/kill results. -2 or 3 or 4 m miss distance in my opinion is not necessarily a kill !Most probably is a hit,in best case .
After the above it should be expected : - easy targets to be closer to idle distance of operation and harder targets from 2-20 m with no kill/hit/kill results. -2 or 3 or 4 m miss distance in my opinion is not necessarily a kill !Most probably is a hit,in best case .
Some say SA-8, some say SA-7...
I say,lucky very lucky pilot ... SA-8 ,definitely .Fits to what I wrote in my previous message...
I think that SAMSIM is coded like this, just not sure, what you mean on... - bisector line - when this angle became less than 8 degrees (why 8?) - the 4 degree limit mark (why 4?) ... please describe these in drawing, that I could understood it more clearly.
OK. I'll do a last try (I am not good in drawings I used those from Vadifon)
This is full lead method (middle). Missile goes straight to the point of impact:
Bottom of picture - a half lead. So if we got HALF instead of FULL lead, the missile must fly with the half lead instead of full one (measuring it like an angles).
From the other side, due to transmitor/receiver limitation (and overload capability of the missile IMHO), the maximum lead angle for the missile is 4 degrees.
So, let's imagine that after targeting an object, the system will calculate that point of impact will be at, say, 10 degrees off our bore-sight (SNR-Target line). So if the system worked with a FULL lead method, the missile would go straight at the point of impact ( SNR-Point of Impact line - no target maneuvers, no height/speed change). So, the angle between those 2 lines is 10 degrees.
In HALF lead mode, the missile gonna follow the HALF of the FULL lead angle (the bisector of the angle) which divided the FULL lead angle on two (on HALF), which in our case is 5 degrees (10/2).
Bisector of angle is true only before missile launch. As the missile is flying towards the target, this half-lead point is moving towards the target. (Its not static!) If you calculate this movement, you will got the path depicted by the sim.
Bisector of angle is true only before missile launch. As the missile is flying towards the target, this half-lead point is moving towards the target. (Its not static!) If you calculate this movement, you will got the path depicted by the sim.
I don't get it - the half-lead point is the point of impact or what? It must be the opposite - target and missile are going toward the final point of impact...
See here (middle and bottom diagrams):
In half-lead Method Po (missile o - "Racketa o") and Co (target o - "tzel o"). At moment 0 missile goes with angle (gamma? - cannot see well)/2, and it points at point of impact 0 ("vstrecha 0"). But as this is not the true point (because of the limitation in lead), and at next moment (say moment 2) it goes to the new point of impact, which is closer to the real (final) one, etc.... (Note moment 4, when it is shown what would happen with trajectory of the missile if target do a 180 degrees turn....)
Question is version 928.2 I noticed in training in Greece shooting AH-64 Apache .
Fixed bug 10 meters high, 25 meters now , very happy!
Why no target on screen, I do not even know on the TV screen also does not have a purpose and I do not even know where to look on the radar also is not only reflected from the Earth.
Next thing I noticed strange reflections from the ground changes as it may be that appears and disappears question how this could be.
It is not clear how this could be, if you look closely on the radar screen , I noticed it , maybe it is a feature not even know.
Question is version 928.2 I noticed in training in Greece shooting AH-64 Apache .
Fixed bug 10 meters high, 25 meters now , very happy!
Why no target on screen, I do not even know on the TV screen also does not have a purpose and I do not even know where to look on the radar also is not only reflected from the Earth.
Next thing I noticed strange reflections from the ground changes as it may be that appears and disappears question how this could be.
It is not clear how this could be, if you look closely on the radar screen , I noticed it , maybe it is a feature not even know.
Which site(position) you choose? How far from OSA AK you put your waypoints of AH-64 ? With out these you cannot say if the target is visible in the PPI (screen).
Also other factors could produce clutters in screen.Could be random generation of clouds...Adjust your frequency for better video ...
Over the sea can not see anything like this could be on the TV screen.
At the bottom I choose the route over the Sea.
On the TV screen can be seen that all the dark fragment and target present.
On the radar screen, too, there's nothing but the reflection of the Earth.
How to adjust the frequency of the TV screen?, The documentation on this is not the word.
Beware of the altitude of your OSA site . If it's high (let's say ~ 250 m) and you put your waypoints or your plane is close to OSA (let's say 10 km), you will never see on radar screen PPI the target because the the radiation lobe pattern of TAR cannot see it (0-4 deg +/- 1 deg).
For me the OSA AK ,in that specific area works fine.
PS:I said the TAR frequency has to be adjusted.This is not implemented yet.Hope Hpasp to include it in next patches ....
There is one thing to think of - the target is flying and even if it does not manoeuvre and flies directly to the RPC (P=0), then it quite quickly slips out of the beam (1,4 or 0,7 degrees wide) when there is no AS mode.
I would like to test it with a target with P=0 flying at low speed (simulation in Hungary) to see how long it takes to lighten the PROLONG light (and for KRO signal to appear).
In your test, what was target parameters? Was there any noticeable delay between AS-RPC switching off and PROLONG light?
PS: Android port of SAMSIM is something I dream of Nowadays the resolution of display is not a problem, but we have a let's say personal problem. Simply said who will do it.... And imagine clicking the switches with your finger using the touch screen. A strong motivoation for a new notebook computer with a touch screen
So now I understand why there is immediate PROLONG after AS off in your case - the Mach 3 SR-71 jumps out of the static beam from the RPC virtualy immediately. Even if it is still pointing in the right direction - you have to think in 3D - beam directs from the ground level up under some angle (which is constantly increasing as the target is coming close to the RPC). By the way, look what elevation marker does when you track such a high speed closing target.
Now you led me to the interesting idea - PROLONG is activated whenever the target is lost (either velocity filter, or blocked line of sight or something) and it should mean that CVK is moving the RPC according to the computed target's track because the RPC can't see the target.
So I do not understand the PROLONG when AS-RPC is manually switched off and thus CVK can not control position of RPC. In this situation in my opinion the PROLONG should not be activated....
I just tried the following - locked target in velocity (AS-3), measured distance and enabled AS-RPC (usual procedure). No missile launched (button lights indicate readiness for launch). I disabled AS-RPC, AS-3 is in enabled state so I suppose RPC is tracking the target (with exception of range computation from RPC position). PROLONG was immediately activated. But missile can be launched and succesfully intercept the target as expected since the target was continuously illuminated by RPC.
What is the correct meaning of PROLONG? It looks like it indicate lack of any tracking information. So it seems that lack of range information from CVK is sufficient for PROLONG to activate even the target is still tracked by RPC and can be fired upon.
Without range measurement and AS-RPC activation missile can not be launched (DO STARTA mode) as expected, because the system does not know which flight program to choose.
I just tried the following - locked target in velocity (AS-3), measured distance and enabled AS-RPC (usual procedure). No missile launched (button lights indicate readiness for launch). I disabled AS-RPC, AS-3 is in enabled state so..........
I think all after AS-RPC is off AS-3 is off also.....
I tried it in SAMSIM and AS-3 stayed on and after AS-RPC off I was able to launch a missile and succesfully intercepted the target.... But question to Hpasp is if this is a correct behavior. It seems so, because CVK already has some range info, but I do not know if CVK really permits a launch when AS-RPC is disabled (edit - I mean a real CVK in a real Vega).
Easiest answer is that Plamya use different program codes, for the different tasks. (manual page 17) Plamja-KV CVM (digital computer) The digital computer has a 16bit processor, running at 64kHz frequency. It has 256 bytes of RAM, and 4,096 bytes of ROM. It has five built-in programs: 1. Idle In this mode, the Plamja-KV is calculating the firing solution using the instantaneously available data from the RPC. 2. IADS target acquisition In this mode, the Plamja-KV is interpolating the target's predicted position, between the 10Hz updates received from the IADS information. 3. Target tracking In this mode, the Plamja-KV is continuously calculating the target's predicted path, and figuring the firing solution based on this information. 4. Tracking Jamming Target In this mode, the Plamja-KV is calculating the firing solution using a manually preset target range. This mode is called AS-2. 5. Self Test
I think, that CVK always DO a firing solution, no matter how the data is inputed on it (manually, by "local sensors" (those MD buttons and red lights) or by IADS.
The real behaviour of the system is a mystical process for me, understanding the behaviour is a key for a bug findings or some mistery solving (04.10.2001 - Tu-154M)...
Yes, the poor Tu-154, I do not understand if the measured range was real range of VR-3 how the missile could get so far. Maybe error of a tracking officer who mistakenly entered wrong range?
Yes, the CVK for a launch must have some range information, but in SAMSIM when I completely track target, then I switch AS-RPC off, PROLONG is thus active and apparently CVK is not computing track range data. But I am able to launch and successfully kill the target. So in this case CVK seemingly has the last range information and uses it for the missile. Because when I track the target only in velocity, I am unable to launch as there is no any (even not some last estimate) range information.
Do not mix Plamya-KV (CVM) programs (5) with the available 97 flight programs of the SRP. Before launch, CVM in program 2 (IADS - AS4), 3 (P14 - AS4), or 4 (Jamming - AS2) should supply onboard SRP with the selected flight program 104..201.
As target and missile speeds are almost equal (1000 m/s), thus most of the time the return signal frequency would be with ~ 0 doppler shift, i.e. targt cannot be tracked successful
Target speed of almost 1000 m / s this is true, it is strange that in Operation Tallinn grab this goal is very difficult, I tried a lot of times, it was possible only very rarely.
Strange if another shoot at moving away goal, then the maximum speed of 300 m / s, why do Volkhov then 420 m / s, Volkhov system older than Vega rocket and she also weaker.
At the C-200 'Vega' Hypersonic missile, the idea should not be a problem, it just easily catch up with the target.
Strange if another shoot at moving away goal, then the maximum speed of 300 m / s, why do Volkhov then 420 m / s, Volkhov system older than Vega rocket and she also weaker.
At the C-200 'Vega' Hypersonic missile, the idea should not be a problem, it just easily catch up with the target.
00:04:49, Missile exploded on Channel-1 SR-71 Habu killed by SAM. (miss distance: 88m)
00:06:32, V-750VMVK 11DMVK Missile launched on Channel-1 Target distance: 42km Target azimuth: 89° Target elevation: 20° Target altitude: 14,6km SNR mode: 110km Missile guidance method: K (Half Lead Elevated By Constans)
00:09:07, SNR OFF THE AIR -----------------
Total, SNR On Air Time: 8min 21sec
TL;DR Shot down a Blackbird with an SA-2F . To be fair though, something must've glitched because the jammer wasn't on, or at least not having any effect on me. I'm guessing the same goes for the various other anti SAM systems that have been mentioned in this sub forum if they're modeled as well.
Yeah, weird now that I look at it. I didn't pay any attention to that before, but I'm guessing that since it didn't even jam me until a few seconds before impact, altitude was a tad or two glitched as well.
Yeah, weird now that I look at it. I didn't pay any attention to that before, but I'm guessing that since it didn't even jam me until a few seconds before impact, altitude was a tad or two glitched as well.
Could you do it again, and make a video + share again AAR/3DAAR?
Fairly certain it was a one off, but I'll try again. Not playing SAM sim so much any longer though, since I've got a 27" screen which means I have to muck about with the resolution every time I play it. If it gives me the same altitudes, I'll record and such.
Did it again, and I'm starting to guess it's restricted to the AAR. The EWR screen consistently called out his altitude as being 24.000m. I'll do a recording if Hpasp feels there's a reason to suspect something is broken.
Actually, I found out the reason, at least I'm pretty sure. Though the jammer was never on at first, he turned it on when the missiles were close. Due to that the range gate lost track of him, and stayed where it last saw him. So when he came closer the AAR correctly registered that I'd been firing at a target that was far above 24.000m altitude according to the settings I'd inadvertently been feeding the Fan Song.
In all switches, red dot shows the "forced" default setting on the Vega panel. That switch albeit mentioned in the manual, and that setting is a reasonable one, before switching POMEHA, you need to anyway select the correct value based on the detected jamming type, thus there is no "forced default" red dot on the panel. As in SAMSIM we have only noise jamming, the AS VIKL is a good selection. Anyway, that switch has no effect in SAMSIM.
After launch, when target start using noise jamming, we observe KRO signals.... After reacquiring target on AS-2 and AS-RPC, the first missile reacquired the target too.... it is observed in Giant Reach and Vladivostok scenario, but sure it would be the same in others too...
P.S. Is this because on "Rabota on V" it is AS VYKL?
After launch, when target start using noise jamming, we observe KRO signals.... After reacquiring target on AS-2 and AS-RPC, the first missile reacquired the target too.... it is observed in Giant Reach and Vladivostok scenario, but sure it would be the same in others too...
P.S. Is this because on "Rabota on V" it is AS VYKL?
After launch, when target start using noise jamming, we observe KRO signals.... After reacquiring target on AS-2 and AS-RPC, the first missile reacquired the target too.... it is observed in Giant Reach and Vladivostok scenario, but sure it would be the same in others too...
P.S. Is this because on "Rabota on V" it is AS VYKL?
Any comments about this report?
In theory the big new advanced feature of the S-200V Vega system is the jamming target reacquiring capability from the V-860PV missiles onward. (manual page 34.)
There were a bug in the code considering this reacquiring capability as 360 azimuth earlier, but it was fixed earlier.
After launch, when target start using noise jamming, we observe KRO signals.... After reacquiring target on AS-2 and AS-RPC, the first missile reacquired the target too.... it is observed in Giant Reach and Vladivostok scenario, but sure it would be the same in others too...
P.S. Is this because on "Rabota on V" it is AS VYKL?
Any comments about this report?
In theory the big new advanced feature of the S-200V Vega system is the jamming target reacquiring capability from the V-860PV missiles onward. (manual page 34.)
There were a bug in the code considering this reacquiring capability as 360 azimuth earlier, but it was fixed earlier.
OK, once more...
Target is SR-71 in Giant Reach. After first missile is in the air, the target starts jamming. Thus the missile's GSN lost velocity lock on the target and KRO signals appeared. RPN should lost tracking on velocity as cannot discriminate the target in the noise enviroment.
Here must apply some settings to prepare the second missile to work in jamming environment. Here we must unlock tracking in velocity for RPN (which is achieved by POMEHA switch IMHO), also select on selector switch tracking in velocity OFF (for GSN). So after that we could fire a missile in HOJ mode.
BUT when the RPN locked target again in AS-2 mode, the first missile (which is in the air already, and which started in non-jamming enviroment with velocity tracking ON), suddenly reacquires the target all by itself... (which IMO is impossible). Also CU feature could be affected in initiating such behaviour.
Please AlienMastermind to help in additional testing as my computer is barely working recently...
It is really strange, at first I thought it is a purely KRO bug.
But finally I have conducted one test - acquired SR-71 (AS-3), launched a missile, when the target started jamming I switched on POMECHA switch and re-acquired the target (AS-4) and waited. The only launched missile (with POISK V VKL and AS-3) in the moment of reacquistion of the target switched off KRO transmitter and GSN reacquired the target! After some time the target was destroyed with this missile. No other missile was launched.
So this behavior is strongly unprobable. How the missile could know that GSN of missile in flight has to switch to home on jam mode?
----- EDIT After SR-71 started jamming I have not touched anything except POMECHA switch, AS-4 switch (fi indicator is lit) and AS-RPC. NO PROLONG, NO GSN mode change or anything else. Everything remained in the same positions as in the moment of launch.
I assume you know and just didn't choose to simulate it, but the fuse settings knob for the SA-2 doesn't really do anything different with most settings.
The proximity fuse will never detonate from ground reflections, no matter how low your target is, even if you have the fuse set to normal. And the proxmity fuse will still trigger against targets beyond 100m, even if the fuse is set to low sensitivity mode.
I assume you know and just didn't choose to simulate it, but the fuse settings knob for the SA-2 doesn't really do anything different with most settings.
The proximity fuse will never detonate from ground reflections, no matter how low your target is, even if you have the fuse set to normal. And the proxmity fuse will still trigger against targets beyond 100m, even if the fuse is set to low sensitivity mode.
Hi, Mdore!
Could you be more specific about the mission, type of missiles used etc... A good old AAR is also welcome!..
The second test - I have not reacquired the target in POMECHA mode and the launched missile was lost - once the target slips out of the RPC beam, the missile is lost.
I will now try to launch a missile in home on jam mode and switch off the RPC to see if it will hit the target.
It is strange, missile launched in home on jam mode, transmitter switched off, also CU off and there were TWO KRO signals appeared. Either there is a bug or the missile must keep receiving RPC signal even when in home in jam mode.
Another bug, which accounts probably to lack of variable resetting when SAMSIM is not restarted after a mission (some knobs and switches remember their settings when replayed the same SAM system).
I have finished testing in Giant reach scenario and then selected Osa in Asuluk, added missiles and targets and during start only the ona panel with SOC indicator was displayed along with an error message (Invalid procedure call) and SAMSIM quits. Then I run SAMSIM again, selected missiles and targets (the same way as above) and everything was OK.
It is strange, missile launched in home on jam mode, transmitter switched off, also CU off and there were TWO KRO signals appeared. Either there is a bug or the missile must keep receiving RPC signal even when in home in jam mode.
I think it is necessary to illuminate the target even when the missile is in HOJ mode (at least in case the jamming is canceled)....
Yes, antennas on the tail wings which is needed to receive base frequency RPC signal for GSN to be able to correctly compute doppler frequency and so on.
Yes, antennas on the tail wings which is needed to receive base frequency RPC signal for GSN to be able to correctly compute doppler frequency and so on.
Another bug, which accounts probably to lack of variable resetting when SAMSIM is not restarted after a mission (some knobs and switches remember their settings when replayed the same SAM system).
I have finished testing in Giant reach scenario and then selected Osa in Asuluk, added missiles and targets and during start only the ona panel with SOC indicator was displayed along with an error message (Invalid procedure call) and SAMSIM quits. Then I run SAMSIM again, selected missiles and targets (the same way as above) and everything was OK.
Yeah, I put extraordinary efforts on resetting situations, but it still not 100%. Sorry I feel
It is strange, missile launched in home on jam mode, transmitter switched off, also CU off and there were TWO KRO signals appeared. Either there is a bug or the missile must keep receiving RPC signal even when in home in jam mode.
I think it is necessary to illuminate the target even when the missile is in HOJ mode (at least in case the jamming is canceled)....
I finds something strange in sa8 non historical scenario.... When u play you missions in Libya For example sa2... You take harm missile after few seconds Its normal !! Okay
But in Libya with sa8 ...you take a harm exactly right after turning on transmitter Without any delay !!!
piston: you can notice them on the following pictures (and also other on the net, they can be clearly seen - their shape is similar to those on top of F-15's vertical tail stabilizers):
I finds something strange in sa8 non historical scenario.... When u play you missions in Libya For example sa2... You take harm missile after few seconds Its normal !! Okay
But in Libya with sa8 ...you take a harm exactly right after turning on transmitter Without any delay !!!
Originally Posted By: piston79
Originally Posted By: farokh
But in Libya with sa8 ...you take a harm exactly right after turning on transmitter Without any delay !!!
A good old AAR is always welcome...
this is my result !
2:00am 15th of April, 1986. Operation El-Dorado Canyon raid against Benghazi.
Targets: Jamahiriyah barracks - 6 A-6E Intruder (from the CV-66 USS America) Benghazi AFB - 6 A-6E Intruder (from the CV-43 USS Coral Sea)
Supporting force: 8 SEAD F/A-18A Hornet (VMFA-314 Black Knights, VMFA-323 Death Rattlers from the CV-43 USS Coral Sea) 2 SEAD A-7E Corsair-II (VA-46 Clansmen, VA-72 Blue Hawks from the CV-66 USS America) 6 CAP F/A-18A Hornet (VFA-131 Wildcats, VFA-132 Privateers from the CV-43 USS Coral Sea) 3 ECM EA-6B Prowler (VAQ-135 Rooks, VMAQ-2 Playboys from both carriers) 1 SIGINT EA-3B Skywarrior (VQ-2 Sandeman from the CV-43 USS Coral Sea) 2 AWACS E-2C Hawkeye (VAW-127 Seabats from the CV-43 USS Coral Sea)
I finds something strange in sa8 non historical scenario.... When u play you missions in Libya For example sa2... You take harm missile after few seconds Its normal !! Okay
But in Libya with sa8 ...you take a harm exactly right after turning on transmitter Without any delay !!!
Originally Posted By: piston79
Originally Posted By: farokh
But in Libya with sa8 ...you take a harm exactly right after turning on transmitter Without any delay !!!
A good old AAR is always welcome...
this is my result !
2:00am 15th of April, 1986. Operation El-Dorado Canyon raid against Benghazi.
Targets: Jamahiriyah barracks - 6 A-6E Intruder (from the CV-66 USS America) Benghazi AFB - 6 A-6E Intruder (from the CV-43 USS Coral Sea)
Supporting force: 8 SEAD F/A-18A Hornet (VMFA-314 Black Knights, VMFA-323 Death Rattlers from the CV-43 USS Coral Sea) 2 SEAD A-7E Corsair-II (VA-46 Clansmen, VA-72 Blue Hawks from the CV-66 USS America) 6 CAP F/A-18A Hornet (VFA-131 Wildcats, VFA-132 Privateers from the CV-43 USS Coral Sea) 3 ECM EA-6B Prowler (VAQ-135 Rooks, VMAQ-2 Playboys from both carriers) 1 SIGINT EA-3B Skywarrior (VQ-2 Sandeman from the CV-43 USS Coral Sea) 2 AWACS E-2C Hawkeye (VAW-127 Seabats from the CV-43 USS Coral Sea)
9K33M2 OSA-AK
+++++++++++++++++ 00:00:02, SNR ON AIR
00:03:54, F/A-18A Hornet No.1, VMFA-314 Black Knights launched AGM-88 HARM missile No. 1 Total, SNR On Air Time: 3min 52sec
Total, SNR On Air Time: 3min 52sec
Faroukh, you are the only one here who cannot build any basic knowledge about SAM-s... That's unbelievable....
I finds something strange in sa8 non historical scenario.... When u play you missions in Libya For example sa2... You take harm missile after few seconds Its normal !! Okay
But in Libya with sa8 ...you take a harm exactly right after turning on transmitter Without any delay !!!
Originally Posted By: piston79
Originally Posted By: farokh
But in Libya with sa8 ...you take a harm exactly right after turning on transmitter Without any delay !!!
A good old AAR is always welcome...
this is my result !
2:00am 15th of April, 1986. Operation El-Dorado Canyon raid against Benghazi.
Targets: Jamahiriyah barracks - 6 A-6E Intruder (from the CV-66 USS America) Benghazi AFB - 6 A-6E Intruder (from the CV-43 USS Coral Sea)
Supporting force: 8 SEAD F/A-18A Hornet (VMFA-314 Black Knights, VMFA-323 Death Rattlers from the CV-43 USS Coral Sea) 2 SEAD A-7E Corsair-II (VA-46 Clansmen, VA-72 Blue Hawks from the CV-66 USS America) 6 CAP F/A-18A Hornet (VFA-131 Wildcats, VFA-132 Privateers from the CV-43 USS Coral Sea) 3 ECM EA-6B Prowler (VAQ-135 Rooks, VMAQ-2 Playboys from both carriers) 1 SIGINT EA-3B Skywarrior (VQ-2 Sandeman from the CV-43 USS Coral Sea) 2 AWACS E-2C Hawkeye (VAW-127 Seabats from the CV-43 USS Coral Sea)
9K33M2 OSA-AK
+++++++++++++++++ 00:00:02, SNR ON AIR
00:03:54, F/A-18A Hornet No.1, VMFA-314 Black Knights launched AGM-88 HARM missile No. 1 Total, SNR On Air Time: 3min 52sec
Total, SNR On Air Time: 3min 52sec
Faroukh, you are the only one here who cannot build any basic knowledge about SAM-s... That's unbelievable....
you were always in nerve because you judge always soon ! Total, SNR On Air Time: 3min 52sec in OSA "is only SOC transmitter ! not SCC !"
problem is SCC ON OFF timing is not simulated at all in AAR
and that one 2 seconds SNR i thouth that was SCC wrongly because after two second of SCC ON.. missile come !
they can catch you only on SCC
in libya war... no wild weasel cant hunt any OSA system by SOC with HARM ! and i test it
Click to reveal..
2:00am 15th of April, 1986. Operation El-Dorado Canyon raid against Benghazi.
Targets: Jamahiriyah barracks - 6 A-6E Intruder (from the CV-66 USS America) Benghazi AFB - 6 A-6E Intruder (from the CV-43 USS Coral Sea)
Supporting force: 8 SEAD F/A-18A Hornet (VMFA-314 Black Knights, VMFA-323 Death Rattlers from the CV-43 USS Coral Sea) 2 SEAD A-7E Corsair-II (VA-46 Clansmen, VA-72 Blue Hawks from the CV-66 USS America) 6 CAP F/A-18A Hornet (VFA-131 Wildcats, VFA-132 Privateers from the CV-43 USS Coral Sea) 3 ECM EA-6B Prowler (VAQ-135 Rooks, VMAQ-2 Playboys from both carriers) 1 SIGINT EA-3B Skywarrior (VQ-2 Sandeman from the CV-43 USS Coral Sea) 2 AWACS E-2C Hawkeye (VAW-127 Seabats from the CV-43 USS Coral Sea)
9K33M2 OSA-AK
+++++++++++++++++ 00:00:02, SNR ON AIR
00:04:15, A-6E Intruder No.1 (from the CV-66 USS America) bombed Jamahiriyah barracks. 00:04:16, A-6E Intruder No.1 (from the CV-43 USS Coral Sea) bombed Benghazi AFB. 00:05:01, A-6E Intruder No.2 (from the CV-66 USS America) bombed Jamahiriyah barracks. 00:05:02, A-6E Intruder No.2 (from the CV-43 USS Coral Sea) bombed Benghazi AFB. 00:05:47, A-6E Intruder No.3 (from the CV-66 USS America) bombed Jamahiriyah barracks. 00:05:48, A-6E Intruder No.3 (from the CV-43 USS Coral Sea) bombed Benghazi AFB. 00:06:33, A-6E Intruder No.4 (from the CV-66 USS America) bombed Jamahiriyah barracks. 00:06:34, A-6E Intruder No.4 (from the CV-43 USS Coral Sea) bombed Benghazi AFB. 00:07:19, A-6E Intruder No.5 (from the CV-66 USS America) bombed Jamahiriyah barracks. 00:07:19, A-6E Intruder No.5 (from the CV-43 USS Coral Sea) bombed Benghazi AFB. 00:08:05, A-6E Intruder No.6 (from the CV-66 USS America) bombed Jamahiriyah barracks. 00:08:05, A-6E Intruder No.6 (from the CV-43 USS Coral Sea) bombed Benghazi AFB.
In all switches, red dot shows the "forced" default setting on the Vega panel. That switch albeit mentioned in the manual, and that setting is a reasonable one, before switching POMEHA, you need to anyway select the correct value based on the detected jamming type, thus there is no "forced default" red dot on the panel. As in SAMSIM we have only noise jamming, the AS VIKL is a good selection. Anyway, that switch has no effect in SAMSIM.
I wish to point out again in this old "not a bug" but "not a realistic to the switch" knob position.... I target is not jamming, firing with this option on would cause a missile loss...
I guess AS VYKL effect is simulated already, because we have some new behavior when shooting jammers (see my previous bug report about S-200)...
I will finally have to read it completely. Unfortunately my russian is not good, but thanks to very close similarity to czech it is quite understandable for me (although reagarding the speech I would almost not say a word )
Thanks, there are 7 bug reports, I will try to replicate those, to be able to pinpoint the bug... ... if unable to do so, I will request for a video showing the bug.
These will be tried to be replicated.
1, SA-5B After launch, when target start using noise jamming, we observe KRO signals.... After reacquiring target on AS-2 and AS-RPC, the first missile reacquired the target too....
2, "Another bug, which accounts probably to lack of variable resetting when SAMSIM is not restarted after a mission (some knobs and switches remember their settings when replayed the same SAM system).
I have finished testing in Giant reach scenario and then selected Osa in Asuluk, added missiles and targets and during start only the ona panel with SOC indicator was displayed along with an error message (Invalid procedure call) and SAMSIM quits. Then I run SAMSIM again, selected missiles and targets (the same way as above) and everything was OK."
3, SA-8B SOC is imune to HARM
4, SA-2E Run-time error 11: Division by zero
5, SA-8B jamming target 6, SA-2E P-15 Ustka - no KARAT view 7, SA-2E V-755 fuse settings are not OK/USU mode detonates even at more than 100 meters
1, SA-5B After launch, when target start using noise jamming, we observe KRO signals.... After reacquiring target on AS-2 and AS-RPC, the first missile reacquired the target too....
It should work on that way if Rabota po V is in AS VYKL mode still reaquiring the target from GSN has no conection with the AS RPC modes... Thus no bug, but the position on RABOTA po V switch is in AVTOPEREZAHVAT VIKL (OFF).....
Quote:
6, SA-2E P-15 Ustka - no KARAT view
As my computer is really crappy this could be because of it...
As I was able to see the P15 in Ustka, I left with the following open ones:
2, "Another bug, which accounts probably to lack of variable resetting when SAMSIM is not restarted after a mission (some knobs and switches remember their settings when replayed the same SAM system).
I have finished testing in Giant reach scenario and then selected Osa in Asuluk, added missiles and targets and during start only the ona panel with SOC indicator was displayed along with an error message (Invalid procedure call) and SAMSIM quits. Then I run SAMSIM again, selected missiles and targets (the same way as above) and everything was OK."
3, SA-8B SOC is imune to HARM <- all target acquisition radars are immune in SAMSIM, will need to think about...
5, SA-8B jamming target <- behavior corrected
7, SA-2E V-755 fuse settings are not OK/USU mode detonates even at more than 100 meters
2, "Another bug, which accounts probably to lack of variable resetting when SAMSIM is not restarted after a mission (some knobs and switches remember their settings when replayed the same SAM system).
I have finished testing in Giant reach scenario and then selected Osa in Asuluk, added missiles and targets and during start only the ona panel with SOC indicator was displayed along with an error message (Invalid procedure call) and SAMSIM quits. Then I run SAMSIM again, selected missiles and targets (the same way as above) and everything was OK."
Unable to replicate. Done the Tallin situation, killed the HABU with the Vega, than started Ashuluk, where killed a Tornado with the Osa. Would be nice if it is still reproducible to record it in video.
At least P-40, P-15 and OSA SOC should not be immune(still P-40 performed well in OAF, I think)...
Yes, but keep in mind, that originally SAMSIM is created as a fire control radar (fcr) simulator, never intended to fully simulate the capabilities of any target acquisition radar (tar). Tar indicator was just shown as an information source only for the fco, not simulated "realistic to the switch". This approach changed with the introduction of the OSA system, that has self integrated tar, so its capabilities had to be simulated much more accurately than ever planned earlier, with "indicator only" independent tar's. From programming point of view, the SOC still use a completely different code section (object) than the rest of the fcr's, and ARM part is completely missing from it.
Did he used Invulnerable mode? What situation/location (city - battery) did he used? On what direction/range the target was when the hit (and the game crash) happened? Did he used the Karat?
Did he used Invulnerable mode? What situation/location (city - battery) did he used? On what direction/range the target was when the hit (and the game crash) happened? Did he used the Karat?
I have a theory about this crash...
1. No 2. Bengazi 3. west - F-111 4. Nope. Night mission...
With your first fix - no problem, except some missiles dissapeared... Asked for more specific info... Waiting...
Some old issue with missiles..(just delete .jpg and unpack)
As I wouldn't use SAM Sim until a week later I cannot verify this bug, but it looks familiar to me... Also at that scenario PNS doesn't work (maybe due to jamming)
S-300 is just an idea, as I have no operations manual, nor access to Officers working on that system, nor good quality photos of the panel... ... I have enough idea for a coarse sim, certainly not at "Realistic to the Switch" level. Question if it has any value for the community?
S-300 is just an idea, as I have no operations manual, nor access to Officers working on that system, nor good quality photos of the panel... ... I have enough idea for a coarse sim, certainly not at "Realistic to the Switch" level. Question if it has any value for the community?
IMO, I think it's always a great idea to have more systems modeled in SAM Simulator.
I believe that with your great talent coupled with some (many?) information that you managed to gather (ranging from images, videos, manufacturer specs, etc...) about the S-300 system that you'll be able to build and model a good and even "realistic enough" S-300 system within SAM Simulator. It may not be as "Realistic to the Switch" as other systems (like the SA-2, SA-3, etc...) but I'm sure that it will give a "realistic enough" experience to any SAM Simulators players.
Besides if you decide to model the S-300 system in SAM Simulator this wouldn't be the only "half realistic" system modeled in SAM Simulator - Look for example at the ZSU-23-4 Shilka in SAM Simulator where it doesn't have major features modeled in it such as Visual engagement modes and/or the ability to drive/move the vehicle around.
Therefore I strongly believe that a S-300 built/designed by you wouldn't be that "much less realistic" compared to the current ZSU-23-4 Shilka in SAM Simulator, this if taking into account all the realistic features/factors for each system.
So, please go ahead and model the S-300 in SAM Simulator.
Well, at least these are my 2 cents on the subject...
Re-downloaded the package two times from Mediafire, tried to unpack with different archiver, tried to unpack and install into different folders in different disks.
Does the installer uses data cache or something, or there could be any path corruption due to the different installer/system locales (I am using us-american language settings)?
Anybody else facing similar behaviour? (installed it successfully?)
Last chance tip: As you already installed older SAMSIM versions, it is enough if you unpack files from the CAB files, and overwrite earlier installation. All dat file (with numbered extensions 000...999) goes to data directory, and the sam.exe goes a directory above.
Thanks! So far nobody seems to report any success on those...
Lot of bugs...
1. On RANRAP jamming - if lock the nearest target return, the missile is armed with K3 command and then after passing the first target mark it always detonate near real target (which is always the second mark), but when lock the last return, the missile just passes away, so it is good to use "Rabota ot V" fuse settings, but than when the missile detonates on real target (which is the second nearest mark in the slant range), than all false return dissapeared and miraculously the AS on range jumps to the real target (which is the second nearest mark in the slant range).
2. About angle deception jamming - LORO and it's gone...(not a bug)
3. Range gate Pull-Off - when locked on epsilon and beta only with "Rabota ot V" - no problem at all, except that when AS on range was on the jamming signal it again jumps on the real target after missile detonation...
Not sure if it's bug, but now I am providing much more comprehensive report about this strange anomaly. Don't have video, but I think these screens would prove that something is off. (Or maybe I did some humilitating mistake..) Place: Asuluk. Target: LA-17 Imitating F-86 (basically, easiest target of all)
Picture 1 : https://imgur.com/a/FyBwgwK 100 km range, showing how damn close this target is.P-18 indicator is directly on target all the time. But it's simply not appearing. Using sector or circular search does nothing. Picture 2: https://imgur.com/a/auCWZnx (commanders' cabin settings) Picture 3 https://imgur.com/a/iFcheDQ (Range gate and radial velocity indicator for this subsonic target)
Same thing happening for B-52, basicall all subsonic Asuluk targets are completely invisible for VEGA. Supersonic targets can be aquired. IADS aquisition works perfectly for both.
Historical missions have supersonic targets (habu, F-14) so these can be aquired fine. "How about lock by IADS, then brake the lock and reaquire?" and weirdly, it made everything fine! I locked by IADS, unlocked and manual mode suddenly works. You can lose and then aquire it fine in manual after using IADS. But before using IADS, target is simply invisible. (IADS is not changing beam's direction even for a degree. It's just make target suddenly appear, without changing any parameter on SAM).
Asuluk training ground.
Practice target: LA-17 simulating F-86 Sabre
S-200VE Vega-E
00:00, Practice target LA-17 simulating F-86 Sabre launched
On historical scenario there are subsonic targets (E-2, E-3 etc.) Also it is important to note that the closer velocity (radial speed) is important, not the target's own speed.
As I am unable to switch on my SAMSIM computer, try this - do a mission with IADS (Ashuluk), then pick up the target's speed value from the AAR. Than restart the SIM and do same mission manually, so you could input the radial speed manually. Please do a photo of the velocity indicator, but only the upper part (S or D key if I remember correctly). Try circle scan...
Ah, yeah. I know that Hpasp abandoned project. Just wanted to know if it's bug or I am doing something wrong. Good thing that you confirmed that historical mission works properly. Thanks, piston.
1. E-3 changes it's altitude, but it doesn't being noted on ploating board 2. SR-71 starts jamming, but it doesn't being noted on Ploating board.. (code change frome 31 to 01)
Guys, as I usually work with SA-5 and SA-2E, please, those who are proficient in other systems (SA-3/4/8) check the new jamming with those systems, please...
- again with RANRAP jamming after the target is destroyed, the lock jumps from a false target to the real one ( I locked on the furthermost target return and activate missile fusing right after firing)
- when transmitter is off, the jamming is visible on screen with the real target (which is impossible in reality). Screenshots provided for better understanding.
- miss distance is always zero on radar reflectors. I can kill them even in 1/2 guiding method
About SA-3:
- same as SA-2 and 4 about RANRAP - not sure a bug: missiles detonates with huge miss distance and still manage to kill the target- first - the huge miss distance is strange as I used only radar reflector targets, also kill is strange
Can you at least tell us to wait, I hope that at least the errors are fixed?)) Or will no one do anything? (Don't know what to write here or not, the manual for the C-200 does not say anything about how to find the height of the target manually: panel KИ-234В top right is the indicator H which shows the height of 1-5 km (switch 5), and from 10 to 50 (the switch 50) is controlled by indicator panel КР-267 left "wheel" (as on SA-4 mode interference). In the guide about this there is nothing there is only a sector \ circular search that scans alternately from 1 km to 50 km (as it is) Maybe it will be useful for someone.
Can you at least tell us to wait, I hope that at least the errors are fixed?)) Or will no one do anything? (Don't know what to write here or not, the manual for the C-200 does not say anything about how to find the height of the target manually: panel KИ-234В top right is the indicator H which shows the height of 1-5 km (switch 5), and from 10 to 50 (the switch 50) is controlled by indicator panel КР-267 left "wheel" (as on SA-4 mode interference). In the guide about this there is nothing there is only a sector \ circular search that scans alternately from 1 km to 50 km (as it is) Maybe it will be useful for someone.
Sadly the developer abandoned the project... He even refused to fix bugs in the latest version....
height of the target could be found after measuring the distance to target and epsilon....