felixx75 Posted September 14, 2024 Posted September 14, 2024 I assume this is already known, but currently CBU's are useless as they open right at the drop, regardless of fuze settings, and so naturally fall miles short. Also, you can only drop bombs individually, no matter what you set. Only one is triggered at a time (tested with Mk82).
BJ55 Posted September 14, 2024 Posted September 14, 2024 (edited) Yes, CBU's are having problems and this is happening on most modules. No issues here with ripple in CCIP/CCRP DMT single/multiple (tested with both CBU-99 and Mk-82 SE with default settings, because of: https://forum.dcs.world/topic/351882-the-fuze-option-for-multiple-bombs-per-rack-is-not-available/ ). Edited September 14, 2024 by BJ55 I7-12700F, 64GB DDR4 XMP1 3000MHz, Asus Z670M, MSI RTX 3070 2560x1440 60Hz, TIR 5, TM WH VPC base, TM rudder, Win10 Pro
felixx75 Posted September 14, 2024 Author Posted September 14, 2024 1 hour ago, BJ55 said: Yes, CBU's are having problems and this is happening on most modules. No issues here with ripple in CCIP/CCRP DMT single/multiple (tested with both CBU-99 and Mk-82 SE with default settings, because of: https://forum.dcs.world/topic/351882-the-fuze-option-for-multiple-bombs-per-rack-is-not-available/ ). The only module in which the CBU's open directly and without delay after dropping and scatter the submunition is the AV-8B. At least I don't have this behavior in any other module I have tested. If the only way to set and drop bombs properly is to write around in .lua files, than it's definitely an issue.
BJ55 Posted September 14, 2024 Posted September 14, 2024 1 hour ago, felixx75 said: At least I don't have this behavior in any other module I have tested. Other modules have other issues: F-18 https://forum.dcs.world/topic/350516-issues-with-cluster-bombs F-16 https://forum.dcs.world/topic/349405-cbu-97-inaccuracy-ccrpccip/ https://forum.dcs.world/topic/355618-f16c-bomb-interval-bug (the funniest one) F-4 https://forum.dcs.world/topic/357226-laydown-cbu-87-falling-long The main problem is that AV-6B is not maintained anymore, so the introduction of fuze settings added more issues to the already existing ones. I7-12700F, 64GB DDR4 XMP1 3000MHz, Asus Z670M, MSI RTX 3070 2560x1440 60Hz, TIR 5, TM WH VPC base, TM rudder, Win10 Pro
felixx75 Posted September 14, 2024 Author Posted September 14, 2024 41 minutes ago, BJ55 said: The main problem is that AV-6B is not maintained anymore, so the introduction of fuze settings added more issues to the already existing ones. That's correct. I know about the problems with CBU's on other modules, but I was concerned about this particular problem with the AV-8, which I have not observed on any other module. But this will certainly have something to do with the new fuze settings, which are not implemented in the AV-8.
Rolds Posted September 25, 2024 Posted September 25, 2024 I have the same problem, rockeyes appear to function a very short time after weapon release regardless of fuze option selected, makes anything other than low altitude attack inaccurate to the point of not being usable.
Gunnar81 Posted September 25, 2024 Posted September 25, 2024 (edited) There is a thread from way back I stumbled on last night have alseep I think on the Kerman Campaign sub forum. ChillNG mentioned using the OPT? fuse setting for higher altitude. Sounds like the CBU fuse settings for the Harrier are time based not altitude with the default fuse opening the canisters at 1.2 seconds. I'll see if I can find and link it below. See this thread for ChillNGs findings on the CBUs for the Harrier https://forum.dcs.world/topic/355977-mission-9-fails-due-to-killing-friendlies/#comment-5505639 Edited September 25, 2024 by Gunnar81
felixx75 Posted September 25, 2024 Author Posted September 25, 2024 26 minutes ago, Gunnar81 said: There is a thread from way back I stumbled on last night have alseep I think on the Kerman Campaign sub forum. ChillNG mentioned using the OPT? fuse setting for higher altitude. Sounds like the CBU fuse settings for the Harrier are time based not altitude with the default fuse opening the canisters at 1.2 seconds. I'll see if I can find and link it below. See this thread for ChillNGs findings on the CBUs for the Harrier https://forum.dcs.world/topic/355977-mission-9-fails-due-to-killing-friendlies/#comment-5505639 I know both settings, and when I discovered the problem myself, I tested both. The result is exactly the same in both cases. The canister opens at the moment the bomb is released (i.e. immediately after the drop, regardless of which fuze setting was selected). I suspect that the new fuze settings introduced by ED are causing this problem because they are not (yet) properly implemented in AV8.
Gunnar81 Posted September 25, 2024 Posted September 25, 2024 Agreed. Guess we wait to see who or if anyone will update the module...
Gunnar81 Posted January 3 Posted January 3 (edited) Just want to revisit this one again as I've been practicing with CBU's in the Harrier. I've found that changing the fuse type to OP which has a 4S delay for canister separation has been working like a hot damn. My employment parameters are single CBU 99 dropped with CCIP at around a 30° or steeper dive at around 4000 feet MAX. I've scored direct hits on BMP's every time with this scenario. I am going to keep trying a few more things like bombs in pairs and setting the fuses in PRI mode for 4S delay to try as well. *Edit: I'm not sure this is actually a bug anymore gents, or ever was. I think it all has to do with employment dive angle, altitude and FUNCTION DELAY fuse settings of either PRI or OPT fuse options. In my findings a CCIP dive attack of around 30-35° with bomb release at around 4000 feet altitude above target with Function delay fuse settings of 2.5seconds on PRI FUSE blasts the target dead on and the canisters do in fact open 2.5S after leaving the weapon racks. I'm sure there is some kind of formula for '...at this dive angle and altitude release use Function Delay time of XXXXX' but I can't be bothered to do anything more than trial and error. I do know that a 4 second Function Delay for my above attack parameters resulted in the canisters not opening in time and the CBU's slammed into the BMP directly, while there was a small explosion the target was unaffected or took minimal damage. Edited January 3 by Gunnar81 Updated Findings 1
Agim Posted February 2 Posted February 2 You're right, under these particular conditions it somehow works. However, under anything else, it doesn't. CBUs, even at CCRP, fall too short. I think this answers the question of whether ED can keep Razbam modules fully functional :-(. This bug has apparently been obviuos for months. Sad future of RB modules. 1
Gunnar81 Posted February 3 Posted February 3 7 hours ago, Agim said: You're right, under these particular conditions it somehow works. However, under anything else, it doesn't. CBUs, even at CCRP, fall too short. I think this answers the question of whether ED can keep Razbam modules fully functional :-(. This bug has apparently been obviuos for months. Sad future of RB modules. Hi, you are right. I did some more testing and while changing parameters can work the bombs are landing quite far off for both CCIP or CCRP. I just found a thread in the Weapons Bugs here: It appears the issue was fixed for the F-18, but someone in the thread states that the AV-8B and F14 are the responsibility of the module creators to keep maintained and its not a Weapons bug so much as it is a HUD bug...Might never get fixed for the Harrier now.
Gizmo03 Posted February 3 Posted February 3 (edited) Same for the JF-17. The problem with the CBUs was already there before this dispute. Last summer (already during the problems between RB and ED) there was an update (11.07.2024) where this problem was fixed - also for the Harrier. After this update it worked for me. But a later update broke it again. I think if they were able to fix that without the help of RB in july last year, they should be able to fix that again. I‘m really not sure and i might be wrong but i think there was a post in which one of EDs CM wrote that ED doesn‘t want to put their hands on the RB modules while these legal things are going on (which would be understandable) but it could also be that i just missinterpreted that post. Unfortunately i don‘t find it anymore. EDIT: i think this was the post i‘ve read. And maybe i really missinterpreted it but i still think it‘s like i said: Edited February 3 by Gizmo03 1
Recommended Posts