App: Port application to rev 3
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
- Issue type
- Feature
- Clarity
- Needs clarification
- Activity status
- Quiet
- Tech stack
- c
- Domain
- embedded-iot
Research direction
No files, tests, or entry points are named. Start by reviewing the rev 2 application layer, the rev 3 folder, and the planned hardware validation routines after HW/SW integration. Confirm the architecture with the listed points of contact; done means rev 3 supports a strict superset of rev 2 features except for explicitly unsupported drivers.
Written by the indexing model from the issue text.
Description
**Requester: @ETSells **
Describe the solution you'd like
Rev 3 needs to port the app layer. There are a couple of ways we can do this:
- Branch off of mainline and do regular pull ups from rev 2.
- Copy everything from rev 2 into the rev 3 folder.
- Add a build flag for rev 3 to the rev 2 makefile and build them out of the same source tree.
I feel like option 3 has the least dual maintenance, so that's my personal preference but as this impacts other projects we will solicit the needs of their leads before committing to that.
Describe alternatives you've considered
See above lol
Additional context
Rev 3 should have a strict SUPERSET of rev 2 features except for certain drivers. In early development though, we might not have support for everything yet.
Scheduling will place this task out after initial HW/SW integration so that we can run the hardware validation routines for each driver.
Points of Contact
This should probably be some kind of combined effort between @NArmistead and @ETSells, at least for design purposes.
- Dominant language
- C
- Stars
- 8
- Forks
- 6
- Avg merge
- 6d 15h
- Merged PRs (30d)
- 1
Contributor guide
No contributing guide indexed for this repository
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.
More from SunDevilRocketry/Flight-Computer-Firmware
-
enhancement good first issue
Difficulty 3/5 1-2 days Newbie friendliness 65/100
-
enhancement good first issue
Difficulty 3/5 1-2 days Newbie friendliness 72/100
-
enhancement
SunDevilRocketry/Flight-Computer-Firmware#327 · 1 assignee ·
-
verification
Difficulty 4/5 3-5 days Newbie friendliness 45/100
SunDevilRocketry/Flight-Computer-Firmware#324 · 2 comments ·
-
enhancement
Difficulty 5/5 Over a week Newbie friendliness 35/100
All issues in SunDevilRocketry/Flight-Computer-Firmware
Similar issues
-
[adam] AdamNet network read doesn't cap to MAX_ADAM_PACKET_LEN, overflows client receive buffers Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
FujiNetWIFI/fujinet-firmware#1649 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
HarbourMasters/Shipwright#7229 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
riscv-software-src/riscv-isa-sim#2435 · 1 comment ·
-
bug Self Built Image SNAPSHOT Supported Device target/ramips
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100