stm32改写id

篇一：STM32之CAN ---CAN ID过滤器分析

前言

在CAN协议里，报文的标识符不代表节点的地址，而是跟报文的内容相关的。因此，发送者以广播的形式把报文发送给所有的接收者。节点在接收报文时,根据标识符(CAN ID)的值决定软件是否需要该报文；如果需要，就拷贝到SRAM里；如果不需要，报文就被丢弃且无需软件的干预。

为满足这一需求，bxCAN为应用程序提供了14个位宽可变的、可配置的过滤器组(13~0)，以便只接收那些软件需要的报文。硬件过滤的做法节省了CPU开销，否则就必须由软件过滤从而占用一定的CPU开销。每个过滤器组x由2个32位寄存器，CAN_FxR0和CAN_FxR1组成。

为了让大家了解STM32的bxCAN的接收过滤机制，首先大家需要了解几个概念。

2 几个重要的概念

2.1 过滤器组

STM32总共提供14个过滤器组来处理CAN接收过滤问题，每个过滤器组包含两个32位寄存器CAN_FxR0和CAN_FxR1组成，在设置为屏蔽位模式下，其中一个作为标识符寄存器，另一个作为屏蔽码寄存器。过滤器组中的每个过滤器，编号(叫做过滤器号)从0开始，到某个最大数值（这时最大值并非13，而是取决于14个过滤器组的模式和位宽的设置，当全部配置为位宽为16，且为标识符列表模式时，最大编号为14*4-1=55）。

2.2 过滤器的过滤模式

STM32提供两种过滤模式供用户设置：屏蔽位模式和标识符列表模式。

2.2.1 屏蔽位模式

为了过滤出一组标识符，应该设置过滤器组工作在屏蔽位模式。

在屏蔽位模式下，标识符寄存器和屏蔽寄存器一起，指定报文标识符的任何一位，应该按照“必须匹配”或“不用关心”处理。

2.2.2 标识符列表模式

为了过滤出一个标识符，应该设置过滤器组工作在标识符列表模式。

在标识符列表模式下，屏蔽寄存器也被当作标识符寄存器用。因此，不是采用一个标识符加一个屏蔽位的方式，而是使用2个标识符寄存器。接收报文标识符的每一位都必须跟过滤器标识符相同。

2.3 过滤器的位宽

每个过滤器组的位宽都可以独立配置，以满足应用程序的不同需求。根据位宽的不同，每个过滤器组可提供： ●1个32位过滤器，包括：STDID[10:0]、EXTID[17:0]、IDE和RTR位

●2个16位过滤器，包括：STDID[10:0]、IDE、RTR和EXTID[17:15]位

2.3 过滤器组的过滤模式和位宽设置

过滤器组可以通过相应的CAN_FMR寄存器（CAN过滤器主控寄存器）配置。但是不是什么时候都可以直接配置，在配置一个过滤器组前，必须通过清除CAN_FAR寄存器（CAN过滤器激活寄存器）的FACT位，把它设置为禁用状态。然后才能设置或设置过滤器组的配置。

?

? 通过设置CAN_FS1R（CAN过滤器位宽寄存器）的相应FSCx位，可以配置一个过滤器组的位宽。 通过CAN_FM1R（CAN过滤器模式寄存器）的FBMx位，可以配置对应的屏蔽/标识符寄存器的标识符列表模式或屏蔽位模式。(见后续3.2节)

应用程序不用的过滤器组，应该保持在禁用状态。 关于过滤器配置，可参见下图

:

图1

2.4 过滤器匹配序号

一旦收到的报文被存入FIFO，就可被应用程序访问。通常情况下，报文中的数据被拷贝到SRAM中；为了把数据拷贝到合适的位置，应用程序需要根据报文的标识符来辨别不同的数据。bxCAN提供了过滤器匹配序号，以简化这一辨别过程。

根据过滤器优先级规则，过滤器匹配序号和报文一起，被存入邮箱中。因此每个收到的报文，都有与它相关联的过滤器匹配序号。

过滤器匹配序号可以通过下面两种方式来使用：

● 把过滤器匹配序号跟一系列所期望的值进行比较

● 把过滤器匹配序号当作一个索引来访问目标地址

对于标识符列表模式下的过滤器(非屏蔽方式的过滤器)，软件不需要直接跟标识符进行比较。

对于屏蔽位模式下的过滤器，软件只须对需要的那些屏蔽位(必须匹配的位)

进行比较即可。

在给过滤器编号时，并不考虑过滤器组是否为激活状态。另外，每个FIFO各自对其关联的过滤器进行编号,如下图：

图2

2.5 过滤器优先级规则

