The same methods apply to all the equipment in the simulation. An object that is outside in the freezing weather with dust blowing over it will suffer failures much faster than equipment inside. The other factor that applies here is if the equipment is being used or running will tend to wear out and break faster than a unit not being used. Time will cause mechanical objects to break if they are constantly being operated. So everything that can be used or is affecting some portion of the simulation needs to be monitored and the calculation for failure is dependent on its run time and environmental conditions of operation..
Then we have the “jack random” failures where things just break with no reason. It is part of reality and we try to minimize this issue by building objects with the best materials and engineering practices we have but still things will break for no reason. This can be a difficult mode to inject into the simulation but still needs to be allowed to happen.
Every time we add an object to the simulation we have to decide if it can break, how it will break, what will cause it to break and how do we decide to break it. In a perfect world/simulation nothing will break and we just go about the task of completing the tasks given by the simulation. Most testers we have encountered to this point want the failure modes in the simulation to add more challenge or reality to the environment. Without challenge or the possibility of failure the simulation has no validity and generates a lower interest level.
The general operation of executing the mission orders is another level of decision making left to the user. Mission one is the geology survey and the hopes of finding liquid water under the surface. There are enough tools in the simulation to complete this task and the challenge is to do it in an efficient manner. Situations may occur that alter your methodology so it is up to the users to make decisions on how to accomplish the tasks required by the mission.
The latest version of the simulator we added the oxygen mixture valves. A higher concentration of oxygen will allow the characters to heal faster while a lower mixture will cause a faster loss of health and stamina. We added a failure mode for the oxygen tanks in the COHAB so users are faced with the dilemma of mixture settings. If you are low on oxygen you might want to cut back on the mixture to conserve but you do so at the expense of crew health. Set the levels too high and you do so at a higher consumption rate. We also changed the Photo Voltaic array to be 8 separate panels. Any one of the panels can fail and may cause the batteries to drain faster than they are being charged. You can shut down some systems like the lights to conserve energy or stop using some of the equipment that consumes energy. Again, this is a simulation decision that has to be made by the crew on a per incident basis.
As we add more things to the simulation we also add more challenge in the overall operation of creating and maintaining the colony. The next major phase will introduce food production in the form of algae and plant production in a greenhouse environment. The code is in now to actually allow the users to plant seeds and grow plants, harvest and convert the bio material to food or medicine. Users will have to constantly monitor soil, water and temperature to create enough food for survival.
Good luck to all the testers out there, time for me to get back to writing code……