-
Notifications
You must be signed in to change notification settings - Fork 8
First step towards cFS-based use case. #92
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
|
Tagging @matthew-l-weber for awareness. Is the graph ok? Does it capture what we discussed? Do we want some elements to live outside of cFS? |
| 3. Make application for lights; send command from external system, monitor from within cFS. | ||
|
|
||
| 4. Make application for switch; send command through the SB, monitor from within cFS. | ||
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could add a (5) to add a ground control or more feature rich interface to it
| Ethernet_Bridge | ||
| App[2.Cabin Lights Application] | ||
| Log[Logging Function] | ||
| Software_Bus[Software Bus] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Feedback on "What is the mech for the user to adjust the frequency and properties of how the "ground station" interacts with the scenario."
- No push back on Ground app being the switch app that controls the lights server and light
- (Manuel) Should have a consistant set of metrics between the use cases so impl overhead can be qualtified from the framework.
- E.g. should do the same thing with/without the framework
- Depending on where things locate different kernel requirements
- i.e., network stack vs all shared memory
- serial interface? or qemu monitor memory write/read - non invasive
- (Ivan)socat to forward data with a ground station gui (negatives with UI/GUI support)
|
|
||
| 1. Demonstrate sending a message to existing sample application in cFS. | ||
|
|
||
| 2. Demonstrate monitoring event from that application from within cFS. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How do we get to this state? Need to setup new demo folders plus new makefile?
Signed-off-by: Ivan Perez <[email protected]>
f97bf71 to
178465c
Compare
| subgraph QEMU_Environment_Unit_Under_Test | ||
| direction TB | ||
| Ethernet_Bridge | ||
| App[2.Cabin Lights Application] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
WRT PR106: Application -> App (we can fix it after the merge as well)
| App[2.Cabin Lights Application] | ||
| Log[Logging Function] | ||
| Software_Bus[Software Bus] | ||
| App[2.Cabin Lights Application] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
WRT PR106: Application -> App (we can fix it after the merge as well)
| ``` | ||
| --- | ||
| The following is outdated: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It has been refine in PR106, could be removed here entirely.
This is a first step towards capturing the new design for the cFS-based test. Not all is there.