-
Notifications
You must be signed in to change notification settings - Fork 72
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
Creating additional subsystems #260
Comments
Hi @ullixes, As far as creating another subsystem, the issue maybe that the new component you've created is clashing with another assigned uart port. Have you updated the values in the sample_hardware_model.cpp for bus_name and node_port? Note you'll also need to do this for the FSW at sample_platform_cfg.h. To more easily see what is causing the crash you can modify the ./scripts/docker_launch.sh to hold the terminal open instead of close after an error occurs. You'll need to create the new gnome-terminal profile manually first by:
Let me know as you have issues or if the above doesn't work as I'd be happy to keep trying to debug with you! |
Hi @jlucas9, thank you very much for your response and for your offer to help debugging! I will use the the new terminal settings and check if I can find out something. Yes, I changed the uart port settings for the new subsystem including cFS app in newsim_platform_cfg.h. But I have a question regarding the ./cfg/nos3_defs/tables folder. Which files are mandatory to change for a new subsystem? For example, the lines for the sample subsystem in "sch_def_schtbl.c" and "sch_def_msgtbl.c" are only for the scheduler app of cFS to define the constant sending of TM, right? Another question that I have is that I added some code to the "generic_eps_hardware_model.cpp", which is a run()-function including some text output. But it looks like when the eps is started, the constructor is not fully executed because I do not get the "Generic_epsHardwareModel::Generic_epsHardwareModel: Construction complete." output line. Instead the i2c interface starts to produce its output. Also, I do not get any output I defined in the added run()-function via sim_logger. Do you know the reason for this? Thanks again! |
Hi @ullixes, That's correct - the Do you happen to have a fork of NOS3 I could get access to in order to debug further and inspect the code some? In the latest |
Hi @jlucas9, thank you for your response. Unfortunately, for now I do not have a NOS3 fork available. I attached the files, with the main changes and hopefully I did not forget one. The new subsystem I added is called "newsim". Apologies for the circumstances. If you could check these files would be very helpful for me. When I compile and run the code the flight software gets stuck, see screenshots. Regarding the other problem with the EPS, I will check again and get back to you. Many thanks for your support! |
@ullixes - sorry for the delay getting back to you! I've created a new branch
Let me know if run into other issues! Feel free to keep tagging me every so often too so it doesn't fall off my radar! |
Dear NOS3-Team,
I installed NOS3 and find it super interesting! Looks very good!
However, I wanted to start the development of my own subsystem and I am not able to get it to run. I am using the dev-branch. So far, I tried with my own code for the subsystem hardware model, but I was also trying to just “copy” the sample subsystem. Both times I followed the instructions with the generate_template.sh and I also found the configure.py-script and added the new subsystem and also everywhere where I could find that the “sample” subsystem was mentioned, e.g. in docker_launch.sh, docker.yml, the cfg folder, nos3-defs folder and tables folder, etc. I edited the uart ports, 42 port, address for COSMOS in the corresponding files (newsim_msgids.h, newsim_platform_cfg.h, hardwaremodel.cpp etc.). After doing “make prep”, “make config" and "make -j4", sometimes the new subsystem just crashes, sometimes the uart-connection is not established between cFS and the hardware model (when checking the "Nos Engine Server" tap), sometimes cFS gets kind of stuck.
Since it is not possible for me to understand what is wrong, I wanted to ask you if you could check if your proposed workflow for creating a new subsystem is still working with the dev-branch, and if this is the case, if you could provide me a corresponding repository with added new subsystem, so that I can look for my own errors?
Also, looks like the latest version of the dev-branch with the new subsystem “sys” cannot be cloned. I get the following error:
Cloning into '/my/folder/nos3/components/syn'... ssh: connect to host github.com port 22: Connection timed out fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. fatal: clone of '[email protected]:nasa-itc/syn.git' into submodule path '/my/folder/nos3/components/syn' failed Failed to clone 'components/syn' a second time, aborting
Thank you very much!
The text was updated successfully, but these errors were encountered: