高中物理与信息技术融合：绕月飞行器姿态控制条件判断与子程序编程教案

高中物理与信息技术融合：绕月飞行器姿态控制条件判断与子程序编程教案

一、教材与教学内容分析

（一）课程定位与背景

本节课是在高中物理（必修二）第七章“万有引力与宇宙航行”及高中信息技术（必修一）第三章“算法的程序设计实现”基础上，进行的一次深度融合的跨学科项目式学习。绕月飞行是深空探测的关键环节，其姿态控制涉及复杂的物理原理与精准的算法实现。本课程旨在打破学科壁垒，让学生从物理规律的发现者，转变为工程问题的解决者。通过模拟“嫦娥工程”中的绕月飞行模块设计，引导学生理解在特定力学环境下，如何利用条件判断逻辑来确保飞行器的稳定运行，并学会将重复性的姿态调整任务封装为子程序，从而体悟计算思维在尖端科技中的核心价值。

（二）教学内容核心要点

1.物理维度：绕月飞行所需的向心力由月球引力提供，即GMm/r²=mv²/r。分析飞行器在近月点、远月点以及遭遇月球背面阴影（能源限制）或需要调整探测角度时的受力与运动状态变化。

2.算法维度：基于物理参数（如高度、速度、太阳翼受光情况、姿态角）的实时监测，运用多分支条件判断语句（如if-elif-else结构）来决策执行何种姿态调整指令。

3.工程实现维度：识别姿态调整中的重复性动作（如微量推进器点火时间计算、特定角度旋转），将其设计为可调用的子程序（函数/过程），提高代码的可读性与维护性，模拟真实航天器软件的分层架构。

（三）教学支撑材料

模拟绕月飞行物理引擎（Python编写，简化版）、三维可视化绕月仿真平台、分组任务卡（包含不同故障或任务场景）、数字化“航天器工程师”工作日志（在线协作文档）。

二、学情与核心素养目标

（一）学情分析

【基础】学生已掌握万有引力定律、圆周运动等基本物理规律，具备初步的Python编程基础（变量、数据类型、简单顺序结构）。对我国的月球探测工程（嫦娥系列）有浓厚的兴趣和朴素的民族自豪感。然而，学生普遍缺乏将物理定律转化为工程控制逻辑的经验，面对复杂多分支的真实问题时，往往难以构建清晰的条件判断树，对代码的模块化思想停留在理论认知层面，缺乏主动封装子程序来解决复杂重复性问题的意识。

（二）教学目标设计

依据《普通高中物理课程标准（2017年版2020年修订）》与《普通高中信息技术课程标准（2017年版2020年修订）》，制定本课教学目标：

1.【核心素养聚焦——物理观念与科学思维】能基于万有引力定律和牛顿第二定律，分析飞行器在不同绕月位置和工况下维持姿态的力学条件，构建理想化的物理模型。能够批判性地思考单一物理量变化如何连锁引发姿态控制需求。

2.【核心素养聚焦——计算思维与数字化学习与创新】能够将姿态控制的物理需求，抽象为算法模型中的条件判断逻辑。能够设计嵌套或并列的多分支条件语句，解决飞行器自主决策问题。识别程序中的重复模式，【重点】设计并调用子程序（函数）实现对推进器、动量轮等部件的精细控制，提升代码效率与工程思维。

3.【核心素养聚焦——科学探究与工程实践】能在模拟的绕月飞行仿真环境中，通过小组协作，编写和调试控制程序，使虚拟飞行器完成给定的任务（如“调整太阳能帆板对日”、“进入科学探测姿态”）。在调试过程中，分析程序逻辑错误或物理参数阈值设定不当导致的“飞行事故”，并迭代优化方案。

4.【核心素养聚焦——科学态度与责任】感悟我国航天人严谨求实、精益求精的科学精神。理解自主控制软件在航天任务中的极端重要性，增强对国家航天事业的自豪感与责任感，树立科技报国的远大理想。

三、教学重难点与关键点

（一）【重点】多分支条件判断结构的工程化设计

如何将复杂的物理环境感知（速度、高度、光照、姿态角）转化为清晰、无冗余、无逻辑冲突的if-elif-else语句，确保飞行器在任何可预见的状况下都能做出正确响应。

（二）【难点】物理模型的算法抽象与子程序封装

1.【难点】如何将连续的物理变化（如姿态角偏差）离散化为程序可以判断的逻辑条件（例如：if姿态角偏差>5°:执行修正），并合理设定阈值。

2.【难点】识别不同控制动作（如“正向点火10ms”、“反向点火10ms”）之间的共性，抽象出带有参数的子程序（deffire(thruster_id,duration):），实现对底层硬件的逻辑封装。

