MOOSE - Mission Object Oriented Scripting Framework

Typically you don't need to as that is what it is doing by going to its "Home" location that you designated. Unfortunately they won't shut down engines so will just sit there forever until they run out of fuel (maybe).

 

I suppose you can stop the dispatcher but not sure that is really necessary.

 

As I said the only way to do that RouteRTB is by spawning a new aircraft in place of the current one. So this is an ugly work-around but the only way to do it as far as I am aware.

Ahhhh, I understand what you're saying now - RouteRTB is specifically doing the delete/respawn. I hadn't read the RouteRTB docs, just the example mission and never guessed it'd have that kind of behavior. What does and does not work with DCS' scripts/AI always leaves me guessing, even more than Arma's! :)

Regarding stopping the dispatcher; I'm mostly doing this to learn more about how it works so I could retask AI groups if I wanted.

Thanks for the help, I'll poke around more at the dispatcher FSM now that I know some of what _not_ to do :)

For some reason DCS is not running the MOOSE script.

When I run the Moose demo missions provided they work ...the script runs

But when I make up my own missions they wouldn't work for some reason.

After testing I found that for some reason DCS is not loading the MOOSE script even though the trigger is set properly.

Not sure why not.

@rooster328

Post your MOOSE mission here.

thanks. maybe the order the trigger was in was the culprit. as long as it's working for you i know it's something on my end.

Moose.lua needs to be loaded at mission start, first trigger in the list.

That looks correct. Did it work?

Actually...yes.

Sorry for the delayed reply.:music_whistling:

Thank you!

The scripting engine does work...and I'm very happy to have this tool available to work on some missions for my squadron.

Hey guys, complete MOOSE Newb question, but would it be possible to make an aircraft orbit between two moving zones?

I'm confused when you would use a zone using a Trigger zone vs a Late activation Helicopter. Below is the Trigger zone name that you would then put into the mission using ME Trigger Zones.

PatrolZone = ZONE:New( "Patrol Zone" )

AICapZone = AI_CAP_ZONE:New( PatrolZone, 500, 1000, 500, 600 )

or you could use the late activation Helo method to create a zone.

redborder = ZONE_POLYGON:New( "redborder", GROUP:FindByName( "redborder" ) )

A2ADispatcher:SetSquadronCap( "redcap", redborder, 200, 2000, 750, 800, 800, 1400 )

A2ADispatcher:SetSquadronCapInterval( "redcap", 4, 10, 20, 1 )

It seems like both serve the same function. Why have two different methods to setup a Zone?

You can’t compare Arma scripting to DCS. You can do almost anything in Arma. It’s at least 10,000 times better than DCS maybe more. Arma is in a totally different league than DCS in this area. No comparison whatsoever.

Ahhhh, I understand what you're saying now - RouteRTB is specifically doing the delete/respawn. I hadn't read the RouteRTB docs, just the example mission and never guessed it'd have that kind of behavior. What does and does not work with DCS' scripts/AI always leaves me guessing, even more than Arma's! :)

 

 

 

Regarding stopping the dispatcher; I'm mostly doing this to learn more about how it works so I could retask AI groups if I wanted.

 

 

Thanks for the help, I'll poke around more at the dispatcher FSM now that I know some of what _not_ to do :)

Hey guys, complete MOOSE Newb question, but would it be possible to make an aircraft orbit between two moving zones?

I don't know the answer..,but this question is intriguing...I'm curious how you want to use this...

Hey guys, complete MOOSE Newb question, but would it be possible to make an aircraft orbit between two moving zones?

This shouldn't be too difficult. You can probably easily find the centre of the zone or a random point in the zone and use that to build a waypoint. Then just wait for the aircraft to hit that waypoint OR enter that zone and do the same for the other zone. Rinse and repeat continuously.

Hey guys, complete MOOSE Newb question, but would it be possible to make an aircraft orbit between two moving zones?

Yup. That is possible. Of course. And how would these zones be moving, like airborne planes like tankers or rather moving vehicles and let a helo fly between them?

Hi, I have a question on the behavior of MOOSE patrols as I'm playing around with a few use-cases and trying to understand the framework behavior.

Question 1:

Situation: I create a few dynamic zones I want an AI group to patrol.

Once I assign a zone (zr) to a patrol, and a group (rescueHeloGroup) to that patrol, via

   
patrol = AI_PATROL_ZONE:New( zr, 50, 100, 3, 10 )
patrol:ManageFuel( 0.2, 60 )
patrol:SetControllable( rescueHeloGroup )
patrol:__Start(1)

will the patrol follow the zone around if the zone position dynamically changes via:

   
-- update zone position dynamically (this repositions the zone somewhere else during the mission)
zr:SetVec2(new_zone_center_vec2)

Will the patrol automatically follow the zone change, or do I need to recreate the patrol?

Question 2:

How do I terminate a patrol? Meaning, remove the object from the patrol and cleanup?

-- does this work?
patrol:SetControllable(nil)

Question 3:

Looking at the sample mission code, I'm not sure I understand the __Start(), __Accomplish() and how to change states in the AI routines in general. Looking up examples isn't helping, I'm looking for what they do, I see them used, but I dont see the parameters explained. Must be looking in the wrong area :)

Thanks!

I don't know the answer..,but this question is intriguing...I'm curious how you want to use this...

Yup. That is possible. Of course. And how would these zones be moving, like airborne planes like tankers or rather moving vehicles and let a helo fly between them?

Basically, I was thinking of using this as a basis for keeping a tanker overhead a moving carrier, although funkyfranky is also working on this now :)

