基于AM335x的u-boot SPL 的CCS 调试

基于AM335x的u-boot SPL 的CCS 调试
基于AM335x的u-boot SPL 的CCS 调试

基于AM335x的U-Boot/SPL的CCS 调试

在基于Linux的AM335x软件开发流程中,第一步就是U-Boot/SPL (Second Program Loader)的移植。在移植中遇到问题比较常见,而U-Boot/SPL的调试手段比较简陋,不便于迅速找到问题。利用仿真器可以单步调试的特点,就可以迅速定位到出问题的代码所在位置,加速移植的调试过程。本文主要介绍如何用CCS+emulator调试基于AM335x的U-Boot/SPL。

1.AM335x Linux启动过程以及U-Boot/SPL调试代码的准备

1.1 AM335x Linux的启动过程

AM335x Linux的启动主要包括ROM,SPL,U-Boot和kernel四个

启动步骤:

A.ROM code

ROM code是固化在芯片内部的代码,当上电时序正确,而且晶

振等芯片启动所需的条件都具备时,AM335x会从ROM code开

始运行。

ROM code首先会读取sys_boot引脚上的配置,以确定存放SPL

的存储器,或者可以获取SPL的外设。

具体可以参考AM335x technical reference manual中的第26

章Initialization。

ROM code会从相应的地方读取/获取SPL,并运行SPL。

B.SPL

SPL和U-Boot是bootloader的两个阶段。这里分为两个阶段的

原因是, ROM code中不会配置DDR,时钟等最小系统,所以

ROM code只能把bootloader加载到片上SRAM中,而片上

SRAM对成本影响很大,所以通常很小,例如在AM335x上只有

64K,不足够放下整个U-Boot,所以将U-Boot分成两部分,

SPL和U-Boot。

SPL主要的职责就是初始化DDR,时钟等最小系统,以读取U-

Boot,并加载到DDR中。具体来看,SPL 由ROM code加载到

片上SRAM的起始位置,也就是0x402F0400。SPL会进一步对芯片进行配置,主要包括以下几个方面以完成其主要职责:

a.配置ARM core。主要包括对中断向量表,cache,MMU等的

配置。

b.配置时钟系统,主要是PLL等。这个是配置各个功能模块的

基础。

c.配置UART,timer等。主要用于输出必要的调试信息,或者

提供些时钟工具。

d.配置I2C和PMIC。这个主要是为了配置电源管理芯片。

e.配置DDR。

f.配置U-Boot所在的存储器或者外设。

完成配置后,SPL会读取U-Boot,并运行U-Boot。

C.U-Boot

U-Boot主要的工作就是正确加载Kernel。和SPL类似,U-Boot 也是要加载下一个阶段的image,但是U-Boot提供了更多外设的支持和更多的调试工具。所以,U-Boot也要进行各个模块的配置,上述SPL配置的部分,除了DDR外,U-Boot也会根据需求重新配置(这里重置主要是U-Boot是一个开源工程,其要兼容某些特殊的芯片,从而需要做重载)。此外,U-Boot也会对网口,SD卡等根据需求进行配置。

U-Boot和SPL的工作流程比有一点是有较大差异的,就是会对自身进行一次重载。这个在后面介绍U-Boot调试的时候,会有具体介绍。

完成配置后,U-Boot会从相应的存储器或者外设读取Kernel,并传递参数给kernel,运行kernel。

D.Kernel

Kernel运行起来就代表Linux运行起来了,表明了启动过程的结束。

1.2U-Boot/SPL 调试代码的准备

1.2.1下载U-Boot/SPL代码

U-Boot/SPL的代码在一个包里面,通过编译宏来分别编译。目前TI U-Boot/SPL 代码发布主要有两个渠道,具体如下

A.通过GIT开源的方式发布:

git://https://www.360docs.net/doc/2214478654.html,/git/projects/U-Boot-am33x.git

可以获取最新的代码,包含了最新的bug的修复。

B.通过TI的官网的EZSDK发布:

http://software-

https://www.360docs.net/doc/2214478654.html,/dsps/dsps_public_sw/am_bu/sdk/AM335xSDK/latest/i ndex_FDS.html

EZSDK是正式发布的软件包,经过全面测试,性能稳定,U-

Boot/SPL在board-support 目录中。可以选择EZSDK作为开发的基础代码。当有问题时,可到GIT上查找最新的代码是否有bug fix。

1.2.2 U-Boot/SPL的编译。

为了便于用CCS进行调试,在编译上需要注意两点,其一,是要加入调试信息,就是为了加入symbol等信息;其二,去掉编译器的性能优化编译选项,这个主要是因为,优化后的代码执行顺序相对C 代码会有调整。

针对这两点,在Uboot/SPL中,需要在config.mk中进行修改:A.在CFLAG 和 AFLAG中加入调试编译选项,从而加入调试信息:

278 ALL_AFLAGS = $(AFLAGS) $(AFLAGS_$(BCURDIR)/$(@F))

$(AFLAGS_$(BCURDIR)) –g

279 ALL_CFLAGS = $(CFLAGS) $(CFLAGS_$(BCURDIR)/$(@F))

$(CFLAGS_$(BCURDIR)) –g

B.去掉 CFLAG中的编译选项, -O2(U-Boot中默认是-O2)

61 HOSTCFLAGS = -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer

编译过程可以参考

https://www.360docs.net/doc/2214478654.html,/index.php/AM335x_U-

Boot_User%27s_Guide

1.2.3 可执行文件

经过编译后,就会生成可执行文件,也就是我们通常所说的image,这里会生成的image主要用AM335x Linux启动的两个阶段,

MLO(SPL)和U-Boot。

这里,SPL生成的image在am335/U-Boot-am33x/am335x/spl中,

A.am335/U-Boot-am33x/MLO 负责AM335x启动的第一阶段。

B.U-Boot-spl 作为带有调试信息的image,可以在CCS中用作导

入调试信息。

C.U-Boot-spl.bin 包含有调试信息,是调试时需要的image。

D.U-Boot-spl.map 这个文件里面存储了spl的memory map信息,

可以找到各函数入口的地址。

U-Boot生成的image在U-Boot-am33x/am335x中,具体如下:

A.U-Boot.img负责AM335x启动的第二阶段

B.U-Boot包含有调试信息,属于ELF格式,是调试时需要的image。

C.U-Boot.map这个文件里面存储了U-Boot的memory map信息,

可以找到各函数入口的地址

2.调试环境的准备

调试环境主要包含3个部分,仿真器,集成调试环境和开发板。下面将逐一介绍:

2.1 仿真器(emulator)

目前支持AM335x的仿真器的型号比较多,有XDS560v2, XDS510,XDS100v2, XDS100v3,等,比较常见的是XDS560v2和

XDS100v2。

XDS560v2,性能好,速度快,具有trace功能,但是价格偏

贵。 XDS100v2价格比较便宜。其具备和XDS560v2 一样的基本调试功能,只是XDS100v2的速度相对略慢。

XDS560v2和XDS100v2在PC机上的驱动(Windows, Linux)都已经包含在CCS中了,所以安装了最新版的CCS,就会安装相应的驱动。

2.2 集成开发环境

TI有自己的集成开发环境(IDE)CCS.目前最新的版本是基于Eclip se IDE架构的,界面新颖方便。

下载地址https://www.360docs.net/doc/2214478654.html,/index.php/Download_CCS。

CCS有Windows版本和Linux 版本,后面会在介绍调试过程中具体介绍两者的差异。

2.3 开发板

目前,针对不同的应用,TI发布了基于AM335x的多个开发板。

