Consolidate Parameters ground scripts
Open
Nobody has claimed this yet.
F´ GDS
python
- Dominant language
- C++
- Stars
- 11.8k
- Forks
- 1.8k
- Avg merge
- 2d 15h
- Merged PRs (30d)
- 68
Description
| F´ Version | |
| Affected Component |
Feature Description
Follow-up on https://github.com/nasa/fprime-gds/pull/285
Parameter DB encoding/decoding scripts need to:
- load the dictionary
- use loaded types instead of hardcoding widths
- consolidate tooling, e.g.
fprime-prm <encode,decode>command instead of single scripts
This is very similar to https://github.com/nasa/fprime/issues/4623
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the existing Parameter DB encoding and decoding scripts and compare their design with fprime-gds pull request 285 and issue 4623. Trace how the dictionary and parameter types are currently handled, then define the consolidated fprime-prm encode/decode entry point. Done means both operations load the dictionary, use its types rather than hardcoded widths, and are exposed through the consolidated tooling.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- cli, tooling
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100