Icon class icon_class far fa-sticky-note icon_class_computed far fa-sticky-note Note kind POLICY Policy level STRICT Specification keywords SysML-1.6 SysML-1.7 SysMLv2 Keywords Webel Twin Pattern WTP:DigitalEntity WTP:«digital» Click on the image to view it full size Relates to 03: Focus BDD for the DigitalTwin block 05: Twin instances 06: Focus BDD for EntityRepresentation 07: BDD of twin control loop Blocks 08: IBD of basic twin control loop 09: IBD of DigitalTwin 12: Overview of 'pipe' package 13: PipeDigitalTwin instances 14: IBD for PipeDigitalTwin flow control 04: Composite DigitalTwin Related notes [POLICY]{STRICT} Webel Twin Pattern: A «digital» DigitalEntity (a.k.a. @Entity) encapsulates strictly geometrical, spatial, and material aspects of a «physical» PhysicalEntity only. BY DEFINITION of this pattern it DOES NOT encapsulate processes! [POLICY]{STRICT} Webel Twin Pattern: It is a DigitalEntity (a.k.a. @Entity) - not the DigitalTwin that owns it - that directly «replicates» geometrical, spatial, and material aspects (only) of a single PhysicalEntity. [POLICY]{STRICT} Webel Twin Pattern: The primary aim of the digitalEntity:@Entity of a DigitalTwin is to replicate its physical:PhysicalEntity as closely as possible (not to explore variants). [CONVENTION]{SUBJECT-TO-CHANGE} Webel: Convention: [MIGHT CHANGE]: An '@' prefix in a DigitalTwin model indicates a «digital» Block that maps a non-digital «mappable» Block. Related notes (backlinks) Related snippets (extracts) Digital twins are dynamic, data driven, multi-dimensional digital replicas of a physical entity. They encompass potential or actual physical assets, processes, people, places, systems, devices and the natural environment. In contrast to traditional digital models, digital twins can connect with the physical ‘twin’ they model, changing alongside the physical system via real-time sensors and actuators. Visit also Visit also (backlinks) Flags Book traversal links for Webel Twin Pattern: A DigitalTwin may use one or more variantEntity:@Entity[0..*] to explore the impact of changes (optimisation studies, trade off studies) and then use them to drive the PhysicalEntity into a desired state (via its ControlSystem). Previous Up Next