Skip to content

Commit d3ba777

Browse files
authored
Revise methodologies and subsystem details in paper
Refined methodologies and subsystem descriptions in the paper. Updated references and terminology for clarity.
1 parent 493e6be commit d3ba777

1 file changed

Lines changed: 14 additions & 13 deletions

File tree

paper/paper.md

Lines changed: 14 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -16,11 +16,14 @@ There are a couple of theoretical and practical knowledge gaps that this softwar
1616
Delta-Engine is a physics engine that provides a new software architectural paradigm for precisional IO switch and control over embedded systems and robotics without much knowledge in embedded systems, managing states and software engineering paradigms or if they fail to design the system (e.g., Object-oriented programming). It introduces the field of computational physics to the embedded world through providing a virtual machine and a runtime infrastructure based on the Newtonian physics spaces and supporting infrastructure IO libraries for several supported platforms.
1717

1818
## Methodologies
19-
- The Abstract architectural design methodologies involve using the **Hardware-Abstraction Layer (HAL)** to model the structure of the engine in a hierarchial form and the **System-Entity-Structure/Model-Base (SES/MB) Framework** to model the structure of the engine in a more detailed form and model the relation among the subsystems and the components of the engine.
20-
- The Detailed-design methodologies involve using **Entity-Component-System (ECS)** to implement the structure of the physics engine together with the **Automata Theory**; such that, each component of the physics architecture could be represented by a system of component objects, and the system part of the ECS encapsulates state-machines; either deterministic or non-deterministic; with cyclic or non-cyclic runtime.
2119
- Virtualization of physics objects and IO emulation using mathematical and physical abstractions.
2220
- Newtonian physics spaces as Runtime Infrastructure (RTI).
23-
- Implementation of several physics spaces modules (e.g., Kinematics Module - Fluid Mechanics Module).
21+
- The Abstract architectural design methodologies involve using the **Hardware-Abstraction Layer (HAL)** to model the structure of the engine in a hierarchial form and the **System-Entity-Structure/Model-Base (SES/MB) Framework** to model the structure of the engine in a more detailed form and model the relation among the subsystems and the components of the engine.
22+
- The Detailed-design methodologies involve using **Entity-Component-System (ECS)** to implement the structure of the physics engine together with the **Automata Theory**; such that, each component of the physics architecture could be represented by a system of component objects, and the system part of the ECS encapsulates state-machines; either deterministic or non-deterministic; with cyclic or non-cyclic runtime.
23+
- Therefore, the theoretical methodology of the detailed-design is the **Entity-Component-Automata (ECA)**, a formal forge of the ECS and the Automata Theory.
24+
- Implementation of several physics spaces modules (e.g., Kinematics Module - Fluid Mechanics Module); as systems of the ECA.
25+
- Building preset physics components and automata that encapsulate the mathematical/physical abstraction.
26+
- Formal linkage among the automata involved and the hardware drivers layer via callback functions $$\zeta$$; dispatched with each state transition via the transition functions $$\delta$$.
2427

2528
## High-level Architecture
2629
<img width="773" height="904" alt="architecture" src="https://github.com/user-attachments/assets/d5700f97-d21c-42fb-9279-818225b125d4" />
@@ -36,7 +39,7 @@ Two architectural models are being proposed here; a **hierarchial model** repres
3639
* Acceleration Component.
3740
* Interaction Component.
3841
* Physics Mechanics: a specialized subsystem of the Newtonian RTI; grouping the different types of objects in the universe that experience inertia, acceleration/deceleration, and interaction with other objects.
39-
* Mechanics Module.
42+
* Solid Mechanics Module.
4043
* Fluid Dynamics Module.
4144
* Thermodynamics Module.
4245
* Electromagnetism Module.
@@ -75,19 +78,17 @@ Detailed design could be carried out using the **Entity-Component System (ECS) F
7578
> 5) A component that is attached to the **Mechanics System** through an entity `ID_BALL`.
7679
>
7780
> ## Remarks:
78-
> * It's not ideal to add a component of the ball object to the **Fluid Dynamics System**; therefore, both the **Mechanics** and the **Fluid Dynamics** are specializations of the **Atomic/Newtonian RTI Subsystem**.
81+
> * It's not ideal to add a component of the ball object to the **Fluid Dynamics System**; therefore, both the **Solid Mechanics** and the **Fluid Dynamics** are specializations of the **Atomic/Newtonian RTI Subsystem**.
7982
> * It would be ideal to attach a component of the ball object to the **Fluid Dynamics System**, only if the ball is highly deformable and could be expressed in terms of fluid or semi-fluid properties (e.g., the ball is a "thrombus" in biomedical simulation).
8083
> * If that ball object is otherwise, a metallic object; it would be ideal to attach a component of it under the **Electromagnetism System**; as it could be electromagnetized under a magnetic field.
81-
> * A ball object could have { **a standard mechanical component**, **a deformable component**, and **a magnetizable component** } at the same time to enable the different types of simulations accordingly under their respective systems { **Mechanics System**, **Fluid Dynamics System**, and **Electromagnetism System**}, respectively.
84+
> * A ball object could have { **a standard mechanical component**, **a deformable component**, and **a magnetizable component** } at the same time to enable the different types of simulations accordingly under their respective systems { **Solid Mechanics System**, **Fluid Dynamics System**, and **Electromagnetism System**}, respectively.
8285
> * The collection of the previous systems represent the core of the Delta-Engine; the **Atomic/Newtonian RTI Subsystem** and its specialization **Physics Mechanics**.
83-
> * Systems are operated using State-Machines; either deterministic or non-deterministic in nature; cyclic or non-cyclic.
84-
85-
## Implementation Phases and Milestones
86-
87-
## Integration Phases and Life Applications
86+
> * Systems are operated using State-Machines; either deterministic or non-deterministic in nature; cyclic or non-cyclic.
87+
> * The methodology by which the Delta-Engine operates the hardware is via the axiomatic linkage among the layered subsystems of the software, and the pre-compiled platform-agnostic hardware drivers layer.
88+
> * This axiomatic linkage, described in the former bullet, is performed via a callback $$\zeta$$ function through the machines' transition functions $$\delta$$.
8889
8990
## References
9091
- [SES/MB Framework by Throsten Pawletta](https://dl.acm.org/doi/10.5555/3108244.3108245)
9192
- [The Feynman Lectures Caltech University](https://www.feynmanlectures.caltech.edu/)
92-
- [Fundamentals of Physics for Scientists and Engineers by Paul Tipler]()
93-
- [Thomas' Calculus]()
93+
- [Physics for Scientists and Engineers, 6th Edition](https://www.amazon.com/Physics-Scientists-Engineers-Paul-Tipler/dp/142920124X)
94+
- [Thomas' Calculus, 15th Edition](https://www.pearson.com/en-us/subject-catalog/p/thomas-calculus/P200000007103/9780137616077)

0 commit comments

Comments
 (0)