Also: Is there a MOOSE equivalent to the Integrated Air Defense System or Smarter SAMs scripts? - I also would like all the SAMs to cooperate and give us a hard time!

 

Thankful for any help!

/Mats

I second this.

I saw that MOOSE has a SEAD class: https://flightcontrol-master.github.io/MOOSE_DOCS/Documentation/Functional.Sead.html

But so far I have not got it working - even in the demo missiom, AI sits there like usual and waits for ARM to hit.

Is there a line for having the squadron returning to a specific airbase?

Right now they fly the mission and return to the closest airbase which in some cases is a Neutral.

Thanks.

Hi, yesterday during a mission, Red Cap didn't spawn. I use all the time the same proven scripts. First CAP spawned correctly but once wiped out no more Red Cap spawn. At the same time Blue CAP and RAT script worked. I attached the . miz file hoping that someone could help me in solving the bug.

Thx.

=MDS=_Op_Unrest_pt1_v0.1.Caucasus.miz

Hello, I am a complete noob with lua scripting. I want to create an LSO mission for Case 1 practice and I'm trying to create a moving zone at the carrier to trigger "sound to all" for an LSO radio call, "Don't Settle", if the player's aircraft exceeds -800 FPS decent rate. I have tried several times to try the Vertical Velocity trigger in DCS ME but I can't get it to work with a negative number. Is there a way to do this using MOOSE?

I have tried several times to try the Vertical Velocity trigger in DCS ME but I can't get it to work with a negative number. Is there a way to do this using MOOSE?

Seems like we're in sync or something.

I spent the whole day trying to create a MOOSE script that successfully returns unit climb/descent rate.

It's still work in progress, but it seems to work decently (the returned values are quite close to indicator readings, which is a good sign).

Here's the script:

Now, this script will only give you the following values:

- Unit's velocity (expressed in m/s and Mach number)

- Unit's climb/descent angle (expressed in radians and degrees... if I'm not mistaken)

- Unit's climb/descent rate (expressed in feet per minute and meters per second)

It won't set up any checkers, flags or triggers (which you'll probably need in order to accomplish what you described).

Lucky for you, that's the easy part :thumbup:

PS. If anyone knows a better way of getting unit climb/descent rates, I'm all ears!

EDIT: Found a better way!

Seems like we're in sync or something.

I spent the whole day trying to create a MOOSE script that successfully returns unit climb/descent rate.

It's still work in progress, but it seems to work decently (the returned values are quite close to indicator readings, which is a good sign).

 

Here's the script:

 

SCHEDULER:New( nil,

function()

 

local Client = UNIT:FindByName("Client")

local ClientVelocityMPS = Client:GetVelocityMPS()

local ClientVelocityMach = ClientVelocityMPS / 330 --Approximate conversion from m/s to Mach. The returned values seem accurate enough--

local ClientMOOSEDescentAngle = Client:GetClimbAnge() --I think that this might be actually returning the climb/descent angle in radians instead of degrees, contrary to what the documentation and intellisense say--

local ClientMOOSEDescentAngleDegree = UTILS.ToDegree(ClientMOOSEDescentAngle) --After adding this line, the script seems to work as intended!--

 

--This is one of the descent rate approximations I've tried. The returned values seem to be accurate enough--

local ClientDescentRateMOOSEFtM = ClientMOOSEDescentAngleDegree * ClientVelocityMach * 1165 --Returns climb/descent rate in feet per minute--

local ClientDescentRateMOOSEMpS = ClientDescentRateMOOSEFtM / 196.85 --Returns climb/descent rate in meters per second--

 

MESSAGE:New("Velocity (m/s):"..ClientVelocityMPS.."\nVelocity (Mach):"..ClientVelocityMach..

"\nMOOSE Descent Angle (Radians?):"..ClientMOOSEDescentAngle.."\nMOOSE Descent Angle (Degrees?):"..ClientMOOSEDescentAngleDegree..

"\nDescent Rate (Ft/min):"..ClientDescentRateMOOSEFtM.."\nDescent Rate (m/s):"..ClientDescentRateMOOSEMpS,5,nil,true):ToAll()

 

end, {}, 1, 5

)

 

 

Now, this script will only give you the following values:

- Unit's velocity (expressed in m/s and Mach number)

- Unit's climb/descent angle (expressed in radians and degrees... if I'm not mistaken)

- Unit's climb/descent rate (expressed in feet per minute and meters per second)

 

It won't set up any checkers, flags or triggers (which you'll probably need in order to accomplish what you described).

Lucky for you, that's the easy part :thumbup:

 

PS. If anyone knows a better way of getting unit climb/descent rates, I'm all ears!

Thanks! I’ll give a try.

So, using the script I provided before as a means to get your plane's descent rate, you could simply add a few extra lines inside that same scheduler (at the bottom, before the end) in order to receive those messages you mentioned

when the client is within that zone.

I think these extra lines should do the trick:

Of course, in order for all this to work, the units and zone names in the script must match the ones you defined in ME.

Anyone have a simple example of method: BIGSMOKEPRESET.MediumSmokeAndFire? to smoke static or coordinate?

For some reason with this Moose script attached my CAP patrols are shooting down awacs and refuellers and sometimes own planes. Any idea why?

the link has the file

https://drive.google.com/open?id=1uR2CJU3VLEdB0gV4amIPlCCO1ithaBRX

weird. I went into trigggers and reloaded MIST, CTLD , MOOSE and the mission script and AI planes back to normal.