其中BeagleBone,StarterKit和ICE上配置了基于FT2232的

xds100v2。而GP EVM和IDK上引出了CTI JTAG接口。

这里选择GP EVM 和Spectrum Digital XDS560v2 作为调试平台。

3.CCS 调试Uboot/SPL的具体步骤

下面正式开始CCS的调试。调试的过程主要分为导入U-Boot/SPL工程,CCS 连接AM335x,代码调试等几个部分。

3.1 导入CCS代码。

在CCS中, Menu File -> Import … 选择Makefile 方式导入,如下图

所示:

在ezsdk中,U-Boot/SPL所对应的Makefile的具体路径如下:

/home/sitara/ti-sdk-am335x-evm-05.05.00.00/board-support/U-Boot-2011.09-psp04.06.00.08

如前面所提到,U-Boot和SPL的源码在同一个文件夹的,通过不同的Makefile管理不同的编译宏来区分的。这里导入的是U-Boot的代码对应的Makefile,会相应的导入U-Boot对应的预编译选项,因为其包含了所有的代码。而对于SPL,也会相应的一起带入,只是在CCS中看到的代码的宏定义有些不对,但这个不影响调试。

3.2CCS 连接AM335x.

主要分成仿真器的连接,target连接和Debug配置等几部分:

3.2.1仿真器的连接

对于 AM335x GP EVM选用Spectrum Digital XDS560v2 的20 pin的接口板,连在baseboard的J2口上即可,注意pin脚的顺序,不要把JTAG 接口插反了。

对于beaglebone,StarterKit,ICE等,这些板子已经把XDS100v2 仿真器集成到板子上了,所以直接用usb线连到PC机上即可。

https://www.360docs.net/doc/2214478654.html,S的配置

CCS的配置主要包括Target的配置和连接两部分。

a.Target 配置

Target的配置包含两个部分,一个是仿真器(XDS560v2),另一个就是SOC(AM335x)。具体操作如下:

i.View -> Target Configurations

ii.点右键选择New Target Configuration.

iii.新建一个叫做AM335_EVM的target.

iv.Connection中选择 Spectrum Digital XDS560V2 STM USB Emulator.

v.对于XDS100v2 , 可以选择 Texas Instruments XDS100v2 USB Emulator.

vi.在Board or Device 中选择AM335x.

vii.点击Save 保存。

viii.点击Test Connection 看是否能够正常连接。

配置target成功后,会看到如下界面

3.2.2 Target 连接

A.右键选中Target Configurations中已配置好的target,

AM335x_https://www.360docs.net/doc/2214478654.html,xml,在右键菜单中选择Launch Selected

Configuration,连接成功后,可以得到下图

此时,PC 和仿真器以及仿真器和SOC的JTAG连接成功,但是ARM core还没有连上。从图中可以看到,有多个core的配置选项,由于U-Boot/SPL, Linux 运行在ARM coretex-A8 core上,这里只关注ARM core。

B.在Debug窗口中,右键点击CortxA8 core, 选择Connect Target.

连接成功后,如下图所示:

此时,已经成功连上AM335x的Cortex-A8 core了。

3.2.3Debug配置

这里的debug配置,是对emulator连上core后行为的设置。可以通过鼠标右键点击properties,得到以下界面:

在该页配置中,在调试过程需要调整的就是Auto Run Options,可以根

据需要设置,当加载了image后,core自动运行到指定的symbol,并且

被JTAG接口所停住

3.3 SPL的调试

调试U-Boot/SPL 的方式有两种,主要涉及如何加载image:一种是把image通过JTAG下载到片上RAM或者DDR中,然后导入symbol,重置PC指针到image的入口处,进行调试;另一种,把image烧到SD卡或

者其他启动存储器上,启动板子,通过JTAG停住core的PC指针,导入symbol,重置 PC指针到image的入口处,进行调试。

下面会在具体步骤中说明这两种方式如何操作:

A.下载SPL image到AM335x中。

如果AM335x是从SD卡方式启动,此时 SPL image已经被ROM

code成功读到片上 RAM中,就不需要加载 SPL image了。

如果选择SPL image通过CCS下载,鼠标左键选择CortxA8 core ,然后在CCS菜单中,Tools -> Load Memory,选择编译好的SPL

image U-Boot-spl.bin,如下图所示:

选择加载的地址。由于加载的U-Boot-spl.bin 是RAW data,所

以需要指定load address,这个地址就是SPL的入口地址

对于AM335x,SPL的入口地址是 0x402F0400,对应的宏定义

为CONFIG_SPL_TEXT_BASE,该宏定义在

include/configs/am335x_evm.h中。通过编译出的map文件U-Boot-spl.map也可以查到,是__start symbol对应的地址。

设定加载image内型。由于所有的代码都是运行在ARM(32bit)模式下。所以Type-size也要设成32bit。设置界面如下:

最后点击Finish,SPL就会被load到片上RAM中了。如果在console窗口中有错误信息,需要把SPL image重新加载一遍。

B.加载 symbol。

在上一步里,只是加载了RAW image,还没有加载调试所需要的

带有调试信息的symbol。

可以通过Run -> Load -> Load Symbols加载symbol信息,界面如下:

这里选择的是带有symbol信息的U-Boot-spl.

C.设置Cortex-A8 core到ARM状态。

ARM core 启动后,默认在Thumb(16bit)模式下,如前面所说,需要将其切换到ARM(32bit)下。具体做法是,View->Registers, 展开CPSR寄存器,把T位设置为0。界面如下:

D.SPL的单步调试。

a.从SPL编译的memory map可知,SPL从0x402f0400开始执行,

所以首先就要把寄存器PC的值设为0x402f0400。可以通过View-

>Registers中设置PC指针的值即可, 界面如下,将红色框里面的改为0x402f0400即可。

b.点击Debug窗口(view->debug)上tool bar中的汇编单步按钮,如

下图所示,就开始调试了。

这时,在反汇编窗口(view->disassembly)中,如下图所示,看

到的是汇编代码,而且在编辑窗口这边看不到源码。这是由于开始执行的代码在/arch/arm/cpu/armv7/start.s 中,反汇编和汇编一样,所以没有显示源码。

同时,可以看到PC指针运行到0x402f0458处。这里只是单步执行了一条指令,为什么跳过了这么大块地址?这里的单步运行,指令地址空间跳转了n指令,而不是一条指令,这是因为

0x402f0400处存放的是异常中断向量表,通过默认启动的入口跳到reset symbol对应的地址了,也就是在0x402f0400处跳转到

0x402f0458了,具体代码(arch/arm/cpu/armv7/start.S)如下:_start: b reset

reset:

bl save_boot_params

接下来,可以在C代码中设置断点,进行调试了。有两点值得注意:

i.如果编译的时候,交叉编译器的性能优化选项是开着的,那

么优化后编译生成的代码,其执行循序和C源码有差别,这

时设置断点时,其实际的位置不会很准。所以,这里可以根

据需要,决定是否关闭-O2选项。

ii.在CCS中,把core停下来时,CCS会根据image中调试信息所包含的源码路径,找到对应的源码和symbol。由于U-

Boot/SPL是在Linux中编译,所以其路径都是Linux下的路

径,所以Linux版本的CCS可以直接找到对应的源码,而对

于Windows版本的CCS不能直接找到,需要通过手动找到

源码,但是找到一个文件的源码后,CCS会根据相对路径找

到其他文件。除了这点外,Linux和Windows的CCS配置使

用是一样的。

3.4U-Boot的调试

总体来说,U-Boot的调试过程和SPL调试过程是类似的,这里主要说明

不同的几点:

A.从AM335x的启动过程可知,U-Boot是运行在DDR中的,而DDR