根据过滤器的不同配置，有可能一个报文标识符能通过多个过滤器的过滤；在这种情况下，存放在接收邮箱中的过滤器匹配序号，根据下列优先级规则来确定：

● 位宽为32位的过滤器，优先级高于位宽为16位的过滤器

● 对于位宽相同的过滤器，标识符列表模式的优先级高于屏蔽位模式

● 位宽和模式都相同的过滤器，优先级由过滤器号决定，过滤器号小的优先级高

如下图:

图3

如上图，在接收一个报文时，其标识符首先与配置在标识符列表模式下的过滤器相比较；如果匹配上，报文就被存放到相关联的FIFO中，并且所匹配的过滤器的序号（这时为4）被存入过滤器匹配序号中。如同例子中所显示，报文标识符跟#4标识符匹配，因此报文内容和FMI4被存入FIFO。

如果没有匹配，报文标识符接着与配置在屏蔽位模式下的过滤器进行比较。

如果报文标识符没有跟过滤器中的任何标识符相匹配，那么硬件就丢弃该报文，且不会对软件有任何打扰。 3 与过滤器相关的寄存器

3.1 CAN 过滤器主控寄存器 (CAN_FMR)

地址偏移量: 0x200

复位值: 0x2A1C 0E01

注：该寄存器的非保留位完全由软件控制。

篇二：STM32加密

关于STM32加密

摘要：

知识产权的保护，如何让自已辛勤的劳动成果不被别人抄袭，采用有效的手段对IC加密是值得每一个设计者关注的问题。

当然，有人说，没有解不了密的IC，的确，解密是一项技术，只要有人类在不断的研究，它就有破解的一天；但是加密后的IC会增加破解的难度与破解成本，当破解的成本大于收益时，自然就会使破解者望而却步。

STM32芯片这两年销量很好，它的性能和价格都很不错，但如何对STM32进行加密呢，本人结合自已使用STM32 MCU一年多的经验，总结一下我对它加密的理解与方法。

关键字： STM32 加密 读保护

加密，最基本的方法是置读保护，这样可以防止外部工具非法访问，在STM32官网发布的 串口ISP软件中有置读保护和加密选项，选择一个就可以了，这样外部工具就无法对FLASH进行读写操作，但我要重新烧写FLASH怎么办？只能清读保护，而清读保护后，芯片内部会自动擦除FLASH全部内容。

还有人说，置读保护还不够安全，说要采用芯片内的唯一ID来加密，在程序里识别芯片的ID，如果ID不对，则程序不运行，当然，这样安全性又要更高一些，但每个芯片的ID不一样，因此对应的程序也应该不一样，那如何处理呢？有网友说：采购的时候，产品同批生产的ID号应该是连续的，可以通过判别ID的范围；还有网友说，在烧录工具里做一个算法，读取芯片ID，再修改相应的二进制文件。当然还会有很多种方法，这里不展开讨论。

以上介绍的只是一种情况，在实际的应用中还会发生第二种情况。

我们知道，STM32的内部FLASH是用户可编程的，也就是说它支持IAP，而IAP中的APP代码一般是需要开放的，那么只有保证BOOT的代码安全，才能确保不被破解。

前面提到，当IC置读保护后，外部工具不能访问内部FLASH，但CPU可以访问，破解者完全可以自已编写一段代码通过BOOT下载到IC 运行，然后在程序中读出你的BOOT代码。

只能加以限制，使别人的代码运行不了，才能保证BOOT不被读出。

常用的方法是采用加密算法，如AES；流程如下：

APP代码加密，下载时，在BOOT中解密，这样，只有通过正确加密的APP代码才能正常的运行，因此加密的算法就成了你的密钥，而这个是你独有的。

参考资料：《STM32F1x Flash Programming.pdf》作者：STMicroelectronics

篇三：如何修改STM32的USB例程为自己所用

如何修改STM32的USB例程为自己所用

computer00 电脑圈圈

http://ourdev.cn/bbs/bbs_content_all.jsp?bbs_sn=1387906

在万利学习板自带的演示例程中，有几个USB的例程。如果我们想实现一个USB功能，可以拿里面的例子来改。 那么具体要改哪些地方呢？首先要改各种描述符，然后是具体的数据处理。我们拿USB摇杆鼠标范例来修改，把它改成USB键盘。该范例

下在目，录将\Manley\EKBoard\EKSTM32F\USBDemo(8M osc)\USBDemo\USBLib\demos\JoyStickMouse

JoyStickMouse复制一份，改名为USBKeyboard，以用来修改。

描述符在文件usb_desc.c中。第一个要改的是设备描述符。设备描述符的结构都标准的，长度也是固定的。范例中的USB设备描述符如下：

