正学嵌入式操作系统，是做底层呢还是上层应用呢？各位前辈给点建议。

[xintaoLiao]

正学嵌入式操作系统，是做底层呢还是上层应用呢？各位前辈给点建议。

[飞天舞]

上层应用比较容易入门，

[onlyhuiyi]

不是啥前辈， 感觉 电气类的做底层，像我这计算机的在做应用。。。

[hqftom888168]

从就业前景来看，设备商一般都会自己开发硬件和驱动，业内叫差异化经营，这样的公司一般都是很大规模的，但是公司数目较少，像华为/中兴/浪潮等。中等规模的公司一般都不会直接和硬件打交道，直接在操作系统上开发应用，这样的公司待遇一般都很好，压力相对来说小一些，向百度/腾讯等。 从个人专业来看，偏向电子和电气类，看法底层肯定是有优势的，底层驱动一般都需要和硬件打交道。纯软件的建议做应用层开发。

[l_11l]

大多数RTOS底层和上层没多大区别

[Heaven_Redsky]

对英文有自信，对硬件有了解就做驱动，因为做驱动需要熟悉硬件的器件手册，而器件手册都是英文的。。。对硬件了解少的就选择做应用和协议吧。

[guojianxun17953]

嵌入式软件在我看来分以下几部分： （1）BSP开发，需要看较多的芯片手册，看一些原理图，实际上就是编写一些芯片操作的抽象函数或者宏出来。 （2）驱动开发，在BSP的基础上，按照操作系统的驱动结构，向操作系统提供一些接口函数的实现，这一块对芯片知识仍然有一定要求，但是要低一些，实际中BSP和驱动往往是一拨人开发，并且简单的情况下，BSP和驱动就不区分了，尤其在无操作系统时。 （3）kernel开发，内核的裁剪、扩充、修改，这一块一般是属于偏上层了，对操作系统原理有要求，驱动和BSP在这里是作为一个组件包含进来的，具体的硬件知识不需要了解太多，但是嵌入式系统来讲，一般会接触一些吧。 （4）应用开发，这一块是在kernel的基础上进行的，特点在于多任务应用程序、中断函数等方面，更多的和公司所涉及的业务内容挂钩，有的公司这一块很简单，有的则复杂得很，我是做无线通信协议的，这一块一般都有几万行代码，这块就算是应用层面的了。 以上这几块，由1到4，越来越上层，对软件能力要求越来越高，对底层要求越来越低，一般公司分得不太细的话，kernel+应用程序分一拨人管，因为kernel和应用程序联系比较紧密，而BSP+驱动又是一拨人，因为这两块有时候根本就不分的。我们这比较悲催，软件室领导不给力，我们只管应用程序，每天讨论什么协议，连kernel都归驱动那帮人管了。

[流型]

引用 6 楼 guojianxun17953 的回复:

嵌入式软件在我看来分以下几部分： （1）BSP开发，需要看较多的芯片手册，看一些原理图，实际上就是编写一些芯片操作的抽象函数或者宏出来。 （2）驱动开发，在BSP的基础上，按照操作系统的驱动结构，向操作系统提供一些接口函数的实现，这一块对芯片知识仍然有一定要求，但是要低一些，实际中BSP和驱动往往是一拨人开发，并且简单的情况下，BSP和驱动就不区分了，尤其在无操作系统时。 （3）kernel开发，内核的裁剪、扩充、修改，这一块一般是属于偏上层了，对操作系统原理有要求，驱动和BSP在这里是作为一个组件包含进来的，具体的硬件知识不需要了解太多，但是嵌入式系统来讲，一般会接触一些吧。 （4）应用开发，这一块是在kernel的基础上进行的，特点在于多任务应用程序、中断函数等方面，更多的和公司所涉及的业务内容挂钩，有的公司这一块很简单，有的则复杂得很，我是做无线通信协议的，这一块一般都有几万行代码，这块就算是应用层面的了。 以上这几块，由1到4，越来越上层，对软件能力要求越来越高，对底层要求越来越低，一般公司分得不太细的话，kernel+应用程序分一拨人管，因为kernel和应用程序联系比较紧密，而BSP+驱动又是一拨人，因为这两块有时候根本就不分的。我们这比较悲催，软件室领导不给力，我们只管应用程序，每天讨论什么协议，连kernel都归驱动那帮人管了。

