diff options
Diffstat (limited to 'docs/signaling/architecture.md')
| -rw-r--r-- | docs/signaling/architecture.md | 8 |
1 files changed, 4 insertions, 4 deletions
diff --git a/docs/signaling/architecture.md b/docs/signaling/architecture.md index 823a6d2..fb52baf 100644 --- a/docs/signaling/architecture.md +++ b/docs/signaling/architecture.md @@ -81,7 +81,7 @@ AGL services which have two distincts roles: - high level should handle more complex tasks (signals compositions, complex algorythms like Kalman filter, business logic...) - + To do so, the choice has been to use a similar architecture than [[OpenXC]], a Ford project. Principle is simple, from a JSON file that describes all CAN @@ -92,7 +92,7 @@ reads, decodes and serves this CAN signals to a high level CAN service that holds business logic and high level features like described is the above chapter. - + While in some cases it may be chosen to implement a single service responsible for everything, other scenarii may chose to split responsibility between @@ -113,7 +113,7 @@ implemented. Low level CAN service isn't fully functional nor tested to assume this feature but its architecture let the possibility open and will be implemented later. - + Performance matters. There is a trade-off between modularity and efficiency. This is specially critical for signals where propagation time from one module to @@ -437,7 +437,7 @@ so, Signal modules should enable composition within one or more [[APbinder]] inside the same ECU. Furthermore they should also support chaining with the outside world. - + 1. Application requests Virtual Signal exactly like if it was a low level signal 1. Agent Signal has direct relation to low level signal |