/* USB Standard Device Descriptor */

const u8 Joystick_DeviceDescriptor[JOYSTICK_SIZ_DEVICE_DESC]=

{

0x12, /*bLength */

USB_DEVICE_DESCRIPTOR_TYPE, /*bDescriptorType*/

0x00, /*bcdUSB */

0x02,

0x00, /*bDeviceClass*/

0x00, /*bDeviceSubClass*/

0x00, /*bDeviceProtocol*/

0x40, /*bMaxPacketSize40*/

0x83, /*idVendor (0x0483)*/

0x04,

0x10, /*idProduct = 0x5710*/

0x57,

0x00, /*bcdDevice rel. 2.00*/

0x02,

1,/*Index of string descriptor describing

manufacturer */

2, /*Index of string descriptor describing

product*/

3, /*Index of string descriptor describing the

device serial number */

0x01/*bNumConfigurations*/

}; /* Joystick_DeviceDescriptor */

我们只需要修改这里的idVendor（即VID）和idProduct（即PID）即可。它们是用来供电脑端识别设备以加载驱动用的，所以必须不能跟现有的设备相冲突。VID和PID都是两字节，低字节在前，高字节在后。例如这里的VID为0x0483，写在里面就是0x83,0x04。我们将VID改成0x1234，将PID改成0x4321，即: 0x34, 0x12, 0x21, 0x43。

然后再修改配置描述符集合。配置描述符集合包括配置描述符、接口描述符、类特殊描述符（这里是HID描述符）、以及端点描述符。如果你需要增加端点，那么在最后增加就行了，注意要记得修改JOYSTICK_SIZ_CONFIG_DESC的值为配置描述符集合的长度。第一部分为配置描述符。通常这里不需要修改，除非你要改成该配置有多个接口（USB复合设备），那么应该修改bNumInterfaces，需要多少个就改成多少个，这里只有一个接口，所以值为1。第二部分为接口描述符，在接口描述符中决定该接口所实现的功

能，例如HID设备，或者是大容量存储设备等等。其中bInterfaceNumber为该接口的编号，从0开始。这里只有一个接口，所以它的值为0，如果又更多的接口，则依次编号。注意一个接口完整结束（包括该接口下的类特殊描述符和端点描述符）后，才开始一个新的接口。bNumEndpoints为该接口所使用的端点数目（不包括端点0），原来的程序是实现鼠标功能的，所以只有一个输入端点。我们这里增加一个输出端点，用来控制LED（键盘上有大写字母锁定、小键盘数字键锁定等指示灯），因此将bNumEndpoints改为2。bInterfaceClass为接口所使用的类，这里指定为HID设备，USB键盘和鼠标都是HID设备，这里不用修改，如果你要实现其它设备，请根据USB协议所规定的类来修改。bInterfaceSubClass为接口所使用的子类，在HID设备类下规定了两种子类，系统引导时能用的和不能用的，这里为1，表示系统引导时能使用。bInterfaceProtocol为接口的协议，原来为鼠标，这里改为1，键盘。第三部分为HID描述符，只有HID设备才有，如果你要修改成其它设备，则用其它设备的类特殊描述符代替或者没有，在这里不用做修改。第四部分为输入端点1的端点描述符，原来代码中，设置的端点最大包长度（wMaxPacketSize）为4字节，我们将其改成8字节。另外，我们再增加一个输出端点1，将最后的输入端点1描述符复制一份，然后修改地址（bEndpointAddress）为0x01，这表示该端点为输出端点，地址为1。由bEndpointAddress的最高位表示方向，1为输入，0为输出，最后4位表示地址。最后，要记得在usb_desc.h文件中修改JOYSTICK_SIZ_CONFIG_DESC的长度为41，因为我们增加了7字节。实际修改好的配置描述符集合如下： /* USB Configuration Descriptor */

/* All Descriptors (Configuration, Interface, Endpoint, Class, Vendor */

const u8 Joystick_ConfigDescriptor[JOYSTICK_SIZ_CONFIG_DESC] =