引用 6 楼 guojianxun17953 的回复:

嵌入式软件在我看来分以下几部分： （1）BSP开发，需要看较多的芯片手册，看一些原理图，实际上就是编写一些芯片操作的抽象函数或者宏出来。 （2）驱动开发，在BSP的基础上，按照操作系统的驱动结构，向操作系统提供一些接口函数的实现，这一块对芯片知识仍然有一定要求，但是要低一些，实际中BSP和驱动往往是一拨人开发，并且简单的情况下，BSP和驱动就不区分了，尤其在无操作系统时。 （3）kernel开发，内核的裁剪、扩充、修改，这一块一般是属于偏上层了，对操作系统原理有要求，驱动和BSP在这里是作为一个组件包含进来的，具体的硬件知识不需要了解太多，但是嵌入式系统来讲，一般会接触一些吧。 （4）应用开发，这一块是在kernel的基础上进行的，特点在于多任务应用程序、中断函数等方面，更多的和公司所涉及的业务内容挂钩，有的公司这一块很简单，有的则复杂得很，我是做无线通信协议的，这一块一般都有几万行代码，这块就算是应用层面的了。 以上这几块，由1到4，越来越上层，对软件能力要求越来越高，对底层要求越来越低，一般公司分得不太细的话，kernel+应用程序分一拨人管，因为kernel和应用程序联系比较紧密，而BSP+驱动又是一拨人，因为这两块有时候根本就不分的。我们这比较悲催，软件室领导不给力，我们只管应用程序，每天讨论什么协议，连kernel都归驱动那帮人管了。

[embedded007]

其实主要还是看兴趣，不管做上层还是底层，只要有兴趣，都能学好

[EzioChen]

基于本身的英文水平不高，小弟只能在应用层混口饭...

[zhxianbin]

其实主要还是看领导让你做什么。

[haojj123]

引用 6 楼 guojianxun17953 的回复:

嵌入式软件在我看来分以下几部分： （1）BSP开发，需要看较多的芯片手册，看一些原理图，实际上就是编写一些芯片操作的抽象函数或者宏出来。 （2）驱动开发，在BSP的基础上，按照操作系统的驱动结构，向操作系统提供一些接口函数的实现，这一块对芯片知识仍然有一定要求，但是要低一些，实际中BSP和驱动往往是一拨人开发，并且简单的情况下，BSP和驱动就不区分了，尤其在无操作系统时。 （3）kernel开发，内核的裁剪、扩充、修改，这一块一般是属于偏上层了，对操作系统原理有要求，驱动和BSP在这里是作为一个组件包含进来的，具体的硬件知识不需要了解太多，但是嵌入式系统来讲，一般会接触一些吧。 （4）应用开发，这一块是在kernel的基础上进行的，特点在于多任务应用程序、中断函数等方面，更多的和公司所涉及的业务内容挂钩，有的公司这一块很简单，有的则复杂得很，我是做无线通信协议的，这一块一般都有几万行代码，这块就算是应用层面的了。 以上这几块，由1到4，越来越上层，对软件能力要求越来越高，对底层要求越来越低，一般公司分得不太细的话，kernel+应用程序分一拨人管，因为kernel和应用程序联系比较紧密，而BSP+驱动又是一拨人，因为这两块有时候根本就不分的。我们这比较悲催，软件室领导不给力，我们只管应用程序，每天讨论什么协议，连kernel都归驱动那帮人管了。

精辟

[i80428048]

1、要学东西，去做底层，短期内可能收入不如其他，但长期下去，经验最重要，秒杀上层 2、要短期内挣钱，去做上层，待遇好点，压力少点，但学不到计算机系统的真正知识，年轻人多，久了会被追赶的 3、看个人的兴趣和职业规划了