是由SPL来初始化的,所以,加载U-Boot前,先加载并运行SPL。

B.加载U-Boot的image是U-Boot。这里U-Boot是ELF格式的,其

包含了加载地址, symbol等信息,所以使用CCS 菜单 Run->

Load-> Load Program, 加载U-Boot即可。加载成功后, 如下图所

示:

如图所示, PC直接指到0x80100000地址了,也就是U-Boot的起始

地址(入口)了,该地址是CCS从头ELF头里面得到的,其定义在

CONFIG_SYS_TEXT_BASE(include/configs/am335x_evm.h)中。

C.相对SPL 的调试,U-Boot有个地方不同,即有代码的重载(code

relocation), 重载后代码的在SOC上的memory map和编译出的

memory map会有个偏移。这个过程是在函数relocate_code()中完

成的。 relocate_code()函数是在board_init_f() 中调用的,如果需

要调试从调用该函数开始后面的代码,则加上偏移重载symbol。

在CCS的菜单, Run -> Load -> Add Symbols, 加载的image还是

前面的U-Boot, data/code offset 都是0x9FF88000。这里的offset

是从gd->relocaddr(arch/arm arch/arm/lib/board.c)得到的。设

置界面如下:

注意到上述几点,然后就可以按照SPL的调试过程对U-Boot进行调试了。

4.总结

关于用CCS+emulator对AM335x的U-Boot/SPL的调试就介绍完了。这里介绍的方法,包含了CCS+emulator调试的基本原则,不仅仅可以运用于U-Boot/SPL调试,也可以运用于Starterware,Kernel等调试。

一年级数学分析报告

一年级数学分析报告 一、考试情况概述: 一年级数学分析报告.整个试卷注重了基础知识的训练,体现“数学即生活”的理念,让学生用学到的数学知识,去解决生活中的各种数学问题.本次质量检测试卷注重人文性,体现数学与生活的实际联系.避免非知识非智慧非数学错误的产生,还体现在试卷的图文并茂、生动活泼,给学生以亲切感. 二、对试卷习题及考试成绩的分析: 本次期中质量检测,应考人数5人,实考人数6人.100-95分5人,1人是93分.平均成绩达到93分,及格率100%,优秀率100%.从学生做题情况来看,学生的基础知识掌握的比较好,基本功扎实,形成了一定的基本技能. 试卷难易程度总体适中,基础题考核全面,呈现的基础性强,后部分应用题,稍有偏难,一年级部分学生达不到那种审题能力.从本次考试的难易程度和所取得的成绩来看,大部分小朋友都有所进步. 第一题,请同学们先数一数,再连一连.共有9/3/4/2/8等5个图形和5个数字,让学生看图数数,再和相应的数字连线.由于对此类题型教师注重训练,学生基础知识扎实,准确率达100%. 第二题,我会看图写数,考查学生对图形的认识和能否数出图形中物体的个数,并写数,此题图文并茂,通俗易懂,准确率达到100%. 第三题,想一想,画一画,包括三个小题.考查学生的逻辑思维能力,对前后、左右和数序这个知识点的掌握情况,多数学生都对,个别学生由于审

题不认真,出现错误.在今后的教学中要加强培养学生读题和审题的能力训练. 第四题,我会比较.考查学生会用认识大于、小于、等于这个知识点的掌握情况.个别学生认识把大于误写成了小于出现错误. 第五题,看一看、数一数、填一填,要求学生根据小狗、小兔、小牛、小象四个小动物的排列顺序,让学生掌握数列和数序,学生答题的准确率是100%. 第六题,在方框里填上合适的数,让学生根据数的组成,数的分解完成练习,大部分学生都对,也有个别学生出现错误. 第七题,画一画,比一比,学生通过动手操作,画图并比较,培养学生的动手操作能力和逻辑思维能力,通过画图和比较,学生知道了多几个和少几个的关系,能够正确的进行解答. 第八题,比一比、填一填,学生通过比较两种图形的多和少,知道哪个比哪个多,哪个比哪个少的关系,能够用数学解决问题. 第九题,看谁算的又对又快,本题是一年级数学教学的重点,我在平时的教学中,注重培养学生的计算方法和计算能力,学生在答卷时速度快、准确率高,失分较少. 第十题,数一数、填一填,本题是让学生分别数出长方体、圆柱、正方体、球各有几个,在相应的括号里填数,准确率达到100%. 第十一题,根据图意,列算式并计算,共6个小题,实际上是要求学生看图列式,要求学生仔细观察图,明白图意,然后根据图意列式计算.由于图意简单醒目,前四小题学生看图后就能理解,所以全对.最后两个小题,

一年级数学试卷分析报告新版

一年级数学试卷分析报告新版 学期已结束了,我以诚恳的工作态度完成了期末的数学检测工作.现将年级本期的数学检测卷面评析简析如下: 一.基本情况 本套数学试卷题型多样,内容覆盖面广,题量恰当,对于本学期所学知识点均有安排,而且抓住了重点.本次期末考试共有39人参加, 及格率92.11%,优秀率92.11%,全班最高分100分,平均分82.92分. 二.学生答题分析 1.学生答题的总体情况 对学生的成绩统计过程中,大部分学生基础知识扎实,学习效果 较好,特别是在计算部分.图形的认识,这部分丢分较少.同时,从学生的答卷中也反映出了教学中存在的问题,如何让学生学会提出问题. 分析问题.并解决问题,如何让我们的教育教学走上良性轨道,应当引起重视.从他们的差异性来分析,班级学生整体差距比较大的,说明同学之间还存在较大的差距,如何扎实做好培优辅差工作,如何加强班 级管理,提高学习风气,在今后教育教学工作中应该引起足够的重视.本次检测结合试卷剖析,学生主要存在以下几个方面的普遍错误类型:

第一.不良习惯造成错误.学生在答题过程中,认为试题简单,而产生麻痹思想,结果造成抄写数字错误.加减号看错等. 第二.审题不认真造成错误.学生在答题过程中,审题存在较大的问题,有的题目需要学生在审题时必须注意力集中才能找出问题,但学生经常大意. 2.典型题情况分析 (1)填空题:学生对填数和数物体掌握较好,但在第4小题找规律填数.第7小题59.90元表示()元()角这几道题失分较多,学生在理解59.90元表示什么的这方面还有一定的困难. (2)算一算:有20以内的退位减法.两位数加减整十数.两位数加.减一位数(进位加.减),还有小括号的认识,这部分计算学生能够有效掌握计算方法,总体失分在2分左右,一小部分同学在这一块失分主要是马虎大意,看错+.-符号,另外还有个别同学在计算技能上稍有欠缺. (3)比一比:主要是考查两位数比较大小,此外还对人民币的认识知识略有涉及,考查了人民币单位换算及大小比较,学生基本上都能够正确解答,这部分失分较少. (4)选一选:在合适的答案下面打“√”,这一题考查学生对“多一些”“多得多”“少一些”“少得多”之间的理解,试卷上出现“接

UBOOT命令详解

