Skip to content
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

Ic 20200304 #36

Merged
merged 3 commits into from
Mar 12, 2020
Merged

Ic 20200304 #36

merged 3 commits into from
Mar 12, 2020

Conversation

astrogeco
Copy link
Contributor

@astrogeco astrogeco commented Mar 9, 2020

Describe the contribution
Integration Candidate 20200304

Fixes #27, #31, and #32
See PR #33 for more details.

Testing performed
CI Testing only

Expected behavior changes
#27 - Improved table handling, see Issue
#31 - sch_lab now builds on Raspbian OS
#32 - Consolidate globals

System(s) tested on
Ubuntu

Additional context
See PR #33

Contributor Info - All information REQUIRED for consideration of pull request
Joseph Hickey, Vantage Systems, Inc.
Gerardo E. Cruz-Ortiz NASA/GSFC

Creating a single struct for the SCH_LAB globals adds namespace
protection and is consistent with the way other CFE modules do this.
Use a union type to allocate the message buffers to ensure
it is aligned properly for a CFE_SB_Msg_t type.
Simplify the SCH_LAB table definition:

- Do not use "aux_source_directory" which will also pull in the table
  file (table file should not be built w/source)
- Make an "entry" structure that only has the MessagID and Rate/Period
- Put runtime data (count) in a runtime struct, not the table
- Popluate the runtime config from the table and then release the table
- Delete the validation function - not used here - example should be
  in the sample_app.
- No need to use "END_OF_TABLE" marker - tables are always fixed length
  and a rate of "0" is sufficient to identify an unconfigured entry.
- Make no attempt to deal with live table updates.  SCH_LAB app can be
  restarted if the config table changes.
@astrogeco astrogeco merged commit 10c80ca into master Mar 12, 2020
@astrogeco astrogeco deleted the ic-20200304 branch March 13, 2020 14:04
@skliper skliper added this to the 2.4.0 milestone Jun 1, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants