# 《嵌入式系统开发实训》工单式教学教材
# 编写说明
课程定位:本课程是高等职业教育专科嵌入式技术应用专业核心实训课程,对接国家教学标准(专业代码:510210)中"嵌入式系统开发"核心能力要求,面向嵌入式产品开发、智能硬件调试、工业测控系统集成等岗位群。
使用对象:嵌入式技术应用专业二年级学生
理论基础:完整行动七步法 × GPCT四层穿透 × COMET八标准 × Bybee四阶段 × 设计导向
企业角色:江苏东华测试技术股份有限公司 嵌入式开发助理工程师 / 硬件测试技术员
教学情境:所有工单均以"江苏东华测试技术股份有限公司"真实或高度仿真的工作情境为背景,围绕企业嵌入式测控终端产品的研发、调试、量产流程展开设计。东华测试(股票代码:300354)成立于1993年,总部位于泰州靖江市,是国内领先的结构力学性能测试仪器和传感器供应商,其产品广泛应用于航空航天、桥梁建筑、风力发电、轨道交通等领域。公司的嵌入式测控终端产品线包括:应变采集模块、振动监测节点、温度巡检装置、现场总线转换器等——这些产品正是本课程技能点的真实应用场景。
# 课程总纲
# 一、课程基本信息
| 项目 | 内容 |
|---|---|
| 课程名称 | 嵌入式系统开发实训 |
| 专业 | 嵌入式技术应用(510210) |
| 总课时 | 72课时(18周×4课时/周) |
| 学分 | 4学分 |
| 企业角色 | 江苏东华测试技术股份有限公司 嵌入式开发助理工程师 / 硬件测试技术员 |
| 教学模式 | 工单式教学(行动导向) |
| 评价方式 | 过程性评价(70%)+ 终结性评价(30%) |
# 二、GPCT四层能力穿透体系
┌─────────────────────────────────────────────────────────────┐
│ G层:通用素养(泰职院全专业共享) │
│ ├── G1 职业责任感与工匠精神 │
│ ├── G2 自主学习能力与信息素养 │
│ ├── G3 批判性思维与问题解决能力 │
│ ├── G4 团队协作与沟通能力 │
│ ├── G5 创新创业意识与可持续发展理念 │
│ └── G6 数字素养与适应产业数字化发展能力 │
├─────────────────────────────────────────────────────────────┤
│ P层:专业群能力(电子信息专业群共享) │
│ ├── P1 电子电路分析与设计能力 │
│ ├── P2 嵌入式程序开发与应用能力 │
│ ├── P3 智能设备调试与运维能力 │
│ ├── P4 传感器数据采集与处理能力 │
│ └── P5 工业测控系统集成能力 │
├─────────────────────────────────────────────────────────────┤
│ C层:课程能力(本课程特有,4项) │
│ ├── C1 单片机开发环境搭建与程序烧录能力 │
│ ├── C2 单片机I/O口控制与显示驱动能力 │
│ ├── C3 人机交互接口与中断控制编程能力 │
│ └── C4 定时器应用与传感器数据采集系统设计能力 │
├─────────────────────────────────────────────────────────────┤
│ T层:任务能力(12个工单,共36个T层能力点) │
│ └── 详见各工单任务定位栏 │
└─────────────────────────────────────────────────────────────┘
# 三、课程模块与工单地图
| 模块 | 工单编号 | 任务名称 | 课时 | 主导类型 | 核心K标准 |
|---|---|---|---|---|---|
| 模块一 单片机开发基础 | 工单01 | 认识单片机开发环境与程序烧录 | 4 | ①示范模仿型 | K2/K5 |
| (10课时) | 工单02 | 认识单片机最小系统,让单片机动起来 | 6 | ②循环强化型 | K1/K2/K5 |
| 模块二 I/O控制与显示系统 | 工单03 | 生产线指示灯与工位按键控制 | 6 | ③问题解决型 | K2/K5/K6 |
| (16课时) | 工单04 | 企业展示厅氛围灯设计与控制 | 4 | ③问题解决型 | K1/K2/K8 |
| 工单05 | 工控面板数码管静态显示 | 6 | ②循环强化型 | K2/K5 | |
| 模块三 人机交互与中断控制 | 工单06 | 车间多位数码管动态巡检显示 | 6 | ③问题解决型 | K2/K4/K5 |
| (18课时) | 工单07 | 车间设备按钮检测与防抖处理 | 6 | ③问题解决型 | K2/K5/K6 |
| 工单08 | 生产线单按键多模式档位切换 | 6 | ④综合项目型 | K1/K3/K8 | |
| 模块四 定时器与智能测控 | 工单09 | 车间设备外部中断信号采集 | 6 | ③问题解决型 | K2/K5/K6 |
| (28课时) | 工单10 | 工控系统定时器精确控制 | 6 | ③问题解决型 | K2/K4/K5 |
| 工单11 | 车间工位蜂鸣器提示器设计 | 4 | ④综合项目型 | K1/K2/K8 | |
| 工单12 | 基于DS18B20的车间智能温度测控装置 | 6 | ④综合项目型 | K1/K2/K3/K5 |
# 四、COMET八标准课程评价总览
| K标准 | 全称 | 在本课程中的体现 |
|---|---|---|
| K1 清晰性 | 程序代码、电路图、技术文档的表达清晰度 | 代码注释规范、流程图清晰、接线图标准、调试记录完整 |
| K2 功能性 | 硬件功能与软件功能满足设计要求的程度 | LED/数码管/蜂鸣器/传感器功能实现、按键响应正确、温度采集准确 |
| K3 使用价值 | 系统的用户体验与现场使用效率 | 人机交互便捷性、显示可读性、报警及时性、操作容错性 |
| K4 效率 | 资源利用与执行效率 | 程序执行效率、动态扫描刷新率、定时器精度、系统响应速度 |
| K5 工作过程导向 | 完整行动过程的专业性 | 资讯→计划→决策→展示→执行→检查→评价七步法执行质量 |
| K6 社会责任 | 安全操作、规范布线、团队协作 | 5S管理、静电防护、规范操作、工位整洁、团队配合 |
| K7 经济性 | 成本控制与资源节约 | 元器件合理使用、电路设计简洁、代码优化减少存储占用 |
| K8 创造性 | 功能拓展与创新设计 | 程序算法优化、功能增强设计、故障排查思路创新 |
# 模块一:单片机开发基础(10课时)
模块目标:培养单片机开发环境搭建与基础编程能力(C1),使学生能够独立完成Keil工程创建、C51程序编写、HEX生成与STC-ISP烧录,建立嵌入式开发的完整工作流认知。
对应P层能力:P1 电子电路分析与设计能力 → P2 嵌入式程序开发与应用能力
对应G层素养:G2 自主学习能力与信息素养 → G4 团队协作与沟通能力 → G6 数字素养
# 【工单01】认识单片机开发环境与程序烧录 【C1→T】
# ■ 任务呈现区
情境:您是江苏东华测试技术股份有限公司研发部的嵌入式开发助理工程师。公司新接到一批应变采集模块的量产订单,需要在STC89C52RC单片机上烧录固件程序。作为入职第一周的新员工,您需要先熟悉公司的开发环境——Keil μVision4/5和STC-ISP烧录软件,掌握从工程创建到HEX生成、再到程序下载的完整流程。技术主管给您一台开发板和一份《新员工开发环境配置指南》,要求您在4课时内完成环境搭建并通过"点亮第一颗LED"的入门测试。
真实背景参考:东华测试的嵌入式测控终端产品(如DH5902动态应变测试系统、DH5971无线振动监测节点)均采用STC系列单片机作为核心控制器。新员工入职培训的第一关就是"能独立搭建开发环境并完成程序烧录"——这是后续所有研发工作的基础。公司技术规范要求:所有烧录文件必须命名规范(项目编号_版本号_日期.hex),烧录前必须核对芯片型号与晶振频率,烧录后必须进行功能验证并填写《烧录记录表》。
学习目标:
- 能够独立完成Keil μVision软件的安装与基本界面操作
- 能够创建新工程、添加C文件、配置编译选项、生成HEX文件
- 能够使用STC-ISP软件完成串口选择、芯片选型、程序下载
- 能够排查常见的烧录故障(串口占用、晶振不匹配、冷启动失败等)
核心输出物:
- [ ] 可正常编译的Keil工程文件(.uvproj)
- [ ] 生成的HEX文件(命名规范:DH0001_V1.0_20260609.hex)
- [ ] 《烧录记录表》(含芯片型号、晶振频率、烧录时间、验证结果)
- [ ] 开发板上LED成功点亮的现场照片
# ■ 任务定位栏
【3D Penetration】本工单的三维属性标注
内容维度:① 示范模仿型(开发环境配置与基础操作)
行动维度:资讯→计划→决策→展示→执行→检查→评价
需求维度:目标水平=L2 | 核心K标准:K2/K5
向上穿透: T层"开发环境搭建与程序烧录" → C1"单片机开发环境搭建与程序烧录能力" → P2"嵌入式程序开发与应用能力" → G2"自主学习能力与信息素养"
# ■ 学生分组与角色分配【必备·勿遗漏】
【为什么必备】 分组不是"把学生凑在一起",而是"让每个学生都有不可替代的责任"。没有角色分配的分组必然导致搭便车;没有协作规则的分组必然陷入混乱。本栏是十部分工单的第③部分,缺失则学生无法形成有效协作,教师后续也无法追溯个人贡献度。
分组建议:4人小组。 角色分工(建议轮换,确保每人体验完整岗位链条):
- 环境配置员:负责Keil软件安装、工程创建、编译配置
- 烧录操作员:负责STC-ISP操作、串口调试、芯片选型、程序下载
- 测试验证员:负责硬件连接检查、LED点亮测试、功能验证
- 文档记录员:负责填写《烧录记录表》、整理操作步骤文档、截图存档
协作规则:
- 分工原则:每人负责一个操作环节,环境配置完成后方可进行烧录,烧录完成后方可测试
- 交流机制:每完成一个环节进行"交接确认"——前一位组员向后一位口头说明已完成内容和注意事项
- 冲突解决:软件安装或烧录失败时,优先查阅《新员工开发环境配置指南》,其次求助邻组,最后举手请教教师
学生互评机制:
- 组内互评:每份工单完成后,组员根据"参与度/贡献度/协作度"三维度互评(1-5分),匿名提交教师
- 组间互评:成果展示环节,其他小组使用"K1-K8产出评价"进行交叉评价
- 教师观察:教师记录小组协作中的角色担当、冲突处理、时间管理等行为,作为协作系数依据
分组操作指南:
- 分组方式:开学初固定分组(4人/组),整个课程周期内保持稳定
- 角色轮换:每个工单结束后,角色顺时针轮换,确保每人体验完整岗位链条
- 搭便车预防:组内互评单项低于3分的成员,需接受教师面谈并制定改进计划;连续2个工单互评垫底者,触发个人独立补做机制
- 协作激励:小组协作系数1.1-1.2的成员,在课程总评中获得额外能力积分
# ■ 知识准备区
1. 必备知识清单
| 知识点 | 掌握状态 | 复习资料 |
|---|---|---|
| 单片机基本概念(MCU、CPU、存储器、I/O口) | □已掌握 □需复习 | 《单片机原理与应用》第1章 |
| Keil μVision软件界面与基本操作 | □已掌握 □需复习 | 实训室微课视频:Keil入门 |
| STC-ISP软件功能与操作流程 | □已掌握 □需复习 | STC官方手册、《新员工开发环境配置指南》 |
| 串口通信基本原理(波特率、数据位、停止位) | □已掌握 □需复习 | 《单片机原理与应用》第7章 |
| HEX文件格式与作用 | □已掌握 □需复习 | 技术文档《HEX文件格式说明》 |
2. 工具与资源清单
- 软件环境:Keil μVision5、STC-ISP V6.91及以上版本、CH340/CP2102驱动程序
- 硬件设备:STC89C52RC开发板(或STC15F2K60S2)、USB转串口线、USB供电线
- 参考资料:东华测试《新员工开发环境配置指南》、STC单片机数据手册、Keil在线帮助文档
- 安全规范:操作前必须洗手释放静电;拔插USB线时必须先关闭电源;烧录时严禁带电插拔单片机
3. 前置任务检查
□ 已安装Keil μVision软件并能正常启动
□ 已安装STC-ISP软件并能识别串口
□ 已安装USB转串口驱动(设备管理器中显示COM口号)
□ 已领取开发板并检查外观无损坏
□ 已阅读《新员工开发环境配置指南》前3页
# ■ 计划区
任务拆解与进度安排(4课时 = 180分钟):
| 阶段 | 时间 | 负责人 | 具体任务 | 完成标志 |
|---|---|---|---|---|
| 资讯 | 20min | 全组 | 阅读配置指南、明确环境搭建步骤 | 每人能说出3个关键步骤 |
| 计划 | 15min | 全组 | 分配角色、确定操作顺序、填写计划表 | 角色分配表签字确认 |
| 决策 | 10min | 全组 | 确认Keil版本、芯片型号、串口号 | 决策记录表填写完成 |
| 执行1 | 40min | 环境配置员 | 创建工程、添加文件、编译生成HEX | 工程无报错,HEX文件生成 |
| 执行2 | 40min | 烧录操作员 | 连接串口、选择芯片、下载程序 | STC-ISP显示"操作成功" |
| 执行3 | 30min | 测试验证员 | 冷启动开发板、观察LED状态 | LED按程序预期点亮 |
| 检查 | 15min | 文档记录员 | 填写烧录记录表、整理文档 | 记录表填写完整 |
| 评价 | 10min | 全组 | 组内互评、提交成果 | 互评表提交教师 |
风险预判与应对:
- 风险1:Keil编译报错"找不到头文件" → 应对:检查工程路径是否含中文,确认reg52.h已添加到工程
- 风险2:STC-ISP提示"无法连接单片机" → 应对:检查串口线连接、确认冷启动步骤(先断电→点下载→上电)
- 风险3:烧录成功但LED不亮 → 应对:检查LED引脚是否接对、程序中引脚定义是否匹配开发板原理图
# ■ 决策区
技术方案选择:
| 决策项 | 选项A | 选项B | 选择 | 理由 |
|---|---|---|---|---|
| Keil版本 | μVision4(经典稳定) | μVision5(功能更强) | ____ | |
| 芯片型号 | STC89C52RC | STC15F2K60S2 | ____ | |
| 晶振频率 | 11.0592MHz(串口精准) | 12MHz(计算方便) | ____ | |
| 烧录方式 | USB转串口(常用) | 并口/编程器(备用) | ____ |
关键决策记录:
- 本组选择的串口号:COM____
- 开发板LED连接引脚:P____
- 程序功能设计:LED____(常亮/闪烁/流水)
# ■ 展示区
组间成果展示要求:
- 每组派1名代表演示:从打开Keil到LED点亮的完整流程(限时3分钟)
- 展示内容必须包括:工程创建→代码编写→编译→HEX生成→STC-ISP烧录→冷启动→LED点亮
- 其他小组观察并记录:该组的1个操作亮点 + 1个可以改进的地方
展示评价表(其他小组填写):
| 评价组 | 操作亮点 | 改进建议 |
|---|---|---|
| 第____组 |
# ■ 执行区
操作步骤指导(脚手架):
Step 1:Keil工程创建
- 打开Keil μVision,点击 Project → New μVision Project
- 选择保存路径(路径中不要包含中文或空格),输入工程名如"DH_LED_Test"
- 选择器件:Atmel → AT89C52(或STC Database中的STC89C52RC)
- 点击"是"添加Startup文件(或选择"否"手动添加)
- 右键Source Group 1 → Add Existing Files → 添加.c文件
- 编写代码:
#include <reg52.h>
sbit LED = P1^0; // 根据开发板实际引脚修改
void main() {
LED = 0; // 低电平点亮(共阳接法)
while(1); // 程序停在此处
}
- 点击Options for Target → Output → 勾选"Create HEX File"
- 点击Rebuild,确认0 Error(s), 0 Warning(s)
Step 2:STC-ISP程序烧录
- 打开STC-ISP软件,选择正确的串口号
- 选择单片机型号:STC89C52RC
- 打开程序文件:选择刚生成的.hex文件
- 确认晶振频率设置正确(如11.0592MHz)
- 点击"下载/编程",此时软件提示"正在检测目标单片机..."
- 关键步骤:关闭开发板电源 → 等待1秒 → 打开开发板电源(冷启动)
- 软件显示"操作成功!"即表示烧录完成
Step 3:功能验证
- 观察开发板上的LED是否按预期点亮
- 若LED不亮:检查LED极性、限流电阻、引脚连接
- 记录验证结果到《烧录记录表》
故障排查速查表:
| 故障现象 | 可能原因 | 排查方法 |
|---|---|---|
| Keil编译报错"cannot open source input file" | 工程路径含中文或文件缺失 | 改用纯英文路径,检查文件是否添加到工程 |
| STC-ISP"串口打开失败" | 串口被占用或驱动未安装 | 关闭其他串口软件,检查设备管理器 |
| "操作成功"但LED不亮 | 引脚定义与硬件不匹配 | 对照开发板原理图确认LED连接引脚 |
| 烧录进度条卡住 | 冷启动时机不对或晶振损坏 | 重新断电/上电,更换开发板测试 |
# ■ 成果提交区
提交清单:
- [ ] Keil工程文件夹(含.uvproj、.c、.h文件)
- [ ] HEX文件(命名规范:DH0001_V1.0_日期.hex)
- [ ] 《烧录记录表》(见下表模板)
- [ ] 开发板LED点亮现场照片(附组员合影)
- [ ] 组内互评表(匿名提交)
《烧录记录表》模板:
| 项目 | 内容 |
|---|---|
| 项目名称 | |
| 芯片型号 | |
| 晶振频率 | |
| 程序版本 | |
| HEX文件名 | |
| 烧录时间 | |
| 烧录人员 | |
| 验证结果 | □通过 □未通过 |
| 备注 |
# ■ 评价反思区
【K1-K8产出评价】 使用COMET八标准中的相关维度进行产出评价,评价的是"能力产出"而非"态度认同"。
| K标准 | 评价维度 | 1分:未达标 | 2分:基本达标 | 3分:良好达标 | 4分:优秀达标 |
|---|---|---|---|---|---|
| K2 功能性 | 开发环境搭建成功、程序能正确编译并烧录、LED功能正常 | 环境搭建失败 | 能编译但烧录有问题 | 完整流程走通、LED点亮 | 能独立排查故障并优化流程 |
| K5 工作过程导向 | 操作步骤规范、记录完整、遵守安全规程 | 步骤混乱 | 基本完成但记录不全 | 步骤规范、记录完整 | 形成可复用的操作手册 |
同伴互评(其他小组对报告提1个优点+1个改进建议):
| 评价组 | 优点 | 改进建议 |
|---|---|---|
个人改进计划:
【新增·组内成员互评表】(匿名提交教师,1-5分,与K1-K8能力画像数据对接)
设计原则:组内互评不是"人情分",而是COMET能力画像的数据来源。互评维度必须与K1-K8标准映射,确保学生日常互评数据可直接汇入最终的能力画像。
| 互评维度 | 映射K标准 | 组员A | 组员B | 组员C | 组员D | 评分说明(行为锚定) |
|---|---|---|---|---|---|---|
| 任务参与度(主动承担、按时完成) | K5工作过程导向 | 5=全程主动,1=消极被动 | ||||
| 成果贡献度(产出数量与质量) | K2功能性 | 5=贡献最大,1=几乎无贡献 | ||||
| 表达清晰性(汇报/文档/展示的逻辑) | K1清晰性 | 5=逻辑严谨,1=混乱不清 | ||||
| 创新积极性(提出新想法、解决问题) | K8创造性 | 5=积极创新,1=无新想法 | ||||
| 协作责任感(沟通配合、冲突处理) | K6社会责任 | 5=主动补位,1=不配合 |
个人贡献度自评(与组内互评对照,防止自评偏差):
- 本工单中,我承担的角色是:________________
- 我完成的核心任务是:________________
- 我为团队解决的1个关键问题是:________________
- 我从其他组员身上学到的1点是:________________
- 如果重新来过,我会改进:________________
小组协作系数(教师评定,0.8-1.2,直接影响个人最终成绩):____
系数说明:
- 1.1-1.2 = 协作优异、互相补位、有超出分工的创造性贡献
- 1.0 = 正常协作,各尽其责
- 0.8-0.9 = 协作存在问题、搭便车或冲突未解决
计算公式:个人最终得分 = 基础产出分(K1-K8平均)× 个人贡献系数(β)× 小组协作系数(α)
数据去向:本表得分将汇入「COMET K1-K8能力画像数据库」,作为学生个体能力发展追踪的原始证据。
# ■ 理论注解 ★(可选阅读)
【理论溯源】 本工单的理论基础来源于COMET模型的"内容维度"——示范模仿型任务。COMET强调职业能力发展需要经历从"名义能力"到"功能性能力"再到"过程性能力"的阶梯。开发环境搭建属于嵌入式开发的"门槛能力"——如果连编译器和烧录软件都不会使用,后续所有编程任务都将无从谈起。正如Dreyfus技能习得模型所揭示的:新手阶段需要高度结构化的操作指南(rule-based behavior),本工单中的Step 1/2/3正是为新手提供的"脚手架"。
【为什么用它】 传统教学中,开发环境配置往往由教师在课前"代劳",学生直接拿到一个"已经配好"的环境。这样做的弊端是:当学生日后独自面对一台新电脑、一块新开发板时,会手足无措。本工单将环境配置作为第一个完整任务,让学生在"做中学"中建立对开发工具链的系统性认知——这不仅是一个操作技能,更是"工作过程知识"(work process knowledge)的有机组成部分。
【边界与拓展】 本工单使用的是STC89C52RC单片机,属于经典的8位8051内核MCU。虽然当前产业界更流行ARM Cortex-M系列(如STM32),但8051内核单片机因其价格低廉、易于上手、硬件简单,仍是职业教育教学的理想入门平台。东华测试的部分 legacy 产品仍在使用STC系列单片机,这也是选择该平台的企业真实性的体现。
# 【工单02】认识单片机最小系统,让单片机动起来 【C1→T】
# ■ 任务呈现区
情境:经过工单01的环境搭建训练,您已经掌握了程序烧录的基本流程。现在,东华测试研发部给您一个更具挑战性的任务:公司的应变采集模块原型需要进行硬件最小系统的搭建测试——您需要从零开始搭建一个能独立运行的单片机最小系统(电源+晶振+复位),编写一段C51程序让单片机的I/O口"动起来"(控制LED闪烁),并完成整机上电自检。这是硬件装配岗位的核心技能,也是您从"会用软件"迈向"软硬结合"的第一步。
真实背景参考:东华测试的DH5902动态应变测试系统内部核心板采用STC89C52RC+11.0592MHz晶振的经典最小系统架构。生产线上,硬件装配技术员需要独立完成核心板的焊接、上电自检和初步功能验证。公司《硬件装配工艺规范》要求:每块板子上电前必须进行电源短路检查(万用表测5V与GND之间电阻),上电后必须观察晶振是否起振(示波器或LED闪烁验证),复位电路必须测试3次以上确保可靠。
学习目标:
- 能够识别单片机各引脚功能(VCC、GND、XTAL1/2、RST、EA、P0-P3口)
- 能够搭建单片机最小系统电路(电源电路、晶振电路、复位电路)
- 能够编写简单C51程序控制I/O口输出高低电平
- 能够进行上电自检和基本故障判断
核心输出物:
- [ ] 搭建完成的单片机最小系统电路(面包板或洞洞板)
- [ ] 可控制LED闪烁的C51程序及HEX文件
- [ ] 《硬件装配与自检记录表》
- [ ] 电路实物照片和LED闪烁视频(或GIF)
# ■ 任务定位栏
【3D Penetration】本工单的三维属性标注
内容维度:② 循环强化型(最小系统搭建与基础编程)
行动维度:资讯→计划→决策→展示→执行→检查→评价
需求维度:目标水平=L3 | 核心K标准:K1/K2/K5
向上穿透: T层"最小系统搭建与I/O口控制" → C1"单片机开发环境搭建与程序烧录能力" → P1"电子电路分析与设计能力" → G4"团队协作与沟通能力"
# ■ 学生分组与角色分配【必备·勿遗漏】
【为什么必备】 分组不是"把学生凑在一起",而是"让每个学生都有不可替代的责任"。没有角色分配的分组必然导致搭便车;没有协作规则的分组必然陷入混乱。本栏是十部分工单的第③部分,缺失则学生无法形成有效协作,教师后续也无法追溯个人贡献度。
分组建议:4人小组。 角色分工(建议轮换):
- 硬件装配员:负责元器件识别、面包板搭线、电源与晶振电路连接
- 程序开发员:负责C51程序编写、编译、HEX生成
- 测试调试员:负责万用表检测、上电测试、LED功能验证、示波器观察晶振波形
- 工艺记录员:负责填写《硬件装配与自检记录表》、绘制接线图、拍摄记录
协作规则:
- 分工原则:硬件装配完成后须经全组检查(双人确认制)方可上电;程序开发须与硬件装配同步进行
- 交流机制:使用"装配进度看板"——白板上画出电路框图,完成一个部分打一个勾
- 冲突解决:电路连接意见不一致时,以数据手册引脚定义为准;程序逻辑分歧时,先用仿真验证
学生互评机制:
- 组内互评:每份工单完成后,组员根据"参与度/贡献度/协作度"三维度互评(1-5分),匿名提交教师
- 组间互评:成果展示环节,其他小组使用"K1-K8产出评价"进行交叉评价
- 教师观察:教师记录小组协作中的角色担当、冲突处理、时间管理等行为,作为协作系数依据
分组操作指南:
- 分组方式:开学初固定分组(4人/组),整个课程周期内保持稳定
- 角色轮换:每个工单结束后,角色顺时针轮换,确保每人体验完整岗位链条
- 搭便车预防:组内互评单项低于3分的成员,需接受教师面谈并制定改进计划;连续2个工单互评垫底者,触发个人独立补做机制
- 协作激励:小组协作系数1.1-1.2的成员,在课程总评中获得额外能力积分
# ■ 知识准备区
1. 必备知识清单
| 知识点 | 掌握状态 | 复习资料 |
|---|---|---|
| 单片机最小系统三大组成部分(电源、晶振、复位) | □已掌握 □需复习 | 《单片机原理与应用》第2章 |
| 51单片机引脚功能(P0-P3、VCC、GND、XTAL、RST、EA) | □已掌握 □需复习 | STC89C52RC数据手册 |
| C51程序基本结构(头文件、主函数、while循环) | □已掌握 □需复习 | 《C程序设计》第1-3章 |
| sbit关键字与I/O口位定义 | □已掌握 □需复习 | 《单片机C语言程序设计》第2章 |
| 面包板使用规范与接线技巧 | □已掌握 □需复习 | 实训室微课视频 |
2. 工具与资源清单
- 硬件器材:STC89C52RC芯片、11.0592MHz晶振、30pF瓷片电容×2、10μF电解电容、10kΩ电阻、220Ω电阻、LED、面包板、杜邦线、USB转串口模块、5V电源模块
- 测试仪器:万用表、示波器(可选)
- 参考资料:STC89C52RC数据手册、《硬件装配工艺规范》
- 安全规范:上电前必须用万用表检测VCC与GND之间是否短路;严禁带电插拔芯片;晶振引脚焊接时间不超过3秒
3. 前置任务检查
□ 已识别STC89C52RC芯片各引脚位置
□ 已准备最小系统所需全部元器件
□ 已用万用表检测电源模块输出电压(应为5V±5%)
□ 已确认面包板电源轨连接正确(红色=正极,蓝色=负极)
□ 已阅读《硬件装配工艺规范》第1节
# ■ 计划区
任务拆解与进度安排(6课时 = 270分钟):
| 阶段 | 时间 | 负责人 | 具体任务 | 完成标志 |
|---|---|---|---|---|
| 资讯 | 30min | 全组 | 学习最小系统原理、阅读数据手册引脚图 | 每人能画出最小系统框图 |
| 计划 | 20min | 全组 | 分配角色、规划面包板布局、准备元器件 | 布局草图完成、元器件清点无误 |
| 决策 | 20min | 全组 | 确定接线方案、LED连接引脚、程序功能 | 决策记录表填写完成 |
| 执行1 | 60min | 硬件装配员 | 搭建电源→晶振→复位→EA电路 | 万用表检测各点电压正常 |
| 执行2 | 60min | 程序开发员 | 编写LED闪烁程序、编译生成HEX | 0 Error, 0 Warning |
| 执行3 | 40min | 测试调试员 | 插入芯片、上电测试、观察LED/晶振 | LED按预期闪烁 |
| 检查 | 25min | 工艺记录员 | 填写记录表、绘制接线图、拍摄记录 | 记录表完整、照片清晰 |
| 评价 | 15min | 全组 | 组内互评、提交成果 | 互评表提交教师 |
风险预判与应对:
- 风险1:上电后芯片发烫 → 应对:立即断电,检查VCC/GND是否接反、是否短路
- 风险2:晶振不起振,LED不闪烁 → 应对:检查晶振引脚是否接对、电容是否焊好、芯片是否插紧
- 风险3:复位无效 → 应对:检查RST引脚连接、电容极性、电阻阻值
# ■ 决策区
技术方案选择:
| 决策项 | 选项A | 选项B | 选项C | 选择 | 理由 |
|---|---|---|---|---|---|
| 复位方式 | 上电复位(RC电路) | 手动按键复位 | 两者兼备 | ____ | |
| LED连接引脚 | P1.0 | P2.0 | P3.0 | ____ | |
| LED接法 | 共阳(输出低电平亮) | 共阴(输出高电平亮) | ____ | ||
| 闪烁频率 | 约1Hz(肉眼明显) | 约5Hz(快速) | 约0.5Hz(慢速) | ____ |
关键决策记录:
- 晶振频率选择:MHz,理由:____________
- EA引脚接法:□接VCC(内部ROM) □接GND(外部ROM)
- 延时函数实现方式:□空循环延时 □定时器延时(本工单建议空循环)
# ■ 展示区
组间成果展示要求:
- 每组派1名代表展示:最小系统电路实物 + LED闪烁效果 + 关键代码讲解(限时5分钟)
- 展示内容必须包括:电路原理图讲解、接线实物展示、程序核心逻辑说明、调试过程分享
- 其他小组观察并记录:该组的1个设计亮点 + 1个可以改进的地方
展示评价表(其他小组填写):
| 评价组 | 设计亮点 | 改进建议 |
|---|---|---|
| 第____组 |
# ■ 执行区
操作步骤指导(脚手架):
Step 1:最小系统硬件搭建
最小系统电路原理图(核心部分):
VCC(5V)
│
┌┴┐
│ │ 10kΩ
└┬┘
├──→ RST (Pin 9) ──┬── 10μF ──┬─ VCC
│ │ │
│ GND GND
│
┌──────┴──────────────────┐
│ STC89C52RC │
│ │
XTAL1(19) ────┬──晶振──┬── XTAL2(18)
│11.0592M│
┌┴┐ ┌┴┐
│ │30pF │ │30pF
└┬┘ └┬┘
GND GND
│ │
│ P1.0 ─── 220Ω ── LED ── GND
│ │
│ VCC(40) GND(20) │
└─────────────────────────┘
│
EA(31) → VCC (使用内部ROM)
面包板接线要点:
- 电源轨:将面包板两侧的红色轨接VCC、蓝色轨接GND,用跳线连通上下两段
- 芯片座:将40脚IC座跨插在面包板沟槽两侧,缺口朝左(Pin 1方向)
- 晶振电路:晶振跨接在XTAL1和XTAL2之间,两脚各接一个30pF电容到GND
- 复位电路:10kΩ电阻接VCC和RST之间,10μF电容正极接RST、负极接GND
- LED电路:P1.0 → 220Ω限流电阻 → LED正极 → LED负极 → GND(共阴接法)
Step 2:C51程序编写
#include <reg52.h>
sbit LED = P1^0; // 定义P1.0为LED控制引脚
// 简易延时函数
void delay(unsigned int ms) {
unsigned int i, j;
for(i = 0; i < ms; i++)
for(j = 0; j < 120; j++); // 约1ms@11.0592MHz
}
void main() {
while(1) {
LED = 0; // 点亮LED(假设共阳接法则LED=1点亮)
delay(500); // 延时500ms
LED = 1; // 熄灭LED
delay(500); // 延时500ms
}
}
注意:根据实际LED接法调整高低电平。共阳接法(LED负极接P口,正极接VCC)→ 输出0点亮;共阴接法(LED正极接P口,负极接GND)→ 输出1点亮。
Step 3:上电自检流程
- 断电检查:用万用表电阻档测VCC与GND之间电阻,不应接近0Ω(短路)
- 电压检测:上电后用万用表直流电压档测VCC与GND之间电压,应为4.75V-5.25V
- 晶振检测:用示波器观察XTAL2引脚,应看到正弦波或近似方波(频率≈11.0592MHz)
- LED观察:观察LED是否按程序设定频率闪烁
- 复位测试:手动给RST引脚一个高电平脉冲(或按复位键),LED应重新从初始状态开始闪烁
故障排查速查表:
| 故障现象 | 可能原因 | 排查方法 |
|---|---|---|
| 芯片发烫 | VCC/GND接反或短路 | 立即断电,检查电源连接 |
| 晶振不起振 | 晶振损坏、电容未接好、芯片未插紧 | 更换晶振、重插芯片 |
| LED常亮不闪 | 程序未烧录成功、延时函数太短 | 重新烧录、增大延时参数 |
| LED不亮 | LED极性接反、电阻过大、引脚定义错误 | 检查LED方向、电阻值、代码引脚 |
| 复位无效 | 复位电路接错、电容极性反 | 对照原理图检查RST引脚连接 |
# ■ 成果提交区
提交清单:
- [ ] 搭建完成的最小系统电路实物(课上检查)
- [ ] C51源程序(.c文件)及HEX文件
- [ ] 《硬件装配与自检记录表》(见下表模板)
- [ ] 电路实物照片(俯视角度,能看清所有连线)
- [ ] LED闪烁效果视频或GIF
- [ ] 组内互评表(匿名提交)
《硬件装配与自检记录表》模板:
| 检查项 | 标准值/要求 | 实测值/结果 | 是否合格 |
|---|---|---|---|
| 电源电压 | 5.0V ± 5% | □是 □否 | |
| VCC-GND电阻(断电) | > 100Ω | □是 □否 | |
| 晶振频率 | 11.0592MHz ± 0.1% | □是 □否 | |
| 复位功能 | 按下复位键后程序重新运行 | □是 □否 | |
| LED闪烁功能 | 按设定频率正常闪烁 | □是 □否 | |
| 代码编译 | 0 Error, 0 Warning | □是 □否 | |
| 装配规范性 | 走线整洁、元器件布局合理 | □是 □否 |
# ■ 评价反思区
【K1-K8产出评价】 使用COMET八标准中的相关维度进行产出评价,评价的是"能力产出"而非"态度认同"。
| K标准 | 评价维度 | 1分:未达标 | 2分:基本达标 | 3分:良好达标 | 4分:优秀达标 |
|---|---|---|---|---|---|
| K1 清晰性 | 电路接线图绘制规范、程序注释清晰、记录表填写完整 | 无图或混乱 | 基本能看懂 | 图纸规范、注释完整 | 可直接移交他人复现 |
| K2 功能性 | 最小系统能独立运行、LED按预期闪烁、复位功能正常 | 无法上电 | 能亮但闪烁异常 | 功能完全符合要求 | 增加额外功能(如多LED) |
| K5 工作过程导向 | 装配流程规范、自检步骤完整、故障排查有记录 | 无序装配 | 基本能完成 | 流程规范、记录完整 | 形成标准操作文档 |
同伴互评(其他小组对报告提1个优点+1个改进建议):
| 评价组 | 优点 | 改进建议 |
|---|---|---|
个人改进计划:
【新增·组内成员互评表】(匿名提交教师,1-5分,与K1-K8能力画像数据对接)
| 互评维度 | 映射K标准 | 组员A | 组员B | 组员C | 组员D | 评分说明(行为锚定) |
|---|---|---|---|---|---|---|
| 任务参与度(主动承担、按时完成) | K5工作过程导向 | 5=全程主动,1=消极被动 | ||||
| 成果贡献度(产出数量与质量) | K2功能性 | 5=贡献最大,1=几乎无贡献 | ||||
| 表达清晰性(汇报/文档/展示的逻辑) | K1清晰性 | 5=逻辑严谨,1=混乱不清 | ||||
| 创新积极性(提出新想法、解决问题) | K8创造性 | 5=积极创新,1=无新想法 | ||||
| 协作责任感(沟通配合、冲突处理) | K6社会责任 | 5=主动补位,1=不配合 |
个人贡献度自评(与组内互评对照,防止自评偏差):
- 本工单中,我承担的角色是:________________
- 我完成的核心任务是:________________
- 我为团队解决的1个关键问题是:________________
- 我从其他组员身上学到的1点是:________________
- 如果重新来过,我会改进:________________
小组协作系数(教师评定,0.8-1.2,直接影响个人最终成绩):____
系数说明:
- 1.1-1.2 = 协作优异、互相补位、有超出分工的创造性贡献
- 1.0 = 正常协作,各尽其责
- 0.8-0.9 = 协作存在问题、搭便车或冲突未解决
计算公式:个人最终得分 = 基础产出分(K1-K8平均)× 个人贡献系数(β)× 小组协作系数(α)
数据去向:本表得分将汇入「COMET K1-K8能力画像数据库」,作为学生个体能力发展追踪的原始证据。
# ■ 理论注解 ★(可选阅读)
【理论溯源】 最小系统概念源于嵌入式系统的"可运行最小集"思想——即能让处理器正常工作的最少外部电路。这一思想在计算机体系结构中有深远渊源:1945年冯·诺依曼提出的"存储程序计算机"架构(EDVAC报告)已经蕴含了"处理器+存储器+输入输出"的最小系统思想。对于8051单片机而言,Intel 1980年的原始设计文档明确规定:芯片需要外部晶振提供时钟、需要上电复位电路初始化程序计数器、需要EA引脚电平决定程序存储器来源——这三项构成了最小系统的"铁三角"。
【为什么用它】 最小系统搭建是嵌入式硬件开发的"元技能"——无论多么复杂的嵌入式系统,都是从最小系统开始逐步扩展的。东华测试的DH5971无线振动监测节点,其核心板就是一个"最小系统+ADC+无线模块"的渐进式扩展。通过最小系统搭建,学生不仅学会了接几根线,更重要的是建立了"系统思维"——理解每个外部电路对芯片运行的必要性,为后续复杂系统的故障排查奠定基础。
【Bybee四阶段关联】 本工单对应Bybee四阶段模型中的"程序素养"(procedural literacy)层级。学生不仅要"知道"晶振的作用(名义素养),还要"会接"晶振电路(功能素养),更要理解"为什么需要晶振"(概念-程序素养)。当学生能够向组内同伴解释"如果没有晶振,单片机就像没有心跳的人"时,说明他已经达到了概念-程序素养水平。
# 模块二:I/O控制与显示系统(16课时)
模块目标:培养单片机I/O口控制与显示驱动能力(C2),使学生能够熟练运用I/O口进行输入输出控制,掌握LED指示灯、流水灯、数码管静态显示等典型工控显示装置的设计与调试方法。
对应P层能力:P2 嵌入式程序开发与应用能力 → P3 智能设备调试与运维能力
对应G层素养:G3 批判性思维与问题解决能力 → G5 创新创业意识与可持续发展理念 → G6 数字素养
# 【工单03】生产线指示灯与工位按键控制 【C2→T】
# ■ 任务呈现区
情境:您是江苏东华测试技术股份有限公司生产部的自动化运维技术员。公司智能制造车间新引进了5条应变传感器产线,每条产线配备3个工位状态指示灯(红/黄/绿)和2个工位控制按钮(启动/停止)。您的任务是:设计一套基于STC89C52RC单片机的"产线工位状态指示与按钮控制系统"原型——通过I/O口控制LED模拟产线指示灯,通过按键模拟工位按钮实现状态切换。系统要求:①红灯表示故障停机、黄灯表示待机预警、绿灯表示正常运行;②按下"启动"按钮绿灯亮,按下"停止"按钮黄灯亮;③紧急情况下长按"停止"按钮3秒触发红灯报警。
真实背景参考:东华测试的传感器产线采用模块化布局,每个工位配备PLC+单片机双控制器架构。在PLC主控制器故障时,单片机备份系统需要接管工位状态指示功能。公司《产线设备操作手册》规定:所有状态指示灯必须具有"三色互锁"功能(同一时间只能有一种颜色亮),按钮操作必须有20ms软件消抖处理,紧急停机响应时间不得超过100ms。
学习目标:
- 能够理解单片机I/O口作为输入(按键检测)和输出(LED控制)的工作原理
- 能够编写程序实现LED的独立控制和状态切换
- 能够实现按键电平检测并控制LED状态变化
- 能够运用简单顺序结构程序设计解决实际工控问题
核心输出物:
- [ ] 产线指示灯与按键控制电路(面包板搭建)
- [ ] C51控制程序(含三色互锁逻辑、按键消抖、紧急报警功能)
- [ ] 《工位控制逻辑测试表》(含正常流程+异常流程测试用例)
- [ ] 系统功能演示视频(正常启动→停止→紧急停机的完整流程)
# ■ 任务定位栏
【3D Penetration】本工单的三维属性标注
内容维度:③ 问题解决型(产线状态控制逻辑设计与实现)
行动维度:资讯→计划→决策→展示→执行→检查→评价
需求维度:目标水平=L3 | 核心K标准:K2/K5/K6
向上穿透: T层"产线指示灯与按键控制" → C2"单片机I/O口控制与显示驱动能力" → P3"智能设备调试与运维能力" → G3"批判性思维与问题解决能力"
# ■ 学生分组与角色分配【必备·勿遗漏】
【为什么必备】 分组不是"把学生凑在一起",而是"让每个学生都有不可替代的责任"。没有角色分配的分组必然导致搭便车;没有协作规则的分组必然陷入混乱。本栏是十部分工单的第③部分,缺失则学生无法形成有效协作,教师后续也无法追溯个人贡献度。
分组建议:4人小组。 角色分工(建议轮换):
- 硬件设计员:负责电路原理图设计、面包板接线、元器件选型(限流电阻计算)
- 软件编程员:负责C51程序编写、状态机逻辑实现、按键消抖算法
- 测试工程师:负责功能测试用例设计、正常/异常流程测试、响应时间测量
- 现场记录员:负责填写《工位控制逻辑测试表》、记录测试数据、撰写操作说明
协作规则:
- 分工原则:硬件与软件并行开发——硬件搭线的同时软件编写代码;完成后联合调试
- 交流机制:使用"状态转换图"作为共同语言——全组在白板上画出红绿灯状态转换图,确认无误后再编码
- 冲突解决:控制逻辑分歧时,以《产线设备操作手册》中的安全规范为最高准则
学生互评机制:
- 组内互评:每份工单完成后,组员根据"参与度/贡献度/协作度"三维度互评(1-5分),匿名提交教师
- 组间互评:成果展示环节,其他小组使用"K1-K8产出评价"进行交叉评价
- 教师观察:教师记录小组协作中的角色担当、冲突处理、时间管理等行为,作为协作系数依据
分组操作指南:
- 分组方式:开学初固定分组(4人/组),整个课程周期内保持稳定
- 角色轮换:每个工单结束后,角色顺时针轮换,确保每人体验完整岗位链条
- 搭便车预防:组内互评单项低于3分的成员,需接受教师面谈并制定改进计划;连续2个工单互评垫底者,触发个人独立补做机制
- 协作激励:小组协作系数1.1-1.2的成员,在课程总评中获得额外能力积分
# ■ 知识准备区
1. 必备知识清单
| 知识点 | 掌握状态 | 复习资料 |
|---|---|---|
| I/O口输入输出工作原理(准双向口特性) | □已掌握 □需复习 | 《单片机原理与应用》第3章 |
| LED驱动原理(共阳/共阴、限流电阻计算) | □已掌握 □需复习 | 《模拟电子技术》第1章 |
| 按键电平检测原理(上拉/下拉电阻) | □已掌握 □需复习 | 《单片机原理与应用》第3章 |
| 软件消抖原理(延时去抖) | □已掌握 □需复习 | 实训室微课视频 |
| 简单状态机设计(switch-case结构) | □已掌握 □需复习 | 《C程序设计》第4章 |
2. 工具与资源清单
- 硬件器材:STC89C52RC开发板、红/黄/绿LED各1个、按键2个、220Ω/1kΩ电阻若干、面包板、杜邦线
- 测试工具:秒表(测量响应时间)、万用表
- 参考资料:东华测试《产线设备操作手册》、《单片机C语言程序设计》
- 安全规范:LED限流电阻必须接入,防止过流烧毁I/O口;按键必须接上拉电阻,防止浮空干扰
3. 前置任务检查
□ 已计算LED限流电阻值(目标电流10-20mA)
□ 已画出状态转换图(正常/停止/紧急三种状态)
□ 已确认按键接法(上拉还是下拉)
□ 已理解软件消抖原理并能写出延时函数
□ 已准备3色LED和2个按键
# ■ 计划区
任务拆解与进度安排(6课时 = 270分钟):
| 阶段 | 时间 | 负责人 | 具体任务 | 完成标志 |
|---|---|---|---|---|
| 资讯 | 30min | 全组 | 学习I/O口输入输出原理、分析产线控制需求 | 画出状态转换图 |
| 计划 | 20min | 全组 | 分配角色、设计电路、规划程序结构 | 电路草图+程序流程图完成 |
| 决策 | 15min | 全组 | 确定LED接法、按键检测方式、消抖延时 | 决策记录表填写完成 |
| 执行1 | 50min | 硬件设计员 | 搭建三色LED+双按键电路 | 万用表检测各点正常 |
| 执行2 | 60min | 软件编程员 | 编写主程序(状态机+消抖+互锁) | 编译通过0 Error |
| 执行3 | 50min | 测试工程师 | 设计测试用例、执行功能测试 | 所有用例通过 |
| 检查 | 30min | 现场记录员 | 填写测试表、记录响应时间、撰写说明 | 文档完整 |
| 评价 | 15min | 全组 | 组内互评、提交成果 | 互评表提交教师 |
风险预判与应对:
- 风险1:三色LED同时亮(互锁失效) → 应对:程序中设置互锁标志位,确保只有一个I/O口输出有效电平
- 风险2:按键误触发(消抖不彻底) → 应对:增加消抖延时到20-50ms,或采用"检测-延时-再检测"双确认法
- 风险3:紧急停机响应慢 → 应对:优化程序结构,避免在延时函数中阻塞中断检测
# ■ 决策区
技术方案选择:
| 决策项 | 选项A | 选项B | 选项C | 选择 | 理由 |
|---|---|---|---|---|---|
| LED接法 | 共阳(低电平亮) | 共阴(高电平亮) | ____ | ||
| 按键检测 | 低电平有效(按下接地) | 高电平有效(按下接VCC) | ____ | ||
| 消抖方式 | 软件延时(简单) | 定时器中断(精准) | 两者结合 | ____ | |
| 状态表示 | 单字节变量(0/1/2) | 枚举类型 | 位变量 | ____ |
关键决策记录:
- 限流电阻计算:R = (VCC - VLED) / I = (5V - ____V) / ____mA = ____Ω
- 紧急停机检测方式:□按键长按3秒 □独立急停键
- 程序主循环结构:□轮询检测 □中断触发
# ■ 展示区
组间成果展示要求:
- 每组派1名代表演示:产线状态控制系统的完整功能(限时4分钟)
- 展示内容必须包括:正常启动流程、正常停止流程、紧急停机流程、三色互锁验证
- 其他小组观察并记录:该组的1个设计亮点 + 1个可以改进的地方
展示评价表(其他小组填写):
| 评价组 | 设计亮点 | 改进建议 |
|---|---|---|
| 第____组 |
# ■ 执行区
操作步骤指导(脚手架):
Step 1:电路搭建
三色LED指示灯电路:
P1.0 ── 220Ω ── 红色LED ── GND (故障指示)
P1.1 ── 220Ω ── 黄色LED ── GND (待机指示)
P1.2 ── 220Ω ── 绿色LED ── GND (运行指示)
P3.0 ── 按键1 ── GND (启动按钮,需外接上拉电阻10kΩ到VCC)
P3.1 ── 按键2 ── GND (停止按钮,需外接上拉电阻10kΩ到VCC)
Step 2:程序设计
状态转换图:
┌─────────┐
│ 待机 │←─────────────────────┐
│ (黄灯) │ │
└────┬────┘ │
│ 按下"启动" │
▼ │
┌─────────┐ 按下"停止" │
│ 运行 │─────────────────────┤
│ (绿灯) │ │
└────┬────┘ │
│ 长按"停止"3秒 │
▼ │
┌─────────┐ 按下"启动" │
│ 故障 │─────────────────────┘
│ (红灯) │
└─────────┘
程序框架:
#include <reg52.h>
sbit RED = P1^0; // 红灯-故障
sbit YELLOW = P1^1; // 黄灯-待机
sbit GREEN = P1^2; // 绿灯-运行
sbit BTN_START = P3^0; // 启动按钮(低电平有效)
sbit BTN_STOP = P3^1; // 停止按钮(低电平有效)
#define STATE_IDLE 0 // 待机
#define STATE_RUN 1 // 运行
#define STATE_FAULT 2 // 故障
unsigned char state = STATE_IDLE; // 初始状态:待机
void delay_ms(unsigned int ms) {
unsigned int i, j;
for(i = 0; i < ms; i++)
for(j = 0; j < 120; j++);
}
// 按键消抖检测
bit key_pressed(sbit key) {
if(key == 0) { // 检测到低电平
delay_ms(20); // 延时消抖
if(key == 0) { // 再次确认
while(key == 0); // 等待释放
return 1; // 确认按下
}
}
return 0;
}
// 更新指示灯(三色互锁)
void update_leds() {
RED = 1; YELLOW = 1; GREEN = 1; // 先全部熄灭
switch(state) {
case STATE_IDLE: YELLOW = 0; break; // 黄灯亮
case STATE_RUN: GREEN = 0; break; // 绿灯亮
case STATE_FAULT: RED = 0; break; // 红灯亮
}
}
void main() {
unsigned int press_time = 0;
update_leds(); // 初始状态显示
while(1) {
switch(state) {
case STATE_IDLE:
if(key_pressed(BTN_START)) {
state = STATE_RUN;
update_leds();
}
break;
case STATE_RUN:
if(BTN_STOP == 0) { // 检测停止键是否按下
delay_ms(20);
if(BTN_STOP == 0) { // 消抖确认
press_time = 0;
while(BTN_STOP == 0) { // 计时长按
delay_ms(100);
press_time++;
if(press_time >= 30) { // 3秒触发紧急停机
state = STATE_FAULT;
update_leds();
break;
}
}
if(state == STATE_RUN) { // 短按=正常停止
state = STATE_IDLE;
update_leds();
}
}
}
break;
case STATE_FAULT:
if(key_pressed(BTN_START)) {
state = STATE_IDLE; // 复位到待机
update_leds();
}
break;
}
}
}
Step 3:测试验证
| 测试用例编号 | 测试场景 | 操作步骤 | 预期结果 | 实测结果 | 是否通过 |
|---|---|---|---|---|---|
| TC-01 | 正常启动 | 上电后按"启动"键 | 黄灯→绿灯 | □ | |
| TC-02 | 正常停止 | 运行中按"停止"键 | 绿灯→黄灯 | □ | |
| TC-03 | 紧急停机 | 运行中长按"停止"3秒 | 绿灯→红灯 | □ | |
| TC-04 | 故障复位 | 红灯时按"启动"键 | 红灯→黄灯 | □ | |
| TC-05 | 三色互锁 | 观察任意时刻 | 仅一种颜色亮 | □ | |
| TC-06 | 消抖验证 | 快速抖动按键 | 无状态误切换 | □ |
# ■ 成果提交区
提交清单:
- [ ] 搭建完成的控制电路实物
- [ ] C51源程序(.c文件)及HEX文件
- [ ] 《工位控制逻辑测试表》(含6个测试用例)
- [ ] 系统功能演示视频
- [ ] 组内互评表(匿名提交)
# ■ 评价反思区
【K1-K8产出评价】 使用COMET八标准中的相关维度进行产出评价,评价的是"能力产出"而非"态度认同"。
| K标准 | 评价维度 | 1分:未达标 | 2分:基本达标 | 3分:良好达标 | 4分:优秀达标 |
|---|---|---|---|---|---|
| K2 功能性 | 三色互锁正确、按键响应准确、紧急停机有效 | 仅单色可控 | 基本切换但有问题 | 全部功能正常 | 增加额外安全保护 |
| K5 工作过程导向 | 状态转换图清晰、测试用例完整、调试记录详实 | 无图无记录 | 基本有记录 | 文档规范完整 | 形成可复用测试模板 |
| K6 社会责任 | 遵守安全规范、限流电阻正确、操作符合规程 | 有安全隐患 | 基本合规 | 完全规范操作 | 主动发现并改进安全问题 |
同伴互评(其他小组对报告提1个优点+1个改进建议):
| 评价组 | 优点 | 改进建议 |
|---|---|---|
个人改进计划:
【新增·组内成员互评表】(匿名提交教师,1-5分,与K1-K8能力画像数据对接)
| 互评维度 | 映射K标准 | 组员A | 组员B | 组员C | 组员D | 评分说明(行为锚定) |
|---|---|---|---|---|---|---|
| 任务参与度(主动承担、按时完成) | K5工作过程导向 | 5=全程主动,1=消极被动 | ||||
| 成果贡献度(产出数量与质量) | K2功能性 | 5=贡献最大,1=几乎无贡献 | ||||
| 表达清晰性(汇报/文档/展示的逻辑) | K1清晰性 | 5=逻辑严谨,1=混乱不清 | ||||
| 创新积极性(提出新想法、解决问题) | K8创造性 | 5=积极创新,1=无新想法 | ||||
| 协作责任感(沟通配合、冲突处理) | K6社会责任 | 5=主动补位,1=不配合 |
个人贡献度自评(与组内互评对照,防止自评偏差):
- 本工单中,我承担的角色是:________________
- 我完成的核心任务是:________________
- 我为团队解决的1个关键问题是:________________
- 我从其他组员身上学到的1点是:________________
- 如果重新来过,我会改进:________________
小组协作系数(教师评定,0.8-1.2,直接影响个人最终成绩):____
系数说明:
- 1.1-1.2 = 协作优异、互相补位、有超出分工的创造性贡献
- 1.0 = 正常协作,各尽其责
- 0.8-0.9 = 协作存在问题、搭便车或冲突未解决
计算公式:个人最终得分 = 基础产出分(K1-K8平均)× 个人贡献系数(β)× 小组协作系数(α)
数据去向:本表得分将汇入「COMET K1-K8能力画像数据库」,作为学生个体能力发展追踪的原始证据。
# ■ 理论注解 ★(可选阅读)
【理论溯源】 状态机(Finite State Machine, FSM)是数字逻辑与嵌入式系统的核心理论工具。Mealy和Moore在1950年代的形式语言研究中奠定了FSM的数学基础。在工业控制领域,PLC的梯形图编程本质上就是一种可视化的状态机表达。本工单中的三色灯状态转换正是Moore型状态机的典型应用——输出仅取决于当前状态,与输入无关。
【为什么用它】 产线状态控制是嵌入式系统最经典的入门应用场景之一。从学术上看,它涵盖了I/O口输入输出、按键消抖、状态机设计三个核心知识点;从工程上看,它直接对应东华测试产线上的真实控制需求。学生通过完成这个工单,不仅学会了"让灯亮",更重要的是建立了"状态思维"——理解系统在不同条件下的行为差异,这是从"写程序"到"设计系统"的关键跃迁。
【K标准关联】 本工单尤其强调K6(社会责任)——在工业现场,一个状态判断错误可能导致设备损坏甚至人员伤亡。程序中的"三色互锁"不仅是功能需求,更是安全需求;"紧急停机"功能必须可靠,这是工程师对现场操作工人生命安全的承诺。
# 【工单04】企业展示厅氛围灯设计与控制 【C2→T】
# ■ 任务呈现区
情境:您是江苏东华测试技术股份有限公司嵌入式开发部的初级工程师。公司新建的产品展示厅需要一套"智能氛围灯控制系统"来展示东华测试的嵌入式技术实力。展示厅有8组LED灯带(模拟8盏氛围灯),要求实现以下效果:①开机后8盏灯从两端向中间依次点亮(流水灯效果);②到达中间后反向流动,形成往返流水;③速度可调(通过修改延时参数);④具备"广告灯模式"——按照预设的8种亮灯组合循环切换(如全亮、隔一亮一、两端亮中间灭等)。您的任务是基于51单片机设计并制作这套展示厅氛围灯控制系统的原型。
真实背景参考:东华测试公司展厅中陈列着DH5902动态应变测试系统、DH5971无线振动监测节点等产品。展厅灯光设计由公司工业设计部门提出需求,嵌入式开发部门负责实现。公司《展厅设备技术规范》要求:所有展示设备必须具有"一键复位"功能,灯光效果切换时无闪烁,系统上电后自动进入默认模式运行。
学习目标:
- 能够识读广告灯控制电路原理图(共阳极LED阵列)
- 能够掌握循环移位函数
_crol_/_cror_的使用方法 - 能够运用查表法实现多种灯光效果的灵活切换
- 能够排查硬件接线与程序逻辑故障
核心输出物:
- [ ] 8路LED氛围灯控制电路(面包板搭建)
- [ ] C51控制程序(含往返流水灯+广告灯两种模式)
- [ ] 《灯光效果参数配置表》(含延时值与效果描述)
- [ ] 展示厅氛围灯演示视频
# ■ 任务定位栏
【3D Penetration】本工单的三维属性标注
内容维度:③ 问题解决型(氛围灯控制算法设计与实现)
行动维度:资讯→计划→决策→展示→执行→检查→评价
需求维度:目标水平=L3 | 核心K标准:K1/K2/K8
向上穿透: T层"循环控制与查表法应用" → C2"单片机I/O口控制与显示驱动能力" → P2"嵌入式程序开发与应用能力" → G5"创新创业意识与可持续发展理念"
# ■ 学生分组与角色分配【必备·勿遗漏】
【为什么必备】 分组不是"把学生凑在一起",而是"让每个学生都有不可替代的责任"。没有角色分配的分组必然导致搭便车;没有协作规则的分组必然陷入混乱。本栏是十部分工单的第③部分,缺失则学生无法形成有效协作,教师后续也无法追溯个人贡献度。
分组建议:4人小组。 角色分工(建议轮换):
- 电路设计师:负责8路LED阵列电路设计、限流电阻计算、面包板布局
- 算法工程师:负责流水灯算法设计(移位法)、广告灯查表法实现、模式切换逻辑
- 调试测试员:负责硬件接线检查、效果验证、速度参数调优
- 展示策划员:负责灯光效果设计(至少4种独特效果)、演示方案策划、参数配置表
协作规则:
- 分工原则:电路与算法同步开发;效果设计须经全组投票确认
- 交流机制:使用"效果预览表"——在纸上画出每种效果的8位二进制表示(1=亮,0=灭),全组确认后再编码
- 冲突解决:效果优先级分歧时,以"视觉冲击力+技术实现难度"综合评分决定
学生互评机制:
- 组内互评:每份工单完成后,组员根据"参与度/贡献度/协作度"三维度互评(1-5分),匿名提交教师
- 组间互评:成果展示环节,其他小组使用"K1-K8产出评价"进行交叉评价
- 教师观察:教师记录小组协作中的角色担当、冲突处理、时间管理等行为,作为协作系数依据
分组操作指南:
- 分组方式:开学初固定分组(4人/组),整个课程周期内保持稳定
- 角色轮换:每个工单结束后,角色顺时针轮换,确保每人体验完整岗位链条
- 搭便车预防:组内互评单项低于3分的成员,需接受教师面谈并制定改进计划;连续2个工单互评垫底者,触发个人独立补做机制
- 协作激励:小组协作系数1.1-1.2的成员,在课程总评中获得额外能力积分
# ■ 知识准备区
1. 必备知识清单
| 知识点 | 掌握状态 | 复习资料 |
|---|---|---|
| 共阳极LED电路结构与限流电阻作用 | □已掌握 □需复习 | 《模拟电子技术》第1章 |
循环移位函数 _crol_ / _cror_ 原理 | □已掌握 □需复习 | 《单片机C语言程序设计》第4章 |
| 查表法原理(数组存储状态序列) | □已掌握 □需复习 | 实训室微课视频 |
| 循环结构程序设计(for/while) | □已掌握 □需复习 | 《C程序设计》第5章 |
| 字节位操作(左移、右移、取反) | □已掌握 □需复习 | 《C程序设计》第12章 |
2. 工具与资源清单
- 硬件器材:STC89C52RC开发板、LED×8、220Ω电阻×8、面包板、杜邦线
- 软件工具:Keil μVision5、STC-ISP
- 参考资料:
_crol_/_cror_函数说明(intrins.h)、《展厅设备技术规范》 - 设计规范:LED间距均匀(约2cm),颜色可按创意自由搭配;限流电阻必须接入
3. 前置任务检查
□ 已理解
_crol_/_cror_函数的参数含义和返回值
□ 已画出8路LED的连接原理图
□ 已设计至少4种广告灯效果的状态编码
□ 已准备好8个LED和8个限流电阻
□ 已阅读《展厅设备技术规范》中关于展示设备的要求
# ■ 计划区
任务拆解与进度安排(4课时 = 180分钟):
| 阶段 | 时间 | 负责人 | 具体任务 | 完成标志 |
|---|---|---|---|---|
| 资讯 | 20min | 全组 | 学习移位函数和查表法、分析展厅灯光需求 | 画出效果编码表 |
| 计划 | 15min | 全组 | 分配角色、确定4种效果、规划面包板布局 | 效果表+布局图完成 |
| 决策 | 10min | 全组 | 确定LED颜色搭配、模式切换方式、默认模式 | 决策记录完成 |
| 执行1 | 40min | 电路设计师 | 搭建8路LED阵列电路 | 8个LED均可独立控制 |
| 执行2 | 50min | 算法工程师 | 编写往返流水灯+查表法广告灯程序 | 编译通过 |
| 执行3 | 25min | 调试测试员 | 调试验证、速度参数优化 | 效果流畅无闪烁 |
| 检查 | 12min | 展示策划员 | 填写参数配置表、策划演示方案 | 文档完整 |
| 评价 | 8min | 全组 | 组内互评、提交成果 | 互评表提交 |
风险预判与应对:
- 风险1:流水灯方向不对(左移/右移混淆) → 应对:在纸上画出每步的8位二进制值,对照验证
- 风险2:广告灯切换时闪烁 → 应对:在切换前熄灭所有LED,或增加过渡延时
- 风险3:LED亮度不均匀 → 应对:检查每个LED的限流电阻阻值是否一致
# ■ 决策区
技术方案选择:
| 决策项 | 选项A | 选项B | 选项C | 选择 | 理由 |
|---|---|---|---|---|---|
| LED连接端口 | P1口(8位完整) | P2口 | P0口(需上拉) | ____ | |
| 流水灯方向 | 从左到右→从右到左 | 从两端到中间 | 从中间到两端 | ____ | |
| 模式切换方式 | 自动循环 | 按键切换 | 定时自动+按键 | ____ | |
| 速度调节 | 修改代码参数 | 按键增减 | 固定几档 | ____ |
灯光效果编码表(预设):
| 效果编号 | 效果名称 | 8位编码(P1口,1=亮) | 说明 |
|---|---|---|---|
| 1 | 全亮 | 0xFF | 所有LED点亮 |
| 2 | 隔一亮一 | 0xAA | 奇数位亮 |
| 3 | 两端亮 | 0x81 | 仅首尾亮 |
| 4 | 中间亮 | 0x18 | 仅中间两盏亮 |
| 5 | (自定义) | ____ | 小组创意设计 |
| 6 | (自定义) | ____ | 小组创意设计 |
# ■ 展示区
组间成果展示要求:
- 每组派1名代表演示:氛围灯控制系统(限时3分钟)
- 展示内容必须包括:往返流水灯效果、至少4种广告灯效果、速度调节演示
- 其他小组观察并记录:该组的1个创意设计亮点 + 1个可以改进的地方
展示评价表(其他小组填写):
| 评价组 | 设计亮点 | 改进建议 |
|---|---|---|
| 第____组 |
# ■ 执行区
操作步骤指导(脚手架):
Step 1:8路LED电路搭建
将8个LED的负极(短脚)分别接P1.0~P1.7,正极(长脚)各串一个220Ω电阻后接VCC(共阳接法,输出低电平点亮):
P1.0 ── LED1 ── 220Ω ── VCC
P1.1 ── LED2 ── 220Ω ── VCC
...
P1.7 ── LED8 ── 220Ω ── VCC
Step 2:往返流水灯程序
#include <reg52.h>
#include <intrins.h> // 包含循环移位函数
#define LED_PORT P1
void delay_ms(unsigned int ms) {
unsigned int i, j;
for(i = 0; i < ms; i++)
for(j = 0; j < 120; j++);
}
// 往返流水灯:从左到右,再从右到左
void running_light() {
unsigned char i;
unsigned char temp = 0xFE; // 1111 1110,最低位亮
// 从左到右
for(i = 0; i < 7; i++) {
LED_PORT = temp;
delay_ms(150);
temp = _crol_(temp, 1); // 循环左移1位
}
LED_PORT = temp; // 显示最后一位
delay_ms(150);
// 从右到左
for(i = 0; i < 7; i++) {
temp = _cror_(temp, 1); // 循环右移1位
LED_PORT = temp;
delay_ms(150);
}
}
// 查表法广告灯
void ad_light() {
unsigned char code table[] = {
0xFF, // 全亮
0xAA, // 隔一亮一
0x81, // 两端亮
0x18, // 中间亮
0xC3, // 两端各两盏亮
0x24, // 中间各两盏亮
0x00, // 全灭(过渡)
};
unsigned char i;
for(i = 0; i < 7; i++) {
LED_PORT = ~table[i]; // 取反(共阳接法)
delay_ms(400);
}
}
void main() {
unsigned char mode = 0;
while(1) {
if(mode == 0) {
running_light();
} else {
ad_light();
}
// 可通过按键或其他条件切换mode
}
}
注意:共阳接法下,P1口输出0点亮LED、输出1熄灭LED。
0xFE= 1111 1110(最低位为0,对应P1.0亮)。_crol_函数将8位数据循环左移。
Step 3:效果调优
- 调整
delay_ms()参数改变流水速度 - 尝试不同的初始值和移位方向创造新效果
- 添加按键切换模式功能(拓展)
# ■ 成果提交区
提交清单:
- [ ] 8路LED氛围灯控制电路实物
- [ ] C51源程序(.c文件)及HEX文件
- [ ] 《灯光效果参数配置表》(含所有效果编码和延时参数)
- [ ] 演示视频
- [ ] 组内互评表(匿名提交)
# ■ 评价反思区
【K1-K8产出评价】 使用COMET八标准中的相关维度进行产出评价,评价的是"能力产出"而非"态度认同"。
| K标准 | 评价维度 | 1分:未达标 | 2分:基本达标 | 3分:良好达标 | 4分:优秀达标 |
|---|---|---|---|---|---|
| K1 清晰性 | 程序注释清晰、效果编码表规范、接线图标准 | 无注释 | 基本可读 | 注释完整、图表规范 | 可直接作为技术文档 |
| K2 功能性 | 流水灯往返流畅、广告灯效果正确、无闪烁 | 仅单色可控 | 基本流水但有问题 | 效果完整流畅 | 效果丰富且有创意 |
| K8 创造性 | 设计了独特的灯光效果、算法优化、展示方案有创意 | 仅复制示例 | 有1-2种变化 | 设计4种以上效果 | 效果独特且有展示价值 |
同伴互评(其他小组对报告提1个优点+1个改进建议):
| 评价组 | 优点 | 改进建议 |
|---|---|---|
个人改进计划:
【新增·组内成员互评表】(匿名提交教师,1-5分,与K1-K8能力画像数据对接)
| 互评维度 | 映射K标准 | 组员A | 组员B | 组员C | 组员D | 评分说明(行为锚定) |
|---|---|---|---|---|---|---|
| 任务参与度(主动承担、按时完成) | K5工作过程导向 | 5=全程主动,1=消极被动 | ||||
| 成果贡献度(产出数量与质量) | K2功能性 | 5=贡献最大,1=几乎无贡献 | ||||
| 表达清晰性(汇报/文档/展示的逻辑) | K1清晰性 | 5=逻辑严谨,1=混乱不清 | ||||
| 创新积极性(提出新想法、解决问题) | K8创造性 | 5=积极创新,1=无新想法 | ||||
| 协作责任感(沟通配合、冲突处理) | K6社会责任 | 5=主动补位,1=不配合 |
个人贡献度自评(与组内互评对照,防止自评偏差):
- 本工单中,我承担的角色是:________________
- 我完成的核心任务是:________________
- 我为团队解决的1个关键问题是:________________
- 我从其他组员身上学到的1点是:________________
- 如果重新来过,我会改进:________________
小组协作系数(教师评定,0.8-1.2,直接影响个人最终成绩):____
系数说明:
- 1.1-1.2 = 协作优异、互相补位、有超出分工的创造性贡献
- 1.0 = 正常协作,各尽其责
- 0.8-0.9 = 协作存在问题、搭便车或冲突未解决
计算公式:个人最终得分 = 基础产出分(K1-K8平均)× 个人贡献系数(β)× 小组协作系数(α)
数据去向:本表得分将汇入「COMET K1-K8能力画像数据库」,作为学生个体能力发展追踪的原始证据。
# ■ 理论注解 ★(可选阅读)
【理论溯源】 查表法(Lookup Table)是嵌入式系统中最高效的算法策略之一,其思想源于数学中的"以空间换时间"(space-time tradeoff)。在CPU主频只有12MHz、每条指令执行时间以微秒计的51单片机上,复杂的数学运算(如三角函数、对数)需要大量机器周期,而查表法只需一次数组索引即可得到结果。这一思想在数字信号处理(DSP)领域被发挥到极致——FFT算法中的旋转因子表、图像处理中的伽马校正表,都是查表法的工程应用。
【为什么用它】 氛围灯控制看似简单,实则涵盖了嵌入式开发的三大核心技能:硬件接线(电路设计)、位操作(底层控制)、算法实现(效果生成)。_crol_ 函数的使用让学生理解了"位"(bit)作为单片机最小操作单元的意义;查表法则让学生体会到"数据驱动程序行为"的设计思想——修改数组内容即可改变效果,无需修改程序逻辑。这种"数据与逻辑分离"的架构思维,是后续学习更复杂嵌入式系统(如菜单系统、配置参数管理)的基础。
【设计导向关联】 本工单不仅是"实现功能",更是"设计体验"。展示厅氛围灯的第一目的不是"照明",而是"传达企业形象"。学生在设计灯光效果时,需要考虑色彩搭配、节奏变化、视觉焦点——这些都是"设计导向"(design orientation)在嵌入式领域的体现。技术实现(功能性)与美学表达(创造性)的结合,正是职业行动能力的高阶表现。
# 【工单05】工控面板数码管静态显示 【C2→T】
# ■ 任务呈现区
情境:您是江苏东华测试技术股份有限公司仪器仪表装配部的技术员。公司新开发的DH-T100便携式温度巡检仪需要配置一块3位共阳极数码管作为工控显示面板,用于显示当前检测的通道号(0~9)和温度值(0.0~99.9℃)。您的任务是:完成数码管硬件电路的装配与焊接,编写静态显示驱动程序,使数码管能够稳定显示指定数字。这是仪表装配岗位的核心技能——每一块出厂的巡检仪,显示面板都必须经过严格的静态显示测试。
真实背景参考:东华测试的DH3818静态应变测试系统前面板采用4位共阳数码管显示通道号和应变值。生产线上,仪器仪表装配技术员需要按照《数码管装配工艺卡》完成焊接、段码校验和亮度一致性检查。公司质量规范要求:数码管显示数字必须清晰无断划、无暗影、亮度均匀;段码驱动电流必须控制在15mA±2mA范围内。
学习目标:
- 能够识别数码管的外形结构与引脚排列(共阳/共阴区别)
- 能够掌握段码表的编制方法(0~9数字对应的段码值)
- 能够完成静态数码管的硬件接线(段选+位选)
- 能够编写程序实现0~9数字的稳定静态显示
核心输出物:
- [ ] 1位或2位数码管静态显示电路(面包板搭建)
- [ ] C51静态显示驱动程序(含0~9段码表)
- [ ] 《数码管显示测试记录表》(含段码值、亮度、电流测量值)
- [ ] 数码管显示效果照片(至少显示0、5、9三个数字)
# ■ 任务定位栏
【3D Penetration】本工单的三维属性标注
内容维度:② 循环强化型(数码管静态显示驱动)
行动维度:资讯→计划→决策→展示→执行→检查→评价
需求维度:目标水平=L3 | 核心K标准:K2/K5
向上穿透: T层"数码管静态显示驱动" → C2"单片机I/O口控制与显示驱动能力" → P3"智能设备调试与运维能力" → G6"数字素养"
# ■ 学生分组与角色分配【必备·勿遗漏】
【为什么必备】 分组不是"把学生凑在一起",而是"让每个学生都有不可替代的责任"。没有角色分配的分组必然导致搭便车;没有协作规则的分组必然陷入混乱。本栏是十部分工单的第③部分,缺失则学生无法形成有效协作,教师后续也无法追溯个人贡献度。
分组建议:4人小组。 角色分工(建议轮换):
- 装配技术员:负责数码管识别、引脚确认、面包板接线、限流电阻安装
- 软件工程师:负责段码表编制、显示驱动程序编写、编译调试
- 质检员:负责显示效果检查(断划/暗影/亮度均匀性)、电流测量、填写测试记录
- 工艺文档员:负责绘制接线图、编制段码表文档、整理装配工艺说明
协作规则:
- 分工原则:硬件接线与软件编程可并行;段码表须经全组验证(每人独立计算1个数字的段码,交叉核对)
- 交流机制:使用"段码校验表"——每人在表上填写自己计算的段码值,不一致时集体讨论
- 冲突解决:段码计算分歧时,以数码管数据手册中的引脚-段对应关系为准
学生互评机制:
- 组内互评:每份工单完成后,组员根据"参与度/贡献度/协作度"三维度互评(1-5分),匿名提交教师
- 组间互评:成果展示环节,其他小组使用"K1-K8产出评价"进行交叉评价
- 教师观察:教师记录小组协作中的角色担当、冲突处理、时间管理等行为,作为协作系数依据
分组操作指南:
- 分组方式:开学初固定分组(4人/组),整个课程周期内保持稳定
- 角色轮换:每个工单结束后,角色顺时针轮换,确保每人体验完整岗位链条
- 搭便车预防:组内互评单项低于3分的成员,需接受教师面谈并制定改进计划;连续2个工单互评垫底者,触发个人独立补做机制
- 协作激励:小组协作系数1.1-1.2的成员,在课程总评中获得额外能力积分
# ■ 知识准备区
1. 必备知识清单
| 知识点 | 掌握状态 | 复习资料 |
|---|---|---|
| 数码管结构(7段+小数点,共阳/共阴区别) | □已掌握 □需复习 | 《单片机原理与应用》第4章 |
| 段码构成原理(a~g段与I/O口对应关系) | □已掌握 □需复习 | 实训室微课视频 |
| 并行I/O口数据输出编程 | □已掌握 □需复习 | 《单片机C语言程序设计》第3章 |
| 限流电阻计算(数码管段电流控制) | □已掌握 □需复习 | 《模拟电子技术》第1章 |
| 共阳数码管段码表编制方法 | □已掌握 □需复习 | 实训室参考手册 |
2. 工具与资源清单
- 硬件器材:STC89C52RC开发板、共阳数码管(1位或2位)、220Ω/470Ω电阻×8、面包板、杜邦线、万用表
- 测试仪器:万用表(电流档测量段电流)
- 参考资料:数码管数据手册(确认引脚与段的对应关系)、《数码管装配工艺卡》
- 工艺规范:每段必须串限流电阻;接线前必须确认数码管是共阳还是共阴
3. 前置任务检查
□ 已确认数码管型号和引脚排列(共阳/共阴)
□ 已查阅数据手册,明确各引脚对应的段(a~g、dp)
□ 已计算段码值(至少0~9)并与邻组交叉验证
□ 已准备8个限流电阻
□ 已阅读《数码管装配工艺卡》
# ■ 计划区
任务拆解与进度安排(6课时 = 270分钟):
| 阶段 | 时间 | 负责人 | 具体任务 | 完成标志 |
|---|---|---|---|---|
| 资讯 | 30min | 全组 | 学习数码管结构与原理、分析数据手册 | 能画出引脚-段对应图 |
| 计划 | 20min | 全组 | 分配角色、规划段码计算分工、设计接线方案 | 段码分工表+接线草图 |
| 决策 | 15min | 全组 | 确认数码管类型、段码值、电阻取值 | 决策记录+段码表签字 |
| 执行1 | 60min | 装配技术员 | 搭建数码管电路(段选线+公共端) | 万用表检测每段通路 |
| 执行2 | 60min | 软件工程师 | 编写段码表+静态显示程序 | 编译通过,0 Error |
| 执行3 | 40min | 质检员 | 测试0~9显示、测量段电流、检查断划暗影 | 所有数字显示正常 |
| 检查 | 30min | 工艺文档员 | 填写测试记录表、绘制标准接线图 | 文档完整规范 |
| 评价 | 15min | 全组 | 组内互评、提交成果 | 互评表提交教师 |
风险预判与应对:
- 风险1:段码表错误导致显示乱码 → 应对:用万用表二极管档逐段测试,确认引脚-段对应关系
- 风险2:数码管不亮 → 应对:检查公共端是否接对(共阳接VCC,共阴接GND)、限流电阻是否接入
- 风险3:显示亮度不均匀 → 应对:检查每段的限流电阻阻值是否一致,测量每段电流
# ■ 决策区
技术方案选择:
| 决策项 | 选项A | 选项B | 选择 | 理由 |
|---|---|---|---|---|
| 数码管类型 | 共阳数码管 | 共阴数码管 | ____ | |
| 限流电阻 | 220Ω(较亮) | 470Ω(较暗但省电) | ____ | |
| 连接端口 | P0口(需上拉) | P1口/P2口(直接驱动) | ____ | |
| 显示方式 | 1位静态显示 | 2位同时显示(需2个公共端) | ____ |
段码表(共阳数码管,输出0点亮):
| 数字 | 段码值(十六进制) | 段码值(二进制,dp-g-f-e-d-c-b-a) |
|---|---|---|
| 0 | 0xC0 | 1100 0000 |
| 1 | 0xF9 | 1111 1001 |
| 2 | 0xA4 | 1010 0100 |
| 3 | 0xB0 | 1011 0000 |
| 4 | 0x99 | 1001 1001 |
| 5 | 0x92 | 1001 0010 |
| 6 | 0x82 | 1000 0010 |
| 7 | 0xF8 | 1111 1000 |
| 8 | 0x80 | 1000 0000 |
| 9 | 0x90 | 1001 0000 |
# ■ 展示区
组间成果展示要求:
- 每组派1名代表演示:数码管静态显示效果(限时3分钟)
- 展示内容必须包括:0~9数字循环显示、段码表讲解、电流测量值汇报
- 其他小组观察并记录:该组的1个操作亮点 + 1个可以改进的地方
展示评价表(其他小组填写):
| 评价组 | 操作亮点 | 改进建议 |
|---|---|---|
| 第____组 |
# ■ 执行区
操作步骤指导(脚手架):
Step 1:数码管识别与引脚确认
- 查看数码管数据手册或型号标识,确认是共阳还是共阴
- 使用万用表二极管档:红表笔接公共端(COM),黑表笔逐段触碰——若LED亮则为共阳
- 画出引脚-段对应图,标注每个引脚连接的段(a~g、dp)
Step 2:电路搭建(共阳数码管)
VCC(5V)
│
公共端(COM)
│
┌──────┴──────────────────┐
│ 共阳数码管 │
│ a b c d e f g dp│
└──────┬──┬──┬──┬──┬──┬──┬──┬┘
R R R R R R R R (限流电阻)
│ │ │ │ │ │ │ │
P1.0~P1.7 (或P2口)
Step 3:程序编写
#include <reg52.h>
#define SEG_PORT P1 // 数码管段选接P1口
// 共阳数码管段码表(0~9)
unsigned char code seg_table[] = {
0xC0, // 0
0xF9, // 1
0xA4, // 2
0xB0, // 3
0x99, // 4
0x92, // 5
0x82, // 6
0xF8, // 7
0x80, // 8
0x90 // 9
};
void delay_ms(unsigned int ms) {
unsigned int i, j;
for(i = 0; i < ms; i++)
for(j = 0; j < 120; j++);
}
void main() {
unsigned char i;
while(1) {
for(i = 0; i <= 9; i++) {
SEG_PORT = seg_table[i]; // 送出段码
delay_ms(1000); // 显示1秒
}
}
}
Step 4:测试与测量
- 观察数码管0~9显示是否清晰、无断划
- 用万用表电流档串联在一段中,测量段电流(应在10-20mA范围内)
- 检查所有数字的亮度是否均匀
- 记录测试结果到《数码管显示测试记录表》
# ■ 成果提交区
提交清单:
- [ ] 数码管静态显示电路实物
- [ ] C51源程序(.c文件)及HEX文件
- [ ] 《数码管显示测试记录表》
- [ ] 数码管显示效果照片(显示0、5、9三个数字)
- [ ] 组内互评表(匿名提交)
《数码管显示测试记录表》模板:
| 测试项 | 测试方法 | 标准值 | 实测值 | 结果 |
|---|---|---|---|---|
| 数字0显示 | 目测 | 清晰无断划 | □合格 □不合格 | |
| 数字5显示 | 目测 | 清晰无断划 | □合格 □不合格 | |
| 数字9显示 | 目测 | 清晰无断划 | □合格 □不合格 | |
| 段电流 | 万用表电流档 | 10-20mA | □合格 □不合格 | |
| 亮度均匀性 | 目测对比 | 各段亮度一致 | □合格 □不合格 | |
| 小数点显示 | 目测 | 可独立控制 | □合格 □不合格 |
# ■ 评价反思区
【K1-K8产出评价】 使用COMET八标准中的相关维度进行产出评价,评价的是"能力产出"而非"态度认同"。
| K标准 | 评价维度 | 1分:未达标 | 2分:基本达标 | 3分:良好达标 | 4分:优秀达标 |
|---|---|---|---|---|---|
| K2 功能性 | 0~9数字显示正确、无断划、亮度均匀 | 无法显示 | 部分数字显示 | 全部数字清晰显示 | 增加小数点控制 |
| K5 工作过程导向 | 段码计算正确、接线规范、测试记录完整 | 段码有误 | 基本能显示 | 流程规范完整 | 形成标准工艺文件 |
| K7 经济性 | 限流电阻取值合理、电流在标准范围内 | 无电阻或过大 | 有电阻但欠优化 | 参数合理 | 精确控制并计算功耗 |
同伴互评(其他小组对报告提1个优点+1个改进建议):
| 评价组 | 优点 | 改进建议 |
|---|---|---|
个人改进计划:
【新增·组内成员互评表】(匿名提交教师,1-5分,与K1-K8能力画像数据对接)
| 互评维度 | 映射K标准 | 组员A | 组员B | 组员C | 组员D | 评分说明(行为锚定) |
|---|---|---|---|---|---|---|
| 任务参与度(主动承担、按时完成) | K5工作过程导向 | 5=全程主动,1=消极被动 | ||||
| 成果贡献度(产出数量与质量) | K2功能性 | 5=贡献最大,1=几乎无贡献 | ||||
| 表达清晰性(汇报/文档/展示的逻辑) | K1清晰性 | 5=逻辑严谨,1=混乱不清 | ||||
| 创新积极性(提出新想法、解决问题) | K8创造性 | 5=积极创新,1=无新想法 | ||||
| 协作责任感(沟通配合、冲突处理) | K6社会责任 | 5=主动补位,1=不配合 |
个人贡献度自评(与组内互评对照,防止自评偏差):
- 本工单中,我承担的角色是:________________
- 我完成的核心任务是:________________
- 我为团队解决的1个关键问题是:________________
- 我从其他组员身上学到的1点是:________________
- 如果重新来过,我会改进:________________
小组协作系数(教师评定,0.8-1.2,直接影响个人最终成绩):____
系数说明:
- 1.1-1.2 = 协作优异、互相补位、有超出分工的创造性贡献
- 1.0 = 正常协作,各尽其责
- 0.8-0.9 = 协作存在问题、搭便车或冲突未解决
计算公式:个人最终得分 = 基础产出分(K1-K8平均)× 个人贡献系数(β)× 小组协作系数(α)
数据去向:本表得分将汇入「COMET K1-K8能力画像数据库」,作为学生个体能力发展追踪的原始证据。
# ■ 理论注解 ★(可选阅读)
【理论溯源】 七段数码管的显示原理源于1960年代半导体显示技术的突破。在LCD尚未普及的年代,LED数码管是电子仪器唯一的数字显示方式。其设计充分体现了"标准化"思想——用7个基本段(a~g)的组合即可表示所有十进制数字,这种"有限原子组合无限信息"的思想在计算机科学中无处不在(如ASCII码用7位表示128个字符、Unicode用16位表示全球文字)。共阳与共阴两种结构则是工程上对"驱动方式"的优化——共阳型适合"灌电流"驱动(单片机吸收电流能力强),共阴型适合"拉电流"驱动。
【为什么用它】 数码管静态显示是理解"并行数据输出"和"段码编码"的绝佳载体。学生在编制段码表的过程中,实际上是在进行"信息编码"的实践活动——将抽象的数字(0~9)转换为具体的电平组合(8位二进制)。这种"编码思维"是后续学习更复杂显示技术(LCD点阵、OLED、TFT彩屏)的认知基础。同时,段码表的"查表"机制与工单04的查表法广告灯形成了知识螺旋——从灯光效果查表到数字显示查表,难度递增但原理相通。
【K7经济性关联】 数码管的段电流设计是K7(经济性)的典型教学点。限流电阻取值过小→电流过大→LED寿命缩短、功耗增加;取值过大→亮度不足→可读性差。学生需要在"亮度"与"功耗"之间寻找平衡点,这正是工程师在日常工作中面临的经典权衡(tradeoff)。
# 模块三:人机交互与中断控制(18课时)
模块目标:培养单片机人机交互接口与中断控制编程能力(C3),使学生能够掌握多位数码管动态扫描、按键检测与消抖、单键多模式切换等典型人机交互技术,理解中断机制在工业现场信号采集中的应用。
对应P层能力:P2 嵌入式程序开发与应用能力 → P4 传感器数据采集与处理能力
对应G层素养:G3 批判性思维与问题解决能力 → G4 团队协作与沟通能力 → G6 数字素养
# 【工单06】车间多位数码管动态巡检显示 【C2→T】
# ■ 任务呈现区
情境:您是江苏东华测试技术股份有限公司智能车间巡检终端运维部的技术员。公司车间部署了8台应变采集节点,需要一块4位数码管显示面板实时显示节点编号(0001~0008)和对应的应变读数(如"01-256"表示1号节点应变值256με)。由于I/O口数量有限,4位数码管必须采用"动态扫描"方式驱动——利用人眼的视觉暂留效应,快速轮流点亮每一位,看起来就像4位同时在显示。您的任务是:搭建4位共阳数码管动态扫描电路,编写动态显示程序,实现4位数字的"同时"稳定显示,并优化程序解决闪烁和"鬼影"问题。
真实背景参考:东华测试DH3818静态应变测试系统前面板采用8位数码管动态扫描显示。生产线上的巡检终端(手持式设备)由于体积限制,必须使用动态扫描来节省I/O口。公司《巡检终端显示规范》要求:扫描频率不低于50Hz(每20ms刷新一次全部位),显示无肉眼可见闪烁;位切换时必须先关闭所有段码再切换位选,防止"鬼影";亮度均匀性误差不超过10%。
学习目标:
- 能够理解动态扫描分时复用的工作原理(视觉暂留效应)
- 能够掌握位选和段选的控制逻辑
- 能够搭建多位数码管动态扫描电路并编写驱动程序
- 能够优化程序解决动态显示中的闪烁和"鬼影"问题
核心输出物:
- [ ] 4位数码管动态扫描显示电路
- [ ] C51动态显示驱动程序(含消影处理)
- [ ] 《动态扫描性能测试表》(含刷新率、亮度均匀性)
- [ ] 显示效果照片或视频
# ■ 任务定位栏
【3D Penetration】本工单的三维属性标注
内容维度:③ 问题解决型(动态扫描显示系统设计与优化)
行动维度:资讯→计划→决策→展示→执行→检查→评价
需求维度:目标水平=L3 | 核心K标准:K2/K4/K5
向上穿透: T层"多位数码管动态扫描驱动" → C2"单片机I/O口控制与显示驱动能力" → P3"智能设备调试与运维能力" → G6"数字素养"
# ■ 学生分组与角色分配【必备·勿遗漏】
【为什么必备】 分组不是"把学生凑在一起",而是"让每个学生都有不可替代的责任"。没有角色分配的分组必然导致搭便车;没有协作规则的分组必然陷入混乱。本栏是十部分工单的第③部分,缺失则学生无法形成有效协作,教师后续也无法追溯个人贡献度。
分组建议:4人小组。 角色分工(建议轮换):
- 硬件工程师:负责4位数码管位选/段选电路设计、三极管驱动电路搭建
- 软件算法员:负责动态扫描时序设计、消影算法实现、刷新率优化
- 系统测试员:负责刷新率测量(示波器或逻辑分析仪)、亮度均匀性测试、鬼影检测
- 技术文档员:负责绘制动态扫描时序图、编写技术说明、记录优化过程
协作规则:
- 分工原则:动态扫描的核心是"时序"——硬件必须确保位选切换速度足够快,软件必须确保刷新周期稳定
- 交流机制:使用"时序图协作板"——在白板上画出4位扫描的时序波形,标注每位点亮时间和消影时间
- 冲突解决:刷新率与亮度矛盾时(频率太高→亮度低),以"50Hz刷新率"为最低标准,通过调整限流电阻平衡亮度
学生互评机制:
- 组内互评:每份工单完成后,组员根据"参与度/贡献度/协作度"三维度互评(1-5分),匿名提交教师
- 组间互评:成果展示环节,其他小组使用"K1-K8产出评价"进行交叉评价
- 教师观察:教师记录小组协作中的角色担当、冲突处理、时间管理等行为,作为协作系数依据
分组操作指南:
- 分组方式:开学初固定分组(4人/组),整个课程周期内保持稳定
- 角色轮换:每个工单结束后,角色顺时针轮换,确保每人体验完整岗位链条
- 搭便车预防:组内互评单项低于3分的成员,需接受教师面谈并制定改进计划;连续2个工单互评垫底者,触发个人独立补做机制
- 协作激励:小组协作系数1.1-1.2的成员,在课程总评中获得额外能力积分
# ■ 知识准备区
1. 必备知识清单
| 知识点 | 掌握状态 | 复习资料 |
|---|---|---|
| 动态扫描分时复用工作原理 | □已掌握 □需复习 | 《单片机原理与应用》第4章 |
| 视觉暂留效应(人眼约20-50ms) | □已掌握 □需复习 | 实训室微课视频 |
| 位选、段选控制逻辑 | □已掌握 □需复习 | 《单片机C语言程序设计》第5章 |
| 三极管驱动电路(位选扩流) | □已掌握 □需复习 | 《模拟电子技术》第2章 |
| 动态显示鬼影/闪烁成因与处理 | □已掌握 □需复习 | 实训室参考手册 |
2. 工具与资源清单
- 硬件器材:STC89C52RC开发板、4位共阳数码管、220Ω电阻×8、S8050三极管×4、1kΩ电阻×4、面包板、杜邦线
- 测试仪器:示波器(测量刷新率)、万用表
- 参考资料:《巡检终端显示规范》、数码管动态扫描应用笔记
- 技术要点:位选线必须用三极管扩流(单片机I/O口驱动能力有限);切换位选前必须先送0xFF熄灭所有段
3. 前置任务检查
□ 已理解动态扫描原理(轮流点亮→视觉暂留→"同时"显示)
□ 已计算满足50Hz刷新率的每位点亮时间(约4-5ms/位)
□ 已画出4位动态扫描的时序图
□ 已准备好三极管和位选电阻
□ 已理解"消影"原理(切换前先熄灭所有段)
# ■ 计划区
任务拆解与进度安排(6课时 = 270分钟):
| 阶段 | 时间 | 负责人 | 具体任务 | 完成标志 |
|---|---|---|---|---|
| 资讯 | 30min | 全组 | 学习动态扫描原理、分析时序要求 | 画出时序图 |
| 计划 | 20min | 全组 | 分配角色、设计电路、规划程序结构 | 电路图+流程图 |
| 决策 | 15min | 全组 | 确定刷新率、位选驱动方式、消影策略 | 决策记录 |
| 执行1 | 60min | 硬件工程师 | 搭建段选+位选电路(含三极管驱动) | 每段每位的通路正常 |
| 执行2 | 70min | 软件算法员 | 编写动态扫描程序(含消影处理) | 编译通过 |
| 执行3 | 45min | 系统测试员 | 测试刷新率、亮度均匀性、鬼影检测 | 性能指标达标 |
| 检查 | 20min | 技术文档员 | 填写测试表、绘制时序图、撰写说明 | 文档完整 |
| 评价 | 10min | 全组 | 组内互评、提交成果 | 互评表提交 |
风险预判与应对:
- 风险1:显示严重闪烁 → 应对:检查刷新率是否低于50Hz,优化延时参数缩短每位点亮周期
- 风险2:鬼影(残影)严重 → 应对:在切换位选前先送0xFF熄灭所有段,增加消影时间(约100μs)
- 风险3:各位亮度不均匀 → 应对:检查三极管参数是否一致,调整各位限流电阻使电流均衡
# ■ 决策区
技术方案选择:
| 决策项 | 选项A | 选项B | 选择 | 理由 |
|---|---|---|---|---|
| 位选驱动 | 三极管扩流(推荐) | 直接I/O驱动(亮度不足) | ____ | |
| 刷新频率 | 50Hz(最低标准) | 100Hz(更稳定) | ____ | |
| 消影方式 | 送0xFF熄灭 | 关闭位选信号 | ____ | |
| 显示内容 | 固定数字(如1234) | 变化的计数器(动态数据) | ____ |
动态扫描时序设计:
| 时间段 | 操作 | 持续时间 |
|---|---|---|
| T1 | 熄灭所有段(消影) | ~100μs |
| T2 | 选通第1位,送段码 | ~4ms |
| T3 | 熄灭所有段(消影) | ~100μs |
| T4 | 选通第2位,送段码 | ~4ms |
| T5 | 熄灭所有段(消影) | ~100μs |
| T6 | 选通第3位,送段码 | ~4ms |
| T7 | 熄灭所有段(消影) | ~100μs |
| T8 | 选通第4位,送段码 | ~4ms |
| 周期 | 4位扫描总周期 | ~16.8ms ≈ 60Hz |
# ■ 展示区
组间成果展示要求:
- 每组派1名代表演示:4位数码管动态显示效果(限时4分钟)
- 展示内容必须包括:固定数字显示、变化数字显示、消影前后对比、刷新率说明
- 其他小组观察并记录:该组的1个技术亮点 + 1个可以改进的地方
展示评价表(其他小组填写):
| 评价组 | 技术亮点 | 改进建议 |
|---|---|---|
| 第____组 |
# ■ 执行区
操作步骤指导(脚手架):
Step 1:电路搭建
4位共阳数码管动态扫描电路:
- 段选线:8段(a~g、dp)分别接P0口(或P1口),每段串220Ω限流电阻
- 位选线:4个公共端(COM1~COM4)各接一个S8050三极管扩流
- 三极管基极通过1kΩ电阻接单片机P2.0~P2.3
- 三极管发射极接GND,集电极接数码管公共端(共阳)
P0.0~P0.7 ── 220Ω ── 段a~g,dp
P2.0 ── 1kΩ ── B ┐
P2.1 ── 1kΩ ── B │ S8050×4
P2.2 ── 1kΩ ── B │ (位选三极管)
P2.3 ── 1kΩ ── B │
│
C───┴── COM1~COM4 (数码管公共端)
E───┬── GND
Step 2:程序编写
#include <reg52.h>
#define SEG_PORT P0 // 段选接P0口
sbit WE1 = P2^0; // 位选1
sbit WE2 = P2^1; // 位选2
sbit WE3 = P2^2; // 位选3
sbit WE4 = P2^3; // 位选4
// 共阳段码表
unsigned char code seg_table[] = {
0xC0, 0xF9, 0xA4, 0xB0, 0x99,
0x92, 0x82, 0xF8, 0x80, 0x90
};
// 显示缓冲区(4位数字)
unsigned char disp_buf[4] = {1, 2, 3, 4};
void delay_ms(unsigned int ms) {
unsigned int i, j;
for(i = 0; i < ms; i++)
for(j = 0; j < 120; j++);
}
// 动态扫描显示函数
void display() {
unsigned char i;
unsigned char we_select[4] = {0xFE, 0xFD, 0xFB, 0xF7}; // 位选编码
for(i = 0; i < 4; i++) {
SEG_PORT = 0xFF; // ① 消影:熄灭所有段
P2 = we_select[i]; // ② 选通当前位(低电平有效)
SEG_PORT = seg_table[disp_buf[i]]; // ③ 送段码
delay_ms(4); // ④ 延时约4ms
}
}
void main() {
while(1) {
display(); // 循环调用,持续刷新
}
}
Step 3:优化与测试
- 消影验证:用示波器观察段选线,确认切换位选前是否有100μs以上的全灭时间
- 刷新率测量:用示波器测量单个位的点亮周期,计算总刷新频率(应≥50Hz)
- 亮度均匀性:用万用表测量每位电流,偏差应<10%
- 显示稳定性:持续运行5分钟,观察是否有闪烁加剧或鬼影出现
# ■ 成果提交区
提交清单:
- [ ] 4位数码管动态扫描电路实物
- [ ] C51源程序(.c文件)及HEX文件
- [ ] 《动态扫描性能测试表》
- [ ] 显示效果照片或视频
- [ ] 组内互评表(匿名提交)
# ■ 评价反思区
【K1-K8产出评价】 使用COMET八标准中的相关维度进行产出评价,评价的是"能力产出"而非"态度认同"。
| K标准 | 评价维度 | 1分:未达标 | 2分:基本达标 | 3分:良好达标 | 4分:优秀达标 |
|---|---|---|---|---|---|
| K2 功能性 | 4位数字能"同时"显示、无断划、消影有效 | 仅1位亮 | 4位亮但有鬼影 | 显示正常、基本无鬼影 | 刷新率高、亮度均匀 |
| K4 效率 | 刷新率≥50Hz、CPU占用率低、显示流畅 | 刷新率低 | 基本达标 | 稳定50Hz以上 | 优化至100Hz且低功耗 |
| K5 工作过程导向 | 时序图清晰、测试数据完整、优化过程有记录 | 无图无记录 | 基本有记录 | 文档规范完整 | 形成可复用驱动库 |
同伴互评(其他小组对报告提1个优点+1个改进建议):
| 评价组 | 优点 | 改进建议 |
|---|---|---|
个人改进计划:
【新增·组内成员互评表】(匿名提交教师,1-5分,与K1-K8能力画像数据对接)
| 互评维度 | 映射K标准 | 组员A | 组员B | 组员C | 组员D | 评分说明(行为锚定) |
|---|---|---|---|---|---|---|
| 任务参与度(主动承担、按时完成) | K5工作过程导向 | 5=全程主动,1=消极被动 | ||||
| 成果贡献度(产出数量与质量) | K2功能性 | 5=贡献最大,1=几乎无贡献 | ||||
| 表达清晰性(汇报/文档/展示的逻辑) | K1清晰性 | 5=逻辑严谨,1=混乱不清 | ||||
| 创新积极性(提出新想法、解决问题) | K8创造性 | 5=积极创新,1=无新想法 | ||||
| 协作责任感(沟通配合、冲突处理) | K6社会责任 | 5=主动补位,1=不配合 |
个人贡献度自评(与组内互评对照,防止自评偏差):
- 本工单中,我承担的角色是:________________
- 我完成的核心任务是:________________
- 我为团队解决的1个关键问题是:________________
- 我从其他组员身上学到的1点是:________________
- 如果重新来过,我会改进:________________
小组协作系数(教师评定,0.8-1.2,直接影响个人最终成绩):____
系数说明:
- 1.1-1.2 = 协作优异、互相补位、有超出分工的创造性贡献
- 1.0 = 正常协作,各尽其责
- 0.8-0.9 = 协作存在问题、搭便车或冲突未解决
计算公式:个人最终得分 = 基础产出分(K1-K8平均)× 个人贡献系数(β)× 小组协作系数(α)
数据去向:本表得分将汇入「COMET K1-K8能力画像数据库」,作为学生个体能力发展追踪的原始证据。
# ■ 理论注解 ★(可选阅读)
【理论溯源】 动态扫描技术源于电视显像管的"逐行扫描"原理——电子束以极快的速度一行一行扫描整个屏幕,由于视觉暂留(persistence of vision,约1/16~1/20秒),人眼感知到的是完整图像而非扫描线。这一原理在显示器技术中被广泛应用:从CRT到LED点阵屏,从数码管到OLED,"分时复用+视觉暂留"是显示技术的底层逻辑。动态扫描的数学本质是"时间维度上的信号复用"(TDM, Time Division Multiplexing),与通信领域的时分复用技术同宗同源。
【为什么用它】 动态扫描是理解"资源受限系统设计"的经典案例。51单片机只有4个8位I/O口(P0~P3),若用静态方式驱动8位数码管需要64个I/O口,显然不可能。动态扫描用"时间换空间"——用快速的时序控制替代额外的硬件资源。这种"在约束条件下寻找最优解"的思维,是嵌入式工程师的核心素养。同时,动态扫描的"消影"处理让学生理解了一个重要的工程原则:切换状态前必须先关闭当前状态,否则会产生不可预期的副作用——这一原则在继电器控制、电机驱动、通信协议切换中同样适用。
【Bybee关联】 本工单对应Bybee四阶段中的"概念-程序素养"向"多元素养"的过渡。学生不仅要"会写"动态扫描程序(程序素养),还要理解"为什么消影"(概念-程序素养),更要能在"刷新率"和"亮度"之间做权衡(多元素养——同时考虑多个相互制约的因素)。
# 【工单07】车间设备按钮检测与防抖处理 【C3→T】
# ■ 任务呈现区
情境:您是江苏东华测试技术股份有限公司自动化设备电气调试部的技术员。公司产线上的应变测试设备配备了多个机械按键用于参数设置和模式切换。由于机械按键的触点存在弹性振动,按下和释放时会产生5~20ms的"抖动"——如果不处理,单片机会误认为按键被按下了多次。您的任务是:设计一套可靠的"车间设备按钮检测与防抖处理"系统,要求:①能够准确检测按键的按下和释放动作;②采用软件延时消抖,消除误触发;③实现按键次数计数功能(每按一次,计数器加1,并在数码管上显示);④能够调试和排查按键误触发、漏触发等常见问题。
真实背景参考:东华测试的DH5902动态应变测试系统前面板有"设置""确认""上""下""返回"5个机械按键。在产线高振动环境中,按键抖动问题尤为突出。公司《设备按键可靠性规范》要求:按键响应准确率≥99.9%,消抖延时10~50ms可调,连续快速按键(间隔>100ms)必须全部识别,按键寿命测试≥10万次。
学习目标:
- 能够理解机械按键的电气特性(通断抖动、上拉/下拉电阻)
- 能够掌握软件延时消抖的编程方法
- 能够实现按键单次触发和次数计数功能
- 能够调试按键误触发、漏触发等常见问题
核心输出物:
- [ ] 按键检测与消抖电路(含数码管显示)
- [ ] C51按键消抖程序(含计数功能)
- [ ] 《按键可靠性测试报告》(含抖动波形、响应准确率)
- [ ] 演示视频(快速按键测试)
# ■ 任务定位栏
【3D Penetration】本工单的三维属性标注
内容维度:③ 问题解决型(按键消抖与可靠检测系统设计)
行动维度:资讯→计划→决策→展示→执行→检查→评价
需求维度:目标水平=L3 | 核心K标准:K2/K5/K6
向上穿透: T层"按键检测与消抖处理" → C3"人机交互接口与中断控制编程能力" → P3"智能设备调试与运维能力" → G3"批判性思维与问题解决能力"
# ■ 学生分组与角色分配【必备·勿遗漏】
【为什么必备】 分组不是"把学生凑在一起",而是"让每个学生都有不可替代的责任"。没有角色分配的分组必然导致搭便车;没有协作规则的分组必然陷入混乱。本栏是十部分工单的第③部分,缺失则学生无法形成有效协作,教师后续也无法追溯个人贡献度。
分组建议:4人小组。 角色分工(建议轮换):
- 硬件调试员:负责按键电路搭建、上拉/下拉电阻配置、示波器观察抖动波形
- 软件工程师:负责消抖算法设计(延时法)、按键状态机实现、计数功能编程
- 测试工程师:负责设计测试方案(正常按压/快速连击/长按/振动干扰)、统计响应准确率
- 质量文档员:负责填写《按键可靠性测试报告》、记录故障现象与解决方法、编写操作指南
协作规则:
- 分工原则:硬件与软件紧密配合——软件消抖参数(延时时间)需要根据实际按键的抖动波形确定
- 交流机制:使用"抖动波形图"作为共同语言——调试员用示波器拍下抖动波形,全组根据波形确定最佳消抖延时
- 冲突解决:消抖延时设置分歧时,以"响应速度与可靠性兼顾"为原则,通过实验数据确定
学生互评机制:
- 组内互评:每份工单完成后,组员根据"参与度/贡献度/协作度"三维度互评(1-5分),匿名提交教师
- 组间互评:成果展示环节,其他小组使用"K1-K8产出评价"进行交叉评价
- 教师观察:教师记录小组协作中的角色担当、冲突处理、时间管理等行为,作为协作系数依据
分组操作指南:
- 分组方式:开学初固定分组(4人/组),整个课程周期内保持稳定
- 角色轮换:每个工单结束后,角色顺时针轮换,确保每人体验完整岗位链条
- 搭便车预防:组内互评单项低于3分的成员,需接受教师面谈并制定改进计划;连续2个工单互评垫底者,触发个人独立补做机制
- 协作激励:小组协作系数1.1-1.2的成员,在课程总评中获得额外能力积分
# ■ 知识准备区
1. 必备知识清单
| 知识点 | 掌握状态 | 复习资料 |
|---|---|---|
| 机械按键电气特性(通断抖动、接触电阻) | □已掌握 □需复习 | 《单片机原理与应用》第3章 |
| 按键电平翻转原理(上拉/下拉) | □已掌握 □需复习 | 实训室微课视频 |
| 软件延时消抖方法(延时去抖+状态确认) | □已掌握 □需复习 | 《单片机C语言程序设计》第3章 |
| 按键计数程序结构设计 | □已掌握 □需复习 | 实训室参考例程 |
| 示波器基本操作(观察按键波形) | □已掌握 □需复习 | 实训室仪器使用手册 |
2. 工具与资源清单
- 硬件器材:STC89C52RC开发板、机械按键×2、10kΩ上拉电阻×2、共阳数码管、220Ω电阻×8、面包板、杜邦线
- 测试仪器:示波器(观察按键抖动波形)
- 参考资料:《设备按键可靠性规范》、按键数据手册
- 调试要点:先用示波器观察实际抖动波形,再确定消抖延时;测试时要模拟各种极端操作
3. 前置任务检查
□ 已用示波器观察过按键抖动波形(了解抖动持续时间)
□ 已理解"检测-延时-再检测"消抖法的原理
□ 已设计按键状态转换图(空闲→按下确认→按下→释放确认→空闲)
□ 已准备计数显示电路(数码管或LED)
□ 已阅读《设备按键可靠性规范》
# ■ 计划区
任务拆解与进度安排(6课时 = 270分钟):
| 阶段 | 时间 | 负责人 | 具体任务 | 完成标志 |
|---|---|---|---|---|
| 资讯 | 30min | 全组 | 学习按键抖动原理、观察实际波形、分析可靠性需求 | 拍下抖动波形照片 |
| 计划 | 20min | 全组 | 分配角色、设计消抖方案、规划测试用例 | 消抖方案+测试计划 |
| 决策 | 15min | 全组 | 确定消抖延时、按键接法、计数上限 | 决策记录 |
| 执行1 | 50min | 硬件调试员 | 搭建按键+数码管电路 | 示波器可观察到波形 |
| 执行2 | 70min | 软件工程师 | 编写消抖程序+计数功能+显示驱动 | 编译通过 |
| 执行3 | 50min | 测试工程师 | 执行测试用例、统计准确率、记录故障 | 测试报告完成 |
| 检查 | 20min | 质量文档员 | 整理测试报告、撰写操作指南 | 文档完整 |
| 评价 | 15min | 全组 | 组内互评、提交成果 | 互评表提交 |
风险预判与应对:
- 风险1:消抖不彻底仍有误触发 → 应对:增加消抖延时或采用"多次确认法"
- 风险2:快速连击漏识别 → 应对:缩短消抖延时,确保释放检测及时
- 风险3:长按被识别为多次按下 → 应对:增加"长按"状态判断,区分短按和长按
# ■ 决策区
技术方案选择:
| 决策项 | 选项A | 选项B | 选项C | 选择 | 理由 |
|---|---|---|---|---|---|
| 消抖方式 | 软件延时(简单) | 定时器中断(精准) | RC硬件滤波 | ____ | |
| 按键接法 | 上拉(低电平有效) | 下拉(高电平有效) | ____ | ||
| 检测边沿 | 下降沿(按下) | 上升沿(释放) | 两者都检测 | ____ | |
| 计数显示 | 1位数码管 | 2位数码管 | LED二进制 | ____ |
按键状态转换图:
┌──────────┐
│ KEY_IDLE│←────────────────────────────┐
│ 空闲状态 │ │
└────┬─────┘ │
│ 检测到低电平(按下) │
▼ │
┌──────────┐ 延时后仍为低电平 │
│KEY_PRESS_│────────────────────────────┤
│ WAIT │ 延时后变高(抖动) │
│ 等待确认 │────────────────────────────┘
└────┬─────┘
│ 确认按下
▼
┌──────────┐
│ KEY_PRESSED│←───────────────────────────┐
│ 按下状态 │ │
└────┬─────┘ │
│ 检测到高电平(释放) │
▼ │
┌──────────┐ 延时后仍为高电平 │
│KEY_RELEASE│───────────────────────────┤
│ _WAIT │ 延时后变低(抖动) │
│ 等待确认 │─────────────────────────────┘
└────┬─────┘
│ 确认释放
└────────────→ 计数+1,回到KEY_IDLE
# ■ 展示区
组间成果展示要求:
- 每组派1名代表演示:按键消抖系统(限时4分钟)
- 展示内容必须包括:正常按键计数、快速连击测试、抖动波形展示、准确率汇报
- 其他小组观察并记录:该组的1个技术亮点 + 1个可以改进的地方
展示评价表(其他小组填写):
| 评价组 | 技术亮点 | 改进建议 |
|---|---|---|
| 第____组 |
# ■ 执行区
操作步骤指导(脚手架):
Step 1:按键电路搭建
VCC ── 10kΩ ──┬── P3.0 (按键1)
└── 按键 ── GND
VCC ── 10kΩ ──┬── P3.1 (按键2)
└── 按键 ── GND
Step 2:程序编写
#include <reg52.h>
#define SEG_PORT P1
sbit KEY = P3^0; // 按键接P3.0
unsigned char code seg_table[] = {
0xC0, 0xF9, 0xA4, 0xB0, 0x99,
0x92, 0x82, 0xF8, 0x80, 0x90
};
unsigned char key_count = 0; // 按键计数器
// 按键状态定义
#define KEY_IDLE 0
#define KEY_PRESS_WAIT 1
#define KEY_PRESSED 2
#define KEY_RELEASE_WAIT 3
unsigned char key_state = KEY_IDLE;
void delay_ms(unsigned int ms) {
unsigned int i, j;
for(i = 0; i < ms; i++)
for(j = 0; j < 120; j++);
}
// 按键扫描与消抖处理(状态机实现)
void key_scan() {
switch(key_state) {
case KEY_IDLE:
if(KEY == 0) { // 检测到按下
delay_ms(10); // 消抖延时
if(KEY == 0) { // 确认按下
key_state = KEY_PRESSED;
}
}
break;
case KEY_PRESSED:
if(KEY == 1) { // 检测到释放
delay_ms(10); // 消抖延时
if(KEY == 1) { // 确认释放
key_count++; // 计数+1
if(key_count > 9) key_count = 0;
key_state = KEY_IDLE;
}
}
break;
default:
key_state = KEY_IDLE;
break;
}
}
void main() {
SEG_PORT = seg_table[0];
while(1) {
key_scan();
SEG_PORT = seg_table[key_count];
delay_ms(10);
}
}
Step 3:测试验证
| 测试编号 | 测试项目 | 操作方法 | 通过标准 | 结果 |
|---|---|---|---|---|
| T1 | 正常按压 | 正常速度按10次 | 计数准确+10 | □ |
| T2 | 快速连击 | 1秒内按5次 | 计数准确+5 | □ |
| T3 | 抖动模拟 | 轻触按键但不按实 | 计数不变 | □ |
| T4 | 长按测试 | 按住3秒后释放 | 计数只+1 | □ |
| T5 | 连续100次 | 连续按压100次 | 准确率≥99% | □ |
# ■ 成果提交区
提交清单:
- [ ] 按键检测与消抖电路实物
- [ ] C51源程序(.c文件)及HEX文件
- [ ] 《按键可靠性测试报告》(含波形照片、测试数据)
- [ ] 演示视频
- [ ] 组内互评表(匿名提交)
# ■ 评价反思区
【K1-K8产出评价】 使用COMET八标准中的相关维度进行产出评价,评价的是"能力产出"而非"态度认同"。
| K标准 | 评价维度 | 1分:未达标 | 2分:基本达标 | 3分:良好达标 | 4分:优秀达标 |
|---|---|---|---|---|---|
| K2 功能性 | 按键计数准确、消抖有效、无漏触/误触 | 计数混乱 | 基本可用 | 准确率≥99% | 增加长按/双击识别 |
| K5 工作过程导向 | 状态转换图清晰、测试方案完整、故障排查有记录 | 无图无记录 | 基本有记录 | 流程规范完整 | 形成可靠性测试标准 |
| K6 社会责任 | 操作规范、仪器使用正确、5S管理到位 | 有违规操作 | 基本合规 | 完全规范 | 主动指导他组规范操作 |
同伴互评(其他小组对报告提1个优点+1个改进建议):
| 评价组 | 优点 | 改进建议 |
|---|---|---|
个人改进计划:
【新增·组内成员互评表】(匿名提交教师,1-5分,与K1-K8能力画像数据对接)
| 互评维度 | 映射K标准 | 组员A | 组员B | 组员C | 组员D | 评分说明(行为锚定) |
|---|---|---|---|---|---|---|
| 任务参与度(主动承担、按时完成) | K5工作过程导向 | 5=全程主动,1=消极被动 | ||||
| 成果贡献度(产出数量与质量) | K2功能性 | 5=贡献最大,1=几乎无贡献 | ||||
| 表达清晰性(汇报/文档/展示的逻辑) | K1清晰性 | 5=逻辑严谨,1=混乱不清 | ||||
| 创新积极性(提出新想法、解决问题) | K8创造性 | 5=积极创新,1=无新想法 | ||||
| 协作责任感(沟通配合、冲突处理) | K6社会责任 | 5=主动补位,1=不配合 |
个人贡献度自评(与组内互评对照,防止自评偏差):
- 本工单中,我承担的角色是:________________
- 我完成的核心任务是:________________
- 我为团队解决的1个关键问题是:________________
- 我从其他组员身上学到的1点是:________________
- 如果重新来过,我会改进:________________
小组协作系数(教师评定,0.8-1.2,直接影响个人最终成绩):____
系数说明:
- 1.1-1.2 = 协作优异、互相补位、有超出分工的创造性贡献
- 1.0 = 正常协作,各尽其责
- 0.8-0.9 = 协作存在问题、搭便车或冲突未解决
计算公式:个人最终得分 = 基础产出分(K1-K8平均)× 个人贡献系数(β)× 小组协作系数(α)
数据去向:本表得分将汇入「COMET K1-K8能力画像数据库」,作为学生个体能力发展追踪的原始证据。
# ■ 理论注解 ★(可选阅读)
【理论溯源】 机械按键的"抖动"(bounce/chatter)是接触力学中的经典现象。当两个金属触点接触或分离时,由于弹性形变和表面微观不平整,触点会在短时间内反复通断数次,形成一串脉冲而非单个理想脉冲。这一现象最早由电信工程师在继电器时代发现,后来在数字电路设计中成为必须处理的问题。软件消抖的本质是"时间滤波"——用一个时间窗口(10~50ms)过滤掉高频抖动,只保留稳定的电平状态。这与数字信号处理中的"低通滤波"思想一致,只是实现方式不同(软件延时 vs 硬件RC电路)。
【为什么用它】 按键消抖是嵌入式开发中"看似简单实则关键"的典型问题。初学者往往忽视消抖,认为"按一下就是一下"——直到在实际设备中发现计数错乱、菜单乱跳。本工单通过示波器观察实际抖动波形,让学生亲眼看到"理想的数字信号"与"真实的物理信号"之间的鸿沟,建立"工程现实≠理论模型"的职业认知。同时,状态机消抖算法是后续学习更复杂状态机(如菜单系统、通信协议状态机)的入门案例。
【工匠精神关联】 东华测试的设备按键寿命要求≥10万次,这意味着消抖算法不仅要"能用",还要"耐用"——在10万次操作中保持稳定。这种对"长期可靠性"的追求,正是工匠精神的工程体现。
# 【工单08】生产线单按键多模式档位切换 【C3→T】
# ■ 任务呈现区
情境:您是江苏东华测试技术股份有限公司智能产线操控终端开发部的工程师。公司新设计了一款便携式应变检测仪,为了减小体积和成本,前面板只保留了1个按键——但这个按键需要实现多种功能:短按切换量程(3档:±500με、±2000με、±10000με),长按2秒切换采样模式(2种:连续采样、触发采样),双击进入系统设置菜单。您的任务是:基于51单片机设计"单按键多模式档位切换"系统,用1个按键+3个LED(或数码管)实现完整的交互逻辑。
真实背景参考:东华测试的DH5971无线振动监测节点为了适应狭小安装空间,采用了"单键飞梭"设计方案——1个按键+1个旋钮实现全部参数设置。这种"少即是多"的交互设计在工业现场非常实用:操作工戴着手套也能轻松操作,减少了误触风险。公司《人机界面设计规范》要求:单键多模式切换必须有明确的视觉反馈(LED颜色/闪烁频率表示当前模式),模式切换响应时间<200ms,防止误操作的保护机制(如设置模式需确认)。
学习目标:
- 能够区分按键的短按、长按、双击等动作的电气时序特点
- 能够使用标志位实现多档位功能切换的程序设计
- 能够完成LED速度/亮灭模式的一键切换功能
- 具备简单人机交互程序设计能力
核心输出物:
- [ ] 单按键多模式切换电路(1键+3LED或1位数码管)
- [ ] C51多模式切换程序(短按/长按/双击识别)
- [ ] 《人机交互设计说明》(含模式定义表、操作指南)
- [ ] 功能演示视频(完整操作流程)
# ■ 任务定位栏
【3D Penetration】本工单的三维属性标注
内容维度:④ 综合项目型(单键多模式人机交互系统设计)
行动维度:资讯→计划→决策→展示→执行→检查→评价
需求维度:目标水平=L4 | 核心K标准:K1/K3/K8
向上穿透: T层"单键多模式交互设计" → C3"人机交互接口与中断控制编程能力" → P2"嵌入式程序开发与应用能力" → G5"创新创业意识与可持续发展理念"
# ■ 学生分组与角色分配【必备·勿遗漏】
【为什么必备】 分组不是"把学生凑在一起",而是"让每个学生都有不可替代的责任"。没有角色分配的分组必然导致搭便车;没有协作规则的分组必然陷入混乱。本栏是十部分工单的第③部分,缺失则学生无法形成有效协作,教师后续也无法追溯个人贡献度。
分组建议:4人小组。 角色分工(建议轮换):
- 交互设计师:负责定义按键操作方式(短按/长按/双击时序)、设计模式反馈方案(LED颜色/闪烁)
- 软件架构师:负责多模式状态机设计、按键时序检测算法、模式切换逻辑
- 硬件实现员:负责按键+LED电路搭建、视觉反馈效果调试
- 用户体验测试员:负责操作便捷性测试、误操作率统计、撰写操作指南
协作规则:
- 分工原则:交互设计是核心——所有硬件和软件开发必须以"用户操作便捷"为最高准则
- 交流机制:使用"操作场景剧本"——全组模拟操作工的使用场景,确认每种操作都有明确反馈
- 冲突解决:操作方式分歧时,以"简单直观、减少记忆负担"为设计原则
学生互评机制:
- 组内互评:每份工单完成后,组员根据"参与度/贡献度/协作度"三维度互评(1-5分),匿名提交教师
- 组间互评:成果展示环节,其他小组使用"K1-K8产出评价"进行交叉评价
- 教师观察:教师记录小组协作中的角色担当、冲突处理、时间管理等行为,作为协作系数依据
分组操作指南:
- 分组方式:开学初固定分组(4人/组),整个课程周期内保持稳定
- 角色轮换:每个工单结束后,角色顺时针轮换,确保每人体验完整岗位链条
- 搭便车预防:组内互评单项低于3分的成员,需接受教师面谈并制定改进计划;连续2个工单互评垫底者,触发个人独立补做机制
- 协作激励:小组协作系数1.1-1.2的成员,在课程总评中获得额外能力积分
# ■ 知识准备区
1. 必备知识清单
| 知识点 | 掌握状态 | 复习资料 |
|---|---|---|
| 按键长短按时序特点与识别方法 | □已掌握 □需复习 | 实训室微课视频 |
| 多状态标志位程序设计方法 | □已掌握 □需复习 | 《单片机C语言程序设计》第4章 |
| 单键多模式切换逻辑架构设计 | □已掌握 □需复习 | 实训室参考例程 |
| 人机交互设计基本原则(反馈、防错) | □已掌握 □需复习 | 《人机界面设计规范》 |
2. 工具与资源清单
- 硬件器材:STC89C52RC开发板、按键×1、LED×3(红/黄/绿)、220Ω电阻、面包板、杜邦线
- 参考资料:《人机界面设计规范》、东华测试DH5971操作手册
- 设计原则:每种模式必须有唯一且明确的视觉反馈;操作响应时间<200ms;防止误操作
3. 前置任务检查
□ 已设计出3种量程档位的切换逻辑
□ 已定义短按/长按/双击的时间阈值
□ 已设计每种模式对应的LED反馈方案
□ 已准备红/黄/绿三色LED
□ 已阅读《人机界面设计规范》
# ■ 计划区
任务拆解与进度安排(6课时 = 270分钟):
| 阶段 | 时间 | 负责人 | 具体任务 | 完成标志 |
|---|---|---|---|---|
| 资讯 | 25min | 全组 | 学习单键多模式设计案例、分析DH5971操作方式 | 画出模式定义表 |
| 计划 | 20min | 全组 | 分配角色、设计交互方案、规划程序架构 | 交互方案+状态机图 |
| 决策 | 15min | 全组 | 确定时序阈值、LED反馈方案、模式定义 | 决策记录 |
| 执行1 | 45min | 硬件实现员 | 搭建按键+三色LED电路 | 每色LED可控 |
| 执行2 | 80min | 软件架构师 | 编写多模式检测+切换程序 | 编译通过 |
| 执行3 | 45min | 用户体验测试员 | 操作测试、误操作率统计、便捷性评估 | 测试报告 |
| 检查 | 25min | 交互设计师 | 撰写设计说明、操作指南、整理文档 | 文档完整 |
| 评价 | 15min | 全组 | 组内互评、提交成果 | 互评表提交 |
# ■ 决策区
模式定义表:
| 操作方式 | 时序定义 | 功能 | LED反馈 |
|---|---|---|---|
| 短按(<500ms) | 按下→释放,间隔<500ms | 切换量程档位(3档循环) | 红灯=±500με,黄灯=±2000με,绿灯=±10000με |
| 长按(≥2秒) | 按下保持≥2秒后释放 | 切换采样模式(2种循环) | 红灯闪烁=连续采样,绿灯闪烁=触发采样 |
| 双击 | 两次短按间隔<300ms | 进入/退出设置模式 | 三色交替闪烁 |
关键时序参数:
- 短按最大持续时间:____ms
- 长按判定阈值:____ms
- 双击最大间隔:____ms
- 模式切换响应时间上限:____ms
# ■ 展示区
组间成果展示要求:
- 每组派1名代表演示:单键多模式切换系统(限时4分钟)
- 展示内容必须包括:量程切换演示、采样模式切换演示、设置模式进入/退出、误操作防护
- 其他小组观察并记录:该组的1个设计亮点 + 1个可以改进的地方
# ■ 执行区
程序框架(状态机实现):
#include <reg52.h>
sbit KEY = P3^0;
sbit LED_RED = P1^0;
sbit LED_YEL = P1^1;
sbit LED_GRN = P1^2;
#define MODE_500 0
#define MODE_2000 1
#define MODE_10000 2
#define SAMPLE_CONT 0
#define SAMPLE_TRIG 1
unsigned char range_mode = MODE_500; // 量程档位
unsigned char sample_mode = SAMPLE_CONT; // 采样模式
unsigned char setting_mode = 0; // 设置模式标志
// 按键检测变量
unsigned int key_press_time = 0;
unsigned char key_click_count = 0;
unsigned char key_last_state = 1;
void delay_ms(unsigned int ms) {
unsigned int i, j;
for(i = 0; i < ms; i++)
for(j = 0; j < 120; j++);
}
// 更新LED反馈
void update_led() {
LED_RED = 1; LED_YEL = 1; LED_GRN = 1; // 全灭
if(setting_mode) {
// 设置模式:三色交替闪烁(主循环中处理)
return;
}
if(sample_mode == SAMPLE_TRIG) {
// 触发采样模式:对应量程灯闪烁
// 闪烁在主循环中处理
return;
}
// 连续采样模式:量程灯常亮
switch(range_mode) {
case MODE_500: LED_RED = 0; break;
case MODE_2000: LED_YEL = 0; break;
case MODE_10000: LED_GRN = 0; break;
}
}
// 按键处理(在主循环中定时调用,建议每10ms调用一次)
void key_process() {
unsigned char key_now = KEY;
if(key_now == 0 && key_last_state == 1) {
// 按下瞬间
key_press_time = 0;
key_click_count++;
}
else if(key_now == 0 && key_last_state == 0) {
// 持续按下
key_press_time++;
if(key_press_time >= 200) { // 2秒长按判定(假设10ms调用一次)
// 长按处理:切换采样模式
sample_mode = !sample_mode;
key_press_time = 0;
key_click_count = 0;
update_led();
}
}
else if(key_now == 1 && key_last_state == 0) {
// 释放瞬间
if(key_press_time < 50) { // 短按(<500ms)
if(key_click_count == 1) {
// 单击:切换量程
range_mode = (range_mode + 1) % 3;
update_led();
}
else if(key_click_count >= 2) {
// 双击:切换设置模式
setting_mode = !setting_mode;
update_led();
key_click_count = 0;
}
}
key_press_time = 0;
}
// 超时清零双击计数
if(key_now == 1 && key_click_count > 0) {
static unsigned int release_time = 0;
release_time++;
if(release_time >= 30) { // 300ms超时
key_click_count = 0;
release_time = 0;
}
}
key_last_state = key_now;
}
void main() {
update_led();
while(1) {
key_process();
delay_ms(10);
}
}
# ■ 成果提交区
提交清单:
- [ ] 单按键多模式切换电路实物
- [ ] C51源程序(.c文件)及HEX文件
- [ ] 《人机交互设计说明》(含模式定义表、操作指南)
- [ ] 功能演示视频
- [ ] 组内互评表(匿名提交)
# ■ 评价反思区
【K1-K8产出评价】 使用COMET八标准中的相关维度进行产出评价,评价的是"能力产出"而非"态度认同"。
| K标准 | 评价维度 | 1分:未达标 | 2分:基本达标 | 3分:良好达标 | 4分:优秀达标 |
|---|---|---|---|---|---|
| K1 清晰性 | 操作指南清晰、模式定义明确、反馈直观 | 无说明 | 基本可用 | 操作直观明确 | 专业级交互文档 |
| K3 使用价值 | 操作便捷、反馈及时、误操作率低 | 操作混乱 | 基本可用 | 便捷易用 | 防错设计完善 |
| K8 创造性 | 交互设计有创意、功能拓展有新意 | 仅复制示例 | 有少量改进 | 设计合理有创意 | 创新且实用 |
同伴互评(其他小组对报告提1个优点+1个改进建议):
| 评价组 | 优点 | 改进建议 |
|---|---|---|
个人改进计划:
【新增·组内成员互评表】(匿名提交教师,1-5分,与K1-K8能力画像数据对接)
| 互评维度 | 映射K标准 | 组员A | 组员B | 组员C | 组员D | 评分说明(行为锚定) |
|---|---|---|---|---|---|---|
| 任务参与度(主动承担、按时完成) | K5工作过程导向 | 5=全程主动,1=消极被动 | ||||
| 成果贡献度(产出数量与质量) | K2功能性 | 5=贡献最大,1=几乎无贡献 | ||||
| 表达清晰性(汇报/文档/展示的逻辑) | K1清晰性 | 5=逻辑严谨,1=混乱不清 | ||||
| 创新积极性(提出新想法、解决问题) | K8创造性 | 5=积极创新,1=无新想法 | ||||
| 协作责任感(沟通配合、冲突处理) | K6社会责任 | 5=主动补位,1=不配合 |
个人贡献度自评(与组内互评对照,防止自评偏差):
- 本工单中,我承担的角色是:________________
- 我完成的核心任务是:________________
- 我为团队解决的1个关键问题是:________________
- 我从其他组员身上学到的1点是:________________
- 如果重新来过,我会改进:________________
小组协作系数(教师评定,0.8-1.2,直接影响个人最终成绩):____
系数说明:
- 1.1-1.2 = 协作优异、互相补位、有超出分工的创造性贡献
- 1.0 = 正常协作,各尽其责
- 0.8-0.9 = 协作存在问题、搭便车或冲突未解决
计算公式:个人最终得分 = 基础产出分(K1-K8平均)× 个人贡献系数(β)× 小组协作系数(α)
数据去向:本表得分将汇入「COMET K1-K8能力画像数据库」,作为学生个体能力发展追踪的原始证据。
# ■ 理论注解 ★(可选阅读)
【理论溯源】 单键多模式交互设计是"交互设计学"中的经典课题。在资源受限的嵌入式系统中,"功能丰富"与"操作简单"往往是一对矛盾——功能越多,操作越复杂。解决这一矛盾的思路是"模式分层"(mode hierarchy)和"时间维度复用"(time-multiplexed interaction)。本工单中的短按/长按/双击,正是时间维度复用的典型应用:同一个物理按键,在不同时间尺度上触发不同功能。这一思想在消费电子产品中广泛应用(如iPhone的Home键:单击=回主页,双击=多任务,长按=Siri)。
【为什么用它】 工业现场的人机交互设计有其特殊约束:操作工可能戴手套、环境可能有振动噪音、屏幕可能受油污影响。因此,"单键+LED"的极简交互方案在工业领域比"触摸屏+多级菜单"更受欢迎。本工单让学生体验到:优秀的嵌入式交互设计不是"堆功能",而是"在约束中寻找最优解"。这种"设计思维"(design thinking)的培养,正是从"技术实现"迈向"产品设计"的关键。
【K3使用价值关联】 本工单的核心评价维度是K3(使用价值)——系统好不好,不是看功能多不多,而是看操作工用得顺不顺。如果操作工按了3次还不知道自己当前在什么量程档位,这个设计就是失败的。学生在设计过程中,必须时刻站在"用户"(操作工)的角度思考,这是职业行动能力中"客户导向"的核心体现。
# 模块四:定时器与智能测控(28课时)
模块目标:培养单片机定时器应用与传感器数据采集系统设计能力(C4),使学生能够掌握外部中断、定时器中断、蜂鸣器驱动、单总线传感器通信等核心技术,具备独立完成小型嵌入式测控产品从硬件接线到整机调试的完整能力。
对应P层能力:P2 嵌入式程序开发与应用能力 → P4 传感器数据采集与处理能力 → P5 工业测控系统集成能力
对应G层素养:G1 职业责任感与工匠精神 → G3 批判性思维与问题解决能力 → G5 创新创业意识与可持续发展理念
# 【工单09】车间设备外部中断信号采集 【C3→T】
# ■ 任务呈现区
情境:您是江苏东华测试技术股份有限公司工业现场信号采集部的工程师。公司车间内的应变测试设备需要实时监测"紧急停机信号"和"设备故障信号"——这两个信号通过外部开关接入单片机的INT0和INT1引脚。由于紧急信号具有最高优先级(必须在微秒级响应),不能采用轮询方式检测,必须使用"外部中断"机制。您的任务是:设计并实现"车间设备外部中断信号采集"系统,要求:①能够正确配置外部中断的触发方式(边沿触发/电平触发);②编写中断服务程序实现紧急停机和故障信号的优先响应;③设置中断优先级,确保紧急停机信号(INT0)始终优先于故障信号(INT1);④排查中断误触发等常见故障。
真实背景参考:东华测试的DH3818静态应变测试系统在产线联调时,需要与车间PLC进行信号交互——PLC输出的"紧急停机"信号接入单片机INT0,"设备就绪"信号接入INT1。公司《现场联调技术规范》要求:紧急停机信号响应时间<50μs(约1个机器周期@12MHz),中断服务程序执行时间<100μs,禁止在中断中执行延时操作,中断嵌套必须可控。
学习目标:
- 能够理解中断的基本概念(中断源、触发方式、中断向量)
- 能够掌握外部中断的初始化配置(TCON寄存器、IE寄存器、IP寄存器)
- 能够编写中断服务程序实现事件触发控制
- 能够设置边沿/电平触发方式,排查中断误触发故障
核心输出物:
- [ ] 外部中断信号采集电路(含2个模拟信号源+2个LED指示灯)
- [ ] C51中断驱动程序(含中断优先级配置、服务程序)
- [ ] 《中断响应时序测试报告》(含响应时间测量、优先级验证)
- [ ] 功能演示视频(紧急信号优先响应演示)
# ■ 任务定位栏
【3D Penetration】本工单的三维属性标注
内容维度:③ 问题解决型(外部中断信号采集与优先级管理)
行动维度:资讯→计划→决策→展示→执行→检查→评价
需求维度:目标水平=L4 | 核心K标准:K2/K5/K6
向上穿透: T层"外部中断信号采集" → C3"人机交互接口与中断控制编程能力" → P4"传感器数据采集与处理能力" → G1"职业责任感与工匠精神"
# ■ 学生分组与角色分配【必备·勿遗漏】
【为什么必备】 分组不是"把学生凑在一起",而是"让每个学生都有不可替代的责任"。没有角色分配的分组必然导致搭便车;没有协作规则的分组必然陷入混乱。本栏是十部分工单的第③部分,缺失则学生无法形成有效协作,教师后续也无法追溯个人贡献度。
分组建议:4人小组。 角色分工(建议轮换):
- 中断系统设计师:负责中断架构设计、触发方式选择、优先级分配方案
- 底层程序员:负责中断初始化配置、中断服务程序编写、寄存器操作
- 信号调试员:负责外部信号源搭建、中断触发测试、响应时间测量
- 联调文档员:负责绘制中断向量表、填写测试报告、整理联调记录
协作规则:
- 分工原则:中断设计是"系统级"任务——中断架构必须与整体系统需求匹配,不能孤立设计
- 交流机制:使用"中断优先级矩阵"——在白板上画出所有中断源、优先级、响应时间要求,全组确认
- 冲突解决:中断优先级分配分歧时,以"安全相关信号永远最高"为铁律
学生互评机制:
- 组内互评:每份工单完成后,组员根据"参与度/贡献度/协作度"三维度互评(1-5分),匿名提交教师
- 组间互评:成果展示环节,其他小组使用"K1-K8产出评价"进行交叉评价
- 教师观察:教师记录小组协作中的角色担当、冲突处理、时间管理等行为,作为协作系数依据
分组操作指南:
- 分组方式:开学初固定分组(4人/组),整个课程周期内保持稳定
- 角色轮换:每个工单结束后,角色顺时针轮换,确保每人体验完整岗位链条
- 搭便车预防:组内互评单项低于3分的成员,需接受教师面谈并制定改进计划;连续2个工单互评垫底者,触发个人独立补做机制
- 协作激励:小组协作系数1.1-1.2的成员,在课程总评中获得额外能力积分
# ■ 知识准备区
1. 必备知识清单
| 知识点 | 掌握状态 | 复习资料 |
|---|---|---|
| 中断基本概念(中断源、中断向量、中断号) | □已掌握 □需复习 | 《单片机原理与应用》第5章 |
| 外部中断触发方式(边沿触发/电平触发) | □已掌握 □需复习 | STC89C52RC数据手册 |
| 中断允许寄存器IE、中断优先级寄存器IP配置 | □已掌握 □需复习 | 实训室微课视频 |
| 中断函数结构(interrupt关键字、using关键字) | □已掌握 □需复习 | 《单片机C语言程序设计》第6章 |
| 中断响应与处理流程 | □已掌握 □需复习 | 实训室参考手册 |
2. 工具与资源清单
- 硬件器材:STC89C52RC开发板、按键×2(模拟外部信号源)、LED×2(红=紧急、黄=故障)、220Ω电阻、面包板、杜邦线
- 测试仪器:示波器(测量中断响应时间)
- 参考资料:《现场联调技术规范》、STC89C52RC中断系统章节
- 设计规范:中断服务程序必须简短(禁止延时);必须清除中断标志;必须保护现场
3. 前置任务检查
□ 已理解8051中断向量表(INT0=0003H, INT1=0013H, T0=000BH, T1=001BH)
□ 已掌握IE寄存器各位含义(EA, EX0, ET0, EX1, ET1, ES)
□ 已掌握IP寄存器优先级设置
□ 已理解边沿触发与电平触发的区别和应用场景
□ 已阅读《现场联调技术规范》
# ■ 计划区
任务拆解与进度安排(6课时 = 270分钟):
| 阶段 | 时间 | 负责人 | 具体任务 | 完成标志 |
|---|---|---|---|---|
| 资讯 | 30min | 全组 | 学习中断原理、分析响应时序要求 | 画出中断流程图 |
| 计划 | 20min | 全组 | 分配角色、设计中架构、规划测试方案 | 中断优先级矩阵 |
| 决策 | 15min | 全组 | 确定触发方式、优先级、服务程序策略 | 决策记录 |
| 执行1 | 50min | 信号调试员 | 搭建2路外部信号+LED指示电路 | 信号可正常触发 |
| 执行2 | 70min | 底层程序员 | 编写中断初始化+服务程序 | 编译通过 |
| 执行3 | 50min | 中断系统设计师 | 验证优先级、测量响应时间、测试嵌套 | 测试报告 |
| 检查 | 25min | 联调文档员 | 填写测试报告、绘制向量表、整理文档 | 文档完整 |
| 评价 | 10min | 全组 | 组内互评、提交成果 | 互评表提交 |
# ■ 决策区
中断系统设计决策:
| 决策项 | 选项A | 选项B | 选择 | 理由 |
|---|---|---|---|---|
| INT0触发方式 | 下降沿触发 | 低电平触发 | ____ | |
| INT1触发方式 | 下降沿触发 | 低电平触发 | ____ | |
| INT0优先级 | 高(PX0=1) | 低(PX0=0) | ____ | |
| INT1优先级 | 高(PX1=1) | 低(PX1=0) | ____ | |
| 服务程序策略 | 简短快速(推荐) | 功能完整但较长 | ____ |
中断优先级矩阵:
| 中断源 | 优先级 | 触发条件 | 响应动作 | 执行时间限制 |
|---|---|---|---|---|
| INT0(紧急停机) | 最高 | 下降沿 | 红灯亮、全局停机标志置1 | <50μs |
| INT1(设备故障) | 次高 | 下降沿 | 黄灯亮、故障计数+1 | <100μs |
# ■ 展示区
组间成果展示要求:
- 每组派1名代表演示:外部中断系统(限时4分钟)
- 展示内容必须包括:正常中断触发、优先级验证(同时触发时INT0优先)、响应时间说明
- 其他小组观察并记录:该组的1个技术亮点 + 1个可以改进的地方
# ■ 执行区
Step 1:电路搭建
INT0(P3.2) ── 按键1 ── GND(上拉电阻10kΩ接VCC)
INT1(P3.3) ── 按键2 ── GND(上拉电阻10kΩ接VCC)
P1.0 ── 220Ω ── 红色LED ── GND(紧急停机指示)
P1.1 ── 220Ω ── 黄色LED ── GND(设备故障指示)
Step 2:程序编写
#include <reg52.h>
sbit LED_EMG = P1^0; // 紧急停机指示灯
sbit LED_FLT = P1^1; // 设备故障指示灯
unsigned char emg_flag = 0; // 紧急停机标志
unsigned char flt_count = 0; // 故障计数
// INT0中断服务程序:紧急停机
void INT0_ISR(void) interrupt 0 {
LED_EMG = 0; // 点亮红灯
emg_flag = 1; // 设置停机标志
// 注意:中断服务程序中禁止使用延时函数!
}
// INT1中断服务程序:设备故障
void INT1_ISR(void) interrupt 2 {
LED_FLT = 0; // 点亮黄灯
flt_count++; // 故障计数+1
if(flt_count > 99) flt_count = 0;
}
void main() {
// 初始化LED(默认熄灭)
LED_EMG = 1;
LED_FLT = 1;
// 外部中断初始化
IT0 = 1; // INT0下降沿触发
IT1 = 1; // INT1下降沿触发
PX0 = 1; // INT0高优先级
PX1 = 0; // INT1低优先级
EX0 = 1; // 使能INT0
EX1 = 1; // 使能INT1
EA = 1; // 全局中断使能
while(1) {
// 主循环处理中断标志
if(emg_flag) {
// 执行紧急停机后的处理(如保存数据、关闭设备等)
emg_flag = 0;
// 实际应用中这里会触发停机流程
}
// 模拟正常工作时LED闪烁(表示系统运行中)
P1^2 = ~P1^2;
delay_ms(500);
}
}
void delay_ms(unsigned int ms) {
unsigned int i, j;
for(i = 0; i < ms; i++)
for(j = 0; j < 120; j++);
}
Step 3:测试验证
| 测试编号 | 测试项目 | 操作方法 | 预期结果 | 结果 |
|---|---|---|---|---|
| T1 | INT0正常触发 | 按按键1 | 红灯亮 | □ |
| T2 | INT1正常触发 | 按按键2 | 黄灯亮 | □ |
| T3 | 优先级验证 | 同时按两个键 | 红灯先亮(INT0优先) | □ |
| T4 | 边沿触发验证 | 按住按键不松 | 只触发一次 | □ |
| T5 | 电平触发对比 | 改为低电平触发测试 | 按住时连续触发 | □ |
# ■ 成果提交区
提交清单:
- [ ] 外部中断信号采集电路实物
- [ ] C51源程序(.c文件)及HEX文件
- [ ] 《中断响应时序测试报告》
- [ ] 功能演示视频
- [ ] 组内互评表(匿名提交)
# ■ 评价反思区
【K1-K8产出评价】 使用COMET八标准中的相关维度进行产出评价,评价的是"能力产出"而非"态度认同"。
| K标准 | 评价维度 | 1分:未达标 | 2分:基本达标 | 3分:良好达标 | 4分:优秀达标 |
|---|---|---|---|---|---|
| K2 功能性 | 两路中断正常触发、优先级正确、响应及时 | 仅1路可用 | 基本触发但有问题 | 功能完整正确 | 增加中断嵌套测试 |
| K5 工作过程导向 | 中断向量表清晰、寄存器配置正确、服务程序规范 | 配置错误 | 基本可用 | 配置规范 | 形成标准配置模板 |
| K6 社会责任 | 安全信号优先设计、服务程序简短可靠 | 无优先级 | 有配置但不严谨 | 规范可靠 | 安全设计完善 |
同伴互评(其他小组对报告提1个优点+1个改进建议):
| 评价组 | 优点 | 改进建议 |
|---|---|---|
个人改进计划:
【新增·组内成员互评表】(匿名提交教师,1-5分,与K1-K8能力画像数据对接)
| 互评维度 | 映射K标准 | 组员A | 组员B | 组员C | 组员D | 评分说明(行为锚定) |
|---|---|---|---|---|---|---|
| 任务参与度(主动承担、按时完成) | K5工作过程导向 | 5=全程主动,1=消极被动 | ||||
| 成果贡献度(产出数量与质量) | K2功能性 | 5=贡献最大,1=几乎无贡献 | ||||
| 表达清晰性(汇报/文档/展示的逻辑) | K1清晰性 | 5=逻辑严谨,1=混乱不清 | ||||
| 创新积极性(提出新想法、解决问题) | K8创造性 | 5=积极创新,1=无新想法 | ||||
| 协作责任感(沟通配合、冲突处理) | K6社会责任 | 5=主动补位,1=不配合 |
个人贡献度自评(与组内互评对照,防止自评偏差):
- 本工单中,我承担的角色是:________________
- 我完成的核心任务是:________________
- 我为团队解决的1个关键问题是:________________
- 我从其他组员身上学到的1点是:________________
- 如果重新来过,我会改进:________________
小组协作系数(教师评定,0.8-1.2,直接影响个人最终成绩):____
系数说明:
- 1.1-1.2 = 协作优异、互相补位、有超出分工的创造性贡献
- 1.0 = 正常协作,各尽其责
- 0.8-0.9 = 协作存在问题、搭便车或冲突未解决
计算公式:个人最终得分 = 基础产出分(K1-K8平均)× 个人贡献系数(β)× 小组协作系数(α)
数据去向:本表得分将汇入「COMET K1-K8能力画像数据库」,作为学生个体能力发展追踪的原始证据。
# ■ 理论注解 ★(可选阅读)
【理论溯源】 中断(Interrupt)机制是计算机体系结构中最伟大的发明之一。1950年代,IBM的Stretch计算机首次引入中断概念,解决了"CPU等待I/O设备"的效率瓶颈。没有中断,CPU必须不断轮询(polling)检查设备状态——就像一个人不断看手表等电梯,而不是电梯到了按门铃通知他。8051单片机的中断系统设计体现了"层次化响应"思想:2个外部中断、2个定时器中断、1个串口中断,通过IP寄存器实现两级优先级,通过EA寄存器实现全局开关。这种"分层+可控"的设计思想,在后续学习ARM Cortex-M的NVIC(嵌套向量中断控制器)时会被进一步扩展。
【为什么用它】 中断是嵌入式系统从"轮询"走向"事件驱动"的关键技术。在工业现场,紧急信号不可能等到主循环轮询到它才响应——那可能意味着设备已经损坏甚至人员伤亡。本工单通过"紧急停机"这一真实场景,让学生理解中断的"时效性"本质:不是"更快",而是"在正确的时间做正确的事"。同时,中断优先级设计让学生体验到"系统设计"的复杂性——如何在有限的硬件资源中分配优先级,是工程师必须面对的权衡。
【K6社会责任关联】 本工单特别强化K6(社会责任)——中断优先级分配不是技术问题,而是安全问题。"紧急停机信号永远最高优先级"这一设计决策,体现了工程师对现场操作工人生命安全的承诺。这种"安全优先"的职业伦理,是嵌入式工程师区别于普通程序员的核心素养。
# 【工单10】工控系统定时器精确控制 【C4→T】
# ■ 任务呈现区
情境:您是江苏东华测试技术股份有限公司工控时序控制部的工程师。公司 strain testing 系统需要对结构件施加周期性载荷,并精确记录每个载荷周期内的应变响应——这要求系统能够产生精确的定时控制信号(如每100ms触发一次数据采集)。同时,系统还需要一个"看门狗"功能:如果主程序由于某种原因陷入死循环,定时器必须在1秒内触发复位,防止设备失控。您的任务是:基于51单片机的定时器/计数器,设计并实现"工控系统定时器精确控制"系统,要求:①掌握定时器四种工作方式;②能够计算定时初值并完成初始化;③用定时器实现精确定时和周期任务控制;④实现看门狗功能保障系统安全。
真实背景参考:东华测试的DH5902动态应变测试系统采用定时器0产生1kHz采样时钟,定时器1产生100Hz触发信号。公司《时序控制精度规范》要求:定时误差<0.1%(@12MHz晶振),定时器中断服务程序执行时间<定时周期的10%,看门狗复位时间容差±5%。
学习目标:
- 能够理解定时器/计数器的结构和工作原理(THx/TLx、TMOD、TCON)
- 能够掌握定时器四种工作方式的配置方法
- 能够计算定时初值并完成初始化编程
- 能够利用定时器实现精确定时、周期任务控制和看门狗功能
核心输出物:
- [ ] 定时器精确控制电路(含LED或数码管显示定时次数)
- [ ] C51定时器驱动程序(含周期任务+看门狗)
- [ ] 《定时精度测试报告》(含误差分析、初值计算过程)
- [ ] 功能演示视频(周期任务+看门狗触发演示)
# ■ 任务定位栏
【3D Penetration】本工单的三维属性标注
内容维度:③ 问题解决型(定时器精确控制与看门狗设计)
行动维度:资讯→计划→决策→展示→执行→检查→评价
需求维度:目标水平=L4 | 核心K标准:K2/K4/K5
向上穿透: T层"定时器精确控制" → C4"定时器应用与传感器数据采集系统设计能力" → P5"工业测控系统集成能力" → G1"职业责任感与工匠精神"
# ■ 学生分组与角色分配【必备·勿遗漏】
【为什么必备】 分组不是"把学生凑在一起",而是"让每个学生都有不可替代的责任"。没有角色分配的分组必然导致搭便车;没有协作规则的分组必然陷入混乱。本栏是十部分工单的第③部分,缺失则学生无法形成有效协作,教师后续也无法追溯个人贡献度。
分组建议:4人小组。 角色分工(建议轮换):
- 时序工程师:负责定时器工作方式选择、初值计算、时序图设计
- 底层程序员:负责定时器初始化、中断服务程序、看门狗逻辑编写
- 精度测试员:负责定时精度测量(示波器/逻辑分析仪)、误差分析、初值校准
- 系统文档员:负责初值计算书、时序图、精度测试报告整理
协作规则:
- 分工原则:时序设计是"数学+工程"的结合——初值计算必须精确,程序实现必须可靠
- 交流机制:使用"初值计算白板"——全组共同推导定时初值公式,交叉验证计算结果
- 冲突解决:初值计算分歧时,以STC数据手册中的机器周期公式为准;精度测试分歧时,以仪器测量结果为准
学生互评机制:
- 组内互评:每份工单完成后,组员根据"参与度/贡献度/协作度"三维度互评(1-5分),匿名提交教师
- 组间互评:成果展示环节,其他小组使用"K1-K8产出评价"进行交叉评价
- 教师观察:教师记录小组协作中的角色担当、冲突处理、时间管理等行为,作为协作系数依据
分组操作指南:
- 分组方式:开学初固定分组(4人/组),整个课程周期内保持稳定
- 角色轮换:每个工单结束后,角色顺时针轮换,确保每人体验完整岗位链条
- 搭便车预防:组内互评单项低于3分的成员,需接受教师面谈并制定改进计划;连续2个工单互评垫底者,触发个人独立补做机制
- 协作激励:小组协作系数1.1-1.2的成员,在课程总评中获得额外能力积分
# ■ 知识准备区
1. 必备知识清单
| 知识点 | 掌握状态 | 复习资料 |
|---|---|---|
| 定时器结构(THx/TLx、TMOD、TCON) | □已掌握 □需复习 | 《单片机原理与应用》第6章 |
| 机器周期计算方法(12时钟/机器周期) | □已掌握 □需复习 | STC89C52RC数据手册 |
| 定时初值计算方法(2^16 - 定时次数) | □已掌握 □需复习 | 实训室微课视频 |
| 定时器四种工作方式(方式0~3) | □已掌握 □需复习 | 《单片机C语言程序设计》第6章 |
| 看门狗原理(WDT) | □已掌握 □需复习 | 实训室参考手册 |
2. 工具与资源清单
- 硬件器材:STC89C52RC开发板、LED×2、220Ω电阻、面包板、杜邦线
- 测试仪器:示波器(测量定时周期)、万用表
- 参考资料:《时序控制精度规范》、STC89C52RC定时器章节
- 计算要点:11.0592MHz晶振时,机器周期 = 12/11.0592MHz ≈ 1.085μs
3. 前置任务检查
□ 已掌握定时初值计算公式
□ 已理解4种工作方式的区别和适用场景
□ 已计算目标定时时间对应的初值(交叉验证)
□ 已理解看门狗的工作原理和喂狗方法
□ 已阅读《时序控制精度规范》
# ■ 计划区
任务拆解与进度安排(6课时 = 270分钟):
| 阶段 | 时间 | 负责人 | 具体任务 | 完成标志 |
|---|---|---|---|---|
| 资讯 | 30min | 全组 | 学习定时器原理、掌握初值计算方法 | 能独立推导初值公式 |
| 计划 | 20min | 全组 | 分配角色、选择工作方式、计算初值 | 初值计算书完成 |
| 决策 | 15min | 全组 | 确定工作方式、定时周期、看门狗时间 | 决策记录 |
| 执行1 | 40min | 时序工程师 | 设计时序图、确定各定时器分工 | 时序图完成 |
| 执行2 | 80min | 底层程序员 | 编写定时器初始化+中断服务+看门狗 | 编译通过 |
| 执行3 | 50min | 精度测试员 | 测量定时精度、校准初值、测试看门狗 | 精度达标 |
| 检查 | 25min | 系统文档员 | 填写测试报告、整理计算书、撰写说明 | 文档完整 |
| 评价 | 10min | 全组 | 组内互评、提交成果 | 互评表提交 |
# ■ 决策区
定时器配置决策:
| 决策项 | 选项A | 选项B | 选项C | 选择 | 理由 |
|---|---|---|---|---|---|
| 工作方式 | 方式1(16位定时) | 方式2(8位自动重装) | 方式0(13位) | ____ | |
| 晶振频率 | 11.0592MHz(计算方便) | 12MHz(整除方便) | ____ | ||
| 定时器0功能 | 周期任务(如100ms LED闪烁) | 看门狗 | 高频采样 | ____ | |
| 定时器1功能 | 看门狗 | 低频触发 | 串口波特率 | ____ |
定时初值计算书(示例:定时50ms@11.0592MHz,方式1):
机器周期 T = 12 / 11.0592MHz = 1.085μs
定时次数 N = 50ms / 1.085μs = 46080
定时初值 X = 65536 - 46080 = 19456 = 0x4C00
TH0 = 0x4C, TL0 = 0x00
# ■ 展示区
组间成果展示要求:
- 每组派1名代表演示:定时器控制系统(限时4分钟)
- 展示内容必须包括:定时周期LED闪烁、初值计算讲解、看门狗触发复位演示
- 其他小组观察并记录:该组的1个技术亮点 + 1个可以改进的地方
# ■ 执行区
程序框架:
#include <reg52.h>
sbit LED = P1^0;
sbit WDI = P3^7; // 看门狗喂狗引脚(如使用STC看门狗)
unsigned int timer0_count = 0;
unsigned char wdt_count = 0;
// 定时器0中断服务程序:周期任务
void Timer0_ISR(void) interrupt 1 {
TH0 = 0x4C; // 重装初值(50ms)
TL0 = 0x00;
timer0_count++;
if(timer0_count >= 20) { // 50ms×20=1s
timer0_count = 0;
LED = ~LED; // LED每秒闪烁一次
}
}
// 定时器1中断服务程序:看门狗喂狗(或用STC内置WDT)
void Timer1_ISR(void) interrupt 3 {
// 喂狗操作
wdt_count++;
if(wdt_count >= 10) { // 500ms喂一次狗
wdt_count = 0;
WDI = ~WDI; // 翻转喂狗信号
}
}
void Timer0_Init() {
TMOD &= 0xF0; // 清除T0控制位
TMOD |= 0x01; // T0方式1(16位定时)
TH0 = 0x4C; // 初值高字节
TL0 = 0x00; // 初值低字节
ET0 = 1; // 使能T0中断
EA = 1; // 全局中断使能
TR0 = 1; // 启动T0
}
void main() {
Timer0_Init();
while(1) {
// 主循环执行任务
// 如果陷入死循环,看门狗将触发复位
}
}
# ■ 成果提交区
提交清单:
- [ ] 定时器控制电路实物
- [ ] C51源程序(.c文件)及HEX文件
- [ ] 《定时精度测试报告》(含初值计算书、误差分析)
- [ ] 功能演示视频
- [ ] 组内互评表(匿名提交)
# ■ 评价反思区
【K1-K8产出评价】 使用COMET八标准中的相关维度进行产出评价,评价的是"能力产出"而非"态度认同"。
| K标准 | 评价维度 | 1分:未达标 | 2分:基本达标 | 3分:良好达标 | 4分:优秀达标 |
|---|---|---|---|---|---|
| K2 功能性 | 定时准确、周期任务正常、看门狗有效 | 定时偏差大 | 基本定时 | 精度<0.1% | 多任务协调 |
| K4 效率 | 定时器资源利用合理、CPU占用率低 | 资源浪费 | 基本合理 | 优化良好 | 极致优化 |
| K5 工作过程导向 | 初值计算正确、时序图清晰、测试数据完整 | 计算错误 | 基本正确 | 规范完整 | 可复用模板 |
同伴互评(其他小组对报告提1个优点+1个改进建议):
| 评价组 | 优点 | 改进建议 |
|---|---|---|
个人改进计划:
【新增·组内成员互评表】(匿名提交教师,1-5分,与K1-K8能力画像数据对接)
| 互评维度 | 映射K标准 | 组员A | 组员B | 组员C | 组员D | 评分说明(行为锚定) |
|---|---|---|---|---|---|---|
| 任务参与度(主动承担、按时完成) | K5工作过程导向 | 5=全程主动,1=消极被动 | ||||
| 成果贡献度(产出数量与质量) | K2功能性 | 5=贡献最大,1=几乎无贡献 | ||||
| 表达清晰性(汇报/文档/展示的逻辑) | K1清晰性 | 5=逻辑严谨,1=混乱不清 | ||||
| 创新积极性(提出新想法、解决问题) | K8创造性 | 5=积极创新,1=无新想法 | ||||
| 协作责任感(沟通配合、冲突处理) | K6社会责任 | 5=主动补位,1=不配合 |
个人贡献度自评(与组内互评对照,防止自评偏差):
- 本工单中,我承担的角色是:________________
- 我完成的核心任务是:________________
- 我为团队解决的1个关键问题是:________________
- 我从其他组员身上学到的1点是:________________
- 如果重新来过,我会改进:________________
小组协作系数(教师评定,0.8-1.2,直接影响个人最终成绩):____
系数说明:
- 1.1-1.2 = 协作优异、互相补位、有超出分工的创造性贡献
- 1.0 = 正常协作,各尽其责
- 0.8-0.9 = 协作存在问题、搭便车或冲突未解决
计算公式:个人最终得分 = 基础产出分(K1-K8平均)× 个人贡献系数(β)× 小组协作系数(α)
数据去向:本表得分将汇入「COMET K1-K8能力画像数据库」,作为学生个体能力发展追踪的原始证据。
# ■ 理论注解 ★(可选阅读)
【理论溯源】 定时器/计数器是单片机中最古老也最核心的外设之一。Intel 8048(1976年)首次在单片机中集成定时器,其设计思想延续至今:用硬件计数替代软件延时,释放CPU去执行更有价值的任务。8051的定时器设计体现了"一器多用"的工程智慧——同一个硬件模块,通过TMOD寄存器配置,既可以作为"定时器"(对内部机器周期计数),也可以作为"计数器"(对外部脉冲计数)。看门狗(Watchdog Timer)则是可靠性工程的重要发明:1970年代由NASA在航天器软件中首次应用,用于检测和恢复程序失控。
【为什么用它】 定时器是嵌入式系统从"轮询+延时"的幼稚模式迈向"事件驱动+多任务"成熟模式的标志。没有定时器,系统只能做一件事;有了定时器,系统可以同时管理多个时间相关的任务。看门狗则是"容错设计"的入门概念——承认软件可能出错,并设计机制在出错时自动恢复。这种"为失败而设计"(design for failure)的思维,是高可靠性嵌入式系统的核心。
【K4效率关联】 本工单的核心评价维度之一是K4(效率)。定时器初值计算的本质是"在有限资源(16位计数器)中实现目标时间"的优化问题。选择11.0592MHz晶振而非12MHz,正是因为它能产生更精确的串口波特率——这种"为后续功能预留优化空间"的设计思维,体现了工程师的"系统性思考"。
# 【工单11】车间工位蜂鸣器提示器设计 【C4→T】
# ■ 任务呈现区
情境:您是江苏东华测试技术股份有限公司现场声光报警器维护部的技术员。公司车间的 strain testing 工位需要配备"蜂鸣器提示器"——当测试完成时播放"叮咚"提示音,当设备故障时播放急促报警音,当紧急停机时播放连续长鸣。蜂鸣器通过单片机I/O口输出不同频率的方波驱动,频率决定音调,持续时间决定节拍。您的任务是:设计并实现"车间工位蜂鸣器提示器"系统,要求:①掌握蜂鸣器驱动电路原理;②能用I/O口输出不同频率方波产生不同音调;③编程实现"叮咚"门铃音效和多种报警音效;④能调整频率与延时优化声音效果。
真实背景参考:东华测试的DH5902动态应变测试系统在测试完成时会发出"滴"声提示,DH3818系统在超量程时会发出"滴滴滴"报警。公司《声光报警器技术规范》要求:提示音频率500~2000Hz、声压级≥60dB@10cm、报警音与提示音必须有明显区分(频率差≥500Hz或节奏不同)。
学习目标:
- 能够理解蜂鸣器驱动电路原理(有源/无源蜂鸣器区别)
- 能够用I/O口输出不同频率方波驱动蜂鸣器
- 能够编程实现多种音效(门铃、报警、提示)
- 能够调整频率与延时参数优化声音效果
核心输出物:
- [ ] 蜂鸣器提示器电路(含无源蜂鸣器+三极管驱动)
- [ ] C51蜂鸣器驱动程序(含"叮咚"门铃+报警音效)
- [ ] 《音效参数表》(含频率、持续时间、音调名称)
- [ ] 音效演示视频
# ■ 任务定位栏
【3D Penetration】本工单的三维属性标注
内容维度:④ 综合项目型(蜂鸣器提示器系统设计与实现)
行动维度:资讯→计划→决策→展示→执行→检查→评价
需求维度:目标水平=L4 | 核心K标准:K1/K2/K8
向上穿透: T层"蜂鸣器提示器设计" → C4"定时器应用与传感器数据采集系统设计能力" → P3"智能设备调试与运维能力" → G1"职业责任感与工匠精神"
# ■ 学生分组与角色分配【必备·勿遗漏】
【为什么必备】 分组不是"把学生凑在一起",而是"让每个学生都有不可替代的责任"。没有角色分配的分组必然导致搭便车;没有协作规则的分组必然陷入混乱。本栏是十部分工单的第③部分,缺失则学生无法形成有效协作,教师后续也无法追溯个人贡献度。
分组建议:4人小组。 角色分工(建议轮换):
- 硬件装配员:负责蜂鸣器选型(有源/无源)、驱动电路搭建(三极管扩流)
- 音效设计师:负责设计音效方案(频率、节奏、时长)、制作音阶频率表
- 软件工程师:负责方波生成程序、音效播放程序、定时器驱动音调
- 声学测试员:负责声音效果评价、声压级估算、参数调优
协作规则:
- 分工原则:音效设计是"艺术+工程"的结合——需要同时考虑声学效果和技术可实现性
- 交流机制:使用"音阶频率表"作为共同语言——全组确认每种音效的具体频率和时长
- 冲突解决:音效风格分歧时,以《声光报警器技术规范》中的功能需求为最高准则
学生互评机制:
- 组内互评:每份工单完成后,组员根据"参与度/贡献度/协作度"三维度互评(1-5分),匿名提交教师
- 组间互评:成果展示环节,其他小组使用"K1-K8产出评价"进行交叉评价
- 教师观察:教师记录小组协作中的角色担当、冲突处理、时间管理等行为,作为协作系数依据
分组操作指南:
- 分组方式:开学初固定分组(4人/组),整个课程周期内保持稳定
- 角色轮换:每个工单结束后,角色顺时针轮换,确保每人体验完整岗位链条
- 搭便车预防:组内互评单项低于3分的成员,需接受教师面谈并制定改进计划;连续2个工单互评垫底者,触发个人独立补做机制
- 协作激励:小组协作系数1.1-1.2的成员,在课程总评中获得额外能力积分
# ■ 知识准备区
1. 必备知识清单
| 知识点 | 掌握状态 | 复习资料 |
|---|---|---|
| 蜂鸣器驱动原理(有源/无源区别) | □已掌握 □需复习 | 《单片机原理与应用》第3章 |
| 方波频率与音调关系 | □已掌握 □需复习 | 实训室微课视频 |
| 三极管开关驱动电路 | □已掌握 □需复习 | 《模拟电子技术》第2章 |
| 音乐节拍与延时配合 | □已掌握 □需复习 | 实训室参考例程 |
| 定时器产生精确方波 | □已掌握 □需复习 | 工单10内容 |
2. 工具与资源清单
- 硬件器材:STC89C52RC开发板、无源蜂鸣器、S8050三极管、1kΩ电阻、面包板、杜邦线
- 参考资料:《声光报警器技术规范》、音阶频率表
- 设计要点:无源蜂鸣器需要方波驱动;三极管用于扩流;频率范围建议200Hz~2kHz
3. 前置任务检查
□ 已理解有源蜂鸣器和无源蜂鸣器的区别
□ 已查找音阶频率表(如中音Do=523Hz, Re=587Hz, Mi=659Hz, ...)
□ 已设计"叮咚"音效的频率和时长
□ 已准备三极管和无源蜂鸣器
□ 已阅读《声光报警器技术规范》
# ■ 计划区
任务拆解与进度安排(4课时 = 180分钟):
| 阶段 | 时间 | 负责人 | 具体任务 | 完成标志 |
|---|---|---|---|---|
| 资讯 | 20min | 全组 | 学习蜂鸣器原理、分析音效需求、查找音阶表 | 音阶表完成 |
| 计划 | 15min | 全组 | 分配角色、设计音效方案、规划电路 | 音效方案+电路图 |
| 决策 | 10min | 全组 | 确定蜂鸣器类型、驱动方式、音效风格 | 决策记录 |
| 执行1 | 40min | 硬件装配员 | 搭建蜂鸣器驱动电路 | 蜂鸣器可正常发声 |
| 执行2 | 50min | 软件工程师 | 编写方波生成+音效播放程序 | 编译通过 |
| 执行3 | 25min | 声学测试员 | 测试音效、调优参数、评价效果 | 效果达标 |
| 检查 | 12min | 音效设计师 | 填写参数表、整理音效说明 | 文档完整 |
| 评价 | 8min | 全组 | 组内互评、提交成果 | 互评表提交 |
# ■ 决策区
音效设计决策:
| 决策项 | 选项A | 选项B | 选择 | 理由 |
|---|---|---|---|---|
| 蜂鸣器类型 | 无源(需方波驱动) | 有源(直流驱动) | ____ | |
| 驱动方式 | 三极管开关 | I/O口直接驱动 | ____ | |
| "叮咚"音 | Do(523Hz)+Mi(659Hz) | 其他音阶组合 | ____ | |
| 报警音 | 连续1kHz | 断续2kHz | ____ |
音阶频率参考表:
| 音名 | 频率(Hz) | 音名 | 频率(Hz) |
|---|---|---|---|
| 中音Do | 523 | 高音Do | 1047 |
| 中音Re | 587 | 高音Re | 1175 |
| 中音Mi | 659 | 高音Mi | 1319 |
| 中音Fa | 698 | 高音Fa | 1397 |
| 中音Sol | 784 | 高音Sol | 1568 |
| 中音La | 880 | 高音La | 1760 |
| 中音Si | 988 | 高音Si | 1976 |
# ■ 展示区
组间成果展示要求:
- 每组派1名代表演示:蜂鸣器提示器(限时3分钟)
- 展示内容必须包括:"叮咚"门铃音效、报警音效、提示音效、参数讲解
- 其他小组观察并记录:该组的1个设计亮点 + 1个可以改进的地方
# ■ 执行区
Step 1:电路搭建
P1.0 ── 1kΩ ── B S8050
C ── 蜂鸣器(+) ── VCC
E ── GND
蜂鸣器(-) ── GND(如为无源蜂鸣器)
Step 2:程序编写
#include <reg52.h>
sbit BEEP = P1^0;
// 延时函数(产生方波半周期)
void delay_us(unsigned int us) {
while(us--);
}
// 蜂鸣器发声(频率Hz,持续时间ms)
void beep_tone(unsigned int freq, unsigned int duration_ms) {
unsigned int period_us = 1000000UL / freq / 2; // 半周期(微秒)
unsigned int cycles = (unsigned long)duration_ms * 1000 / (period_us * 2);
unsigned int i;
for(i = 0; i < cycles; i++) {
BEEP = 1;
delay_us(period_us);
BEEP = 0;
delay_us(period_us);
}
}
// "叮咚"音效
void dingdong() {
beep_tone(1047, 200); // 高音Do,200ms
delay_ms(100);
beep_tone(523, 400); // 中音Do,400ms
}
// 报警音效
void alarm() {
unsigned char i;
for(i = 0; i < 5; i++) {
beep_tone(2000, 100);
delay_ms(100);
}
}
// 提示音效
void prompt() {
beep_tone(880, 100); // 中音La
}
void delay_ms(unsigned int ms) {
unsigned int i, j;
for(i = 0; i < ms; i++)
for(j = 0; j < 120; j++);
}
void main() {
while(1) {
// 演示三种音效
dingdong(); delay_ms(1000);
alarm(); delay_ms(1000);
prompt(); delay_ms(2000);
}
}
# ■ 成果提交区
提交清单:
- [ ] 蜂鸣器提示器电路实物
- [ ] C51源程序(.c文件)及HEX文件
- [ ] 《音效参数表》
- [ ] 音效演示视频
- [ ] 组内互评表(匿名提交)
# ■ 评价反思区
【K1-K8产出评价】 使用COMET八标准中的相关维度进行产出评价,评价的是"能力产出"而非"态度认同"。
| K标准 | 评价维度 | 1分:未达标 | 2分:基本达标 | 3分:良好达标 | 4分:优秀达标 |
|---|---|---|---|---|---|
| K2 功能性 | 蜂鸣器正常发声、音调准确、音效可区分 | 无声或杂音 | 基本有声 | 音效清晰可区分 | 音效丰富优美 |
| K8 创造性 | 音效设计有创意、参数优化有独到之处 | 仅复制示例 | 有少量变化 | 设计有特色 | 创新且实用 |
同伴互评(其他小组对报告提1个优点+1个改进建议):
| 评价组 | 优点 | 改进建议 |
|---|---|---|
个人改进计划:
【新增·组内成员互评表】(匿名提交教师,1-5分,与K1-K8能力画像数据对接)
| 互评维度 | 映射K标准 | 组员A | 组员B | 组员C | 组员D | 评分说明(行为锚定) |
|---|---|---|---|---|---|---|
| 任务参与度(主动承担、按时完成) | K5工作过程导向 | 5=全程主动,1=消极被动 | ||||
| 成果贡献度(产出数量与质量) | K2功能性 | 5=贡献最大,1=几乎无贡献 | ||||
| 表达清晰性(汇报/文档/展示的逻辑) | K1清晰性 | 5=逻辑严谨,1=混乱不清 | ||||
| 创新积极性(提出新想法、解决问题) | K8创造性 | 5=积极创新,1=无新想法 | ||||
| 协作责任感(沟通配合、冲突处理) | K6社会责任 | 5=主动补位,1=不配合 |
个人贡献度自评(与组内互评对照,防止自评偏差):
- 本工单中,我承担的角色是:________________
- 我完成的核心任务是:________________
- 我为团队解决的1个关键问题是:________________
- 我从其他组员身上学到的1点是:________________
- 如果重新来过,我会改进:________________
小组协作系数(教师评定,0.8-1.2,直接影响个人最终成绩):____
系数说明:
- 1.1-1.2 = 协作优异、互相补位、有超出分工的创造性贡献
- 1.0 = 正常协作,各尽其责
- 0.8-0.9 = 协作存在问题、搭便车或冲突未解决
计算公式:个人最终得分 = 基础产出分(K1-K8平均)× 个人贡献系数(β)× 小组协作系数(α)
数据去向:本表得分将汇入「COMET K1-K8能力画像数据库」,作为学生个体能力发展追踪的原始证据。
# ■ 理论注解 ★(可选阅读)
【理论溯源】 蜂鸣器发声的原理源于"压电效应"(piezoelectric effect)或"电磁振动"。压电蜂鸣器利用压电陶瓷在电场作用下的机械振动发声,电磁蜂鸣器则利用线圈产生的交变磁场驱动振膜。无论是哪种原理,核心都是"电信号→机械振动→声波"的能量转换。方波驱动蜂鸣器的本质是"频率调制"——通过改变方波频率改变音调,通过改变方波占空比改变音量(虽然简单I/O口只能产生50%占空比方波,更精细的音量控制需要PWM技术)。
【为什么用它】 蜂鸣器提示器是"定时器应用"的趣味延伸。工单10中学生学会了用定时器产生精确时间间隔,本工单则让他们将这一技能转化为"可感知的声音"。从工程角度看,声音提示是工业设备人机交互的重要组成部分——在嘈杂的车间环境中,视觉提示可能被忽略,而听觉提示能穿透环境噪音。从学习角度看,"让蜂鸣器唱歌"是激发学生兴趣的有效方式——抽象的频率数字变成了具体的音符,枯燥的延时函数变成了音乐节奏。
【K8创造性关联】 本工单特别鼓励K8(创造性)——音效的无限可能性为创意表达提供了空间。学生可以尝试用蜂鸣器演奏简单旋律、模拟不同报警器声音、甚至设计自己的"品牌提示音"。这种"技术为创意服务"的体验,有助于培养学生的设计思维和创新能力。
# 【工单12】基于DS18B20的车间智能温度测控装置 【C4→T】
# ■ 任务呈现区
情境:您是江苏东华测试技术股份有限公司智能车间传感检测部的工程师。公司车间的应变测试设备对环境温度敏感(温度变化会导致应变片零点漂移),需要实时监测车间温度并在超限时报警。技术部门选择了DS18B20单总线数字温度传感器——它只需要1根数据线即可通信,精度±0.5℃,测量范围-55℃~+125℃。您的任务是:基于51单片机设计并实现"车间智能温度测控装置",要求:①掌握DS18B20单总线通信时序;②完成温度检测硬件接线;③编程实现温度采集、数码管显示;④设计温度阈值报警控制功能(如温度>30℃黄灯预警,>35℃红灯报警并蜂鸣)。这是本课程的终极综合项目——检验您是否具备小型嵌入式产品从硬件到软件的完整开发能力。
真实背景参考:东华测试的DH-T100便携式温度巡检仪采用DS18B20传感器+STC单片机+4位数码管的核心架构,广泛应用于桥梁、大坝、风电等现场的温度巡检。公司《温度巡检仪技术规范》要求:温度显示精度0.1℃、采样周期1~10秒可调、报警阈值可设置、高低温报警独立可设、系统功耗<50mA@5V。
学习目标:
- 能够理解DS18B20单总线通信的时序原理(初始化、写时隙、读时隙)
- 能够完成DS18B20温度检测硬件接线
- 能够编程实现温度采集、数据转换与处理
- 能够设计温度显示、上下限报警闭环控制功能
- 具备小型单片机产品整机设计调试能力
核心输出物:
- [ ] 车间智能温度测控装置整机(单片机+DS18B20+数码管+LED+蜂鸣器)
- [ ] C51完整程序(含DS18B20驱动+温度处理+显示+报警)
- [ ] 《整机功能测试报告》(含温度精度验证、报警功能测试、功耗估算)
- [ ] 产品演示视频(完整功能演示)
- [ ] 《产品使用说明书》(面向车间操作工)
# ■ 任务定位栏
【3D Penetration】本工单的三维属性标注
内容维度:④ 综合项目型(智能温度测控装置整机设计与制作)
行动维度:资讯→计划→决策→展示→执行→检查→评价
需求维度:目标水平=L4 | 核心K标准:K1/K2/K3/K5
向上穿透: T层"温度测控装置整机设计" → C4"定时器应用与传感器数据采集系统设计能力" → P5"工业测控系统集成能力" → G1"职业责任感与工匠精神"
# ■ 学生分组与角色分配【必备·勿遗漏】
【为什么必备】 分组不是"把学生凑在一起",而是"让每个学生都有不可替代的责任"。没有角色分配的分组必然导致搭便车;没有协作规则的分组必然陷入混乱。本栏是十部分工单的第③部分,缺失则学生无法形成有效协作,教师后续也无法追溯个人贡献度。
分组建议:4人小组。 角色分工(建议轮换):
- 硬件总工:负责整机电路设计(DS18B20+数码管+LED+蜂鸣器整合)、电源管理、接线布局
- 软件总工:负责DS18B20单总线驱动、温度数据处理、显示驱动、报警逻辑整合
- 系统测试员:负责整机功能测试(精度验证、报警测试、稳定性测试)、填写测试报告
- 产品文档员:负责撰写《产品使用说明书》(面向操作工)、整理技术文档、制作演示材料
协作规则:
- 分工原则:本工单是"系统集成"任务——所有子系统(传感器、显示、报警)必须整合为一个有机整体
- 交流机制:使用"系统集成检查表"——每完成一个子系统,全组进行接口兼容性检查
- 冲突解决:资源冲突(如I/O口分配)时,以"功能完整性"优先,必要时使用I/O扩展方案
学生互评机制:
- 组内互评:每份工单完成后,组员根据"参与度/贡献度/协作度"三维度互评(1-5分),匿名提交教师
- 组间互评:成果展示环节,其他小组使用"K1-K8产出评价"进行交叉评价
- 教师观察:教师记录小组协作中的角色担当、冲突处理、时间管理等行为,作为协作系数依据
分组操作指南:
- 分组方式:开学初固定分组(4人/组),整个课程周期内保持稳定
- 角色轮换:每个工单结束后,角色顺时针轮换,确保每人体验完整岗位链条
- 搭便车预防:组内互评单项低于3分的成员,需接受教师面谈并制定改进计划;连续2个工单互评垫底者,触发个人独立补做机制
- 协作激励:小组协作系数1.1-1.2的成员,在课程总评中获得额外能力积分
# ■ 知识准备区
1. 必备知识清单
| 知识点 | 掌握状态 | 复习资料 |
|---|---|---|
| DS18B20单总线通信时序(初始化、写0/1、读0/1) | □已掌握 □需复习 | DS18B20数据手册 |
| 温度数据读取与转换(16位有符号数→实际温度) | □已掌握 □需复习 | 实训室微课视频 |
| 温度显示、上下限报警闭环控制 | □已掌握 □需复习 | 前序工单知识整合 |
| 整机系统调试方法(模块级→系统级) | □已掌握 □需复习 | 实训室参考手册 |
| 产品文档编写规范 | □已掌握 □需复习 | 《产品使用说明书模板》 |
2. 工具与资源清单
- 硬件器材:STC89C52RC开发板、DS18B20温度传感器、4位共阳数码管、LED×2(红/黄)、蜂鸣器、三极管、电阻若干、面包板、杜邦线
- 测试仪器:万用表、温度计(标准参考)、秒表
- 参考资料:DS18B20数据手册、《温度巡检仪技术规范》、《产品使用说明书模板》
- 调试策略:先单独测试DS18B20通信→再整合显示→最后加入报警功能
3. 前置任务检查
□ 已理解DS18B20单总线时序(特别是严格的微秒级延时要求)
□ 已掌握温度数据格式(16位,高5位为符号,低11位为温度×16)
□ 已规划好整机I/O口分配方案
□ 已准备所有硬件元器件并清点无误
□ 已阅读《温度巡检仪技术规范》和《产品使用说明书模板》
# ■ 计划区
任务拆解与进度安排(6课时 = 270分钟):
| 阶段 | 时间 | 负责人 | 具体任务 | 完成标志 |
|---|---|---|---|---|
| 资讯 | 25min | 全组 | 学习DS18B20时序、分析整机需求、规划I/O分配 | I/O分配表完成 |
| 计划 | 20min | 全组 | 分配角色、制定集成计划、准备测试方案 | 集成计划+测试方案 |
| 决策 | 15min | 全组 | 确定报警阈值、采样周期、显示格式 | 决策记录 |
| 执行1 | 50min | 硬件总工 | 搭建整机电路(DS18B20+数码管+LED+蜂鸣器) | 各子系统通路正常 |
| 执行2 | 80min | 软件总工 | 编写DS18B20驱动+温度处理+显示+报警整合程序 | 编译通过 |
| 执行3 | 45min | 系统测试员 | 整机功能测试、精度验证、稳定性测试 | 测试报告 |
| 检查 | 20min | 产品文档员 | 撰写使用说明书、整理技术文档、制作演示 | 文档完整 |
| 评价 | 15min | 全组 | 组内互评、提交成果 | 互评表提交 |
系统集成检查表:
| 检查项 | 接口 | 检查内容 | 结果 |
|---|---|---|---|
| DS18B20→单片机 | P3.2 | 单总线通信正常 | □ |
| 单片机→数码管 | P0+P2 | 动态扫描显示正常 | □ |
| 单片机→LED | P1.0/P1.1 | 报警灯控制正常 | □ |
| 单片机→蜂鸣器 | P1.2 | 报警声音正常 | □ |
| 电源系统 | VCC/GND | 各点电压正常 | □ |
# ■ 决策区
整机设计决策:
| 决策项 | 选项A | 选项B | 选项C | 选择 | 理由 |
|---|---|---|---|---|---|
| DS18B20分辨率 | 9位(0.5℃) | 10位(0.25℃) | 12位(0.0625℃) | ____ | |
| 采样周期 | 1秒 | 5秒 | 10秒 | ____ | |
| 温度预警阈值 | 25℃ | 30℃ | 35℃ | ____ | |
| 温度报警阈值 | 30℃ | 35℃ | 40℃ | ____ | |
| 显示格式 | XX.X(1位小数) | XXX(整数) | XX.XX(2位小数) | ____ |
I/O口分配表:
| 功能 | 引脚 | 说明 |
|---|---|---|
| DS18B20数据线 | P3.2 | 单总线通信 |
| 数码管段选 | P0.0~P0.7 | 8段(a~g+dp) |
| 数码管位选 | P2.0~P2.3 | 4位(WE1~WE4) |
| 黄灯(预警) | P1.0 | 温度>预警阈值 |
| 红灯(报警) | P1.1 | 温度>报警阈值 |
| 蜂鸣器 | P1.2 | 报警时发声 |
# ■ 展示区
组间成果展示要求:
- 每组派1名代表演示:智能温度测控装置(限时5分钟)
- 展示内容必须包括:实时温度显示、用手加热传感器观察温度变化、达到预警阈值黄灯亮、达到报警阈值红灯+蜂鸣器响
- 其他小组观察并记录:该组的1个设计亮点 + 1个可以改进的地方
# ■ 执行区
Step 1:DS18B20单总线驱动程序
#include <reg52.h>
sbit DQ = P3^2; // DS18B20数据线
// 精确延时(12MHz晶振,1机器周期=1μs)
void delay_us(unsigned int us) {
while(us--) {
_nop_(); _nop_(); _nop_(); _nop_();
}
}
// DS18B20初始化
bit DS18B20_Init() {
bit presence;
DQ = 0; // 拉低
delay_us(480); // 延时480μs
DQ = 1; // 释放
delay_us(60); // 等待60μs
presence = ~DQ; // 检测存在脉冲
delay_us(420); // 等待剩余时间
return presence; // 返回1表示器件存在
}
// 写一个字节
void DS18B20_WriteByte(unsigned char dat) {
unsigned char i;
for(i = 0; i < 8; i++) {
DQ = 0; // 拉低
DQ = dat & 0x01; // 写数据位
delay_us(60); // 延时60μs
DQ = 1; // 释放
dat >>= 1;
}
}
// 读一个字节
unsigned char DS18B20_ReadByte() {
unsigned char i, dat = 0;
for(i = 0; i < 8; i++) {
dat >>= 1;
DQ = 0; // 拉低
_nop_(); _nop_(); // 延时2μs
DQ = 1; // 释放
_nop_(); _nop_(); // 延时2μs
if(DQ) dat |= 0x80;
delay_us(60); // 等待时隙结束
}
return dat;
}
// 读取温度(返回温度×10,单位0.1℃)
int DS18B20_ReadTemp() {
unsigned char LSB, MSB;
int temp;
DS18B20_Init();
DS18B20_WriteByte(0xCC); // 跳过ROM
DS18B20_WriteByte(0x44); // 启动温度转换
delay_us(750); // 等待转换完成(12位约750ms)
DS18B20_Init();
DS18B20_WriteByte(0xCC); // 跳过ROM
DS18B20_WriteByte(0xBE); // 读取暂存器
LSB = DS18B20_ReadByte(); // 低字节
MSB = DS18B20_ReadByte(); // 高字节
temp = (MSB << 8) | LSB;
temp = temp * 10 / 16; // 转换为0.1℃
return temp;
}
Step 2:整机整合程序框架
// 主程序框架(需整合前序工单的数码管显示和蜂鸣器代码)
#define WARN_TEMP 300 // 预警阈值 30.0℃
#define ALARM_TEMP 350 // 报警阈值 35.0℃
sbit LED_WARN = P1^0;
sbit LED_ALARM = P1^1;
sbit BEEP = P1^2;
void main() {
int temperature;
// 初始化显示、LED、蜂鸣器
while(1) {
temperature = DS18B20_ReadTemp(); // 读取温度
// 显示温度(整合数码管动态扫描显示)
display_temperature(temperature);
// 报警逻辑
if(temperature >= ALARM_TEMP) {
LED_ALARM = 0; // 红灯亮
LED_WARN = 1;
alarm_beep(); // 报警蜂鸣
}
else if(temperature >= WARN_TEMP) {
LED_WARN = 0; // 黄灯亮
LED_ALARM = 1;
BEEP = 1; // 蜂鸣器静音
}
else {
LED_WARN = 1;
LED_ALARM = 1;
BEEP = 1;
}
delay_ms(1000); // 每秒采样一次
}
}
# ■ 成果提交区
提交清单:
- [ ] 智能温度测控装置整机实物
- [ ] C51完整源程序(.c文件)及HEX文件
- [ ] 《整机功能测试报告》(含精度验证、报警测试、功耗估算)
- [ ] 产品演示视频
- [ ] 《产品使用说明书》(面向车间操作工,1页A4纸)
- [ ] 组内互评表(匿名提交)
《整机功能测试报告》模板:
| 测试项 | 测试方法 | 标准值 | 实测值 | 结果 |
|---|---|---|---|---|
| 温度测量精度 | 对比标准温度计 | ±0.5℃ | □合格 □不合格 | |
| 显示刷新率 | 目测 | 1秒/次 | □合格 □不合格 | |
| 预警功能 | 加热传感器到预警阈值 | 黄灯亮 | □合格 □不合格 | |
| 报警功能 | 加热传感器到报警阈值 | 红灯亮+蜂鸣 | □合格 □不合格 | |
| 整机功耗 | 万用表电流档 | <50mA | □合格 □不合格 | |
| 连续运行 | 持续运行30分钟 | 无死机 | □合格 □不合格 |
# ■ 评价反思区
【K1-K8产出评价】 使用COMET八标准中的相关维度进行产出评价,评价的是"能力产出"而非"态度认同"。
| K标准 | 评价维度 | 1分:未达标 | 2分:基本达标 | 3分:良好达标 | 4分:优秀达标 |
|---|---|---|---|---|---|
| K1 清晰性 | 代码结构清晰、注释完整、说明书易懂 | 混乱 | 基本可读 | 结构清晰 | 专业级文档 |
| K2 功能性 | 温度采集准确、显示正常、报警可靠 | 无法工作 | 部分功能 | 全部功能正常 | 增加额外功能 |
| K3 使用价值 | 操作简便、显示直观、报警及时 | 难用 | 基本可用 | 便捷易用 | 面向用户的优秀产品 |
| K5 工作过程导向 | 系统集成规范、测试完整、文档齐全 | 无序 | 基本有记录 | 规范完整 | 可复用的开发流程 |
同伴互评(其他小组对报告提1个优点+1个改进建议):
| 评价组 | 优点 | 改进建议 |
|---|---|---|
个人改进计划:
【新增·组内成员互评表】(匿名提交教师,1-5分,与K1-K8能力画像数据对接)
| 互评维度 | 映射K标准 | 组员A | 组员B | 组员C | 组员D | 评分说明(行为锚定) |
|---|---|---|---|---|---|---|
| 任务参与度(主动承担、按时完成) | K5工作过程导向 | 5=全程主动,1=消极被动 | ||||
| 成果贡献度(产出数量与质量) | K2功能性 | 5=贡献最大,1=几乎无贡献 | ||||
| 表达清晰性(汇报/文档/展示的逻辑) | K1清晰性 | 5=逻辑严谨,1=混乱不清 | ||||
| 创新积极性(提出新想法、解决问题) | K8创造性 | 5=积极创新,1=无新想法 | ||||
| 协作责任感(沟通配合、冲突处理) | K6社会责任 | 5=主动补位,1=不配合 |
个人贡献度自评(与组内互评对照,防止自评偏差):
- 本工单中,我承担的角色是:________________
- 我完成的核心任务是:________________
- 我为团队解决的1个关键问题是:________________
- 我从其他组员身上学到的1点是:________________
- 如果重新来过,我会改进:________________
小组协作系数(教师评定,0.8-1.2,直接影响个人最终成绩):____
系数说明:
- 1.1-1.2 = 协作优异、互相补位、有超出分工的创造性贡献
- 1.0 = 正常协作,各尽其责
- 0.8-0.9 = 协作存在问题、搭便车或冲突未解决
计算公式:个人最终得分 = 基础产出分(K1-K8平均)× 个人贡献系数(β)× 小组协作系数(α)
数据去向:本表得分将汇入「COMET K1-K8能力画像数据库」,作为学生个体能力发展追踪的原始证据。
# ■ 理论注解 ★(可选阅读)
【理论溯源】 DS18B20是美国Dallas Semiconductor(现Maxim Integrated)于1998年推出的经典数字温度传感器,其核心创新是"单总线"(1-Wire)通信协议——仅用1根数据线(加地线)即可实现供电和双向通信。单总线协议的时序设计极为精巧:利用总线空闲时的高电平通过内部电容为器件供电("寄生电源"模式),利用精确的微秒级时隙区分0和1。这种"少即是多"的通信哲学,在资源受限的嵌入式系统中具有重要价值。
【为什么用它】 工单12是本课程的"毕业设计"——它整合了前11个工单的所有核心技能:最小系统搭建(工单02)、I/O口控制(工单03)、数码管显示(工单05、06)、按键/中断(工单07、09)、定时器(工单10)、蜂鸣器(工单11),并新增了传感器通信这一全新技能。完成这个工单,意味着学生已经具备了"从需求分析到整机交付"的完整产品开发能力。正如COMET模型所强调的:职业能力的最终检验标准是"能否独立完成真实工作任务"。
【GPCT穿透总结】 本工单的GPCT穿透路径是:
- T层:DS18B20通信时序理解→温度数据读取与转换→数码管动态显示整合→报警闭环控制
- C层:C4"定时器应用与传感器数据采集系统设计能力"的完整实现
- P层:P4"传感器数据采集与处理能力" + P5"工业测控系统集成能力"的综合运用
- G层:G1"职业责任感与工匠精神"(整机调试需要耐心和细致) + G3"批判性思维与问题解决能力"(系统集成中的故障排查)
【课程收尾】 完成工单12后,学生应当能够自信地说:"我可以独立开发一个嵌入式测控产品了。"这不是夸大其词——从硬件接线到软件编程,从模块调试到系统集成,从功能实现到文档编写,工单12涵盖了嵌入式产品开发的完整价值链。这也是工单式教学的终极目标:不是让学生"学会考试",而是让学生"学会工作"。
# 附录
# 附录A:课程评价总表
# 一、过程性评价(70%)
| 评价维度 | 权重 | 评价方式 | 数据来源 |
|---|---|---|---|
| 工单产出质量(K1-K8平均) | 40% | 教师Rubric评分 | 各工单评价反思区K标准评分 |
| 个人贡献度(β系数) | 15% | 自评+互评对照 | 各工单个人贡献度自评+组内互评 |
| 小组协作系数(α系数) | 10% | 教师评定 | 教师课堂观察记录 |
| 组内互评数据完整性 | 5% | 教师检查 | 各工单互评表提交情况 |
# 二、终结性评价(30%)
| 评价项目 | 权重 | 内容 |
|---|---|---|
| 工单12整机项目 | 20% | 温度测控装置功能完整性、技术文档质量、演示效果 |
| 理论知识考核 | 10% | 单片机原理、C51编程、中断与定时器、接口技术笔试 |
# 三、成绩计算公式
个人最终成绩 = Σ(各工单基础产出分 × β系数 × α系数) / 12 × 40%
+ 组内互评数据完整性得分 × 5%
+ 工单12整机项目得分 × 20%
+ 理论知识考核得分 × 10%
注:组内互评单项低于3分≥2次的成员,个人贡献系数(β)最高按0.8计算。
# 附录B:COMET K1-K8能力画像追踪表
| 学生姓名 | K1 | K2 | K3 | K4 | K5 | K6 | K7 | K8 | 雷达图 |
|---|---|---|---|---|---|---|---|---|---|
数据汇聚规则:
- K1/K2/K5/K6/K8:来源于组内互评数据(自评20% + 互评30% + 教师Rubric 50%)
- K3/K4/K7:来源于教师Rubric直接评分
- 各工单权重:工单01-02(基础,各×0.8)+ 工单03-11(核心,各×1.0)+ 工单12(综合,×1.2)
# 附录C:企业与岗位对照速查表
| 工单编号 | 企业部门 | 对标岗位 | 核心职业素养 |
|---|---|---|---|
| 工单01 | 研发部 | 嵌入式开发助理工程师 | 规范操作、版本管理、细致严谨 |
| 工单02 | 生产部 | 硬件装配技术员 | 5S管理、通电自检、故障判断 |
| 工单03 | 生产部 | 自动化运维技术员 | 安全操作、规范布线、团队协作 |
| 工单04 | 研发部 | 嵌入式开发工程师 | 设计思维、精益求精、工匠精神 |
| 工单05 | 仪器仪表部 | 仪器仪表装配技术员 | 按图接线、参数调试、数据精准 |
| 工单06 | 巡检终端部 | 智能设备运维技术员 | 资源优化、故障排查、持续改进 |
| 工单07 | 设备调试部 | 自动化设备电气调试员 | 严谨排查、闭环整改、注重细节 |
| 工单08 | 操控终端部 | 人机界面调试工程师 | 用户导向、设计思维、现场应用 |
| 工单09 | 信号采集部 | 工业现场信号采集工程师 | 任务分级、优先响应、安全意识 |
| 工单10 | 时序控制部 | 工控时序控制工程师 | 一丝不苟、参数精确、程序严谨 |
| 工单11 | 声光报警部 | 现场设备维护技术员 | 钻研排查、抗压能力、工匠精神 |
| 工单12 | 传感检测部 | 智能车间传感检测工程师 | 系统设计、独立运维、综合素养 |
# 附录D:安全操作规范(必读)
- 静电防护:操作芯片前必须洗手或触摸接地金属释放静电;芯片不使用时放在防静电袋中
- 通电检查:上电前必须用万用表检测电源是否短路;上电后先观察有无异常(冒烟、发烫、异味)
- 限流保护:所有LED必须串联限流电阻;禁止直接将I/O口短接到VCC或GND
- 规范接线:面包板接线必须整洁有序;电源线和信号线分开走线;拔出USB线前先断电
- 仪器使用:示波器探头接地夹必须接被测电路地;禁止带电插拔芯片
- 5S管理:每次课后整理工位:工具归位、元器件分类、垃圾清理、桌面整洁
教材编写信息
| 项目 | 内容 |
|---|---|
| 课程名称 | 嵌入式系统开发实训 |
| 适用专业 | 嵌入式技术应用(510210) |
| 总课时 | 72课时 |
| 工单数量 | 12个 |
| 企业角色 | 江苏东华测试技术股份有限公司 |
| 编写依据 | 泰州职业技术学院工单式教学指导书(第1版) |
| 理论基础 | 完整行动七步法 × GPCT四层穿透 × COMET八标准 × Bybee四阶段 × 设计导向 |
| 版本日期 | 2026年6月 |
【使用说明】
本教材为工单式教学专用,每个工单均包含完整的10部分结构。教师在使用时请注意:
- 学生分组与角色分配【必备·勿遗漏】——这是工单式教学的核心结构,缺失则影响学生协作能力培养和教师对个人贡献度的追溯。
- 组内成员互评表——是COMET K1-K8能力画像数据库的数据来源,必须每份工单完成后匿名提交。
- 个人贡献度自评——与组内互评对照,防止自评偏差,培养学生的自我认知能力。
- 小组协作系数——教师根据课堂观察评定,直接影响学生个人最终成绩,请公正评定。
- 数据去向——所有互评数据汇入「COMET K1-K8能力画像数据库」,用于学生个体能力发展追踪。