|
所在平台: Coursera |
课程主页: https://www.coursera.org/learn/real-time-project-embedded-systems
课程评论：没有评论
课程名称：嵌入式系统实时项目 概述： 本课程可作为学分课程，注册为 ECEA 5318，为科罗拉多大学博尔德分校电子工程硕士学位的一部分。课程的最终目标是利用实时机器视觉和多个实时服务，动手构建一个应用程序，将 Linux 的内部状态与外部时钟通过观察进行同步。通过实际性能与理论分析的比较，确定调度抖动并减少延迟的累积。最终项目的验证将包括将系统时间戳日志与一组图像进行比较，图像可以编码成视频。最终报告将经过同行评审，并上传捕获的帧和视频以进行脚本评估。 课程学习成果： ● 成果 1：将问题和基本实时要求分解为软件模块与 Linux POSIX 实时线程 ● 成果 2：从 C（执行时间）、T（请求周期）和 D（完成截止日期）分析服务，以确定可行性和满足要求的余量 ● 成果 3：设计并构建一个配备摄像头的本地 Linux 系统的解决方案，以验证和演示使用机器视觉处理的系统同步 课程大纲： 第 1 部分：RTES 项目目标与目标 描述：本模块提供了 RTES 项目的背景，包括“视觉同步”的概念，即使用相机在外部时钟和嵌入式计算机之间进行时间同步。项目要求在 1 Hz 和 10 Hz 下进行同步，实时服务必须获取摄像头帧、选择稳定（非模糊）帧并将它们写入闪存文件系统。项目需要对 RMA、实时调度和多服务实时系统的设计原则有良好的理解。 第 2 部分：RTES 项目的完成和初步功能测试 描述：本模块回顾了 RTES 项目的不同设计方法，包括“枪弹”启动，在开始时检测时钟滴答声、完整的同步连续滴答检测方法及不同的实现选项。RTES 项目的设计者必须决定相机接口，例如 V4L2（Video for Linux 2）接口与 UVC（通用视频控制器）驱动程序或 OpenCV 接口。 第 3 部分：时间分析—实际与预测服务时间事件的比较 描述：为确保实时设计的正确实施，必须使用基于系统日志和跟踪的时间分析，以验证实际时间与理论 RMA 的比较。本模块概述了方法，并建议最有效的方式来调试和验证 RTES 项目的时间。模块包含 1 Hz 同行评审设计和代码，以帮助 RTES 项目改进，使用摄像机图像与滴答模拟时钟进行外部时钟同步。 第 4 部分：RTES 项目的系统验证和确认方法 描述：本模块涵盖整体 RTES 项目平台的跟踪和分析方法，包括网络、系统分析以及特别针对实时服务的跟踪方法。本模块包括 10 Hz 同行评审设计和代码，以帮助 RTES 项目在更高频率下（与数字秒表进行外部时钟同步）进行改进。 第 5 部分：最终项目评审与展示 描述：本模块应完成整体 RTES 项目。学生可以查看如何准备设计材料、RMA 和代码供审核的提示和示例。还将定义基于 RTES 项目评估标准对设计进行检查以验证和确认的过程。
Part: 1
Title:RTES Project Goals and Objectives
Description:This module provides background on the RTES project including the concept of a "visual synchronome", where a camera is used to synchronize time between an external clock and an embedded computer. The project requires synchronization at both 1 Hz and 10 Hz, where the real-time services must acquire camera frames, select stable (non-blurred) frames and write them to a flash file system. The project requires a good understanding of RMA, real-time scheduling, and design principles for multi-service real-time systems.
Part: 2
Title:Completion of RTES Project and Preliminary Functional Testing
Description:Different design approaches for the RTES project are reviewed in this module including the "shot gun" start, where clock ticks are detected once at the start, the full synchronome continuous tick detection approach, and different options for implementation. RTES project designers must decide on a camera interface, for example a V4L2 (Video for Linux 2) interface to UVC (Universal Video Controller) driver, or an OpenCV interface to a camera.
Part: 3
Title:Timing Analysis — Comparison of Actual to Predicted Service Time Events
Description:To ensure that a real-time design is properly implemented, timing analysis based upon system logging and tracing must be used to verify that actual timing compared to theoretical RMA. This module provides and overview of methods and suggests the most efficient methods to debug and verify timing of the RTES project. The module includes a 1 Hz peer review of design and code to assist with RTES project improvement for external clock synchronization using camera images with a ticking analog clock.
Part: 4
Title:Methods for System Verification and Validation of RTES project
Description:This module covers methods of tracing and profiling for the overall RTES project platform including networking, system profiling, and methods to trace real-time services in particular. The module includes a 10 Hz peer review of design and code to assist with RTES project improvement for external clock synchronization with a digital stopwatch at this higher rate compared to 1 Hz.
Part: 5
Title:Final Project Review and Presentation
Description:The overall RTES project should be completed for this module. Students can review tips and examples for how to prepare their design materials, their RMA, and code for review. The process for inspection to verify and validate the design based upon the RTES project rubric is defined here as well.
This course can also be taken for academic credit as ECEA 5318, part of CU Boulder’s Master of Science in Electrical Engineering degree. The final course emphasizes hands-on building of an application using real-time machine vision and multiple real-time services to synchronize the internal state of Linux with an external clock via observation. Compare actual performance to theoretical and analysis to determine scheduling jitter and to mitigate any accumulation of latency. The verification of the final project will include comparison of system timestamp logs with a large set of images which can be encoded into a video. The final report will be peer reviewed and the captured frames and video uploaded for scripted assessment. Course Learning Outcomes: ● Outcome 1: Decompose a problem and set of basic real-time requirements into software modules and Linux POSIX real-time threads ● Outcome 2: Analyze services in terms of C (execution time), T (request period), and D (deadlines for completion) to establish feasibility and margin for meeting requirements ● Outcome 3: Design and construct a solution for a native Linux system equipped with a webcam to verify and demonstrate system synchronization using machine vision processing
