好记性不如烂笔头。

俗话说，居安思危，虽然说通过以前的一些努力，的确学习了很多东西，但当从汽车电子行业转入半导体行业，我也认识到山外有山，人外有人。而目前的我感觉很低沉，就感觉和现在的股市一样，上攻乏力，下踏不稳，想攻入Ｌｉｎｕｘ，奈何山太大，不知道从何处开始攀岩，辗转反侧，多日不能安稳睡觉（不知道是不是这个原因），后来想想术业有专攻，我既然在工作中学习和使用ＡＵＴＯＳＡＲ都４年了，何不继续深入，虽然掌握ＡＵＴＯＳＡＲ　ＢＳＷ，但对ＲＴＥ还是知之甚少，何不更加深入一步，在了解和掌握ＡＵＴＯＳＲ　ＲＴＥ之后，何去何从在做决定也不迟。

俗话说的好，工欲善其事，必先利其器。对于码农来说，最基本的工具既是文本编辑器（如ｖｉｍ／Ｅｍａｃｓ等），高级点的如集成开发环境ＩＤＥ（ｅｃｌｉｐｓｅ／ｖｉｓｕａｌ　ｓｔｕｄｉｏ）。因为听说过这样一句话，用ｖｉｍ的都是大牛，用ｅｍａｃｓ的都是大神，所以我选择使用了ｅｍａｃｓ一段时间，后来实在不适应没有鼠标的操作方式，放弃了，后来转用ｅｃｌｉｐｓｅ　ＩＤＥ，个人认为还是ｅｃｌｉｐｓｅ功能强大，且界面友好易于上手。

在汽车电子，现在ｂｏｏｔｌｏａｄｅｒ基本已成汽车ＥＣＵ必备，其负责应用程序的启动和通过ＣＡＮ总线来更新应用程序和数据（如ＮＶＭ）等。

在整个AUTOSAR架构里，我觉得重点在于通讯和诊断服务，因为我认为VFB虚拟总线是AUTOSAR的核心。AUTOSAR通过抽象层，为不同的通讯方式如CAN/LIN/FlexRay/Ethernet等提供了统一的上层接口。目前国内外主流的通讯媒介是CAN，少数ECU的从机使用LIN来通讯。来一张图先看看AUTOSAR的CAN通讯栈。

我相信绝大多数的嵌入式系统都需要有一个存储空间来存储一些关键非易失性数据，可选的存储器件那就相当的多了，如TF/SD卡，NAND/NOR FLASH什么的，汽车电子了常用的则为EEPROM和FLASH。

AUTOSAR已经发展到4.2版本，而目前我们能够从网上找到的比较完整的AUTOSAR开源版本是ARCCORE v3.1，但也仅限Ｃ源代码部分开源，其BSW和RTE配置工具却并不开源。好吧，透露下，其实从github开源项目MOPED你是可以找到ARCCORE V4.0,一开始时，其实我已经将该V4.0的代码并入我的个人仓库，但后来注意到其license并非纯粹GPL，所以果断退回到v3.1的版本，其实比较过代码之后发现，其实V3.1和V4.0没有特别大的区别，学习V3.1的代码看着AUTOSAR 4.2的版本文档，是没有任何问题的，基本差不多。

每一个RTOS都将会有其独特的设计之处，例如ucOS，那个8x8的任务优先级就续表，我想必然惊讶了很多人，那是多么巧妙的一个快速查找最高就绪优先级的方法，FreeRTOS和ucOS的该方法比起来，那真是落后好几条大街。好吧，这里不比较ucOS和FreeRTOS，而是比较OSEK OS和FreeRTOS等的区别。