常用U-boot命令详解(z) 2010-09-30 15:05:52| 分类:学习心得体会|字号订阅 U-boot发展到现在,他的命令行模式已经非常接近Linux下的shell了,在我编译的 U-boot-2009.11中的命令行模式模式下支持“Tab”键的命令补全和命令的历史记录功能。而且如果你输入的命令的前几个字符和别的命令不重复,那么你就只需要打这几个字符即可,比如我想看这个U-boot的版本号,命令就是“ version”,但是在所有的命令中没有其他任何一个的命令是由“v”开头的,所以只需要输入“v”即可。 [u-boot@MINI2440]# version U-Boot 2009.11 ( 4月04 2010 - 12:09:25) [u-boot@MINI2440]# v U-Boot 2009.11 ( 4月04 2010 - 12:09:25) [u-boot@MINI2440]# base Base Address: 0x00000000 [u-boot@MINI2440]# ba Base Address: 0x00000000 由于U-boot支持的命令实在太多,一个一个细讲不现实,也没有必要。所以下面我挑一些烧写和引导常用命令介绍一下,其他的命令大家就举一反三,或者“help”吧! (1)获取帮助 命令:help 或? 功能:查看当前U-boot版本中支持的所有命令。 [u-boot@MINI2440]#help ?- alias for'help' askenv - get environment variables from stdin base - print or set address offset bdinfo - print Board Info structure bmp - manipulate BMP image data boot - boot default, i.e., run 'bootcmd' bootd - boot default, i.e., run 'bootcmd' bootelf - Boot from an ELF image in memory bootm - boot application image from memory bootp - boot image via network using BOOTP/TFTP protocol

2016小学一年级数学下册期末试卷质量分析报告

2016小学一年级数学下册期末试卷质量分析报告 2016小学一年级数学下册期末试卷质量分析报告 一年级数学期末试卷分析 一、试题情况分析 数学题量适中,题型多样化,知识面广,接近生活,尤其是个别试题特别灵活,可多种方法操作,适合中上等生。偏难。 二、错题情况分析 第一题,填空 (1)“一个两位数,十位上的数比个位上的数小4,这个数可能是、。”这道题错的特别多。大部分同学不理解题意,不知从何入手。 (2)“把58、79、12、33、95、80从小到大排列。”数字多,括号小,同学们答的乱。 (3)“正方形的四条边,长方形的对边。”同学们看图形能分辨两种图形,但是叙述图形特点不准确。对于这类题不理解,不知怎样表达。 (4)“3张1元,2张5角,5张1角组成。”这道题数字多,学生思考不能周全,大部分学生心里糊涂,不知是多少钱了。 第二题,写出钟面表示的时刻。也有很多学生错。有的是学生答题不认真,有的是学生没有答题方法。 第三题,计算。加减混合错的多。大部分学生是马虎,个别学生是基础差,根本就不会算。 第四天,填符号“25角2元6分”由于“分”这个单位在生活中不常用,孩子接触少,有的甚至没有“分”

这个概念,不知“分”到底有多大,所以不会比较。“34=81”思维不灵活的学生符号填错。 第五题解决问题,条件,问题对于一年级下等孩子来说给的太多,孩子们的思维还达不到这个清晰度,有的计算出现错误。还有就是提出问题,许多孩子提出问题的语言不准确,没有标点符号。平时训练不到位。 第六题,统计的第5小题错的多,有的学生没读通题,只提问,不解答。 第七题,画一画的第2小题,画四种不同的图形,属于奥数问题,对于中下等生来说偏难,不会全面思维。 三、改进措施 (1)要加强基础知识的教学,培养学生灵活计算的能力。 (2)平时要注意引导孩子知识与生活实际相结合,让知识给生活服务。 (3)培养孩子的创新思维,一题多解或一题多变,能从不同角度把握知识、运用知识。 (4)注重孩子学习习惯的培养,说完整话,书写工整。 绿色圃中小学教育网免费提供新课标人教版北师大版苏教版试卷课件教案作文,右边中间有分享按钮,喜欢本站,请点右边分享到自己的博客空间微博等。 一、试题整体情况: 本次期末考试试卷从总体来看试卷抓住了本年级本册书的重点、难点、关键点。整个试卷注重了基础知识的训练,体现"数学即生活"的理念,让学生用学到的数学知识,去解决生活中的各种数学问题。 本次试卷共有十二大题,不仅考查了学生对基本知识的掌握,而且考查了学生的数学学习技能,还对数学思想进行了渗透。 二、学生答题情况:

uboot下载内核和文件系统的步骤

uboot 下载内核和文件系统的步骤 1)下载linux到系统的SDRAM运行(仅做测试之用,断电或退出后就会消失) 1>运行Uboot,设置环境变量 Uboot>setenv bootargs root=/dev/ram rw initrd=0x21100000,6000000 ramdisk_size=15360 console=ttyS0,115200,mem=32M 启动系统环境变量 Uboot>setenv ethaddr 12:34:56:78:99:aa mac 地址 Uboot>setenv ipaddr [目标板 ip 地址] 目标板 ip 地址 Uboot>setenv serverip [主机 ip 地址] 主机 ip 地址 2>下载linux内核,文件系统 打开tftpserver应用程序,设置根目录路径,将内核、文件系统等拷贝到所设置的根目录下。 Uboot>tftp 21100000 ramdisk.gz 下载文件系统 Uboot>tftp 21000000 uImage 下载 linux 内核 Uboot>bootm 21000000 启动 linux 然后linux操作系统就开始运行。 2)烧写 Linux 到系统的 Flash 运行 1>设置运行Linux的环境变量 Uboot> setenv bootargs root=/dev/ram rw initrd=0x21100000,6000000 ramdisk_size=15360 console=ttyS0,115200,mem=32M 启动系统环境变量Uboot>setenv image cp.b 10020000 21000000 b0000 拷贝内核到sdram Uboot>setenv ramdisk cp.b 100d0000 21100000 226000 拷贝文件系统到sdram Uboot>setenv boot bootm 设置变量boot Uboot>setenv bootcmd run ramdisk\;run image\;run boot 设置默认变量bootcmd Uboot>setenv ethaddr 12:34:56:78:99:aa mac 地址 Uboot>setenv ipaddr 目标板 ip 地址目标板 ip 地址,由你自己决定Uboot>setenv serverip 主机ip地址主机ip地址,就是你的PC的ip Uboot>saveenv 保存环境变量 2>烧写Linux内核到Flash Uboot>tftp 21100000 ramdisk.gz Uboot>cp.b 21100000 100d0000 226000

Tiny6410_Uboot移植步骤详解

Uboot_for_Tiny6410_移植步骤详解 一、设计要求 1.目的 1)掌握U-boot剪裁编写 2)掌握交叉编译环境的配置 3)掌握U-boot的移植 2.实现的功能 1)U-boot编译成功 2)移植U-boot,使系统支持从NAND FLASH启动 二、设计方案 1.硬件资源 1)ARM处理器:ARM11芯片(Samsung S3C6410A),基于ARM1176JZF-S核设 计,运行频率533Mhz,最高可达 667Mhz 2)存储器:128M DDR RAM,可升级至 256M;MLC NAND Flash(2GB) 3)其他资源:具有三LCD接口、4线电阻 触摸屏接口、100M标准网络接口、标准DB9 五线串口、Mini USB2.0接口、USB Host 1.1、3.5mm音频输入输出口、标准TV-OUT

接口、SD卡座、红外接收等常用接口;另外 还引出4路TTL串口,另1路TV-OUT、 SDIO2接口(可接SD WiFi)接口等;在板的 还有蜂鸣器、I2C-EEPROM、备份电池、A D 可调电阻、8个中断式按键等。 2.软件资源 1)arm-linux-gcc-4.5.1(交叉编译) 2)u-boot-2010.09.tar.gz arm-linux-gcc-4.5.1-v6-vfp-20101103.t gz 三、移植过程 1.环境搭建 1)建立交叉编译环境 2)去这2个网站随便下载都可以下载得到最 新或者你想要的u-boot。( https://www.360docs.net/doc/2214478654.html,/batch.viewl ink.php?itemid=1694 ftp://ftp.denx.de/pub/u-boot/ )

一年级数学试卷分析报告新编

一年级数学试卷分析报 告新编 TYYGROUP system office room 【TYYUA16H-TYY-TYYYUA8Q8-

何寨中心小学一年级数学期末试卷分析学期已结束了,我以诚恳的工作态度完成了期末的数学检测工作。现将年级本期的数学检测卷面评析简析如下: 一、基本情况 本套数学试卷题型多样,内容覆盖面广,题量恰当,对于本学期所学知识点均有安排,而且抓住了重点。本次期末考试共有39人参加,及格率%,优秀率%,全班最高分100分,平均分分。 二、学生答题分析 1、学生答题的总体情况 对学生的成绩统计过程中,大部分学生基础知识扎实,学习效果较好,特别是在计算部分、图形的认识,这部分丢分较少。同时,从学生的答卷中也反映出了教学中存在的问题,如何让学生学会提出问题、分析问题、并解决问题,如何让我们的教育教学走上良性轨道,应当引起重视。从他们的差异性来分析,班级学生整体差距比较大的,说明同学之间还存在较大的差距,如何扎实做好培优辅差工作,如何加强班级管理,提高学习风气,在今后教育教学工作中应该引起足够的重视。本次检测结合试卷剖析,学生主要存在以下几个方面的普遍错误类型:第一、不良习惯造成错误。学生在答题过程中,认为试题简单,而产生麻痹思想,结果造成抄写数字错误、加减号看错等。 第二、审题不认真造成错误。学生在答题过程中,审题存在较大的问题,有的题目需要学生在审题时必须注意力集中才能找出问题,但学生经常大意。 2、典型题情况分析

(1)填空题:学生对填数和数物体掌握较好,但在第4小题找规律填数、第7小题元表示()元()角这几道题失分较多,学生在理解元表示什么的这方面还有一定的困难。 (2)算一算:有20以内的退位减法、两位数加减整十数、两位数加、减一位数(进位加、减),还有小括号的认识,这部分计算学生能够有效掌握计算方法,总体失分在2分左右,一小部分同学在这一块失分主要是马虎大意,看错+、-符号,另外还有个别同学在计算技能上稍有欠缺。 (3)比一比:主要是考查两位数比较大小,此外还对人民币的认识知识略有涉及,考查了人民币单位换算及大小比较,学生基本上都能够正确解答,这部分失分较少。 (4)选一选:在合适的答案下面打“√”,这一题考查学生对“多一些”“多得多”“少一些”“少得多”之间的理解,试卷上出现“接近”这个词语时,部分同学不能够理解这个词语的意思,导致失分,看来学生思维还不够灵活,平时还应做到举一反三。 (5)做一做:这部分有5道小题,考查学生的解决问题的能力。第1小题帮妈妈购物,学生失分较多的在④题,在理解题目意思上还有一定的困难。第2、3题看图列式,第5题解决问题,这3道题考查两位数加两位数进位加属于二年级学习的内容,导致学生失分较多。 三、问题与分析 (一)存在问题 根据以上分析,主要存在的问题有: 1.学生整体观察题目的意识和习惯不够,对题的特征缺乏敏感性。

(完整版)心理学研究方法

福建省高等教育自学考试应用心理学专业(独立本科段) 《心理学研究方法》课程考试大纲 第一部分课程性质与目标《心理学研究方法》是福建省高等教育自学考试应用心理学专业(独立本科段)的一门专业基础必修课程,目的在于帮助考生了解和掌握心理学研究的理论基础和主要方法,检验考生对心理学研究理论基础与主要方法,检验考生对心理学研究方法的基本知识和主要内容的掌握水平与应用能力。 心理学研究的对象是心理现象。它的研究主题十分广泛:即涉及人的心理也涉及动物的心理;即涉及个体的心理也涉及群体的心理;即涉及有意识的心理也涉及潜意识的心理;即涉及与生理过程密切相关的心理也涉及与社会文化密切相关的心理。心理学研究是一种以经验的方式对心理现象进行科学探究的活动。由于心理学的研究方法是以经验的或实证的资料为依据的,因而使心理学与哲学相区别,也与人文学科相区别。 设置本课程的具体目的要求是,学习和掌握心理学研究方法的基本理论和基本技能,将有助于学生们理解心理学的基本概念、基本原理和基本理论。理解心理学家在探索心理与行动时所做的一切,有助于考生将来为心理学的发展做出有益的贡献。 第二部分考核内容与考核目标 第一编心理学研究基础 第一章心理学与科学 一、学习目的与要求 通过本章学习,要求考生了解心理学的性质,了解心理学科学研究的方法、特征及基本步骤,理解心理学研究的伦理问题和伦理规范。 二、考核知识点与考核目标 1、识记: (1)心理学的含义; (2)心理学科学研究的特征:系统性、重复性、可证伪性和开放性; (3)知情同意。 2、领会: (1)一般人探索世界的常用方法; (2)心理学研究主要包含哪几个步骤; (3)科学研究的开放性主要表现在哪几方面; 3、应用: (1)根据科学研究的特征来分析某些心理学的研究; (2)心理学研究的伦理问题及以人为被试的研究的伦理规范来分析是否可以在心理学研究中使用欺骗的方法。

UBoot移植详解

u-boot 移植步骤详解 1 U-Boot简介 U-Boot,全称Universal Boot Loader,是遵循GPL条款的开放源码项目。从FADSROM、8xxROM、PPCBOOT逐步发展演化而来。其源码目录、编译形式与Linux内核很相似,事实上,不少U-Boot源码就是相应的Linux内核源程序的简化,尤其是一些设备的驱动程序,这从U-Boot源码的注释中能体现这一点。但是U-Boot不仅仅支持嵌入式Linux 系统的引导,当前,它还支持NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS嵌入式操作系统。其目前要支持的目标操作系统是OpenBSD, NetBSD, FreeBSD,4.4BSD, Linux, SVR4, Esix, Solaris, Irix, SCO, Dell, NCR, VxWorks, LynxOS, pSOS, QNX, RTEMS, ARTOS。这是U-Boot中Universal的一层含义,另外一层含义则是U-Boot除了支持PowerPC系列的处理器外,还能支持MIPS、x86、ARM、NIOS、XScale等诸多常用系列的处理器。这两个特点正是U-Boot项目的开发目标,即支持尽可能多的嵌入式处理器和嵌入式操作系统。就目前来看,U-Boot对PowerPC系列处理器支持最为丰富,对Linux的支持最完善。其它系列的处理器和操作系统基本是在2002年11 月PPCBOOT 改名为U-Boot后逐步扩充的。从PPCBOOT向U-Boot的顺利过渡,很大程度上归功于U-Boot的维护人德国DENX软件工程中心Wolfgang Denk[以下简称W.D]本人精湛专业水平和持着不懈的努力。当前,U-Boot项目正在他的领军之下,众多有志于开放源码BOOT LOADER移植工作的嵌入式开发人员正如火如荼地将各个不同系列嵌入式处理器的移植工作不断展开和深入,以支持更多的嵌入式操作系统的装载与引导。 选择U-Boot的理由: ①开放源码; ②支持多种嵌入式操作系统内核,如Linux、NetBSD, VxWorks, QNX, RTEMS, ARTOS, LynxOS; ③支持多个处理器系列,如PowerPC、ARM、x86、MIPS、XScale; ④较高的可靠性和稳定性; ④较高的可靠性和稳定性; ⑤高度灵活的功能设置,适合U-Boot调试、操作系统不同引导要求、产品发布等; ⑥丰富的设备驱动源码,如串口、以太网、SDRAM、FLASH、LCD、NVRAM、EEPROM、RTC、键盘等; ⑦较为丰富的开发调试文档与强大的网络技术支持; 2 U-Boot主要目录结构 - board 目标板相关文件,主要包含SDRAM、FLASH驱动; - common 独立于处理器体系结构的通用代码,如内存大小探测与故障检测;

小学一年级数学上册期末质量分析报告

小学一年级数学上册期末质量分析报告 本次期末考试试卷从总体来说抓住了本年级本册书的重点、难点、关键点。整个试卷注重了基础知识的训练,体现“数学即生活” 的理念,让学生用学到的数学知识,去解决生活中的各种数学问题。本次试卷不仅考查了学生对基本知识的掌握,而且考查了学生的数学学习技能。从学生做题情况来看,学生的基础知识掌握的还可以,但基本功不是十分扎实,如书写水平,计算能力等基本技能还有待进一步提高,灵活解决数学问题的能力也有待进一步的提高。 学生各大题得、失分及成因情况分析 一、算一算,你真棒,四、投篮(连一连): 这部分主要查学生的计算掌握情况,有一部分学生粗心大意,有一部分学生的计算能力较弱,没能熟练掌握计算技巧,因此没有百分百全对。 二、填一填,你能行: 第 1 小题,考查了数的认识,数的顺序,要求学生能按照数的顺序填数,中下学生对相邻两数不是相差 1 的数列掌握得不熟练,错误率较高,是整张试卷中失分最多的地方之一。 第 2、 3 小题考查了数的组成和比较数的大小,这道题学生得分率较高。但第三小题“8 和 3 的和是(),差是多少

()” ,在上册还没有提到“和”和“差” 这两个概念,学生有一定的失分率。 第 4 小题,考察学生对“﹤,﹥,﹦” 的认识和使用,大部分学生能掌握这三个符号的使用,得分较高。 第 5 小题() +5=12,考察学生对加减法逆运算的认识和掌握情况,中下生对这部分知识掌握较差。 第 6 小题,出现一组数,考察学生对位置与顺序的分辨水平,学生能较好地完成,但部分学生做题不认真,在给数字排序的时候没有按照要求的“从大到小” 的顺序排列,而是“从小到大” ,有不必要的失分。 三、照样子写时间。 调整后的第一册数学在认识时钟上只要求学生会辨认整时和半时,减少了认识快几时了和几时刚过,减轻了学生的负担。因此大部分学生懂得根据时针和分针的位置顺利写出整时和半时,但有些学困生对半时的认识一知半解,作答情况不好。 四、把不同类的圈起来: 该题是整张考卷中失分最严重的地方,有两个小题,第一小题是文具和玩具,应将铅笔圈出来,但学生审题不认真,把他们看成了交通工具和动物,把玩具鱼错圈。第二小题是平面图形和几何图形,应将平面图形三角形圈出来,但学生没有这方面知识的认识,平时教学也没有涉及这方面的知识,因此,学生将这些图形分为有角的和没有角的,将立体图形的球体错圈。

(完整)一年级数学期末测试质量分析报告

一年级数学期末测试质量分析报告 万家镇宅科小学 一、试题分析 本次试卷具有以下几项特点: 1、适合新课标理念,难易程度适中,内容全面,注重能力培养。 2、考核学生的基础知识、基本技能的同时,注重了对学生综合能力的考查。 3、题目注重对学生双向思维的考核,有利于学生思维的灵活性和创造 二、学生错误分析 结合试卷分析,我班学生答题主要存在以下几个方面的普遍错误类型。 1、不良习惯造成错误 学生在答题过程中,认为试题简单,而产生麻痹思想,结果造成抄写数字错误。 2、审题不认真造成错误 学生在答题过程中,审题存在较大的问题,有的题目需要学生在审题时必须注意力集中才能找出问题,但学生经常大意。例如:第一题第9小题,5依次往后算,学生没有仔细看题。 3、收集、处理信息和分析、解决问题的能力不强造成错误。 例如第三题(2小题)学生数圆出现问题特多。第六题(2小题)让学生提出问题并回答,属于开放性的题目,教材中有类似的练习,这里只是改变一下内容的呈现方式,目的是考查学生分析解决实际问题的能力,但学生失分严重,可见学生理解分析问题的能力较差。 三、对今后教学改进意见 1、注重良好习惯的培养。 从卷面上看,学生的审题不够认真,抄错数字,看错题目要求,计算粗心马虎等,是导致失分的一个重要原因。这些是长期不良习惯养成的后果,应当引起高度重视。其实养成良好的学习习惯,也是学生的一个基本的素质,它将使学生受益终生。 2、注重开放题教学,引导学生在创新中学习。 小学数学开放题,因其开放性、多变性、灵活性给学生的思维创设了一个广阔的空间,有助于激发学生创新意识,养成创新习惯,发展思维的创造性,提高学生的实践能力。平时除了教学书本上的基础知识外,还要注意开放性题目的设计和训练,为不同层次的学生学好数学提供机会,不断实现学生创新能力与实践水平的发展。

UBoot源码分析1

?UBoot源码解析(一)

主要内容 ?分析UBoot是如何引导Linux内核 ?UBoot源码的一阶段解析

BootLoader概念?Boot Loader 就是在操作系统内核运行之前运行 的一段小程序。通过这段小程序,我们可以初始 化硬件设备、建立内存空间的映射图,从而将系 统的软硬件环境带到一个合适的状态,以便为最 终调用操作系统内核准备好正确的环境 ?通常,Boot Loader 是严重地依赖于硬件而实现 的,特别是在嵌入式世界。因此,在嵌入式世界 里建立一个通用的Boot Loader 几乎是不可能的。 尽管如此,我们仍然可以对Boot Loader 归纳出 一些通用的概念来,以指导用户特定的Boot Loader 设计与实现。

UBoot来源?U-Boot 是 Das U-Boot 的简称,其含义是 Universal Boot Loader,是遵循 GPL 条款的开放源码项目。最早德国 DENX 软件工程中心的 Wolfgang Denk 基于 8xxROM 和 FADSROM 的源码创建了 PPCBoot 工程项目,此后不断 添加处理器的支持。而后,Sysgo Gmbh 把 PPCBoot 移 植到 ARM 平台上,创建了 ARMBoot 工程项目。最终, 以 PPCBoot 工程和 ARMBoot 工程为基础,创建了 U- Boot 工程。 ?而今,U-Boot 作为一个主流、通用的 BootLoader,成功地被移植到包括 PowerPC、ARM、X86 、MIPS、NIOS、XScale 等主流体系结构上的百种开发板,成为功能最多、 灵活性最强,并且开发最积极的开源 BootLoader。目前。 U-Boot 仍然由 DENX 的 Wolfgang Denk 维护

uboot移植实验

一、移植环境 ?主机:UBUNTU ?开发板:飞凌2440 ?编译器:arm-linux-gcc-4.3.2.tgz ?u-boot:u-boot-2009.03.tar.bz2

3)修改u-boot根目录下的Makefile文件。查找到smdk2410_config的地方,在他下面按照smdk2410_config的格式建立mini2440_config的编译选项,另外还要指定交叉编译器 4)测试编译新建的mini2440开发板项目

到此为止,u-boot对自己的mini2440开发板还没有任何用处,以上的移植只是搭建了一个mini2440开发板u-boot的框架,要使其功能实现,还要根据mini2440开发板的具体资源情况来对u-boot源码进行修改。 3. 根据u-boot启动流程图的步骤来分析或者修改添加u-boot源码,使之适合mini2440开发板(注:修改或添加的地方都用红色表示)。 1)mini2440开发板u-boot的stage1入口点分析。 一般在嵌入式系统软件开发中,在所有源码文件编译完成之后,链接器要读取一个链接分配文件,在该文件中定义了程序的入口点,代码段、数据段等分配情况等。那么我们的my2440开发板u-boot的这个链接文件就是cpu/arm920t/u-boot.lds,打开该文件部分代码如下:

知道了程序的入口点是_start,那么我们就打开mini2440开发板u-boot第一个要运行的程序cpu/arm920t/start.S(即u-boot的stage1部分),查找到_start的位置如下: 从这个汇编代码可以看到程序又跳转到start_code处开始执行,那么再查找到start_code 处的代码如下:

一年级下册数学检测质量分析报告

一年级下册数学检测质量分析报告 在2019-2020学年度下学期一年级数学期末检测中,我班有xx 人参加考试,参考率为100%,总分是xxxx分,平均分是xxxx分.及格人数为xx人,及格率100%,优秀人数为xx人,优秀率xxxx。100分有x人,90~99有xx人,80~89有x人。本次期末检测体现课程理念,注重考查学生能力,对学生一学期的学习情况作了客观、公正的评价,从卷面的得分来看,总体成绩还不错,但还存在很多不足。为进一步加强教育教学管理,端正工作态度,严格工作作风,全面提高教育教学质量,现结合我班实际,整改报告如下: 一、试卷分析 本次试卷考核知识面广,题型灵活多变,既重视对学生基础知识的掌握,又注重让学生将所学的知识解决生活中的实际问题,充分体现新课标的要求。此次一年级数学试卷题型有填空题、判断题、画图题、计算题、应用题分别对学生的计算能力、概念的理解能力、运用能力、解决有关数学问题能力、对基本数量关系的分析能力、整理数据、处理数据的能力等多方面能力进行全面考查。 二、存在问题 1、个别学生计算不细心,没有养成良好的检查习惯,缺乏检验意识,看错、抄错题目、运算符号的低级错误现象时有发生。 2、学生读题、审题、分析问题和解决问题的能力比较差,因而在应用知识解决问题这部分知识中失分比较多。学生审题不严谨。部

