WSF
Major Objects Simulated by WSF

The fundamental objects that are simulated by WSF are

There are many more objects defined within WSF, but these are the ones that are the most visible.

Platforms

A platform represents something like a car, truck, aircraft, satellite, human, building, etc. It serves as a container to which the remaining objects are attached.

WsfPlatform is the base class for a platform. In general you should not have to derive from this class because it is really only a container. All of the functionality of a platform is defined by its constituent parts.

Movers

A mover object acts as the propulsion system for the platform to which it is attached. It is responsible for maintaining the kinematic state of a platform (i.e.: location, orientation, speed, acceleration) Note that a platform is not an directly an 'air platform', 'ground platform' or 'satellite'. It assumes the attributes of one of those because it has the appropriate type of mover attached.

WsfMover is the base class for all mover implementations. You can provide your own by deriving from it or you can use one of the WSF-provided implementations:

Sensors

Sensor objects provide the 'senses' for a platform (think of them as the eyes, ears and nose of the platform).

WsfSensor is the base class for all sensor implementations. You can provide your own by deriving from it or you can you used of the WSF-provided implementations:

Communications

Communications objects provide the mechanism for platforms to communicate with each other.

WsfComm is the base class for all communications implementations. You can provide your own by deriving from it or you can use one of the WSF-provided implementations:

  • WsfCommRcvr
  • WsfCommXmtr
  • WsfRadioRcvr
  • WsfRadioXmtr

Processors

Processors provide the congitive capabilities of a platform. These can represent decision processes that would be provided by either organic (brain) or inorganic (computer) methods. Processors can:

  • Receive messages from another processor on the same platform.
  • Reciver messages from a sensor on the same platform.
  • Receive messages from another platform via a comm reciever.
  • Be invoked on a periodic basis.
  • Send messages other processors on the same platform.
  • Send messages to other platforms via comm transmitters.
  • Invoke actions or change the state of the platform or its consituent parts.

As you can see, processors can do just about anything they want.

WsfProcessor is the base class for all processor implementations. You can provide your own by deriving from it or you can use one of the WSF-provided implementations:

Signatures

A platform has an 'attribute' called a signature which represents its visibility to a sensor located at some angle to the platform. The WsfSignature object is a container for the signatures. There are several signatures currently implemented:

  • WsfRadarSig

As part of the signature implementation there exists an attribute called the 'signature state'. This, in effect, allows different signature tables to be used depending on the configuration of the platform.

Aerodynamics Properties

WsfAero implements aerodynamic properties. It will probably be extended in the future.

Fuel Consumption

WsfFuel implements a very simple fuel consumption model. It will be extended in the future to provide more options.

Zones

Zones are polygonal or circular areas that can be used in decision making processes.

Command Chain

A command chain represents the commander-peer-subordinate structure and is used to direct messages to platforms. A platform becomes a member of a command chain by adding a WsfCommandChain object that denotes the name of the command chain and the name of the commanding platform. A platform may be part of more than one command chain as its role dictates.

What do you want to do next?

Copyrights Multiple, All Rights Reserved