（三）【高频考点】条件语句的嵌套与复合条件应用

在实际航天任务中，决策往往是多因素耦合的。例如：“如果进入月球阴影区（光照传感器值<阈值）且电池电量<20%，则进入低功耗待机模式”。这种复合条件的逻辑表达与编程实现，是检验学生综合运用能力的关键。

（四）【关键点】调试与验证思维

引导学生建立“预测-实验-反思”的迭代循环。在仿真环境中运行程序，观察飞行器姿态变化，若不符合预期，需要反向追踪：是物理参数理解错误？是条件阈值设定不当？还是分支逻辑覆盖不全？培养系统性的问题排查能力。

四、教学准备与资源

（一）教师准备

1.精心调试好的“绕月飞行模拟器”Python程序，该程序封装了物理引擎，提供一系列API接口（如get_altitude(),get_speed(),get_angle(),get_sun_sensor(),fire_thruster(left/right,ms),set_solar_panel_angle(deg)等），供学生调用。

2.制作微课《从嫦娥一号到天问一号：深空探测的“大脑”》，课前发布供学生预习。

3.设计三个递进式的工程任务卡：“任务一：稳住，别翻跟头！”（单一条件判断）、“任务二：追光逐日保供电”（多分支条件判断）、“任务三：科学探测模式切换”（复合条件+子程序调用）。

4.建立在线共享文档平台，用于各小组提交“工程师日志”和关键代码片段，便于课堂生成性资源的汇总与展示。

（二）学生准备

1.课前观看预习微课，了解航天器姿态控制的基本概念。

2.复习Python中条件判断语句（if,elif,else）的基本语法和函数的定义与调用（def）。

3.自由组建“航天器控制项目组”，每组4-5人，明确角色分工：首席物理学家（负责力学分析）、系统架构师（负责算法逻辑设计）、代码工程师（负责编程实现）、测试验证官（负责仿真调试与数据记录）。

五、教学实施过程

（一）新课导入：创设“奔月”情境，聚焦工程挑战（约5分钟）

1.活动描述：教师在大屏幕上展示嫦娥六号探测器在月球背面工作的震撼影像，并播放一段模拟动画：飞行器在绕月轨道上，由于月球引力不均、太阳辐射压力等因素，姿态发生轻微扰动。画面切换至地面飞控大厅，工程师们正紧盯屏幕，准备发送指令。

2.师（以飞控总师身份提问）：“同学们，我们的‘望月号’虚拟探测器正在月球轨道巡航。现在它遭遇了第一个挑战：由于引力扰动，它的姿态发生了偏转，导致太阳能帆板未能垂直指向太阳，发电功率正在下降！如果偏离角度超过5度，发电量将不足以维持设备运行。如果是你，作为星载计算机的程序员，你将如何用代码赋予它‘自主调整姿态’的能力？是发送一条条孤立的指令，还是让它学会思考，自主判断‘该不该动’、‘往哪动’、‘动多久’？”

3.学生预期反应与教师引导：学生自然想到要编写程序进行控制。教师顺势引导：“对，这种‘思考’在程序世界里，最核心的体现就是‘条件判断’。而一次又一次类似的‘调整姿态’，我们又该如何高效地编写程序，避免重复劳动？”由此，引出本节课的核心任务——学习用条件判断和子程序，为飞行器构建一个智能的姿态控制模块。板书优化后的课题：【绕月飞行器姿态控制：条件判断与子程序工程实践】。

（二）新知构建（一）：物理建模——姿态控制的条件从何而来（约10分钟）

1.【基础】力学条件分析：教师引导学生回到物理课堂。提问：“飞行器要想保持一个稳定的姿态，本质上是在对抗什么？”学生回答：“各种干扰力矩。”教师总结：“对，所以星载计算机需要时刻感知自身的状态。我们要为它定义清楚，在什么‘条件’下，应该执行什么‘动作’。”

2.建立物理量与程序变量的映射：【重要】教师演示模拟器提供的API，讲解如何将抽象的物理量转化为程序可以读取的变量。例如：

1.3.current_angle=get_angle()

#获取当前相对于目标姿态的偏转角（单位：度）。这是条件判断的核心数据。

2.4.sun_intensity=get_sun_sensor()

#获取太阳光照强度（0-100%）。

3.5.battery_level=get_battery()

#获取当前电池电量百分比。

6.构建第一个条件判断模型：针对导入环节的“追光”问题，引导学生共同分析控制逻辑。

1.7.物理需求：如果偏转角>5°，则需要调整。