{

//以下为配置描述符

0x09, /* bLength: Configuation Descriptor size */

USB_CONFIGURATION_DESCRIPTOR_TYPE, /* bDescriptorType: Configuration */

JOYSTICK_SIZ_CONFIG_DESC,

/* wTotalLength: Bytes returned */

0x00,

0x01,/*bNumInterfaces: 1 interface*/

0x01,/*bConfigurationValue: Configuration value*/

0x00,/*iConfiguration: Index of string descriptor describing

the configuration*/

0xC0,/*bmAttributes: self powered */

0x32,/*MaxPower 100 mA: this current is used for detecting Vbus*/

//以下为接口描述符

/************** Descriptor of Joystick Mouse interface ****************/

/* 09 */

0x09,/*bLength: Interface Descriptor size*/

USB_INTERFACE_DESCRIPTOR_TYPE,/*bDescriptorType: Interface descriptor type*/

0x00,/*bInterfaceNumber: Number of Interface*/

0x00,/*bAlternateSetting: Alternate setting*/

0x02,/*bNumEndpoints*/

0x03,/*bInterfaceClass: HID*/

0x01,/*bInterfaceSubClass : 1=BOOT, 0=no boot*/

0x01,/*bInterfaceProtocol : 0=none, 1=keyboard, 2=mouse*/

0,/*iInterface: Index of string descriptor*/

//以下为HID描述符

/******************** Descriptor of Joystick Mouse HID ********************/

/* 18 */

0x09,/*bLength: HID Descriptor size*/

HID_DESCRIPTOR_TYPE, /*bDescriptorType: HID*/

0x00,/*bcdHID: HID Class Spec release number*/

0x01,

0x00,/*bCountryCode: Hardware target country*/

0x01,/*bNumDescriptors: Number of HID class descriptors to follow*/

0x22,/*bDescriptorTy(转 载 于:wWW.zw2.Cn 爱作文网)pe*/

JOYSTICK_SIZ_REPORT_DESC,/*wItemLength: Total length of Report descriptor*/

0x00,

//以下为输入端点1描述符

/******************** Descriptor of Joystick Mouse endpoint ********************/

/* 27 */

0x07, /*bLength: Endpoint Descriptor size*/

USB_ENDPOINT_DESCRIPTOR_TYPE, /*bDescriptorType:*/

0x81, /*bEndpointAddress: Endpoint Address (IN)*/

0x03, /*bmAttributes: Interrupt endpoint*/

0x08, /*wMaxPacketSize: 8 Byte max */

0x00,

0x20, /*bInterval: Polling Interval (32 ms)*/

//以下为输出端但1描述符

/* 34 */

0x07, /*bLength: Endpoint Descriptor size*/

USB_ENDPOINT_DESCRIPTOR_TYPE, /*bDescriptorType:*/

0x01, /*bEndpointAddress: Endpoint Address (OUT)*/

0x03, /*bmAttributes: Interrupt endpoint*/

0x08, /*wMaxPacketSize: 8 Byte max */

0x00,

0x20, /*bInterval: Polling Interval (32 ms)*/

/* 41 */

};

接下来，还需要修改报告描述符，报告描述符比较复杂，这里就不详述了，直接给出修改好的报告描述符如下：

const u8 Joystick_ReportDescriptor[JOYSTICK_SIZ_REPORT_DESC] =

{

0x05, 0x01, // USAGE_PAGE (Generic Desktop)

0x09, 0x06, // USAGE (Keyboard)

0xa1, 0x01, // COLLECTION (Application)

0x05, 0x07, // USAGE_PAGE (Keyboard/Keypad)

0x19, 0xe0, // USAGE_MINIMUM (Keyboard LeftControl)

0x29, 0xe7, // USAGE_MAXIMUM (Keyboard Right GUI)

0x15, 0x00, // LOGICAL_MINIMUM (0)

0x25, 0x01, // LOGICAL_MAXIMUM (1)

0x95, 0x08, // REPORT_COUNT (8)

0x75, 0x01, // REPORT_SIZE (1)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x75, 0x08, // REPORT_SIZE (8)

0x81, 0x03, // INPUT (Cnst,Var,Abs)

0x95, 0x06, //REPORT_COUNT (6)

0x75, 0x08, //REPORT_SIZE (8)

0x25, 0xFF, //LOGICAL_MAXIMUM (255)

0x19, 0x00, //USAGE_MINIMUM (Reserved (no event indicated))

0x29, 0x65, //USAGE_MAXIMUM (Keyboard Application)

0x81, 0x00, // INPUT (Data,Ary,Abs)

0x25, 0x01, // LOGICAL_MAXIMUM (1)

0x95, 0x05, //REPORT_COUNT (5)

0x75, 0x01, //REPORT_SIZE (1)

0x05, 0x08, //USAGE_PAGE (LEDs)

0x19, 0x01, //USAGE_MINIMUM (Num Lock)

0x29, 0x02, //USAGE_MAXIMUM (Caps Lock)

0x91, 0x02, //OUTPUT (Data,Var,Abs)

0x95, 0x01, //REPORT_COUNT (1)

0x75, 0x06, //REPORT_SIZE (6)

0x91, 0x03, //OUTPUT (Cnst,Var,Abs)

0xc0 // END_COLLECTION

};

