好东西

放在根目录下，只是放在了RAM中，RAM在掉电后所有数据会丢失。要把你的应用程序放入FLASH中，这样就不会掉了。

帮顶的…………

                                 还是没人回答，应该是由系统自动维护的吧

自己买芯片 ，焊板子吧。建议看郭天祥的教程

凌晨发贴，不容易哈。。。。

一、看了些Eboot的代码后，设置有以下改动：     2.3 Target Device Connectivity Options:         2.3.1 Kernel Sevice Map:               2.3.1.1 Target Device: LC_S3C6410_0126_SDK ARMV4I Divice(我的SDK包);               2.3.1.1 Download: Ethernet;               2.3.1.1 Transport:Ethernet;               2.3.1.1 Debugger:KdStub;         2.3.2 Core Service Setting:               2.3.2.1 Download Image: Always;               2.3.2.2 KITL seting:Enable KITL on device boot,Clear memory on soft rest,Enable access to desktop files（全选） 二、Eboot设置如下： 0) IP address: 192.168.199.44 1) Subnet mask: 255.255.255.248 2) DHCP: Disabled 3) Boot delay: 1 seconds 4) Reset to factory default configuration 5) Startup image: LAUNCH EXISTING 6) Program disk image into SmartMedia card: Enabled 7) Program DM9000A MAC address (12:34:56:78:9A:BC) 8) KITL Configuration: ENABLED 9) Format Boot Media for BinFS A) Erase All Blocks B) Mark Bad Block at Reserved Block C) Clean Boot Option: FALSE D) Download image now E) Erase Reserved Block F) Low-level format the Smart Media card L) LAUNCH existing Boot Media image R) Read Configuration U) DOWNLOAD image now(USB) J) DOWNLOAD image of logo(USB) W) Write Configuration Right Now 三、这样设置，进入Eboot后，我选择‘D’ 打印输出如下：Enter your selection: d DM9000 ID is 0x90000a46 INFO: Probe: DM9000 is detected. DM9000: MAC Address: 12:34:56:78:9a:bc System ready! Preparing for download... INFO: *** Device Name 'SMDK641039612' *** INFO: Using static IP address 1218194. INFO: Using subnet mask 25252528. +EbootSendBootmeAndWaitForTftp Sent BOOTME to 255.255.255.255 Sent BOOTME to 255.255.255.255 Sent BOOTME to 255.255.255.255 Sent BOOTME to 255.255.255.255 Sent BOOTME to 255.255.255.255 Sent BOOTME to 255.255.255.255 Sent BOOTME to 255.255.255.255 Sent BOOTME to 255.255.255.255 这说明我平台端设置已经没有问题，再等待PC端的连接吧？ 四、在PB的Target Device Connectivity Options下的Dowload下：Ethernet Download setting下的Active target device下出现‘SMDK641039612’（这更说明连接成功），然后我在Target device boot name下选择它。然后在Target Device Connectivity Options下的Transport下：打钩“Use device name for bootloader”，Device KITL Name 下自动出现“SMDK641039612”。 五、接下来Attach Device后出现下载的对话框，但没有动静，同时串口打印如下： Sent BOOTME to 255.255.255.255 Sent BOOTME to 255.255.255.255 Sent BOOTME to 255.255.255.255 Packet has the following data:   boot.bin[NULL]octet[NULL] TFTP packet could have 1 name/value pairs Locked Down Link 1 Src IP 192.168.199.44 Port 03D4   Dest IP 192.168.199.43 Port 0AA2 Default TFTP block size set to: 512 bytes There were no options detected in the TFTP EthDown::TFTPD_OPEN::boot.bin -EbootSendBootmeAndWaitForTftp BL_IMAGE_TYPE_BIN Download BIN file information: ----------------------------------------------------- [0]: Base Address=0x80100000  Length=0x2970290 ----------------------------------------------------- RAM image PB依然输出以下错误：PB Debugger Cannot initialize the Kernel Debugger. PB Debugger Debugger could not initialize connection. PB Debugger The Kernel Debugger is waiting to connect with target. PB Debugger The Kernel Debugger has been disconnected successfully.