分学生缺乏认真仔细的审题习惯,凭主观意愿来解题。这种情况反应出学生思维停留在表面,缺乏深度。因而灵活解题及认真审题的能力有待进一步提高。 3、综合运用知识的能力较弱。表现在学生填空、判断,主要原因学生在学习过程中对于新知识体验不深,头脑中建立的概念不清晰、不扎实。 三、剖析主观原因 1、在课堂教学中,学生的学习主动性欠缺,学生听课被动,教师关注学生教学任务较多,课堂管理较少,师生互动不够,中下游学生积极性没有调动起来。 2、自己的课堂教学,传统的“填鸭式”教学最显著,没有很好的调动学生的学习积极性和学习兴趣。评价性语言乏味。兴趣是最好的老师。如何使学生对学习产生兴趣,重点在于教师如何把课上活。上活课程最重要的思想就是“变通”。“变通”,简单理解就是变化了才通畅。课堂教学过程中,学生肯定会碰到许多不懂的或难以理解的内容,教师要善于变通,由浅入深的讲解,举一反三的例证,旁敲侧击的提示都行。只要你善变,敢变,必然会找到一条通路。 3、长期以来,由于应试教育的影响,数学作业内容拘泥于课堂知识,拘泥于教材,往往以试卷中出现的形式作为作业的模式,完成同步练习,机械、重复的较多。作业陷入机械抄记、单调封闭的误区不能自拔。那些限于室内,拘于书本的静态作业使学生埋头于繁琐重复的书面练习而苦不堪言。学生仍然停留在以“练”为主的机械式的

嵌入式Linux之我行 史上最牛最详细的uboot移植,不看别后悔

嵌入式Linux之我行——u-boot-2009.08在2440上的移植详解(一) 嵌入式Linux之我行,主要讲述和总结了本人在学习嵌入式linux中的每个步骤。一为总结经验,二希望能给想入门嵌入式Linux 的朋友提供方便。如有错误之处,谢请指正。 ?共享资源,欢迎转载:https://www.360docs.net/doc/2214478654.html, 一、移植环境 ?主机:VMWare--Fedora 9 ?开发板:Mini2440--64MB Nand,Kernel:2.6.30.4 ?编译器:arm-linux-gcc-4.3.2.tgz ?u-boot:u-boot-2009.08.tar.bz2 二、移植步骤 本次移植的功能特点包括: ?支持Nand Flash读写 ?支持从Nor/Nand Flash启动 ?支持CS8900或者DM9000网卡 ?支持Yaffs文件系统 ?支持USB下载(还未实现) 1.了解u-boot主要的目录结构和启动流程,如下图。

u-boot的stage1代码通常放在cpu/xxxx/start.S文件中,他用汇编语言写成;u-boot的stage2代码通常放在lib_xxxx/board.c文件中,他用C语言写成。各个部分的流程图如下:

2. 建立自己的开发板项目并测试编译。 目前u-boot对很多CPU直接支持,可以查看board目录的一些子目录,如:board/samsung/目录下就是对三星一些ARM 处理器的支持,有smdk2400、smdk2410和smdk6400,但没有2440,所以我们就在这里建立自己的开发板项目。 1)因2440和2410的资源差不多,主频和外设有点差别,所以我们就在board/samsung/下建立自己开发板的项目,取名叫my2440 2)因2440和2410的资源差不多,所以就以2410项目的代码作为模板,以后再修改

一年级数学试卷分析报告

一年级数学试卷分析报告 This manuscript was revised by the office on December 10, 2020.

何寨中心小学一年级数学期末试卷分析 学期已结束了,我以诚恳的工作态度完成了期末的数学检测工作。现将年级本期的数学检测卷面评析简析如下: 一、基本情况 本套数学试卷题型多样,内容覆盖面广,题量恰当,对于本学期所学知识点均有安排,而且抓住了重点。本次期末考试共有39人参加,及格率%,优秀率%,全班最高分100分,平均分分。 二、学生答题分析 1、学生答题的总体情况 对学生的成绩统计过程中,大部分学生基础知识扎实,学习效果较好,特别是在计算部分、图形的认识,这部分丢分较少。同时,从学生的答卷中也反映出了教学中存在的问题,如何让学生学会提出问题、分析问题、并解决问题,如何让我们的教育教学走上良性轨道,应当引起重视。从他们的差异性来分析,班级学生整体差距比较大的,说明同学之间还存在较大的差距,如何扎实做好培优辅差工作,如何加强班级管理,提高学习风气,在今后教育教学工作中应该引起足够的重视。本次检测结合试卷剖析,学生主要存在以下几个方面的普遍错误类型: 第一、不良习惯造成错误。学生在答题过程中,认为试题简单,而产生麻痹思想,结果造成抄写数字错误、加减号看错等。

第二、审题不认真造成错误。学生在答题过程中,审题存在较大的问题,有的题目需要学生在审题时必须注意力集中才能找出问题,但学生经常大意。 2、典型题情况分析 (1)填空题:学生对填数和数物体掌握较好,但在第4小题找规律填数、第7小题元表示()元()角这几道题失分较多,学生在理解元表示什么的这方面还有一定的困难。 (2)算一算:有20以内的退位减法、两位数加减整十数、两位数加、减一位数(进位加、减),还有小括号的认识,这部分计算学生能够有效掌握计算方法,总体失分在2分左右,一小部分同学在这一块失分主要是马虎大意,看错+、-符号,另外还有个别同学在计算技能上稍有欠缺。 (3)比一比:主要是考查两位数比较大小,此外还对人民币的认识知识略有涉及,考查了人民币单位换算及大小比较,学生基本上都能够正确解答,这部分失分较少。 (4)选一选:在合适的答案下面打“√”,这一题考查学生对“多一些”“多得多”“少一些”“少得多”之间的理解,试卷上出现“接近”这个词语时,部分同学不能够理解这个词语的意思,导致失分,看来学生思维还不够灵活,平时还应做到举一反三。 (5)做一做:这部分有5道小题,考查学生的解决问题的能力。第1小题帮妈妈购物,学生失分较多的在④题,在理解题目意思上还有一定的困难。第2、3题看图列式,第5题解决问题,这3