2.8.工程决策：往哪调？怎么调？教师引导，假设简化为只需要调整一个维度（例如绕Y轴旋转），那么如果偏转角为正（表示偏向左侧），则需要右侧推进器短时点火，产生反向力矩。

3.9.算法雏形（伪代码）：

1.4.10.ifcurrent_angle>5.0:

2.5.11.

fire_thruster('right',10)#右侧推进器点火10毫秒

3.6.12.elifcurrent_angle<-5.0:

4.7.13.

fire_thruster('left',10)

5.8.14.else:

6.9.15.

#姿态在允许范围内，保持当前状态

7.10.16.

pass

17.【难点初步突破】阈值设定的工程智慧：教师追问：“为什么是5度，而不是0度？如果设成0度，程序会怎样？”引导学生思考“死区”的概念。如果设成0度，任何微小的扰动都会触发推进器点火，导致燃料频繁消耗，甚至系统震荡。5度的阈值，体现了工程上的“容错”与“效率”的平衡，这是一个重要的工程思维。

（三）核心实践（一）：任务一——稳住，别翻跟头！（单一条件判断）（约12分钟）

1.小组合作探究：各小组打开模拟器，接收“任务一”。任务要求：给定的虚拟飞行器初始姿态有随机偏转，要求编写一个循环控制程序，使其能够在5秒内将姿态角稳定在±2度的范围内，并尽量减少推进器点火次数。

2.编程实践与教师巡回指导：学生在Python环境中编写代码，核心就是上述的if-elif-else结构，放入一个while循环中持续监测。教师观察各小组进度，重点指导：

1.3.【易错警示】提醒学生注意代码缩进，这是Python条件语句的灵魂。

2.4.【重要】引导学生思考点火时间（10ms）是否合适。如果偏转角很大，是否应该点火更长时间？引导学生初步意识到，有时可能需要更精细的控制，这为引出子程序的参数化埋下伏笔。

3.5.指导测试验证官记录每一次点火后姿态角的变化数据，例如点火前角度、点火后角度，填入工程师日志。

6.初步成果展示与研讨：随机抽取两个小组，将他们的代码投影到大屏幕，并在仿真平台上运行，观察控制效果。对比两组代码和姿态变化曲线。引导学生讨论：

1.7.哪一组的稳定速度更快？哪一组点火次数更少？

2.8.为什么会产生差异？（可能阈值设定不同，如有的组用了3度，有的组用了5度；有的组点火持续时间更长）

3.9.教师总结：条件判断的逻辑结构是正确的，但参数的微小差异会导致截然不同的控制效果。这就像真正的航天工程，需要大量地面仿真来标定最优参数。

（四）新知构建（二）：工程思维——用子程序封装“工匠精神”（约8分钟）

1.问题升级，引发认知冲突：教师展示一个更复杂的场景。“现在飞行器不仅要维持对日姿态，当进入探测区域时，它需要将科学仪器（如光谱仪）指向预设的月面目标点。这个动作同样需要精确调整姿态。如果我们每次都重复写fire_thruster('left',15)

这样的代码，程序会变得怎样？”

2.学生讨论：程序会变得冗长、混乱、难以修改（如果有一天推进器的推力特性变了，需要调整所有点火时间，就要在程序中修改几十处！）。

3.引出【核心概念】子程序（函数）：教师讲解，工程师解决这类问题的法宝就是“子程序”，在Python里称为“函数”。它的本质是“封装”——将一段具有特定功能的、可能会重复使用的代码块，打包起来，并给它起个名字，以后想用的时候，只需要“调用”这个名字即可。

4.【难点突破】带参数的子程序设计：教师引导，以刚才的点火动作为例，它有什么是变化的？学生答：“哪个推进器”和“点火多久”。教师总结：“对，这些就是‘参数’。我们可以定义一个通用的点火函数。”现场编写示例：

python

deffire(thruster_id,duration_ms):

#这里面可以封装更复杂的底层硬件交互逻辑，现在简化

print(f"向{thruster_id}推进器发出点火指令，持续{duration_ms}毫秒")

#实际模拟器会调用API:fire_thruster(thruster_id,duration_ms)

#甚至可以加入保护逻辑，比如如果电量过低，禁止点火

ifget_battery()>5.0:#在函数内部加入条件判断，增强鲁棒性

fire_thruster(thruster_id,duration_ms)

else:

print("电量不足，禁止点火！")

5.重塑控制逻辑：教师演示，定义了fire函数后，之前的姿态控制代码就可以变得更清晰：

python

ifcurrent_angle>5.0:

fire('right',10)#一行代码，清晰表达意图

elifcurrent_angle<-5.0:

fire('left',10)

这不仅使主程序逻辑更加清晰，而且所有与推进器相关的细节（甚至包括安全保护）都被封装在fire