引用 6 楼 luixing67 的回复: Target Device 我以前选的是CE Device 还有就是 我先通过DNW下载的NK.bin，然后再Attach Device

这是怎么回事呢？请知道的朋友指点指点啊……

引用 1 楼 rushonin 的回复: 不知你的OEMAddresstable中有没有对这个空间映射，如果有，就直接访问就行了。 没有，那就要VirtualAlloc+VirtualCopy。 你说的不能成功，是什么现象？ 有很多可能 。

呵呵，学习，学习。

请问楼主，Wince5.0你哪里下的？我是网络安装的，很慢。还有就是安装完成后，打补丁的时候，出现错误：   the target processor（armv4i）is not installed 请问楼主有没有遇到类似问题？怎样解决？

注册表保存的不能解决这个问题 期待高手，嘿嘿------------

希望大家帮帮忙，谢谢

                                 香版主, 请教一下若果我烧写bootloader时又设置了读保护, 那麽怎样做烧写校检, 以确保bootloader正确烧录?

mark

一、介绍 　　PPP（Point-to-Point Protocol点到点协议）是为在同等单元之间传输数据包这样的简单链路设计的链路层协议。这种链路提供全双工操作，并按照顺序传递数据包。设计目的主要是用来通过拨号或专线方式建立点对点连接发送数据，使其成为各种主机、网桥和路由器之间简单连接的一种共通的解决方案。 　　二、 PPP链路建立被过滤广告过程 　　PPP协议中提供了一整套方案来解决链路建立、维护、拆除、上层协议协商、认证等问题。PPP协议包含这样几个部分：链路控制协议LCP（Link Control Protocol）；网络控制协议NCP（Network Control Protocol）；认证协议，最常用的包括口令验证协议PAP（Password Authentication Protocol）和挑战握手验证协议CHAP（Challenge-Handshake Authentication Protocol）。 　　LCP负责创建，维护或终止一次物理连接。NCP是一族协议，负责解决物理连接上运行什么网络协议，以及解决上层网络协议发生的问题。 　　下面介绍PPP链路建立的过程： 　　PPP链路状态机如图1所示。一个典型的链路建立过程分为三个阶段：创建阶段、认证阶段和网络协商阶段。 　　阶段1：创建PPP链路 　　LCP负责创建链路。在这个阶段，将对基本的通讯方式进行选择。链路两端设备通过LCP向对方发送配置信息报文（Configure Packets）。一旦一个配置成功信息包（Configure-Ack packet）被发送且被接收，就完成了交换，进入了LCP开启状态。 　　应当注意，在链路创建阶段，只是对验证协议进行选择，用户验证将在第2阶段实现。 　　阶段2：用户验证 　　在这个阶段，客户端会将自己的身份发送给远端的接入服务器。该阶段使用一种安全验证方式避免第三方窃取数据或冒充远程客户接管与客户端的连接。在认证完成之前，禁止从认证阶段前进到网络层协议阶段。如果认证失败，认证者应该跃迁到链路终止阶段。 　　在这一阶段里，只有链路控制协议、认证协议，和链路质量监视协议的packets是被允许的。在该阶段里接收到的其他的packets必须被静静的丢弃。 　　最常用的认证协议有口令验证协议（PAP）和挑战握手验证协议（CHAP）。 认证方式介绍在第三部分中介绍。 　　阶段3：调用网络层协议 　　认证阶段完成之后，PPP将调用在链路创建阶段（阶段1）选定的各种网络控制协议（NCP）。选定的NCP解决PPP链路之上的高层协议问题，例如，在该阶段IP控制协议（IPCP）可以向拨入用户分配动态地址。 　　这样，经过三个阶段以后，一条完整的PPP链路就建立起来了。 　　三、 认证方式 　　1）口令验证协议（PAP） 　　PAP是一种简单的明文验证方式。NAS（网络接入服务器，Network Access Server）要求用户提供用户名和口令，PAP以明文方式返回用户信息。很明显，这种验证方式的安全性较差，第三方可以很容易的获取被传送的用户名和口令，并利用这些信息与NAS建立连接获取NAS提供的所有资源。所以，一旦用户密码被第三方窃取，PAP无法提供避免受到第三方攻击的保障措施。 　　2）挑战-握手验证协议（CHAP） 　　CHAP是一种加密的验证方式，能够避免建立连接时传送用户的真实密码。NAS向远程用户发送一个挑战口令（challenge），其中包括会话ID和一个任意生成的挑战字串（arbitrary challengestring）。远程客户必须使用MD5单向哈希算法（one-way hashing algorithm）返回用户名和加密的挑战口令，会话ID以及用户口令，其中用户名以非哈希方式发送。 　　CHAP对PAP进行了改进，不再直接通过链路发送明文口令，而是使用挑战口令以哈希算法对口令进行加密。因为服务器端存有客户的明文口令，所以服务器可以重复客户端进行的操作，并将结果与用户返回的口令进行对照。CHAP为每一次验证任意生成一个挑战字串来防止受到再现攻击（replay attack）。在整个连接过程中，CHAP将不定时的向客户端重复发送挑战口令，从而避免第3方冒充远程客户（remote client impersonation）进行攻击。 　　四、PPP协议的应用 　　PPP协议是目前广域网上应用最广泛的协议之一，它的优点在于简单、具备用户验证能力、可以解决IP分配等。 　　家庭拨号上网就是通过PPP在用户端和运营商的接入服务器之间建立通信链路。 目前，宽带接入正在成为取代拨号上网的趋势，在宽带接入技术日新月异的今天，PPP也衍生出新的应用。典型的应用是在ADSL（非对称数据用户环线，Asymmetrical Digital Subscriber Loop）接入方式当中，PPP与其他的协议共同派生出了符合宽带接入要求的新的协议，如PPPoE（PPP over Ethernet），PPPoA（PPP over ATM）。 　　利用以太网（Ethernet）资源，在以太网上运行PPP来进行用户认证接入的方式称为PPPoE。PPPoE即保护了用户方的以太网资源，又完成了ADSL的接入要求，是目前ADSL接入方式中应用最广泛的技术标准。 　　同样，在ATM（异步传输模式，Asynchronous Transfer Mode）网络上运行PPP协议来管理用户认证的方式称为PPPoA。它与PPPoE的原理相同，作用相同；不同的是它是在ATM网络上，而PPPoE是在以太网网络上运行，所以要分别适应ATM标准和以太网标准。 　　PPP协议的简单完整使它得到了广泛的应用，相信在未来的网络技术发展中，它还可以发挥更大的作用。

嗯，昨天看了你的回复之后，检查了一下SPI通讯，发现问题出在SPI通讯上。现在SPI和MCP2515的通讯正常了。3Q 当然还更多的工作要做！

根据你说得发现一个问题， 你说这样操作是可以的： 还有 // Set GPF0  as output pin s2440IOP->GPFCON &=~(1 < GPFCON |=(1 < GPFDAT &=~（1 < GPFDAT &=~（1 < GPFDAT &=~（1 <

一些参数当然会存储在程序存储器中。

仅仅是以驱动/BSP工程师的身份参与硬件方案，应该关心不到班子层数的问题吧，主要还是该留意接口，例如摄像头的接口、触摸屏的接口、电源管理等，另外，还要考虑为软件人员预留JTAG、串口等调试手段。 其它的真没啥了，原理图和元件选型期间多和芯片厂家沟通，2440这个级别的处理器做PDA，采用8层一阶就够了吧，布线要求也是多听厂家的意见即可。

参考一下C语言的运算符与位操作

驱动技术开发详解，不太好。 没有重点。usb讲了跟没讲一样。usb这个要具体结合到usb芯片上，EZusb啊D12啊一起。 很羡慕上面说 有老师的那位 但是我想 自学的能力比任何技术更有有用