modes and states

Hello,
what is the difference between modes and states or rather mode-diagrams and state-diagrams in capella?
What is the difference/outcome when you use the one or the other?
Kind Regards

Hi,
Below is an extract from a paper that we recently submitted to a conference (it will hopefully be published in a few months).
We are also currently working on an open source add-on to Capella that will allow to better analyse the impacts of modes and states on the system, using configuration element.
In Arcadia, modes and states are defined separately. There is no “inclusion” of modes within states or of states within modes. They are symmetrical (no syntactic difference between them).
Mode. The definition of the expected behavior of the system (or of its actors, or of its components) in situations foreseen at design time is captured in the form of system modes. Each is mode is mainly characterized by the expected functional content of the system in this mode. A mode can reflect various concepts, such as
the phases of a mission or of a flight for example (taxiing, taking-off, cruising, landing, etc.)
the specific required functioning of the system under certain conditions (connected, autonomous, etc.)
the specific conditions in which the system is used: test, training, maintenance, etc.
The transition from one mode to another is in general the result of a decision, such as a change in the way the system operates, in order to adapt to new needs or new contexts. It is therefore conditioned by the choices of the system, of its users, or of external actors. In the model, the trigger of a transition is likely to be related to a functional event.
The set of modes and the transitions between them are described in a “mode machine”, which syntax is based on SysML “state” machines.
State. During its life and its use, the system passes through states that it undergoes. A state often directly reflects as operating condition or status on structural elements of the system: operational, failed, degraded, absent, etc. States are also likely to represent the physical condition of a component (full or empty fuel tank, charged or discharged battery, etc.). State can also be exploited to represent environment constraints (temperature, humidity, etc.). The transition from one state to another is often not the result of a decision but rather corresponds to a change of physical properties.
The formalization of these identified states is captured in a “state machine” that uses the same underlying syntax than the ones for the modes. The transitions carry the triggering change event but are not likely to be associated to functional events.

Thank you for your extensive answer!
With the explanation/definition the difference (and different purpose) becomes much more clear.
Kind regards

Copyright © Eclipse Capella, the Eclipse Capella logo, Eclipse and the Eclipse logo are Trademarks of The Eclipse Foundation.