(完整版)06059心理学研究方法复习题

心理学研究方法复习题 一、重要概念 1、研究的效度:即有效性,它是指测量工具或手段能够准确测出所需测量的心理特质的程度。 2、内部一致性信度:主要反映的是测验内部题目之间的信度关系,考察测验的各个题目是否测量了 相同的内容或特质。内部一致性信度又分为分半信度和同质性信度。 3、外推效度:实验研究的结果能被概括到实验情景条件以外的程度。 4、半结构访谈:半结构化访谈指按照一个粗线条式的访谈提纲而进行的非正式的访谈。该方法对访谈 对象的条件、所要询问的问题等只有一个粗略的基本要求,访谈者可以根据访谈时的实际情况灵活地做出必要的调整,至于提问的方式和顺序、访谈对象回答的方式、访谈记录的方式和访谈的时间、地点等没有具体的要求,由访谈者根据根据情况灵活处理。 5、混淆变量:如果应该控制的变量没有控制好,那么,它就会造成因变量的变化,这时,研究者选定 的自变量与一些没有控制好的因素共同造成了因变量的变化,这种情况就称为自变量混 淆。 6、被试内设计:每个被试接受接受自变量的所有情况的处理。 7、客观性原则:是指研究者对待客观事实要采取实事求是的态度,既不能歪曲事实,也不能主观臆断。 8、统计回归效应:在第一次测试较差的学生可能在第二次测试时表现好些,而第一次表现好的学生则 可能相反,这种情形称为统计回归效应.。统计回归效应的真正原因就是偶然因素变化导致的随机误差,以及仅仅根据一次测试结果划分高分组和低分组。 9、主体引发变量:研究对象本身的特征在研究过程中所引起的变量。 11、研究的信度:测量结果的稳定性程度。换句话说,若能用同一测量工具反复测量某人的同一种心理特质,则其多次测量的结果间的一致性程度叫信度,有时也叫测量的可靠性。 12、分层随机抽样:它是先将总体各单位按一定标准分成各种类型(或层);然后根据各类型单位数与总体单位数的比例,确定从各类型中抽取样本单位的数量;最后,按照随机原则从各类型中抽取样本。13、研究的生态效度:生态效度就是实验的外部效度,指实验结果能够推论到样本的总体和其他同类现象中去的程度,即试验结果的普遍代表性和适用性。 14、结构访谈:又称为标准化访谈,指按照统一的设计要求,按照有一定结构的问卷而进行的比较正式的访谈,结构访谈对选择访谈对象的标准和方法、访谈中提出的问题、提问的方式和顺序、访谈者回答的方式等都有统一的要求。 15、被试间设计:要求每个被试者(组)只接受一个自变量处理,对另一被试者(组)进行另一种处理。

UBOOT详细解读

大多数bootloader都分为stage1和stage2两部分,u-boot也不例外。依赖于CPU体系结构的代码(如设备初始化代码等)通常都放在stage1且可以用汇编语言来实现,而stage2则通常用C语言来实现,这样可以实现复杂的功能,而且有更好的可读性和移植性。 1、Stage1 start.S代码结构 u-boot的stage1代码通常放在start.S文件中,他用汇编语言写成,其主要代码部分如下:(1)定义入口。由于一个可执行的Image必须有一个入口点,并且只能有一个全局入口,通常这个入口放在ROM(Flash)的0x0地址,因此,必须通知编译器以使其知道这个入口,该工作可通过修改连接器脚本来完成。 (2)设置异常向量(Exception Vector)。 (3)设置CPU的速度、时钟频率及终端控制寄存器。 (4)初始化内存控制器。 (5)将ROM中的程序复制到RAM中。 (6)初始化堆栈。 (7)转到RAM中执行,该工作可使用指令ldr pc来完成。 2、Stage2 C语言代码部分 lib_arm/board.c中的start arm boot是C语言开始的函数也是整个启动代码中C语言的主函数,同时还是整个u-boot(armboot)的主函数,该函数只要完成如下操作: (1)调用一系列的初始化函数。 (2)初始化Flash设备。 (3)初始化系统内存分配函数。 (4)如果目标系统拥有NAND设备,则初始化NAND设备。 (5)如果目标系统有显示设备,则初始化该类设备。 (6)初始化相关网络设备,填写IP、MAC地址等。 (7)进去命令循环(即整个boot的工作循环),接受用户从串口输入的命令,然后进行相应的工作。 3、U-Boot的启动顺序(示例,其他u-boot版本类似) cpu/arm920t/start.S @文件包含处理 #include @由顶层的mkconfig生成,其中只包含了一个文件:configs/<顶层makefile中6个参数的第1个参数>.h #include #include

u_boot移植(五)之分析uboot源码中nand flash操作

u_boot移植(五)之分析uboot源码中nand flash操作 一、OneNand 和Nand Flash 我们已经能从Nand Flash启动了,启动之后,大家会看到如下效果: 可以看出,我们的uboot默认使用的是OneNand。需要注意的是我们的FSC100上面是没有OneNand的,有的是K9F2G08U0B 型号的NAND FLASH。 前面我们了解过Nor Flash 和Nand Flash,那OneNand Flash又是什么呢?

二、uboot 源码中Nand Flash部分代码分析 我们从Nand Flash初始化看起,打开lib_arm/board.c文件,为了紧抓主 线,以下代码只列举出了主线代码。

可以看出,我们可以通过CONFIG_CMD_NAND和 CONFIG_CMD_ONENAND两个宏来选择NAND FLASH初始化还是 ONENAND FLASH初始化。 uboot 中默认定义了宏CONFIG_CMD_ONENAND,所以选择的是ONENAND FLASH初始化。我们的FSC100上面使用的是 NAND FLASH,所以我们要定义CONFIG_CMD_NAND宏,取消CONFIG_CMD_ONENAND宏的定义。 嗯!先做个记录: 修改include/configs/fsc100.h,定义宏CONFIG_CMD_NAND,取消宏CONFIG_CMD_ONENAND。 好了,接下我们看看nand_init()函数时如何实现的。

看以看出,这段代码调用根据CONFIG_SYS_MAX_NAND_DEVICE宏[默认没有定义]的值来决定系统中Nand Flash设备的个数。接着调 用nand_init_chip()函数完成Nand Flash初始化,然后计算出每块Nand Flash的大小。最终会输出Nand Flash总的容量。 嗯!做个记录: 修改include/configs/fsc100.h,定义 宏CONFIG_SYS_MAX_NAND_DEVICE,值为1 没有看明白的地方是给nand_init_chip()函数传递的参数,接下来我们来看看他们是如何定义的。 哈哈,终于到了让人头疼的地方了。先来看看struct nand_chip和struct mtd_info两个结构体,这两个结构体的成员有很多很多,很多初学者一看到就晕头转向了,为了让大家不被吓到,我对这两个结构体的成员做了精简,只保留我们关心的成员,其它的都去掉了。 (1)struct nand_chip

相关文档
最新文档