该报告描述符说明输入报告为8字节，第一字节为特殊键，用位图表示，第二字节保留，第三至第八字节为普通按键。我们将原来的摇杆功能改成键盘上的4个方向键，中键选择键为回车键，另外KEY2和KEY3分别做大写字母锁定键和数字锁锁定键。输出报告为1字节，其中最低两位分别为Num Lock灯和Caps Lock灯。

Joystick_StringLangID描述符不用修改，Joystick_StringVendor、Joystick_StringProduct分别为厂商字符串和设备字符串，不改也可以，但是显示出来就是原来的内容，最好还是自己修改下。这里使用的是Unicode编码，可以直接使用圈圈以前写小程序自动生成该描述符，该工具的地址为：http://computer00.***.org/user1/2198/archives/2007/42769.html。Joystick_StringSerial为产品序列号，它也是Unicode编码，这里可以不用修改，当然你修改也可以。这里我将厂商字符串改成“电脑圈圈的家当”，产品字符串改成“电脑圈圈修改的简易USB键盘”。

好了，描述符改完了，就需要去修改数据处理了。我们启用了一个新的端点，端点1输出，原来的程序中并未对它进行初始化，所以我们需要先增加对端点1输出的初始化。在usb_prop.c文件中，找到void Joystick_Reset(void)函数，该函数是负责初始化端点的。原来对端点1输入的初始化设置为4字节，我们将它改成8字节。并增加对端点输出的初始化，最终修改的代码部分如下：

/* Initialize Endpoint In 1 */

SetEPType(ENDP1, EP_INTERRUPT); //初始化为中断端点类型

SetEPTxAddr(ENDP1, ENDP1_TXADDR); //设置发送数据的地址

SetEPTxCount(ENDP1, 8); //设置发送的长度

// SetEPRxStatus(ENDP1, EP_RX_DIS);

SetEPTxStatus(ENDP1, EP_TX_NAK); //设置端点处于忙状态

/* Initialize Endpoint Out 1 */

SetEPRxAddr(ENDP1, ENDP1_RXADDR); //设置接收数据的地址

SetEPRxCount(ENDP1, 1); //设置接收长度

SetEPRxStatus(ENDP1, EP_RX_VALID); //设置端点有效，可以接收数据

需要在usb_conf.h中增加对ENDP1_RXADDR的定义：

#define ENDP1_RXADDR (0xD8)

然后，修改原来在main函数中发送数据的处理。这里我们使用圈圈前几天写的按键及摇杆驱动（见http://blog.ednchina.com/computer00/142610/message.aspx）。

修改主循环中的内容如下：

while (1)

{

DelayXms(5); //延时5ms

KeyScan(); //扫描一次键盘

if (KeyUp||KeyDown)

{

Joystick_Send(KeyPress); //发送按键

KeyUp="0"; //清除事件

KeyDown="0";

}

}

然后，在hw_config.c中修改Joystick_Send函数，根据不同的按键来发送按键情况，具体怎么修改这里就不说了，最后使用函数 UserToPMABufferCopy将缓冲区中的数据复制到端点1的输出缓冲中，再使用函数SetEPTxValid(ENDP1)使端点1数据有效，从而发送出去。

对于输出，我们还需要增加一个回调函数来处理，因为原来的输出端点1的回调函数是个空函数。在usb_conf.h中找到#define EP1_OUT_CallbackNOP_Process 一行，它将端点1输出回调函数定义为空处理函数。我们将它删除，换成我们自己的回调处理函数：void EP1_OUT_Callback(void);。然后回到main.c中增加该函数的实际代码，它主要用来控制LED的状态。在使用LED之前，当然要记得初始化这些IO口为输出状态，以及使能PC口的时钟，还有前面的键盘扫描也要增加对相应的IO口初始化，这些初始化代码在void Set_System(void)函数中处理。LED连接在PC口上，在stm32f10x_conf.h文件中，将#define _GPIOC宏使能，原本该宏是被注释掉的，这样会提示GPIOC没有定义。

处理接收数据的回调函数和发送数据的函数代码分别如下：

void EP1_OUT_Callback(void)

{

u8 DataLen; //保存接收数据的长度

u8 DataBuffer[64]; //保存接收数据的缓冲区

DataLen = GetEPRxCount(ENDP1); //获取收到的长度

PMAToUserBufferCopy(DataBuffer, ENDP1_RXADDR, DataLen); //复制数据

SetEPRxValid(ENDP1); //设置端点有效，以接收下一次数据

if(DataLen==1) //收到一字节的输出报告

{