COVESA / COVESA/vdm

VDM Abstraction Level

Open
#9 3 comments 0 reactions 3 assignees Claimed by @erikbosch View on GitHub
Dominant language
No language data
Stars
8
Forks
2
PR merge metrics
No merged PRs in 30d

Description

From @Yosuke Nakayama via slack

At which abstraction level is VDM (or VSS) primarily intended to define signals?

When I’m learning VSS, I feel that some nodes is defined from the perspective of end user(driver).
But on the other hand, some other nodes is define from the perspective of tier-1 or more low-layer software engineer.
For example, Vehicle.Cabin.Door has IsOpen and Position leaf nodes(=property).

* IsOpen is very useful and easy to understand, and highly abstracted information.(=the perspective of end user(driver))
* Position is very strict, less abstract information. (=the perspective of tier-1 or more low-layer software engineer)

These leaf nodes express essentially same HW status, from different perspective, abstraction level.
Therefore, VDM(VSS) server must sync these two nodes.

In this way, when the same state is represented on multiple nodes, it becomes necessary to consider complex cases such as data synchronization and atomic write control.
I asked the question to confirm whether this kind of defining nodes at multiple levels of abstraction and from different starting points is intended.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.