ImageVerifierCode 换一换
格式:PDF , 页数:3 ,大小:15.81KB ,
资源ID:1018858      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-1018858.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(REG NASA-LLIS-1219--2000 Lessons Learned - Integrated Configuration Control Troubleshooting.pdf)为本站会员(hopesteam270)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

REG NASA-LLIS-1219--2000 Lessons Learned - Integrated Configuration Control Troubleshooting.pdf

1、Lessons Learned Entry: 1219Lesson Info:a71 Lesson Number: 1219a71 Lesson Date: 2000-03-08a71 Submitting Organization: JSCa71 Submitted by: Dale Huls/ Ronald A. MontagueSubject: Integrated Configuration Control/Troubleshooting Description of Driving Event: The description that follows will demonstrat

2、e that pre-flight troubleshooting relied on history of a similar failure and did not check the actual configurations of certain subsystems or their components. Because troubleshooting did not go “outside the box“, there was no attempt to think beyond historical failures. This was compounded by a des

3、ign that did not provide a way to directly verify power was being delivered to the specific component - in this case specific channels to an electronic card.During the STS-88 (Flt 2A) Node 1 ECLSS equipment checkout, the Node 1 Sample Distribution System (SDS) forward and starboard valves failed to

4、change position when electrically commanded from the ground. Due to a previous failure history, it was incorrectly assumed that the SDS valve failures were attributed to internal binding. A subsequent troubleshooting and repair activity was authorized for STS-96 (Flt 2A.1) to try to repair the valve

5、s. This activity was unsuccessful.However, it was determined from data reviews post STS-96 procedure that the Remote Power Controller (RPC) was open rather than closed during all previous tests. The RPC provides power to the Solenoid Driver Output (SDO) card channels controlling these SDS valves. An

6、alysis has determined that the RPC power feed to the SDO had not been closed for the FWD and STBD SDS valves. Previously, the NADIR and SELECTOR SDS valves had been commanded on both the 2A and 2A.1 missions, with success both times. It turns out that these SDS valves are connected to an SDO card in

7、 which the RPC is always kept closed due to SDO card requirement to power the Multiplexer / Demultiplexer (MDM) heaters. A subsequent test conducted at GMT 320/1999 verified that the valves could be commanded to change position from the ground if power was applied to the appropriate SDO card. Flight

8、 Note EFCN934 SDS Valve Checkout - Inc B provided the proper power configuration. This problem is documented in PR# 988.Provided by IHSNot for ResaleNo reproduction or networking permitted without license from IHS-,-,-Root cause: An analysis has determined that an RPC power feed to the SDO card had

9、not been closed for the Node 1 FWD and STBD SDS valves preventing the valves from actuating by command. This was due to an oversight of the ISS 2A Operations Checklist to verify that the correct power configuration was enabled to perform the SDS valve checkout procedures. The Operations Checklist in

10、dicated what command would be sent to change the position of the SDS valve and the initial / final valve position indications, but no additional commanding to power the appropriate SDO cards. This appears to be a cross-subsystem problem where the ECLSS engineering knew how to command the valves and

11、the EPS engineering knew which RPCs were open or closed, but in the Flight Operational Readiness (FOR) review of these documents, this issue was missed by both.Lesson(s) Learned: When faced with an anomaly that cannot be explained from previous failure history, troubleshooters must be trained to “th

12、ink outside the box“ using integrated multi-disciplinary teams to investigate possible failure modesRecommendation(s): In developing future command procedures, the Mission Operations Directorate (MOD) and other mission support specialist (SE Subsystem Engineering, etc.) should take additional care t

13、o ensure that upstream power requirements are met in order to ensure success of hardware command (activation, checkout, test, etc.) activities. Evidence of Recurrence Control Effectiveness: Action taken at Huntington Beach: A multi-disciplinary team of design engineers reviews operational procedures

14、 before they are published. This ensures that expected configurations (such as the RPC switch closure and SDO switch closure) are accounted for. Also, the design of most of HB software involving EATCS valve closure includes two-step commanding (one step that in effect closes/opens the RPC switch and

15、 the second step that closes/opens the SDO switch). Finally, the design teams review the NASA MOD procedures as part of the FOR. Any missing steps by that time should be caught as part of the FOR.Action taken at Huntsville: Current processes used here in developing Operations procedures, require tha

16、t all SDO cards be powered up when the MDM is powered up and remain on while the MDM is operating. This will preclude a similar problem from occurring. If MOD does not want to keep all the SDO cards powered, then it is recommended that a step be added to verify/activate the appropriate cards as part

17、 of their operations procedures. Since this was an off-nominal test, a specific operations procedure was probably not developed beforehand for this condition. This type of scenario can/will occur again so it is imperative that the MER coordinate closely with the ESR hardware/software experts to work

18、 off-nominal procedures before their execution. This will insure correct procedures are implemented.Provided by IHSNot for ResaleNo reproduction or networking permitted without license from IHS-,-,-Documents Related to Lesson: N/AMission Directorate(s): a71 Exploration Systemsa71 Space Operationsa71

19、 Aeronautics ResearchAdditional Key Phrase(s): a71 Configuration Managementa71 Hardwarea71 Independent Verification and Validationa71 Policy & Planninga71 Safety & Mission Assurancea71 Softwarea71 Test & VerificationAdditional Info: Approval Info: a71 Approval Date: 2002-06-27a71 Approval Name: Ronald A. Montaguea71 Approval Organization: JSCa71 Approval Phone Number: 281-483-8576Provided by IHSNot for ResaleNo reproduction or networking permitted without license from IHS-,-,-

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1