函数内部，未来修改或升级都只改这一个地方。这就是模块化、工程化的巨大威力。

（五）核心实践（二）：任务二与三——追光逐日与科学探测（子程序调用与复合条件）（约18分钟）

1.发布进阶任务：各小组收到“任务二”和“任务三”的挑战包。

1.2.【任务二：追光逐日保供电】场景：飞行器进入月球背面，太阳光被遮挡。要求：如果进入阴影区（光照强度<10%）且电池电量低于30%，则立即关闭非必需的科学载荷，进入低功耗巡航模式，并将姿态控制死区扩大到10度（允许更大姿态波动以节省燃料）；一旦飞出阴影区，光照恢复，则自动退出低功耗模式，恢复精密姿态控制。

2.3.【任务三：科学探测模式切换】场景：当飞行器经过预定月面目标点上空时（由外部模拟信号触发，例如science_target_trigger==True

），需要调用一个名为point_to_target()

的子程序来精确调整姿态。在这个子程序内部，可能需要多次、更精细地调用前面定义的fire()

函数，完成一个复杂的动作序列。

4.小组协作攻关：

1.5.【高频考点】复合条件逻辑实现：针对任务二，学生需要写出类似ifsun_intensity<10andbattery_level<30:

的复合条件语句。系统架构师需要思考，多个条件是“且”还是“或”的关系，并用代码准确表达。

2.6.【重点】子程序的分层调用：针对任务三，学生需要先定义point_to_target()

函数，然后在其内部根据算法计算出的偏差，调用多次fire()

函数，实现“子程序调用子程序”的层次化结构。代码工程师负责将架构师的逻辑变成Python代码。测试验证官则不断在仿真平台上运行，观察飞行器是否能准确完成“对目标指向”和“低功耗模式切换”的任务，并记录数据。

7.教师深度介入与精准指导：

1.8.针对复合条件，提醒学生注意布尔运算符的优先级，必要时使用括号()

确保逻辑清晰。

2.9.针对子程序封装，鼓励学生在point_to_target()

内部，不仅调用fire()

，还可以根据目标角度差，计算出需要点火的总冲量（即持续时间），这可能涉及到更复杂的比例控制思想（P控制），虽然不要求精确实现，但要引导学生思考这种递进的工程方法。

3.10.观察小组合作，引导首席物理学家为算法提供物理依据，例如，进入阴影区，温度骤降，电池性能下降，所以需要更激进的节电策略，这为条件判断提供了合理性。

（六）成果展示、系统反思与评价（约7分钟）

1.小组“飞行报告”：邀请2-3个已完成任务的小组，展示他们的核心代码（特别是复合条件判断部分和自定义子程序），并通过仿真平台的“回放”功能，展示飞行器在复杂工况下的姿态变化曲线和能源消耗情况。

2.【重要】互评与质疑：其他小组的“测试验证官”根据展示，提出专业问题。例如：“你们在低功耗模式下将死区扩大到10度，虽然省了燃料，但当飞出阴影区后，重新恢复精密姿态时，是否有过冲现象？你们的代码如何处理这种状态切换的平滑性？”被问的小组需要现场解释他们的设计思路和参数选择。

3.教师总结与升华：

1.4.技术层面总结：今天大家体验了从单一条件判断到多分支复合条件，再到利用子程序进行模块化设计的完整工程流程。我们看到了，简洁的if/else

和def

背后，蕴含着深刻的物理洞察和精妙的工程智慧。

2.5.思维层面升华：这正是计算思维在航天领域的生动体现——将一个复杂的物理世界问题（绕月姿态控制），通过抽象、分解（分解为姿态监测、条件判断、动作执行）、模块化（封装为子程序），最终变成一个可由计算机自动、高效、可靠解决的问题。这种思维，不仅仅适用于航天，也适用于我们未来将要面对的任何复杂系统。

3.6.情感态度价值观：回顾我国航天事业从无到有、从弱到强的历程，正是依靠一代代航天人这种严谨、创新、协同的精神。今天，你们在课堂上解决的一个个“小bug”，就是在向这种伟大的工程师文化致敬。

六、教学评价设计

（一）过程性评价

1.小组“工程师日志”评价：检查各小组在在线文档中记录的调试过程、关键参数选择原因、遇到的bug及解决方案。评价其科学探究的深度和工程思维的规范性。

2.课堂观察评价：教师在巡回指导中，观察各小组成员参与度、讨论质量、角色履行情况。对在复合条件逻辑设计和子程序封装方面有独到见解的小组或个人，给予即时口头表扬和“创新积分”。

（二）终结性评价

1.【基础】任务