我们知道OD(对象字典)是CANopen的核心，所有功能都是围绕它开展的，是协议栈的数据中心，良好的OD实现是协议栈高效稳定运行的基础，而OD的实现最基本的一点就是怎么去保存它。因为OD的内容比较杂，读写属性上，有只读数据、只写数据、可读写数据；保存要求上有非易失和掉电丢失两种类型；数据类型上有字符型、整型、长整型等等；存储格式上有8位、16位、32位等。其它的不管，本文现只讨论怎么利用单片机的资源去尽量满足OD的存储需求。
有人会以为这还要讨论么？只读的就放在只读存储器中，可写的就放在RAM中，需要掉电保存的就放在非易失可读写存储器中。话是这么说，但实际上问题很多，罗列如下：
1． 对协议栈只读并不表示对应用程序只读。
2． 可读写而又掉电保存的数据不能放在RAM里。
3． 频繁读写的数据不能放在非易失存储器中，因为非易失存储器往往速度慢，有写次数限制。
4． 单片机资源有限，存取方式和读写速度有限值，因此得合理利用。
既然有这些问题，我们先对OD的数据进行分析分类：
1． 系统只读参数。自节点出厂就无需更改，例如，节点硬件序列号、软硬件版本等。
2． 过程数据对象。频繁读写，掉电无需保存。例如，采集的模拟量、待输出的开关量。
3． 系统配置参数。可读写，偶尔配置，大部分时间只读。
基本上所有的OD对象都可以归到这三类中去。下面再以AVR单片机为例说说单片机的几类存储资源以及其特点：
|
类型 |
运行中读写属性 |
访问速度 |
容量 |
特点 |
|
|
FLASH |
程序存储器 |
只读 |
一般 |
较大 |
操作方便但只能放程序和初始化只读数据，掉电不丢失 |
|
SRAM |
数据存储器 |
读写 |
最快 |
小 |
操作方便，速度快，掉电数据丢失 |
|
EEPROM |
数据存储器 |
读写 |
读一般，写很慢 |
小 |
操作复杂，写速度极慢 |
看到上面这个表，你会马上把OD的三类数据存放位置定下来吧，系统只读参数放在FLASH中；过程数据对象放在SRAM中；系统配置参数放在EEPROM中。
实际上确实该如此安排，但是所有问题的解决了？NO，NO，NO！OD中的数据对象是怎么安排进存储器的？系统启动怎么初始化？怎么去访问？下面提供一种方案：
出厂设置随程序一起写入FLASH，然后系统重器开始运行，在软件初始化过程中，程序将出厂默认的整个OD对象从FLASH 载入到RAM中去，不论是OD的那种分类的数据；之后如果判断是第一次运行，将用RAM中属于的统配置参数的那一类数据去初始化EEPROM，否则用EEPROM中的系统配置参数去重新覆盖对应的RAM映像。好了初始化完成，开始运行，因为所有OD数据都load到RAM中，因此OD对外可以提供统一快速的数据服务接口，外部的读操作就是直接读RAM，写则是先写RAM映像，然后再判断如果是OD的系统配置参数那一类则同时更新EEPROM。最后要注意一点就是OD的对象属性等信息一定要放在FLASH中，否则将是一个极大的RAM开销。
上面方案优点是在满足OD需求的前提下能够提供统一快速的OD访问接口；能够及时存储非易失性数据；并能在软件上实现恢复出厂设置的操作而不增加额外的出厂设置备份空间(在EEPROM中置一标志就行了，自己去想)。明显的优点也意味着明显的缺点，就是占用较多RAM空间，只读数据和非易失性数据都要映射到RAM中，浪费了一部分RAM，这将使得本来就紧张的RAM资源更加紧张，好在一般节点上的OD内容一般不多，而且现在RAM非常便宜。
上面的方案同样适用于其他单片机，基本上现在的单片机上都有FLASH和RAM，而即使有的单片机没有EEPROM，但是本身FLASH区是可以运行中在线写入的，也可以当EEPROM用(但此时最好就不要来一个写一个了，因为FLASH是页擦除的，比较耗时间，因此建议做成批量写入方式，OD的0x1010和0x1011对象有涉及)，实在不行还可以外扩。
(于2007.11.08)