能够解密是正常的。 没有人敢说“我能制造出世界上什么矛都戳不穿的盾！”吧？（当然，某些商人除外）

赞同。 对于STM32来说，只要STM32的解密难度和成本 >= 竞争芯片（CortexM、ARM7等等）的解密难度和成本，那ST和用户就不用担心。 其实，对于其它芯片（LPCxxxx、SAM3、PIC32等等）和半导体厂商也是这样的逻辑。

                                 还是建议楼主上淘宝

                                 当然不会淘汰单片机，你打狂语了，世界上每样东西的存在有它的意义，每个项目的MCU选型都是有两个考量的， 1.能满足设计要求； 2. 成本尽量低。

                                 这个好呀，欢迎，让他们竞争越激烈，我们买芯片就不用那么贵了~~~

在安装CE6.0时 吃足了苦头，版主提供的方式真的要记起来呀!

对比一下两者的platform.reg有什么不同，再看看ce.bib中是否XIPKERNEL和NK中所包含的文件所引起的

系统里面有一个应用程序，叫做hotplug (在我的系统里，用ps -e看，有个进程叫kacpi_hotplug；系统里有/proc/sys/kernel/hotplug模块) 按照下面链接的文章的说法： http://www.makelinux.net/ldd3/chp-14-sect-7.shtml 当hotplug接受到设备消息后，会调用注册在/etc/hotplug.d/下的一些程序，并将对应的event传给该程序。 监控的设备对象包括 scsi设备(参考14.7.2.6 SCSI)。 14.7.2. The /sbin/hotplug Utility As alluded to earlier in this chapter, whenever a device is added or removed from the system, a "hotplug event" is generated. This means that the kernel calls the user-space program /sbin/hotplug. This program is typically a very small bash script that merely passes execution on to a list of other programs that are placed in the /etc/hotplug.d/ directory tree. For most Linux distributions, this script looks like the following: DIR="/etc/hotplug.d" for I in "${DIR}/$1/"*.hotplug "${DIR}/"default/*.hotplug ; do     if [ -f $I ]; then         test -x $I && $I $1 ;     fi done exit 1 ...... ...... 14.7.2.6 SCSI All SCSI devices create a hotplug event when the SCSI device is created or removed from the kernel. The /sbin/hotplug call has the parameter name and the SUBSYSTEM environment variable set to the value scsi for every SCSI device that is added or removed from the system. There are no additional environment variables added by the SCSI system, but it is mentioned here because there is a SCSI-specific user-space script that can determine what SCSI drivers (disk, tape, generic, etc.) should be loaded for the specified SCSI device. 复制代码

顶贴接分，MARK!

帮忙顶起

引用 4 楼 91program 的回复: 引用 1 楼 littlexidong 的回复: 修改 reg 文件， 执行makeimage就可以了 建议LZ还是这样做吧,直接修改不太现实.

看来我要悲剧了，哎

                                 这种方法和在PIC编译器中是一样的，原来所有的C编译器都是这样呀

在DownloadImage里面，它会先读镜像的前7个字节，也就是magic number来判断镜像的类型，如果是multibin镜像的话应该前七个字节是“N000FF\x0A”，但是我发现我生成的XIP。bin文件的前七个字节是"B000FF\x0A"，然后就直接把整个。bin文件通过USB接口读到dwImageStart的地址。

关注下~

这个remap是什么概念？ 你可以自己修改一下0地址的代码 参考一下这个： http://blog.eeworld.net/Veabol/archive/2009/12/18/5029524.aspx

ls正解

关注

帮顶下。

可能是安装时不正确造成的

很多牛人，真是学习了！

是半双工,和RS232没什么区别