MOSH Wiki

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
<WRAP important>
This page is retained for historical reference and may not reflect the current MOSH/IMC/MTRP architecture.
See [[guide:architecture_map]] for the current model.
</WRAP>
====== Architectural Overview ======

===== 🧩 Element Manager =====

The Element Manager is the hardware-to-MOSH interface, and is the subsystem responsible for managing all active elements on a MOSH node. It reads raw hardware data, and separates it into properties used by other MOSH elements. This separation allows an elements properties to reflect their intended use more clearly, and enables different properties from the same device to be routed independently.
For example:

    * A basic switch's hardware state (0 or 1) is read by the Element Manager, and provides it to other MOSH elements as its logical state (e.g., On or Off).

    * A GPS module may provide multiple properties—location and time—that can be assigned to different Virtual Wires.

The Element Manager also maintains a list of element properties to be the used by the Virtual Wire Manager.

The Element Manager ensures that elements:

  * Are initialized and updated in the main loop
  * Can emit and receive messages via virtual wires or direct commands
  * Report state changes through a unified property interface

The Element Manager enables modular, plug-and-play integration of inputs, outputs, and logic into the MOSH runtime.
=====🔌 Virtual Wire Manager=====

The [[mosh:virtual_wire_manager|Virtual Wire Manager]] is responsible for routing messages between elements based on their assigned virtual wire IDs. It acts as a logical patch panel, allowing input elements (like buttons, sensors, or timers) to trigger actions on output elements (like LEDs, relays, or motors) without direct coupling.

By abstracting the connection layer, the Virtual Wire Manager enables modular, transport-agnostic automation across distributed nodes. It ensures that status or property change messages are delivered in real time to all elements subscribed to a given wire, regardless of their physical location or transport layer.

Virtual wires form the backbone of decentralized automation in MOSH.

=====📡 Transport Manager=====

The Transport Manager oversees all communication interfaces used by a MOSH node. It handles registration, configuration, and routing for multiple simultaneous transports—including ESP-NOW, Serial, Wi-Fi, and others.

Each transport is wrapped in a standardized MOSH class, allowing MOSH Core to send and receive messages without needing to know the specifics of the underlying radio or link.

The Transport Manager:

  * Maintains active transport instances
  * Assigns network and node IDs per transport
  * Manages message framing, delivery constraints, and acknowledgments
  * Supports both point-to-point and broadcast-capable transports

The Transport Manager makes MOSH hardware-agnostic, enabling seamless communication across diverse networks and physical layers.