WIP: Mode Tree #130

Closed

muellerr wants to merge 25 commits from mode-tree-init into main

pull from: mode-tree-init

merge into: rust:main

rust:main

rust:serialization-prototyping

Conversation 1 Commits 25 Files Changed 12 +1343 -56

muellerr commented 2024-02-21 17:47:55 +01:00

Owner

Copy Link

Issue: #15

The mode tree components generally consist of three abstraction/problem groups:

1. Mode Tree Specification and abstractions. It appears this is all about offering a good API for creating a network of mode messaging channels.
2. Mode Table abstraction. I will start simple here with a concrete implementation based on a HashMap, and work from there.
3. Mode Sequence abstraction. Same as 2, but with a different purpose. Probably the same data structure, that's how it was done in the FSFW.

Issue: https://egit.irs.uni-stuttgart.de/rust/sat-rs/issues/15 The mode tree components generally consist of three abstraction/problem groups: 1. Mode Tree Specification and abstractions. It appears this is all about offering a good API for creating a network of mode messaging channels. 2. Mode Table abstraction. I will start simple here with a concrete implementation based on a HashMap, and work from there. 3. Mode Sequence abstraction. Same as 2, but with a different purpose. Probably the same data structure, that's how it was done in the FSFW.

muellerr added 2 commits 2024-02-21 17:47:55 +01:00

as expected, this is hard bfedd9572e

lets just push through with one concrete example ... 0bd492038d

and work from there

muellerr added 1 commit 2024-02-21 19:16:39 +01:00

slowly starting to understand this 28523e065f

muellerr added 1 commit 2024-02-21 19:17:19 +01:00

Merge branch 'main' into mode-tree-init a3bae58ef3

muellerr added 4 commits 2024-02-22 17:20:49 +01:00

introducing more generics 69b441cd39

this is not easy 7967b95553

that was hard e7c0d33ccb

Merge branch 'mode-tree-init' of egit.irs.uni-stuttgart.de:rust/sat-rs into mode-tree-init a354f8a76c

muellerr added 1 commit 2024-02-22 17:31:24 +01:00

sync channel now works as well 508561d791

muellerr added 1 commit 2024-02-22 17:37:34 +01:00

move test code to dedicated integration test module f285095488

muellerr added 1 commit 2024-02-22 17:46:07 +01:00

this is okay for now 0331b04619

muellerr added 1 commit 2024-02-23 14:00:11 +01:00

cargo fmt f088807652

muellerr added 1 commit 2024-02-23 14:32:20 +01:00

Merge remote-tracking branch 'origin/main' into mode-tree-init 2949280c20

muellerr added 1 commit 2024-02-23 14:38:34 +01:00

fix CI fdcf1146ec

muellerr added this to the satrs-v0.2.0-rc.0 milestone 2024-02-23 14:39:12 +01:00

muellerr modified the milestone from satrs-v0.2.0-rc.0 to satrs-v0.2.0-rc.1 2024-02-23 14:39:57 +01:00

muellerr added 1 commit 2024-02-23 17:45:41 +01:00

cargo fmt 07cd370667

muellerr commented 2024-02-23 17:49:35 +01:00

Author

Owner

Copy Link

Actually, some of the changes and new features introduced here should be applied to other problem domains like Actions or HK as well. This includes a reply scheme because now every request has to be one that is acknowledged and needs explicit generation of verification telemetry.

In that sense, we still require something similar to the commanding service base, where active requests are tracked and which performs the full verification completion so that the end consumers of these requests don't need to worry about that as well. Incidentally, we can probably decouple those end consumers from PUS1 completely, which is probably better from an architecture point of view. I'd like to still have some way to report step success/failures for actions specifically, but special consideration for the ActionRequest should do the job as well.

Actually, some of the changes and new features introduced here should be applied to other problem domains like Actions or HK as well. This includes a reply scheme because now every request has to be one that is acknowledged and needs explicit generation of verification telemetry. In that sense, we still require something similar to the commanding service base, where active requests are tracked and which performs the full verification completion so that the end consumers of these requests don't need to worry about that as well. Incidentally, we can probably decouple those end consumers from PUS1 completely, which is probably better from an architecture point of view. I'd like to still have some way to report step success/failures for actions specifically, but special consideration for the ActionRequest should do the job as well.

muellerr added 1 commit 2024-02-26 12:09:28 +01:00

Merge remote-tracking branch 'origin/main' into mode-tree-init b706dec643

muellerr added 1 commit 2024-02-26 17:29:07 +01:00

Merge remote-tracking branch 'origin/main' into mode-tree-init 300bc660b1

muellerr added 7 commits 2024-02-28 11:05:52 +01:00

this is just REALLY annoying.. f5acdaeffc

PUS specific action reply a47bec7ffe

continue the pain 656229a542

Merge branch 'mode-tree-init' into action-pain ff1cac3116

it's some sort of reply handler a7e614dfb3

actually need to do something with the IDs 9f82c57a95

use generic request ID type dca573e8a9

muellerr added 1 commit 2024-02-28 11:29:26 +01:00

added new RequestId 0647abc9c6

muellerr closed this pull request 2024-02-28 11:32:09 +01:00

Some checks failed

Hide all checks

Rust/sat-rs/pipeline/pr-main There was a failure building this commit

Details

Rust/sat-rs/pipeline/head There was a failure building this commit

Details

Pull request closed

This pull request cannot be reopened because the branch was deleted.

Sign in to join this conversation.

Reviewers

No Reviewers

Labels

Clear labels

api

Non-Breaking API change

b-api

Breaking API change

bug

Something is not working

concepts

Conception and ideas for new features

duplicate

This issue or pull request already exists

enhancement

New feature

help wanted

Need some help

invalid

Something is wrong

question

More information is needed

wontfix

This won't be fixed

No Label

Milestone

No items

No Milestone satrs-v0.2.0-rc.1

Projects

Clear projects

No project

Assignees

Clear assignees

dwoodward jenkins_buildfix lkoester mohr muellerr nehlichp

No Assignees

1 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: rust/sat-rs#130

No description provided.