嵌入式模块
368 浏览
痛并快乐着，一位嵌入式驱动自学者的学习经历...
其它类 冲上云霄 2017-03-23 12:52 发表了文章
经过了这半年多，甚至是更久的嵌入式自学，可谓是不断在绝望中求生。性格使然，我是一个我也不知这种性格的学名叫什么，就是学习一种东西，非得想要能理解每一处的含义作用为什么，要这样做没有其他办法了吗等等问题。并且当一个问题找不到让我能接受的解释时，那么我的学习路程也就几乎要停在这里了，大概是因为我讨厌一知半解。
可能是小时候被老师教导不要做书呆子的教育有关，小时候，听话孩子，认真，长辈的教育对孩子的影响真的是非常的大，很多影响如果你不细心的观察自己，你根本不能察觉这些进入了你骨子的观念，在我成长过程中，这些长辈的教育除了某些让我自己经历到并彻底认识到某个观念并不正确时，我才会形成自己的观点，自己的观念，但这些自己的观念在所有的价值观中，犹如沧海一粟。
这种讨厌一知半解的性格，在现在这个社会来说，可以说是极端的，因为现在你学习使用的很多东西，他都不是从零开始的，就好比，你编程使用的是高级语言而不是低级语言不是机器码，所以我的整个学习过程是非常缓慢缓慢地进行着，这么说吧，前面说我经过了半年多的学习，但是到现在为止，我接触嵌入式已经有两个年头了，也就是说，学习期间，我有一年多是在停滞着。
学习嵌入式，或者说学习现代的计算机编程，如果你想学好，有一个比较要求，那就是你能接受它的设定、它的模式。反过来说，当你真正接受它的设定、它的模式，并记住它们时，我认为，你已经学好了。
昨天，我又置之死地而后生了一次。最近一直在搞驱动，一个LCD驱动搞得我几乎要放弃继续走嵌入式这条路。昨夜，睡不觉，打开嵌入学习视频，躺在已关灯很久的房间的床上，大概凌晨3，4点吧。之前我一直都是学习着驱动自编源码的教学，是那种几乎和裸板程序没多大区别的编程方式，只是多使用了一些向内核注册的接口函数。
而最近我想换一下，因为很多设备驱动，内核都是自带的，而且是各种平台的设备驱动都有，我想如果能熟悉掌握内核自带驱动的编程，那以后要做某个设备的驱动时，我只需要在自带驱动中修改一下便好了，通过学习LCD平台设备的驱动，我了解了其编程想法，同时也认同这种想法，甚至让我疑惑，学习资料中教自编驱动的意义，为何不直接教如果修改内核源码驱动？
于是，继续按着书去修改内核驱动源码，但问题是，书中说他们这种修改，代码成功运行了，但我这，无论怎么调试都失败，我反复检测，我的修改是否与书中一致，检测了很多遍依然没发现哪一步不同，不过，有一点发现是，书中的内核源码和我内核使用的源码有一点点区别（当然书里并没有把所有的源码都贴上，只是修改部分附近会联带着一些，这就是发现，这些联带的没需要修改的源码和我的源码有点区别，比如，我的源码中多了一些设置（看似无关紧要的设置））。
与书核对无误但失败后，我又与成功运行的自编驱动核对，我陆续发现我修改的内涵源码中，没有去启动设备，也更没有去点亮背光，而在显存分配后的寄存器设置似乎也有问题，因为这里的地址使用各种宏定义不同的累加或计算，最后算得地址和我的寄存器地址也不知是否吻合，因为驱动源码中最后计算得到的是虚拟地址。于是我对比自编驱动，一点点修改尝试，到睡觉前都没成功。
我是想学得理直气壮一点的，最后是能一眼就能找到问题，并迅速轻松解决问题的，我也承认自己确实是有些浮躁。但是经过了昨晚床上的一点绝望的思考挣扎后，我好像想通了：为什么嵌入式学习视频老师要教自编驱动。
下面我说下自编驱动与内核驱动源码各自的问题：
自便驱动：
程序简单简洁，它只能驱动特定的某个设备。如果设备换了需要支持另一款设备，那么你需要重新修改该驱动；如果需要系统同时支持两种LCD，那么它就会变成复杂并且对于内核驱动的简洁优势会削弱不少；如果你想驱动支持多种设备，那自编驱动，相对了内核驱动源码的简洁优势会变成了劣势，因为编程思想的适用范围不同而产生的结果。
内核自带驱动源码：
①从系统层次去考量，变量、宏定义使用多，甚至有些宏定义的值为了方便能让各种在不同的阶段需要不同的值调用，把简单的一个赋值调用变成了需要进行多次运算才能检测到该值是否满足使用要求，因为我们不是该驱动的编码者，不清楚这样做的好处，也或许是内核驱动源码的开发者从整个系统的编程简洁性去考量，这样做或许也是为了让整个系统代码更少，简洁的一种做法，因为每个设备你都给它赋具体的值的话，整个系统中有几百种驱动设备源码，给所有设备的这个位置参数都赋一个值的话，那各设备关于这个值的代码就要多了几百行了，所以还不如，让各设备根据各种平台去对某个宏进行各自的计算来得到合适的值，但某些计算中相同的算法的也整合在一起，这样就减少了系统不少行代码。所以系统中驱动源码是系统开发者对系统源码的整合，是基于系统层的整合。所以，对于我这种对单个设备驱动编码的人，就会觉得系统源码有好多不人性化的地方，会觉得简单的地方也被弄得很复杂。
②内核自带驱动还有一些代码是为了兼容以前的版本而添加了，比如以前硬件内存资源稀少，需要使用调色板的方法来减少程序运行时的内存使用量，这也会真假代码的复杂性，这一步虽不是必要的，但如果没弄好，那LCD驱动也不能正常使用。
③程序复杂，为了适用在多种设备型号，更简单地添加不同型号的设备驱动，内核对驱动抽象分离，把驱动分为平台管理部分，驱动代码部分（与硬件无关码），和设备代码部分（硬件相关代码）。用户添加新型号设备驱动时，只需要在平台管理部分检查添加设备的匹配信息，和提供一个硬件设备相关的代码（有格式）文件即可。
现在，站在驱动开发者而非系统开发者的角度去衡量。
①自编的驱动，简洁，要点明确。这个对于驱动开发者的用处就是：无论你使用的是哪个版本的内核，哪个芯片平台，你可以通过自编码比较简单方便地就可以确认硬件设备的情况，是否正常。如果自编码通过，那可以试用自编码上使用的参数去与内核进行核对、修改，然后再去测试。如果不成功，对于内核中多余的设置（这些大多可能是提供内核用做基本判断的变量）可以先屏蔽，编译出错了，根据提示，找到出错的位置修改添加。因为这些多余的设置，设置对了还行，设置错了，你又不好去定位错在哪。
自编的驱动在此处的用处，调试时，可以让你排除多余的失败可能性问题，在较少的代码去查出错误位置，如果你确定你的设置满足了该设备的必需设置，还是失败，你可以比较放心地去怀疑是硬件问题了。如果自编码成功，那个又可以当做你修改内核驱动的一个标准。
②内核驱动源码支持管理多种型号的设备的优势是我用使用它的原因。先了解本版本本平台的设备驱动结构，如果是添加型号支持，那就根据自编驱动的参数与设置即可，如果是第一次启动这类设备，你就还需要检测结构是完整性，如果结构完整，参数无误依旧错误，那就把内核驱动源码精简到自编码的简单粗暴设置吧。最终就变成了在基于内核驱动架构下的自编驱动。如果还不行，那无疑是结构性问题了。
所以自编驱动，还是有其存在价值的。内核驱动源码内容会变，平台会变，但自编驱动是变得最小的一个，也是最容易实现驱动目的的一个。是一码打天下不可缺少的重要组成部分。
来源：网络 查看全部
可能是小时候被老师教导不要做书呆子的教育有关，小时候，听话孩子，认真，长辈的教育对孩子的影响真的是非常的大，很多影响如果你不细心的观察自己，你根本不能察觉这些进入了你骨子的观念，在我成长过程中，这些长辈的教育除了某些让我自己经历到并彻底认识到某个观念并不正确时，我才会形成自己的观点，自己的观念，但这些自己的观念在所有的价值观中，犹如沧海一粟。
这种讨厌一知半解的性格，在现在这个社会来说，可以说是极端的，因为现在你学习使用的很多东西，他都不是从零开始的，就好比，你编程使用的是高级语言而不是低级语言不是机器码，所以我的整个学习过程是非常缓慢缓慢地进行着，这么说吧，前面说我经过了半年多的学习，但是到现在为止，我接触嵌入式已经有两个年头了，也就是说，学习期间，我有一年多是在停滞着。
学习嵌入式，或者说学习现代的计算机编程，如果你想学好，有一个比较要求，那就是你能接受它的设定、它的模式。反过来说，当你真正接受它的设定、它的模式，并记住它们时，我认为，你已经学好了。
昨天，我又置之死地而后生了一次。最近一直在搞驱动，一个LCD驱动搞得我几乎要放弃继续走嵌入式这条路。昨夜，睡不觉，打开嵌入学习视频，躺在已关灯很久的房间的床上，大概凌晨3，4点吧。之前我一直都是学习着驱动自编源码的教学，是那种几乎和裸板程序没多大区别的编程方式，只是多使用了一些向内核注册的接口函数。
而最近我想换一下，因为很多设备驱动，内核都是自带的，而且是各种平台的设备驱动都有，我想如果能熟悉掌握内核自带驱动的编程，那以后要做某个设备的驱动时，我只需要在自带驱动中修改一下便好了，通过学习LCD平台设备的驱动，我了解了其编程想法，同时也认同这种想法，甚至让我疑惑，学习资料中教自编驱动的意义，为何不直接教如果修改内核源码驱动？
于是，继续按着书去修改内核驱动源码，但问题是，书中说他们这种修改，代码成功运行了，但我这，无论怎么调试都失败，我反复检测，我的修改是否与书中一致，检测了很多遍依然没发现哪一步不同，不过，有一点发现是，书中的内核源码和我内核使用的源码有一点点区别（当然书里并没有把所有的源码都贴上，只是修改部分附近会联带着一些，这就是发现，这些联带的没需要修改的源码和我的源码有点区别，比如，我的源码中多了一些设置（看似无关紧要的设置））。
与书核对无误但失败后，我又与成功运行的自编驱动核对，我陆续发现我修改的内涵源码中，没有去启动设备，也更没有去点亮背光，而在显存分配后的寄存器设置似乎也有问题，因为这里的地址使用各种宏定义不同的累加或计算，最后算得地址和我的寄存器地址也不知是否吻合，因为驱动源码中最后计算得到的是虚拟地址。于是我对比自编驱动，一点点修改尝试，到睡觉前都没成功。
我是想学得理直气壮一点的，最后是能一眼就能找到问题，并迅速轻松解决问题的，我也承认自己确实是有些浮躁。但是经过了昨晚床上的一点绝望的思考挣扎后，我好像想通了：为什么嵌入式学习视频老师要教自编驱动。
下面我说下自编驱动与内核驱动源码各自的问题：
自便驱动：
程序简单简洁，它只能驱动特定的某个设备。如果设备换了需要支持另一款设备，那么你需要重新修改该驱动；如果需要系统同时支持两种LCD，那么它就会变成复杂并且对于内核驱动的简洁优势会削弱不少；如果你想驱动支持多种设备，那自编驱动，相对了内核驱动源码的简洁优势会变成了劣势，因为编程思想的适用范围不同而产生的结果。
内核自带驱动源码：
①从系统层次去考量，变量、宏定义使用多，甚至有些宏定义的值为了方便能让各种在不同的阶段需要不同的值调用，把简单的一个赋值调用变成了需要进行多次运算才能检测到该值是否满足使用要求，因为我们不是该驱动的编码者，不清楚这样做的好处，也或许是内核驱动源码的开发者从整个系统的编程简洁性去考量，这样做或许也是为了让整个系统代码更少，简洁的一种做法，因为每个设备你都给它赋具体的值的话，整个系统中有几百种驱动设备源码，给所有设备的这个位置参数都赋一个值的话，那各设备关于这个值的代码就要多了几百行了，所以还不如，让各设备根据各种平台去对某个宏进行各自的计算来得到合适的值，但某些计算中相同的算法的也整合在一起，这样就减少了系统不少行代码。所以系统中驱动源码是系统开发者对系统源码的整合，是基于系统层的整合。所以，对于我这种对单个设备驱动编码的人，就会觉得系统源码有好多不人性化的地方，会觉得简单的地方也被弄得很复杂。
②内核自带驱动还有一些代码是为了兼容以前的版本而添加了，比如以前硬件内存资源稀少，需要使用调色板的方法来减少程序运行时的内存使用量，这也会真假代码的复杂性，这一步虽不是必要的，但如果没弄好，那LCD驱动也不能正常使用。
③程序复杂，为了适用在多种设备型号，更简单地添加不同型号的设备驱动，内核对驱动抽象分离，把驱动分为平台管理部分，驱动代码部分（与硬件无关码），和设备代码部分（硬件相关代码）。用户添加新型号设备驱动时，只需要在平台管理部分检查添加设备的匹配信息，和提供一个硬件设备相关的代码（有格式）文件即可。
现在，站在驱动开发者而非系统开发者的角度去衡量。
①自编的驱动，简洁，要点明确。这个对于驱动开发者的用处就是：无论你使用的是哪个版本的内核，哪个芯片平台，你可以通过自编码比较简单方便地就可以确认硬件设备的情况，是否正常。如果自编码通过，那可以试用自编码上使用的参数去与内核进行核对、修改，然后再去测试。如果不成功，对于内核中多余的设置（这些大多可能是提供内核用做基本判断的变量）可以先屏蔽，编译出错了，根据提示，找到出错的位置修改添加。因为这些多余的设置，设置对了还行，设置错了，你又不好去定位错在哪。
自编的驱动在此处的用处，调试时，可以让你排除多余的失败可能性问题，在较少的代码去查出错误位置，如果你确定你的设置满足了该设备的必需设置，还是失败，你可以比较放心地去怀疑是硬件问题了。如果自编码成功，那个又可以当做你修改内核驱动的一个标准。
②内核驱动源码支持管理多种型号的设备的优势是我用使用它的原因。先了解本版本本平台的设备驱动结构，如果是添加型号支持，那就根据自编驱动的参数与设置即可，如果是第一次启动这类设备，你就还需要检测结构是完整性，如果结构完整，参数无误依旧错误，那就把内核驱动源码精简到自编码的简单粗暴设置吧。最终就变成了在基于内核驱动架构下的自编驱动。如果还不行，那无疑是结构性问题了。
所以自编驱动，还是有其存在价值的。内核驱动源码内容会变，平台会变，但自编驱动是变得最小的一个，也是最容易实现驱动目的的一个。是一码打天下不可缺少的重要组成部分。
来源：网络 查看全部
经过了这半年多，甚至是更久的嵌入式自学，可谓是不断在绝望中求生。性格使然，我是一个我也不知这种性格的学名叫什么，就是学习一种东西，非得想要能理解每一处的含义作用为什么，要这样做没有其他办法了吗等等问题。并且当一个问题找不到让我能接受的解释时，那么我的学习路程也就几乎要停在这里了，大概是因为我讨厌一知半解。
可能是小时候被老师教导不要做书呆子的教育有关，小时候，听话孩子，认真，长辈的教育对孩子的影响真的是非常的大，很多影响如果你不细心的观察自己，你根本不能察觉这些进入了你骨子的观念，在我成长过程中，这些长辈的教育除了某些让我自己经历到并彻底认识到某个观念并不正确时，我才会形成自己的观点，自己的观念，但这些自己的观念在所有的价值观中，犹如沧海一粟。
这种讨厌一知半解的性格，在现在这个社会来说，可以说是极端的，因为现在你学习使用的很多东西，他都不是从零开始的，就好比，你编程使用的是高级语言而不是低级语言不是机器码，所以我的整个学习过程是非常缓慢缓慢地进行着，这么说吧，前面说我经过了半年多的学习，但是到现在为止，我接触嵌入式已经有两个年头了，也就是说，学习期间，我有一年多是在停滞着。
学习嵌入式，或者说学习现代的计算机编程，如果你想学好，有一个比较要求，那就是你能接受它的设定、它的模式。反过来说，当你真正接受它的设定、它的模式，并记住它们时，我认为，你已经学好了。
昨天，我又置之死地而后生了一次。最近一直在搞驱动，一个LCD驱动搞得我几乎要放弃继续走嵌入式这条路。昨夜，睡不觉，打开嵌入学习视频，躺在已关灯很久的房间的床上，大概凌晨3，4点吧。之前我一直都是学习着驱动自编源码的教学，是那种几乎和裸板程序没多大区别的编程方式，只是多使用了一些向内核注册的接口函数。
而最近我想换一下，因为很多设备驱动，内核都是自带的，而且是各种平台的设备驱动都有，我想如果能熟悉掌握内核自带驱动的编程，那以后要做某个设备的驱动时，我只需要在自带驱动中修改一下便好了，通过学习LCD平台设备的驱动，我了解了其编程想法，同时也认同这种想法，甚至让我疑惑，学习资料中教自编驱动的意义，为何不直接教如果修改内核源码驱动？
于是，继续按着书去修改内核驱动源码，但问题是，书中说他们这种修改，代码成功运行了，但我这，无论怎么调试都失败，我反复检测，我的修改是否与书中一致，检测了很多遍依然没发现哪一步不同，不过，有一点发现是，书中的内核源码和我内核使用的源码有一点点区别（当然书里并没有把所有的源码都贴上，只是修改部分附近会联带着一些，这就是发现，这些联带的没需要修改的源码和我的源码有点区别，比如，我的源码中多了一些设置（看似无关紧要的设置））。
与书核对无误但失败后，我又与成功运行的自编驱动核对，我陆续发现我修改的内涵源码中，没有去启动设备，也更没有去点亮背光，而在显存分配后的寄存器设置似乎也有问题，因为这里的地址使用各种宏定义不同的累加或计算，最后算得地址和我的寄存器地址也不知是否吻合，因为驱动源码中最后计算得到的是虚拟地址。于是我对比自编驱动，一点点修改尝试，到睡觉前都没成功。
我是想学得理直气壮一点的，最后是能一眼就能找到问题，并迅速轻松解决问题的，我也承认自己确实是有些浮躁。但是经过了昨晚床上的一点绝望的思考挣扎后，我好像想通了：为什么嵌入式学习视频老师要教自编驱动。
下面我说下自编驱动与内核驱动源码各自的问题：
自便驱动：
程序简单简洁，它只能驱动特定的某个设备。如果设备换了需要支持另一款设备，那么你需要重新修改该驱动；如果需要系统同时支持两种LCD，那么它就会变成复杂并且对于内核驱动的简洁优势会削弱不少；如果你想驱动支持多种设备，那自编驱动，相对了内核驱动源码的简洁优势会变成了劣势，因为编程思想的适用范围不同而产生的结果。
内核自带驱动源码：
①从系统层次去考量，变量、宏定义使用多，甚至有些宏定义的值为了方便能让各种在不同的阶段需要不同的值调用，把简单的一个赋值调用变成了需要进行多次运算才能检测到该值是否满足使用要求，因为我们不是该驱动的编码者，不清楚这样做的好处，也或许是内核驱动源码的开发者从整个系统的编程简洁性去考量，这样做或许也是为了让整个系统代码更少，简洁的一种做法，因为每个设备你都给它赋具体的值的话，整个系统中有几百种驱动设备源码，给所有设备的这个位置参数都赋一个值的话，那各设备关于这个值的代码就要多了几百行了，所以还不如，让各设备根据各种平台去对某个宏进行各自的计算来得到合适的值，但某些计算中相同的算法的也整合在一起，这样就减少了系统不少行代码。所以系统中驱动源码是系统开发者对系统源码的整合，是基于系统层的整合。所以，对于我这种对单个设备驱动编码的人，就会觉得系统源码有好多不人性化的地方，会觉得简单的地方也被弄得很复杂。
②内核自带驱动还有一些代码是为了兼容以前的版本而添加了，比如以前硬件内存资源稀少，需要使用调色板的方法来减少程序运行时的内存使用量，这也会真假代码的复杂性，这一步虽不是必要的，但如果没弄好，那LCD驱动也不能正常使用。
③程序复杂，为了适用在多种设备型号，更简单地添加不同型号的设备驱动，内核对驱动抽象分离，把驱动分为平台管理部分，驱动代码部分（与硬件无关码），和设备代码部分（硬件相关代码）。用户添加新型号设备驱动时，只需要在平台管理部分检查添加设备的匹配信息，和提供一个硬件设备相关的代码（有格式）文件即可。
现在，站在驱动开发者而非系统开发者的角度去衡量。
①自编的驱动，简洁，要点明确。这个对于驱动开发者的用处就是：无论你使用的是哪个版本的内核，哪个芯片平台，你可以通过自编码比较简单方便地就可以确认硬件设备的情况，是否正常。如果自编码通过，那可以试用自编码上使用的参数去与内核进行核对、修改，然后再去测试。如果不成功，对于内核中多余的设置（这些大多可能是提供内核用做基本判断的变量）可以先屏蔽，编译出错了，根据提示，找到出错的位置修改添加。因为这些多余的设置，设置对了还行，设置错了，你又不好去定位错在哪。
自编的驱动在此处的用处，调试时，可以让你排除多余的失败可能性问题，在较少的代码去查出错误位置，如果你确定你的设置满足了该设备的必需设置，还是失败，你可以比较放心地去怀疑是硬件问题了。如果自编码成功，那个又可以当做你修改内核驱动的一个标准。
②内核驱动源码支持管理多种型号的设备的优势是我用使用它的原因。先了解本版本本平台的设备驱动结构，如果是添加型号支持，那就根据自编驱动的参数与设置即可，如果是第一次启动这类设备，你就还需要检测结构是完整性，如果结构完整，参数无误依旧错误，那就把内核驱动源码精简到自编码的简单粗暴设置吧。最终就变成了在基于内核驱动架构下的自编驱动。如果还不行，那无疑是结构性问题了。
所以自编驱动，还是有其存在价值的。内核驱动源码内容会变，平台会变，但自编驱动是变得最小的一个，也是最容易实现驱动目的的一个。是一码打天下不可缺少的重要组成部分。
来源：网络
可能是小时候被老师教导不要做书呆子的教育有关，小时候，听话孩子，认真，长辈的教育对孩子的影响真的是非常的大，很多影响如果你不细心的观察自己，你根本不能察觉这些进入了你骨子的观念，在我成长过程中，这些长辈的教育除了某些让我自己经历到并彻底认识到某个观念并不正确时，我才会形成自己的观点，自己的观念，但这些自己的观念在所有的价值观中，犹如沧海一粟。
这种讨厌一知半解的性格，在现在这个社会来说，可以说是极端的，因为现在你学习使用的很多东西，他都不是从零开始的，就好比，你编程使用的是高级语言而不是低级语言不是机器码，所以我的整个学习过程是非常缓慢缓慢地进行着，这么说吧，前面说我经过了半年多的学习，但是到现在为止，我接触嵌入式已经有两个年头了，也就是说，学习期间，我有一年多是在停滞着。
学习嵌入式，或者说学习现代的计算机编程，如果你想学好，有一个比较要求，那就是你能接受它的设定、它的模式。反过来说，当你真正接受它的设定、它的模式，并记住它们时，我认为，你已经学好了。
昨天，我又置之死地而后生了一次。最近一直在搞驱动，一个LCD驱动搞得我几乎要放弃继续走嵌入式这条路。昨夜，睡不觉，打开嵌入学习视频，躺在已关灯很久的房间的床上，大概凌晨3，4点吧。之前我一直都是学习着驱动自编源码的教学，是那种几乎和裸板程序没多大区别的编程方式，只是多使用了一些向内核注册的接口函数。
而最近我想换一下，因为很多设备驱动，内核都是自带的，而且是各种平台的设备驱动都有，我想如果能熟悉掌握内核自带驱动的编程，那以后要做某个设备的驱动时，我只需要在自带驱动中修改一下便好了，通过学习LCD平台设备的驱动，我了解了其编程想法，同时也认同这种想法，甚至让我疑惑，学习资料中教自编驱动的意义，为何不直接教如果修改内核源码驱动？
于是，继续按着书去修改内核驱动源码，但问题是，书中说他们这种修改，代码成功运行了，但我这，无论怎么调试都失败，我反复检测，我的修改是否与书中一致，检测了很多遍依然没发现哪一步不同，不过，有一点发现是，书中的内核源码和我内核使用的源码有一点点区别（当然书里并没有把所有的源码都贴上，只是修改部分附近会联带着一些，这就是发现，这些联带的没需要修改的源码和我的源码有点区别，比如，我的源码中多了一些设置（看似无关紧要的设置））。
与书核对无误但失败后，我又与成功运行的自编驱动核对，我陆续发现我修改的内涵源码中，没有去启动设备，也更没有去点亮背光，而在显存分配后的寄存器设置似乎也有问题，因为这里的地址使用各种宏定义不同的累加或计算，最后算得地址和我的寄存器地址也不知是否吻合，因为驱动源码中最后计算得到的是虚拟地址。于是我对比自编驱动，一点点修改尝试，到睡觉前都没成功。
我是想学得理直气壮一点的，最后是能一眼就能找到问题，并迅速轻松解决问题的，我也承认自己确实是有些浮躁。但是经过了昨晚床上的一点绝望的思考挣扎后，我好像想通了：为什么嵌入式学习视频老师要教自编驱动。
下面我说下自编驱动与内核驱动源码各自的问题：
自便驱动：
程序简单简洁，它只能驱动特定的某个设备。如果设备换了需要支持另一款设备，那么你需要重新修改该驱动；如果需要系统同时支持两种LCD，那么它就会变成复杂并且对于内核驱动的简洁优势会削弱不少；如果你想驱动支持多种设备，那自编驱动，相对了内核驱动源码的简洁优势会变成了劣势，因为编程思想的适用范围不同而产生的结果。
内核自带驱动源码：
①从系统层次去考量，变量、宏定义使用多，甚至有些宏定义的值为了方便能让各种在不同的阶段需要不同的值调用，把简单的一个赋值调用变成了需要进行多次运算才能检测到该值是否满足使用要求，因为我们不是该驱动的编码者，不清楚这样做的好处，也或许是内核驱动源码的开发者从整个系统的编程简洁性去考量，这样做或许也是为了让整个系统代码更少，简洁的一种做法，因为每个设备你都给它赋具体的值的话，整个系统中有几百种驱动设备源码，给所有设备的这个位置参数都赋一个值的话，那各设备关于这个值的代码就要多了几百行了，所以还不如，让各设备根据各种平台去对某个宏进行各自的计算来得到合适的值，但某些计算中相同的算法的也整合在一起，这样就减少了系统不少行代码。所以系统中驱动源码是系统开发者对系统源码的整合，是基于系统层的整合。所以，对于我这种对单个设备驱动编码的人，就会觉得系统源码有好多不人性化的地方，会觉得简单的地方也被弄得很复杂。
②内核自带驱动还有一些代码是为了兼容以前的版本而添加了，比如以前硬件内存资源稀少，需要使用调色板的方法来减少程序运行时的内存使用量，这也会真假代码的复杂性，这一步虽不是必要的，但如果没弄好，那LCD驱动也不能正常使用。
③程序复杂，为了适用在多种设备型号，更简单地添加不同型号的设备驱动，内核对驱动抽象分离，把驱动分为平台管理部分，驱动代码部分（与硬件无关码），和设备代码部分（硬件相关代码）。用户添加新型号设备驱动时，只需要在平台管理部分检查添加设备的匹配信息，和提供一个硬件设备相关的代码（有格式）文件即可。
现在，站在驱动开发者而非系统开发者的角度去衡量。
①自编的驱动，简洁，要点明确。这个对于驱动开发者的用处就是：无论你使用的是哪个版本的内核，哪个芯片平台，你可以通过自编码比较简单方便地就可以确认硬件设备的情况，是否正常。如果自编码通过，那可以试用自编码上使用的参数去与内核进行核对、修改，然后再去测试。如果不成功，对于内核中多余的设置（这些大多可能是提供内核用做基本判断的变量）可以先屏蔽，编译出错了，根据提示，找到出错的位置修改添加。因为这些多余的设置，设置对了还行，设置错了，你又不好去定位错在哪。
自编的驱动在此处的用处，调试时，可以让你排除多余的失败可能性问题，在较少的代码去查出错误位置，如果你确定你的设置满足了该设备的必需设置，还是失败，你可以比较放心地去怀疑是硬件问题了。如果自编码成功，那个又可以当做你修改内核驱动的一个标准。
②内核驱动源码支持管理多种型号的设备的优势是我用使用它的原因。先了解本版本本平台的设备驱动结构，如果是添加型号支持，那就根据自编驱动的参数与设置即可，如果是第一次启动这类设备，你就还需要检测结构是完整性，如果结构完整，参数无误依旧错误，那就把内核驱动源码精简到自编码的简单粗暴设置吧。最终就变成了在基于内核驱动架构下的自编驱动。如果还不行，那无疑是结构性问题了。
所以自编驱动，还是有其存在价值的。内核驱动源码内容会变，平台会变，但自编驱动是变得最小的一个，也是最容易实现驱动目的的一个。是一码打天下不可缺少的重要组成部分。
来源：网络
346 浏览
基于C51的嵌入式实时控制模块的设计与实现
电气控制类 妙莲华 2016-12-22 11:41 发表了文章
随着现代通信技术的发展，通信测试仪器不断推陈出新。各种新型设备对系统的实时响应能力的要求越来越高，一种通信测试仪器的实时响应性能，就成为系统设计能否成功的关键因素之一。笔者曾在多个通信测试仪器项目中，成功地应用ARM处理器、C51单片机等为主控芯片的嵌入式系统，实现了对仪器相关模块的实时控制功能。因此提出一种在某通信测试仪器中使用C51单片机来实现实时控制的设计方案。
1 硬件设计与实现
1.1
总体方案设计
在该通信测试仪器中，实时控制模块主要实现对射频接收频综、射频发生频综、滤波器组件、射频输入模块、射频输出模块等实时控制作用。对射频检波信号进行A/D转换以获取数据。与上位计算机进行通信等功能。
根据待实现的系统功能要求，综合考虑系统资源，及芯片性价比等因素，确定采用以C51单片机为主控芯片的嵌入式系统方案，芯片为Silicon Labs的C8051F120,具有128 kB片内Flash存储器、8×1 024+256 Byte的片内RAM,可寻址64 kB地址空间的外部数据存储器接口、SPI、UART、定时器、时钟振荡器、PLL等，片上外设资源丰富、控制方便。
系统资源分配：射频接收、发射频综模块，内含DDS,PLL等，外部控制接口是微控制接口，因此直接用单片机的地址、数据、控制三总线实施控制。滤波组 件、射频输入/输出模块等的工作状态与接口上信号电平高低有关，因此用GPIO的方式进行控制。A/D转换控制使用串行外围设备接口SPI.与上位机的通 信使用RS-232串口。总体设计框图如图1所示。
1.2
总线及I/O控制的设计
对于射频接收频综、射频发射频综模块，直接采用总线控制，为避免不同的模块控制时相互干扰，用3-8译码器对总线地址译码，产生不同模块的片选信号。同 时数据线通过总线收发器以提高带负载能力。对于滤波组件、射频输入/输出等用I/O控制的模块，并未直接使用51芯片的GPIO引脚，则是将数据总线经锁 存后模拟GPIO信号供相关模块使用，如图2所示，其中，IO_/WR1由B_/CS7与单片机写线逻辑或后产生。
1.3
SPI及RS232控制接口
C8051F120芯片上本身自带了A/D转换器，但只有12位，不适合该系统的需求，故在片外另加一片ADI公司的AD7707.其分辨率为16位， 是∑-△体系结构，转换的是输入电平的平均值。三通道，输入电平范围可达±10 mV~±10 V.根据实际要求，该系统使用AIN3高电平输入端口，Unbuffered模式，HICOM、REF-接模拟地，VBIAS与REF+均接+2.5 V参考电压，模拟电源5 V,数字电源3.3 V,能检测输入范围为0~10 V的单极性电平。其控制接口是同步串行口，用51芯片的SPI直接控制。图3是AD7707的电气连接图。
单片机与上位计算机的通信使用通用异步收发器UART,外接MAX3224,将UART信号转换为RS-232信号进行传输，MAX3224在 3~5.5 V低电压下工作，却可产生RS-232的±12 V电压，只需连接Tx、Rx和地线即可实现异步串行通信。系统中仍有一些时钟、复位电路和电源等，在此不再赘述。
2、 软件设计与实现
2.1主程序框架
主程序流程图如图4所示。
主程序是顺序结构，较为简单。主要分两部分：一是对系统各部分进行初始化设置，使其能够工作在正常状态。二是正常工作循环状态，当收到上位机的控制命令时，即进行相应的操作，无命令时则等待。对于嵌入式程序而言，无限循环是必要的。
2.2串口通信程序
串口通信程序实现与上位机的通信功能。具体操作中使用一个循环队列存放接收到的上位机命令，分别用头指针和尾指针指向队头和队尾，将各命令字节取出，进行相应操作。命令执行完毕(队列取空)，清标志位，等待新命令。如图5所示。
2.3SPI通信程序
C51采用SPI主模式与AD7707进行通信。主模式写AD7707较为简单，单片机先写1 Byte的配置数据给AD7707,其会自动将该数据放入自身的通信寄存器，随后AD7707根据该配置值确定下一步要写的寄存器及数据大小，再将单片机 随后输入的数据放入指定位置。C8051F120发数据前，先根据SPICN寄存器的TXBMT位的值判断是否能够发送数据，再向自身的SPIDAT寄存 器写数据即可，硬件会自动将数据发出。
主模式读AD7707较为困难。当C51已设置AD7707的通信寄存器，表明下一步操作是读AD7707的某个寄存器值后，C51向SPIDAT写任 意值，之后SPI数据线(MOSI)上会串行移出数据，同时时钟线上产生串行时钟，从设备(AD7707)收到时钟，将预备的数据送到MISO线上交给 C51,同时不采纳主设备发送的任意值。C51将发送的串行数据放在移位寄存器中，当最后一位收到后即移入收缓冲器，再读SPIDAT便可读出数据。
2.4其他软件模块
其他软件模块均是根据各部分硬件的具体要求，通过向所分配的对应地址空间按序发送所需数据来实现相关功能。
3、结束语
文中提出以C51单片机C8051F120为核心控制芯片的嵌入式系统，已成功应用于某通信测试仪器中，陔系统通过中断及查询等方式较好地实现了对整机的实时控制功能。
来源：网络 查看全部
1 硬件设计与实现
1.1
总体方案设计
在该通信测试仪器中，实时控制模块主要实现对射频接收频综、射频发生频综、滤波器组件、射频输入模块、射频输出模块等实时控制作用。对射频检波信号进行A/D转换以获取数据。与上位计算机进行通信等功能。
根据待实现的系统功能要求，综合考虑系统资源，及芯片性价比等因素，确定采用以C51单片机为主控芯片的嵌入式系统方案，芯片为Silicon Labs的C8051F120,具有128 kB片内Flash存储器、8×1 024+256 Byte的片内RAM,可寻址64 kB地址空间的外部数据存储器接口、SPI、UART、定时器、时钟振荡器、PLL等，片上外设资源丰富、控制方便。
系统资源分配：射频接收、发射频综模块，内含DDS,PLL等，外部控制接口是微控制接口，因此直接用单片机的地址、数据、控制三总线实施控制。滤波组 件、射频输入/输出模块等的工作状态与接口上信号电平高低有关，因此用GPIO的方式进行控制。A/D转换控制使用串行外围设备接口SPI.与上位机的通 信使用RS-232串口。总体设计框图如图1所示。
1.2
总线及I/O控制的设计
对于射频接收频综、射频发射频综模块，直接采用总线控制，为避免不同的模块控制时相互干扰，用3-8译码器对总线地址译码，产生不同模块的片选信号。同 时数据线通过总线收发器以提高带负载能力。对于滤波组件、射频输入/输出等用I/O控制的模块，并未直接使用51芯片的GPIO引脚，则是将数据总线经锁 存后模拟GPIO信号供相关模块使用，如图2所示，其中，IO_/WR1由B_/CS7与单片机写线逻辑或后产生。
1.3
SPI及RS232控制接口
C8051F120芯片上本身自带了A/D转换器，但只有12位，不适合该系统的需求，故在片外另加一片ADI公司的AD7707.其分辨率为16位， 是∑-△体系结构，转换的是输入电平的平均值。三通道，输入电平范围可达±10 mV~±10 V.根据实际要求，该系统使用AIN3高电平输入端口，Unbuffered模式，HICOM、REF-接模拟地，VBIAS与REF+均接+2.5 V参考电压，模拟电源5 V,数字电源3.3 V,能检测输入范围为0~10 V的单极性电平。其控制接口是同步串行口，用51芯片的SPI直接控制。图3是AD7707的电气连接图。
单片机与上位计算机的通信使用通用异步收发器UART,外接MAX3224,将UART信号转换为RS-232信号进行传输，MAX3224在 3~5.5 V低电压下工作，却可产生RS-232的±12 V电压，只需连接Tx、Rx和地线即可实现异步串行通信。系统中仍有一些时钟、复位电路和电源等，在此不再赘述。
2、 软件设计与实现
2.1主程序框架
主程序流程图如图4所示。
主程序是顺序结构，较为简单。主要分两部分：一是对系统各部分进行初始化设置，使其能够工作在正常状态。二是正常工作循环状态，当收到上位机的控制命令时，即进行相应的操作，无命令时则等待。对于嵌入式程序而言，无限循环是必要的。
2.2串口通信程序
串口通信程序实现与上位机的通信功能。具体操作中使用一个循环队列存放接收到的上位机命令，分别用头指针和尾指针指向队头和队尾，将各命令字节取出，进行相应操作。命令执行完毕(队列取空)，清标志位，等待新命令。如图5所示。
2.3SPI通信程序
C51采用SPI主模式与AD7707进行通信。主模式写AD7707较为简单，单片机先写1 Byte的配置数据给AD7707,其会自动将该数据放入自身的通信寄存器，随后AD7707根据该配置值确定下一步要写的寄存器及数据大小，再将单片机 随后输入的数据放入指定位置。C8051F120发数据前，先根据SPICN寄存器的TXBMT位的值判断是否能够发送数据，再向自身的SPIDAT寄存 器写数据即可，硬件会自动将数据发出。
主模式读AD7707较为困难。当C51已设置AD7707的通信寄存器，表明下一步操作是读AD7707的某个寄存器值后，C51向SPIDAT写任 意值，之后SPI数据线(MOSI)上会串行移出数据，同时时钟线上产生串行时钟，从设备(AD7707)收到时钟，将预备的数据送到MISO线上交给 C51,同时不采纳主设备发送的任意值。C51将发送的串行数据放在移位寄存器中，当最后一位收到后即移入收缓冲器，再读SPIDAT便可读出数据。
2.4其他软件模块
其他软件模块均是根据各部分硬件的具体要求，通过向所分配的对应地址空间按序发送所需数据来实现相关功能。
3、结束语
文中提出以C51单片机C8051F120为核心控制芯片的嵌入式系统，已成功应用于某通信测试仪器中，陔系统通过中断及查询等方式较好地实现了对整机的实时控制功能。
来源：网络 查看全部
随着现代通信技术的发展，通信测试仪器不断推陈出新。各种新型设备对系统的实时响应能力的要求越来越高，一种通信测试仪器的实时响应性能，就成为系统设计能否成功的关键因素之一。笔者曾在多个通信测试仪器项目中，成功地应用ARM处理器、C51单片机等为主控芯片的嵌入式系统，实现了对仪器相关模块的实时控制功能。因此提出一种在某通信测试仪器中使用C51单片机来实现实时控制的设计方案。
1 硬件设计与实现
1.1
总体方案设计
在该通信测试仪器中，实时控制模块主要实现对射频接收频综、射频发生频综、滤波器组件、射频输入模块、射频输出模块等实时控制作用。对射频检波信号进行A/D转换以获取数据。与上位计算机进行通信等功能。
根据待实现的系统功能要求，综合考虑系统资源，及芯片性价比等因素，确定采用以C51单片机为主控芯片的嵌入式系统方案，芯片为Silicon Labs的C8051F120,具有128 kB片内Flash存储器、8×1 024+256 Byte的片内RAM,可寻址64 kB地址空间的外部数据存储器接口、SPI、UART、定时器、时钟振荡器、PLL等，片上外设资源丰富、控制方便。
系统资源分配：射频接收、发射频综模块，内含DDS,PLL等，外部控制接口是微控制接口，因此直接用单片机的地址、数据、控制三总线实施控制。滤波组 件、射频输入/输出模块等的工作状态与接口上信号电平高低有关，因此用GPIO的方式进行控制。A/D转换控制使用串行外围设备接口SPI.与上位机的通 信使用RS-232串口。总体设计框图如图1所示。
1.2
总线及I/O控制的设计
对于射频接收频综、射频发射频综模块，直接采用总线控制，为避免不同的模块控制时相互干扰，用3-8译码器对总线地址译码，产生不同模块的片选信号。同 时数据线通过总线收发器以提高带负载能力。对于滤波组件、射频输入/输出等用I/O控制的模块，并未直接使用51芯片的GPIO引脚，则是将数据总线经锁 存后模拟GPIO信号供相关模块使用，如图2所示，其中，IO_/WR1由B_/CS7与单片机写线逻辑或后产生。
1.3
SPI及RS232控制接口
C8051F120芯片上本身自带了A/D转换器，但只有12位，不适合该系统的需求，故在片外另加一片ADI公司的AD7707.其分辨率为16位， 是∑-△体系结构，转换的是输入电平的平均值。三通道，输入电平范围可达±10 mV~±10 V.根据实际要求，该系统使用AIN3高电平输入端口，Unbuffered模式，HICOM、REF-接模拟地，VBIAS与REF+均接+2.5 V参考电压，模拟电源5 V,数字电源3.3 V,能检测输入范围为0~10 V的单极性电平。其控制接口是同步串行口，用51芯片的SPI直接控制。图3是AD7707的电气连接图。
单片机与上位计算机的通信使用通用异步收发器UART,外接MAX3224,将UART信号转换为RS-232信号进行传输，MAX3224在 3~5.5 V低电压下工作，却可产生RS-232的±12 V电压，只需连接Tx、Rx和地线即可实现异步串行通信。系统中仍有一些时钟、复位电路和电源等，在此不再赘述。
2、 软件设计与实现
2.1主程序框架
主程序流程图如图4所示。
主程序是顺序结构，较为简单。主要分两部分：一是对系统各部分进行初始化设置，使其能够工作在正常状态。二是正常工作循环状态，当收到上位机的控制命令时，即进行相应的操作，无命令时则等待。对于嵌入式程序而言，无限循环是必要的。
2.2串口通信程序
串口通信程序实现与上位机的通信功能。具体操作中使用一个循环队列存放接收到的上位机命令，分别用头指针和尾指针指向队头和队尾，将各命令字节取出，进行相应操作。命令执行完毕(队列取空)，清标志位，等待新命令。如图5所示。
2.3SPI通信程序
C51采用SPI主模式与AD7707进行通信。主模式写AD7707较为简单，单片机先写1 Byte的配置数据给AD7707,其会自动将该数据放入自身的通信寄存器，随后AD7707根据该配置值确定下一步要写的寄存器及数据大小，再将单片机 随后输入的数据放入指定位置。C8051F120发数据前，先根据SPICN寄存器的TXBMT位的值判断是否能够发送数据，再向自身的SPIDAT寄存 器写数据即可，硬件会自动将数据发出。
主模式读AD7707较为困难。当C51已设置AD7707的通信寄存器，表明下一步操作是读AD7707的某个寄存器值后，C51向SPIDAT写任 意值，之后SPI数据线(MOSI)上会串行移出数据，同时时钟线上产生串行时钟，从设备(AD7707)收到时钟，将预备的数据送到MISO线上交给 C51,同时不采纳主设备发送的任意值。C51将发送的串行数据放在移位寄存器中，当最后一位收到后即移入收缓冲器，再读SPIDAT便可读出数据。
2.4其他软件模块
其他软件模块均是根据各部分硬件的具体要求，通过向所分配的对应地址空间按序发送所需数据来实现相关功能。
3、结束语
文中提出以C51单片机C8051F120为核心控制芯片的嵌入式系统，已成功应用于某通信测试仪器中，陔系统通过中断及查询等方式较好地实现了对整机的实时控制功能。
来源：网络
1 硬件设计与实现
1.1
总体方案设计
在该通信测试仪器中，实时控制模块主要实现对射频接收频综、射频发生频综、滤波器组件、射频输入模块、射频输出模块等实时控制作用。对射频检波信号进行A/D转换以获取数据。与上位计算机进行通信等功能。
根据待实现的系统功能要求，综合考虑系统资源，及芯片性价比等因素，确定采用以C51单片机为主控芯片的嵌入式系统方案，芯片为Silicon Labs的C8051F120,具有128 kB片内Flash存储器、8×1 024+256 Byte的片内RAM,可寻址64 kB地址空间的外部数据存储器接口、SPI、UART、定时器、时钟振荡器、PLL等，片上外设资源丰富、控制方便。
系统资源分配：射频接收、发射频综模块，内含DDS,PLL等，外部控制接口是微控制接口，因此直接用单片机的地址、数据、控制三总线实施控制。滤波组 件、射频输入/输出模块等的工作状态与接口上信号电平高低有关，因此用GPIO的方式进行控制。A/D转换控制使用串行外围设备接口SPI.与上位机的通 信使用RS-232串口。总体设计框图如图1所示。
1.2
总线及I/O控制的设计
对于射频接收频综、射频发射频综模块，直接采用总线控制，为避免不同的模块控制时相互干扰，用3-8译码器对总线地址译码，产生不同模块的片选信号。同 时数据线通过总线收发器以提高带负载能力。对于滤波组件、射频输入/输出等用I/O控制的模块，并未直接使用51芯片的GPIO引脚，则是将数据总线经锁 存后模拟GPIO信号供相关模块使用，如图2所示，其中，IO_/WR1由B_/CS7与单片机写线逻辑或后产生。
1.3
SPI及RS232控制接口
C8051F120芯片上本身自带了A/D转换器，但只有12位，不适合该系统的需求，故在片外另加一片ADI公司的AD7707.其分辨率为16位， 是∑-△体系结构，转换的是输入电平的平均值。三通道，输入电平范围可达±10 mV~±10 V.根据实际要求，该系统使用AIN3高电平输入端口，Unbuffered模式，HICOM、REF-接模拟地，VBIAS与REF+均接+2.5 V参考电压，模拟电源5 V,数字电源3.3 V,能检测输入范围为0~10 V的单极性电平。其控制接口是同步串行口，用51芯片的SPI直接控制。图3是AD7707的电气连接图。
单片机与上位计算机的通信使用通用异步收发器UART,外接MAX3224,将UART信号转换为RS-232信号进行传输，MAX3224在 3~5.5 V低电压下工作，却可产生RS-232的±12 V电压，只需连接Tx、Rx和地线即可实现异步串行通信。系统中仍有一些时钟、复位电路和电源等，在此不再赘述。
2、 软件设计与实现
2.1主程序框架
主程序流程图如图4所示。
主程序是顺序结构，较为简单。主要分两部分：一是对系统各部分进行初始化设置，使其能够工作在正常状态。二是正常工作循环状态，当收到上位机的控制命令时，即进行相应的操作，无命令时则等待。对于嵌入式程序而言，无限循环是必要的。
2.2串口通信程序
串口通信程序实现与上位机的通信功能。具体操作中使用一个循环队列存放接收到的上位机命令，分别用头指针和尾指针指向队头和队尾，将各命令字节取出，进行相应操作。命令执行完毕(队列取空)，清标志位，等待新命令。如图5所示。
2.3SPI通信程序
C51采用SPI主模式与AD7707进行通信。主模式写AD7707较为简单，单片机先写1 Byte的配置数据给AD7707,其会自动将该数据放入自身的通信寄存器，随后AD7707根据该配置值确定下一步要写的寄存器及数据大小，再将单片机 随后输入的数据放入指定位置。C8051F120发数据前，先根据SPICN寄存器的TXBMT位的值判断是否能够发送数据，再向自身的SPIDAT寄存 器写数据即可，硬件会自动将数据发出。
主模式读AD7707较为困难。当C51已设置AD7707的通信寄存器，表明下一步操作是读AD7707的某个寄存器值后，C51向SPIDAT写任 意值，之后SPI数据线(MOSI)上会串行移出数据，同时时钟线上产生串行时钟，从设备(AD7707)收到时钟，将预备的数据送到MISO线上交给 C51,同时不采纳主设备发送的任意值。C51将发送的串行数据放在移位寄存器中，当最后一位收到后即移入收缓冲器，再读SPIDAT便可读出数据。
2.4其他软件模块
其他软件模块均是根据各部分硬件的具体要求，通过向所分配的对应地址空间按序发送所需数据来实现相关功能。
3、结束语
文中提出以C51单片机C8051F120为核心控制芯片的嵌入式系统，已成功应用于某通信测试仪器中，陔系统通过中断及查询等方式较好地实现了对整机的实时控制功能。
来源：网络
368 浏览
痛并快乐着，一位嵌入式驱动自学者的学习经历...
其它类 冲上云霄 2017-03-23 12:52 发表了文章
经过了这半年多，甚至是更久的嵌入式自学，可谓是不断在绝望中求生。性格使然，我是一个我也不知这种性格的学名叫什么，就是学习一种东西，非得想要能理解每一处的含义作用为什么，要这样做没有其他办法了吗等等问题。并且当一个问题找不到让我能接受的解释时，那么我的学习路程也就几乎要停在这里了，大概是因为我讨厌一知半解。
可能是小时候被老师教导不要做书呆子的教育有关，小时候，听话孩子，认真，长辈的教育对孩子的影响真的是非常的大，很多影响如果你不细心的观察自己，你根本不能察觉这些进入了你骨子的观念，在我成长过程中，这些长辈的教育除了某些让我自己经历到并彻底认识到某个观念并不正确时，我才会形成自己的观点，自己的观念，但这些自己的观念在所有的价值观中，犹如沧海一粟。
这种讨厌一知半解的性格，在现在这个社会来说，可以说是极端的，因为现在你学习使用的很多东西，他都不是从零开始的，就好比，你编程使用的是高级语言而不是低级语言不是机器码，所以我的整个学习过程是非常缓慢缓慢地进行着，这么说吧，前面说我经过了半年多的学习，但是到现在为止，我接触嵌入式已经有两个年头了，也就是说，学习期间，我有一年多是在停滞着。
学习嵌入式，或者说学习现代的计算机编程，如果你想学好，有一个比较要求，那就是你能接受它的设定、它的模式。反过来说，当你真正接受它的设定、它的模式，并记住它们时，我认为，你已经学好了。
昨天，我又置之死地而后生了一次。最近一直在搞驱动，一个LCD驱动搞得我几乎要放弃继续走嵌入式这条路。昨夜，睡不觉，打开嵌入学习视频，躺在已关灯很久的房间的床上，大概凌晨3，4点吧。之前我一直都是学习着驱动自编源码的教学，是那种几乎和裸板程序没多大区别的编程方式，只是多使用了一些向内核注册的接口函数。
而最近我想换一下，因为很多设备驱动，内核都是自带的，而且是各种平台的设备驱动都有，我想如果能熟悉掌握内核自带驱动的编程，那以后要做某个设备的驱动时，我只需要在自带驱动中修改一下便好了，通过学习LCD平台设备的驱动，我了解了其编程想法，同时也认同这种想法，甚至让我疑惑，学习资料中教自编驱动的意义，为何不直接教如果修改内核源码驱动？
于是，继续按着书去修改内核驱动源码，但问题是，书中说他们这种修改，代码成功运行了，但我这，无论怎么调试都失败，我反复检测，我的修改是否与书中一致，检测了很多遍依然没发现哪一步不同，不过，有一点发现是，书中的内核源码和我内核使用的源码有一点点区别（当然书里并没有把所有的源码都贴上，只是修改部分附近会联带着一些，这就是发现，这些联带的没需要修改的源码和我的源码有点区别，比如，我的源码中多了一些设置（看似无关紧要的设置））。
与书核对无误但失败后，我又与成功运行的自编驱动核对，我陆续发现我修改的内涵源码中，没有去启动设备，也更没有去点亮背光，而在显存分配后的寄存器设置似乎也有问题，因为这里的地址使用各种宏定义不同的累加或计算，最后算得地址和我的寄存器地址也不知是否吻合，因为驱动源码中最后计算得到的是虚拟地址。于是我对比自编驱动，一点点修改尝试，到睡觉前都没成功。
我是想学得理直气壮一点的，最后是能一眼就能找到问题，并迅速轻松解决问题的，我也承认自己确实是有些浮躁。但是经过了昨晚床上的一点绝望的思考挣扎后，我好像想通了：为什么嵌入式学习视频老师要教自编驱动。
下面我说下自编驱动与内核驱动源码各自的问题：
自便驱动：
程序简单简洁，它只能驱动特定的某个设备。如果设备换了需要支持另一款设备，那么你需要重新修改该驱动；如果需要系统同时支持两种LCD，那么它就会变成复杂并且对于内核驱动的简洁优势会削弱不少；如果你想驱动支持多种设备，那自编驱动，相对了内核驱动源码的简洁优势会变成了劣势，因为编程思想的适用范围不同而产生的结果。
内核自带驱动源码：
①从系统层次去考量，变量、宏定义使用多，甚至有些宏定义的值为了方便能让各种在不同的阶段需要不同的值调用，把简单的一个赋值调用变成了需要进行多次运算才能检测到该值是否满足使用要求，因为我们不是该驱动的编码者，不清楚这样做的好处，也或许是内核驱动源码的开发者从整个系统的编程简洁性去考量，这样做或许也是为了让整个系统代码更少，简洁的一种做法，因为每个设备你都给它赋具体的值的话，整个系统中有几百种驱动设备源码，给所有设备的这个位置参数都赋一个值的话，那各设备关于这个值的代码就要多了几百行了，所以还不如，让各设备根据各种平台去对某个宏进行各自的计算来得到合适的值，但某些计算中相同的算法的也整合在一起，这样就减少了系统不少行代码。所以系统中驱动源码是系统开发者对系统源码的整合，是基于系统层的整合。所以，对于我这种对单个设备驱动编码的人，就会觉得系统源码有好多不人性化的地方，会觉得简单的地方也被弄得很复杂。
②内核自带驱动还有一些代码是为了兼容以前的版本而添加了，比如以前硬件内存资源稀少，需要使用调色板的方法来减少程序运行时的内存使用量，这也会真假代码的复杂性，这一步虽不是必要的，但如果没弄好，那LCD驱动也不能正常使用。
③程序复杂，为了适用在多种设备型号，更简单地添加不同型号的设备驱动，内核对驱动抽象分离，把驱动分为平台管理部分，驱动代码部分（与硬件无关码），和设备代码部分（硬件相关代码）。用户添加新型号设备驱动时，只需要在平台管理部分检查添加设备的匹配信息，和提供一个硬件设备相关的代码（有格式）文件即可。
现在，站在驱动开发者而非系统开发者的角度去衡量。
①自编的驱动，简洁，要点明确。这个对于驱动开发者的用处就是：无论你使用的是哪个版本的内核，哪个芯片平台，你可以通过自编码比较简单方便地就可以确认硬件设备的情况，是否正常。如果自编码通过，那可以试用自编码上使用的参数去与内核进行核对、修改，然后再去测试。如果不成功，对于内核中多余的设置（这些大多可能是提供内核用做基本判断的变量）可以先屏蔽，编译出错了，根据提示，找到出错的位置修改添加。因为这些多余的设置，设置对了还行，设置错了，你又不好去定位错在哪。
自编的驱动在此处的用处，调试时，可以让你排除多余的失败可能性问题，在较少的代码去查出错误位置，如果你确定你的设置满足了该设备的必需设置，还是失败，你可以比较放心地去怀疑是硬件问题了。如果自编码成功，那个又可以当做你修改内核驱动的一个标准。
②内核驱动源码支持管理多种型号的设备的优势是我用使用它的原因。先了解本版本本平台的设备驱动结构，如果是添加型号支持，那就根据自编驱动的参数与设置即可，如果是第一次启动这类设备，你就还需要检测结构是完整性，如果结构完整，参数无误依旧错误，那就把内核驱动源码精简到自编码的简单粗暴设置吧。最终就变成了在基于内核驱动架构下的自编驱动。如果还不行，那无疑是结构性问题了。
所以自编驱动，还是有其存在价值的。内核驱动源码内容会变，平台会变，但自编驱动是变得最小的一个，也是最容易实现驱动目的的一个。是一码打天下不可缺少的重要组成部分。
来源：网络 查看全部
可能是小时候被老师教导不要做书呆子的教育有关，小时候，听话孩子，认真，长辈的教育对孩子的影响真的是非常的大，很多影响如果你不细心的观察自己，你根本不能察觉这些进入了你骨子的观念，在我成长过程中，这些长辈的教育除了某些让我自己经历到并彻底认识到某个观念并不正确时，我才会形成自己的观点，自己的观念，但这些自己的观念在所有的价值观中，犹如沧海一粟。
这种讨厌一知半解的性格，在现在这个社会来说，可以说是极端的，因为现在你学习使用的很多东西，他都不是从零开始的，就好比，你编程使用的是高级语言而不是低级语言不是机器码，所以我的整个学习过程是非常缓慢缓慢地进行着，这么说吧，前面说我经过了半年多的学习，但是到现在为止，我接触嵌入式已经有两个年头了，也就是说，学习期间，我有一年多是在停滞着。
学习嵌入式，或者说学习现代的计算机编程，如果你想学好，有一个比较要求，那就是你能接受它的设定、它的模式。反过来说，当你真正接受它的设定、它的模式，并记住它们时，我认为，你已经学好了。
昨天，我又置之死地而后生了一次。最近一直在搞驱动，一个LCD驱动搞得我几乎要放弃继续走嵌入式这条路。昨夜，睡不觉，打开嵌入学习视频，躺在已关灯很久的房间的床上，大概凌晨3，4点吧。之前我一直都是学习着驱动自编源码的教学，是那种几乎和裸板程序没多大区别的编程方式，只是多使用了一些向内核注册的接口函数。
而最近我想换一下，因为很多设备驱动，内核都是自带的，而且是各种平台的设备驱动都有，我想如果能熟悉掌握内核自带驱动的编程，那以后要做某个设备的驱动时，我只需要在自带驱动中修改一下便好了，通过学习LCD平台设备的驱动，我了解了其编程想法，同时也认同这种想法，甚至让我疑惑，学习资料中教自编驱动的意义，为何不直接教如果修改内核源码驱动？
于是，继续按着书去修改内核驱动源码，但问题是，书中说他们这种修改，代码成功运行了，但我这，无论怎么调试都失败，我反复检测，我的修改是否与书中一致，检测了很多遍依然没发现哪一步不同，不过，有一点发现是，书中的内核源码和我内核使用的源码有一点点区别（当然书里并没有把所有的源码都贴上，只是修改部分附近会联带着一些，这就是发现，这些联带的没需要修改的源码和我的源码有点区别，比如，我的源码中多了一些设置（看似无关紧要的设置））。
与书核对无误但失败后，我又与成功运行的自编驱动核对，我陆续发现我修改的内涵源码中，没有去启动设备，也更没有去点亮背光，而在显存分配后的寄存器设置似乎也有问题，因为这里的地址使用各种宏定义不同的累加或计算，最后算得地址和我的寄存器地址也不知是否吻合，因为驱动源码中最后计算得到的是虚拟地址。于是我对比自编驱动，一点点修改尝试，到睡觉前都没成功。
我是想学得理直气壮一点的，最后是能一眼就能找到问题，并迅速轻松解决问题的，我也承认自己确实是有些浮躁。但是经过了昨晚床上的一点绝望的思考挣扎后，我好像想通了：为什么嵌入式学习视频老师要教自编驱动。
下面我说下自编驱动与内核驱动源码各自的问题：
自便驱动：
程序简单简洁，它只能驱动特定的某个设备。如果设备换了需要支持另一款设备，那么你需要重新修改该驱动；如果需要系统同时支持两种LCD，那么它就会变成复杂并且对于内核驱动的简洁优势会削弱不少；如果你想驱动支持多种设备，那自编驱动，相对了内核驱动源码的简洁优势会变成了劣势，因为编程思想的适用范围不同而产生的结果。
内核自带驱动源码：
①从系统层次去考量，变量、宏定义使用多，甚至有些宏定义的值为了方便能让各种在不同的阶段需要不同的值调用，把简单的一个赋值调用变成了需要进行多次运算才能检测到该值是否满足使用要求，因为我们不是该驱动的编码者，不清楚这样做的好处，也或许是内核驱动源码的开发者从整个系统的编程简洁性去考量，这样做或许也是为了让整个系统代码更少，简洁的一种做法，因为每个设备你都给它赋具体的值的话，整个系统中有几百种驱动设备源码，给所有设备的这个位置参数都赋一个值的话，那各设备关于这个值的代码就要多了几百行了，所以还不如，让各设备根据各种平台去对某个宏进行各自的计算来得到合适的值，但某些计算中相同的算法的也整合在一起，这样就减少了系统不少行代码。所以系统中驱动源码是系统开发者对系统源码的整合，是基于系统层的整合。所以，对于我这种对单个设备驱动编码的人，就会觉得系统源码有好多不人性化的地方，会觉得简单的地方也被弄得很复杂。
②内核自带驱动还有一些代码是为了兼容以前的版本而添加了，比如以前硬件内存资源稀少，需要使用调色板的方法来减少程序运行时的内存使用量，这也会真假代码的复杂性，这一步虽不是必要的，但如果没弄好，那LCD驱动也不能正常使用。
③程序复杂，为了适用在多种设备型号，更简单地添加不同型号的设备驱动，内核对驱动抽象分离，把驱动分为平台管理部分，驱动代码部分（与硬件无关码），和设备代码部分（硬件相关代码）。用户添加新型号设备驱动时，只需要在平台管理部分检查添加设备的匹配信息，和提供一个硬件设备相关的代码（有格式）文件即可。
现在，站在驱动开发者而非系统开发者的角度去衡量。
①自编的驱动，简洁，要点明确。这个对于驱动开发者的用处就是：无论你使用的是哪个版本的内核，哪个芯片平台，你可以通过自编码比较简单方便地就可以确认硬件设备的情况，是否正常。如果自编码通过，那可以试用自编码上使用的参数去与内核进行核对、修改，然后再去测试。如果不成功，对于内核中多余的设置（这些大多可能是提供内核用做基本判断的变量）可以先屏蔽，编译出错了，根据提示，找到出错的位置修改添加。因为这些多余的设置，设置对了还行，设置错了，你又不好去定位错在哪。
自编的驱动在此处的用处，调试时，可以让你排除多余的失败可能性问题，在较少的代码去查出错误位置，如果你确定你的设置满足了该设备的必需设置，还是失败，你可以比较放心地去怀疑是硬件问题了。如果自编码成功，那个又可以当做你修改内核驱动的一个标准。
②内核驱动源码支持管理多种型号的设备的优势是我用使用它的原因。先了解本版本本平台的设备驱动结构，如果是添加型号支持，那就根据自编驱动的参数与设置即可，如果是第一次启动这类设备，你就还需要检测结构是完整性，如果结构完整，参数无误依旧错误，那就把内核驱动源码精简到自编码的简单粗暴设置吧。最终就变成了在基于内核驱动架构下的自编驱动。如果还不行，那无疑是结构性问题了。
所以自编驱动，还是有其存在价值的。内核驱动源码内容会变，平台会变，但自编驱动是变得最小的一个，也是最容易实现驱动目的的一个。是一码打天下不可缺少的重要组成部分。
来源：网络 查看全部
经过了这半年多，甚至是更久的嵌入式自学，可谓是不断在绝望中求生。性格使然，我是一个我也不知这种性格的学名叫什么，就是学习一种东西，非得想要能理解每一处的含义作用为什么，要这样做没有其他办法了吗等等问题。并且当一个问题找不到让我能接受的解释时，那么我的学习路程也就几乎要停在这里了，大概是因为我讨厌一知半解。
可能是小时候被老师教导不要做书呆子的教育有关，小时候，听话孩子，认真，长辈的教育对孩子的影响真的是非常的大，很多影响如果你不细心的观察自己，你根本不能察觉这些进入了你骨子的观念，在我成长过程中，这些长辈的教育除了某些让我自己经历到并彻底认识到某个观念并不正确时，我才会形成自己的观点，自己的观念，但这些自己的观念在所有的价值观中，犹如沧海一粟。
这种讨厌一知半解的性格，在现在这个社会来说，可以说是极端的，因为现在你学习使用的很多东西，他都不是从零开始的，就好比，你编程使用的是高级语言而不是低级语言不是机器码，所以我的整个学习过程是非常缓慢缓慢地进行着，这么说吧，前面说我经过了半年多的学习，但是到现在为止，我接触嵌入式已经有两个年头了，也就是说，学习期间，我有一年多是在停滞着。
学习嵌入式，或者说学习现代的计算机编程，如果你想学好，有一个比较要求，那就是你能接受它的设定、它的模式。反过来说，当你真正接受它的设定、它的模式，并记住它们时，我认为，你已经学好了。
昨天，我又置之死地而后生了一次。最近一直在搞驱动，一个LCD驱动搞得我几乎要放弃继续走嵌入式这条路。昨夜，睡不觉，打开嵌入学习视频，躺在已关灯很久的房间的床上，大概凌晨3，4点吧。之前我一直都是学习着驱动自编源码的教学，是那种几乎和裸板程序没多大区别的编程方式，只是多使用了一些向内核注册的接口函数。
而最近我想换一下，因为很多设备驱动，内核都是自带的，而且是各种平台的设备驱动都有，我想如果能熟悉掌握内核自带驱动的编程，那以后要做某个设备的驱动时，我只需要在自带驱动中修改一下便好了，通过学习LCD平台设备的驱动，我了解了其编程想法，同时也认同这种想法，甚至让我疑惑，学习资料中教自编驱动的意义，为何不直接教如果修改内核源码驱动？
于是，继续按着书去修改内核驱动源码，但问题是，书中说他们这种修改，代码成功运行了，但我这，无论怎么调试都失败，我反复检测，我的修改是否与书中一致，检测了很多遍依然没发现哪一步不同，不过，有一点发现是，书中的内核源码和我内核使用的源码有一点点区别（当然书里并没有把所有的源码都贴上，只是修改部分附近会联带着一些，这就是发现，这些联带的没需要修改的源码和我的源码有点区别，比如，我的源码中多了一些设置（看似无关紧要的设置））。
与书核对无误但失败后，我又与成功运行的自编驱动核对，我陆续发现我修改的内涵源码中，没有去启动设备，也更没有去点亮背光，而在显存分配后的寄存器设置似乎也有问题，因为这里的地址使用各种宏定义不同的累加或计算，最后算得地址和我的寄存器地址也不知是否吻合，因为驱动源码中最后计算得到的是虚拟地址。于是我对比自编驱动，一点点修改尝试，到睡觉前都没成功。
我是想学得理直气壮一点的，最后是能一眼就能找到问题，并迅速轻松解决问题的，我也承认自己确实是有些浮躁。但是经过了昨晚床上的一点绝望的思考挣扎后，我好像想通了：为什么嵌入式学习视频老师要教自编驱动。
下面我说下自编驱动与内核驱动源码各自的问题：
自便驱动：
程序简单简洁，它只能驱动特定的某个设备。如果设备换了需要支持另一款设备，那么你需要重新修改该驱动；如果需要系统同时支持两种LCD，那么它就会变成复杂并且对于内核驱动的简洁优势会削弱不少；如果你想驱动支持多种设备，那自编驱动，相对了内核驱动源码的简洁优势会变成了劣势，因为编程思想的适用范围不同而产生的结果。
内核自带驱动源码：
①从系统层次去考量，变量、宏定义使用多，甚至有些宏定义的值为了方便能让各种在不同的阶段需要不同的值调用，把简单的一个赋值调用变成了需要进行多次运算才能检测到该值是否满足使用要求，因为我们不是该驱动的编码者，不清楚这样做的好处，也或许是内核驱动源码的开发者从整个系统的编程简洁性去考量，这样做或许也是为了让整个系统代码更少，简洁的一种做法，因为每个设备你都给它赋具体的值的话，整个系统中有几百种驱动设备源码，给所有设备的这个位置参数都赋一个值的话，那各设备关于这个值的代码就要多了几百行了，所以还不如，让各设备根据各种平台去对某个宏进行各自的计算来得到合适的值，但某些计算中相同的算法的也整合在一起，这样就减少了系统不少行代码。所以系统中驱动源码是系统开发者对系统源码的整合，是基于系统层的整合。所以，对于我这种对单个设备驱动编码的人，就会觉得系统源码有好多不人性化的地方，会觉得简单的地方也被弄得很复杂。
②内核自带驱动还有一些代码是为了兼容以前的版本而添加了，比如以前硬件内存资源稀少，需要使用调色板的方法来减少程序运行时的内存使用量，这也会真假代码的复杂性，这一步虽不是必要的，但如果没弄好，那LCD驱动也不能正常使用。
③程序复杂，为了适用在多种设备型号，更简单地添加不同型号的设备驱动，内核对驱动抽象分离，把驱动分为平台管理部分，驱动代码部分（与硬件无关码），和设备代码部分（硬件相关代码）。用户添加新型号设备驱动时，只需要在平台管理部分检查添加设备的匹配信息，和提供一个硬件设备相关的代码（有格式）文件即可。
现在，站在驱动开发者而非系统开发者的角度去衡量。
①自编的驱动，简洁，要点明确。这个对于驱动开发者的用处就是：无论你使用的是哪个版本的内核，哪个芯片平台，你可以通过自编码比较简单方便地就可以确认硬件设备的情况，是否正常。如果自编码通过，那可以试用自编码上使用的参数去与内核进行核对、修改，然后再去测试。如果不成功，对于内核中多余的设置（这些大多可能是提供内核用做基本判断的变量）可以先屏蔽，编译出错了，根据提示，找到出错的位置修改添加。因为这些多余的设置，设置对了还行，设置错了，你又不好去定位错在哪。
自编的驱动在此处的用处，调试时，可以让你排除多余的失败可能性问题，在较少的代码去查出错误位置，如果你确定你的设置满足了该设备的必需设置，还是失败，你可以比较放心地去怀疑是硬件问题了。如果自编码成功，那个又可以当做你修改内核驱动的一个标准。
②内核驱动源码支持管理多种型号的设备的优势是我用使用它的原因。先了解本版本本平台的设备驱动结构，如果是添加型号支持，那就根据自编驱动的参数与设置即可，如果是第一次启动这类设备，你就还需要检测结构是完整性，如果结构完整，参数无误依旧错误，那就把内核驱动源码精简到自编码的简单粗暴设置吧。最终就变成了在基于内核驱动架构下的自编驱动。如果还不行，那无疑是结构性问题了。
所以自编驱动，还是有其存在价值的。内核驱动源码内容会变，平台会变，但自编驱动是变得最小的一个，也是最容易实现驱动目的的一个。是一码打天下不可缺少的重要组成部分。
来源：网络
可能是小时候被老师教导不要做书呆子的教育有关，小时候，听话孩子，认真，长辈的教育对孩子的影响真的是非常的大，很多影响如果你不细心的观察自己，你根本不能察觉这些进入了你骨子的观念，在我成长过程中，这些长辈的教育除了某些让我自己经历到并彻底认识到某个观念并不正确时，我才会形成自己的观点，自己的观念，但这些自己的观念在所有的价值观中，犹如沧海一粟。
这种讨厌一知半解的性格，在现在这个社会来说，可以说是极端的，因为现在你学习使用的很多东西，他都不是从零开始的，就好比，你编程使用的是高级语言而不是低级语言不是机器码，所以我的整个学习过程是非常缓慢缓慢地进行着，这么说吧，前面说我经过了半年多的学习，但是到现在为止，我接触嵌入式已经有两个年头了，也就是说，学习期间，我有一年多是在停滞着。
学习嵌入式，或者说学习现代的计算机编程，如果你想学好，有一个比较要求，那就是你能接受它的设定、它的模式。反过来说，当你真正接受它的设定、它的模式，并记住它们时，我认为，你已经学好了。
昨天，我又置之死地而后生了一次。最近一直在搞驱动，一个LCD驱动搞得我几乎要放弃继续走嵌入式这条路。昨夜，睡不觉，打开嵌入学习视频，躺在已关灯很久的房间的床上，大概凌晨3，4点吧。之前我一直都是学习着驱动自编源码的教学，是那种几乎和裸板程序没多大区别的编程方式，只是多使用了一些向内核注册的接口函数。
而最近我想换一下，因为很多设备驱动，内核都是自带的，而且是各种平台的设备驱动都有，我想如果能熟悉掌握内核自带驱动的编程，那以后要做某个设备的驱动时，我只需要在自带驱动中修改一下便好了，通过学习LCD平台设备的驱动，我了解了其编程想法，同时也认同这种想法，甚至让我疑惑，学习资料中教自编驱动的意义，为何不直接教如果修改内核源码驱动？
于是，继续按着书去修改内核驱动源码，但问题是，书中说他们这种修改，代码成功运行了，但我这，无论怎么调试都失败，我反复检测，我的修改是否与书中一致，检测了很多遍依然没发现哪一步不同，不过，有一点发现是，书中的内核源码和我内核使用的源码有一点点区别（当然书里并没有把所有的源码都贴上，只是修改部分附近会联带着一些，这就是发现，这些联带的没需要修改的源码和我的源码有点区别，比如，我的源码中多了一些设置（看似无关紧要的设置））。
与书核对无误但失败后，我又与成功运行的自编驱动核对，我陆续发现我修改的内涵源码中，没有去启动设备，也更没有去点亮背光，而在显存分配后的寄存器设置似乎也有问题，因为这里的地址使用各种宏定义不同的累加或计算，最后算得地址和我的寄存器地址也不知是否吻合，因为驱动源码中最后计算得到的是虚拟地址。于是我对比自编驱动，一点点修改尝试，到睡觉前都没成功。
我是想学得理直气壮一点的，最后是能一眼就能找到问题，并迅速轻松解决问题的，我也承认自己确实是有些浮躁。但是经过了昨晚床上的一点绝望的思考挣扎后，我好像想通了：为什么嵌入式学习视频老师要教自编驱动。
下面我说下自编驱动与内核驱动源码各自的问题：
自便驱动：
程序简单简洁，它只能驱动特定的某个设备。如果设备换了需要支持另一款设备，那么你需要重新修改该驱动；如果需要系统同时支持两种LCD，那么它就会变成复杂并且对于内核驱动的简洁优势会削弱不少；如果你想驱动支持多种设备，那自编驱动，相对了内核驱动源码的简洁优势会变成了劣势，因为编程思想的适用范围不同而产生的结果。
内核自带驱动源码：
①从系统层次去考量，变量、宏定义使用多，甚至有些宏定义的值为了方便能让各种在不同的阶段需要不同的值调用，把简单的一个赋值调用变成了需要进行多次运算才能检测到该值是否满足使用要求，因为我们不是该驱动的编码者，不清楚这样做的好处，也或许是内核驱动源码的开发者从整个系统的编程简洁性去考量，这样做或许也是为了让整个系统代码更少，简洁的一种做法，因为每个设备你都给它赋具体的值的话，整个系统中有几百种驱动设备源码，给所有设备的这个位置参数都赋一个值的话，那各设备关于这个值的代码就要多了几百行了，所以还不如，让各设备根据各种平台去对某个宏进行各自的计算来得到合适的值，但某些计算中相同的算法的也整合在一起，这样就减少了系统不少行代码。所以系统中驱动源码是系统开发者对系统源码的整合，是基于系统层的整合。所以，对于我这种对单个设备驱动编码的人，就会觉得系统源码有好多不人性化的地方，会觉得简单的地方也被弄得很复杂。
②内核自带驱动还有一些代码是为了兼容以前的版本而添加了，比如以前硬件内存资源稀少，需要使用调色板的方法来减少程序运行时的内存使用量，这也会真假代码的复杂性，这一步虽不是必要的，但如果没弄好，那LCD驱动也不能正常使用。
③程序复杂，为了适用在多种设备型号，更简单地添加不同型号的设备驱动，内核对驱动抽象分离，把驱动分为平台管理部分，驱动代码部分（与硬件无关码），和设备代码部分（硬件相关代码）。用户添加新型号设备驱动时，只需要在平台管理部分检查添加设备的匹配信息，和提供一个硬件设备相关的代码（有格式）文件即可。
现在，站在驱动开发者而非系统开发者的角度去衡量。
①自编的驱动，简洁，要点明确。这个对于驱动开发者的用处就是：无论你使用的是哪个版本的内核，哪个芯片平台，你可以通过自编码比较简单方便地就可以确认硬件设备的情况，是否正常。如果自编码通过，那可以试用自编码上使用的参数去与内核进行核对、修改，然后再去测试。如果不成功，对于内核中多余的设置（这些大多可能是提供内核用做基本判断的变量）可以先屏蔽，编译出错了，根据提示，找到出错的位置修改添加。因为这些多余的设置，设置对了还行，设置错了，你又不好去定位错在哪。
自编的驱动在此处的用处，调试时，可以让你排除多余的失败可能性问题，在较少的代码去查出错误位置，如果你确定你的设置满足了该设备的必需设置，还是失败，你可以比较放心地去怀疑是硬件问题了。如果自编码成功，那个又可以当做你修改内核驱动的一个标准。
②内核驱动源码支持管理多种型号的设备的优势是我用使用它的原因。先了解本版本本平台的设备驱动结构，如果是添加型号支持，那就根据自编驱动的参数与设置即可，如果是第一次启动这类设备，你就还需要检测结构是完整性，如果结构完整，参数无误依旧错误，那就把内核驱动源码精简到自编码的简单粗暴设置吧。最终就变成了在基于内核驱动架构下的自编驱动。如果还不行，那无疑是结构性问题了。
所以自编驱动，还是有其存在价值的。内核驱动源码内容会变，平台会变，但自编驱动是变得最小的一个，也是最容易实现驱动目的的一个。是一码打天下不可缺少的重要组成部分。
来源：网络
346 浏览
基于C51的嵌入式实时控制模块的设计与实现
电气控制类 妙莲华 2016-12-22 11:41 发表了文章
随着现代通信技术的发展，通信测试仪器不断推陈出新。各种新型设备对系统的实时响应能力的要求越来越高，一种通信测试仪器的实时响应性能，就成为系统设计能否成功的关键因素之一。笔者曾在多个通信测试仪器项目中，成功地应用ARM处理器、C51单片机等为主控芯片的嵌入式系统，实现了对仪器相关模块的实时控制功能。因此提出一种在某通信测试仪器中使用C51单片机来实现实时控制的设计方案。
1 硬件设计与实现
1.1
总体方案设计
在该通信测试仪器中，实时控制模块主要实现对射频接收频综、射频发生频综、滤波器组件、射频输入模块、射频输出模块等实时控制作用。对射频检波信号进行A/D转换以获取数据。与上位计算机进行通信等功能。
根据待实现的系统功能要求，综合考虑系统资源，及芯片性价比等因素，确定采用以C51单片机为主控芯片的嵌入式系统方案，芯片为Silicon Labs的C8051F120,具有128 kB片内Flash存储器、8×1 024+256 Byte的片内RAM,可寻址64 kB地址空间的外部数据存储器接口、SPI、UART、定时器、时钟振荡器、PLL等，片上外设资源丰富、控制方便。
系统资源分配：射频接收、发射频综模块，内含DDS,PLL等，外部控制接口是微控制接口，因此直接用单片机的地址、数据、控制三总线实施控制。滤波组 件、射频输入/输出模块等的工作状态与接口上信号电平高低有关，因此用GPIO的方式进行控制。A/D转换控制使用串行外围设备接口SPI.与上位机的通 信使用RS-232串口。总体设计框图如图1所示。
1.2
总线及I/O控制的设计
对于射频接收频综、射频发射频综模块，直接采用总线控制，为避免不同的模块控制时相互干扰，用3-8译码器对总线地址译码，产生不同模块的片选信号。同 时数据线通过总线收发器以提高带负载能力。对于滤波组件、射频输入/输出等用I/O控制的模块，并未直接使用51芯片的GPIO引脚，则是将数据总线经锁 存后模拟GPIO信号供相关模块使用，如图2所示，其中，IO_/WR1由B_/CS7与单片机写线逻辑或后产生。
1.3
SPI及RS232控制接口
C8051F120芯片上本身自带了A/D转换器，但只有12位，不适合该系统的需求，故在片外另加一片ADI公司的AD7707.其分辨率为16位， 是∑-△体系结构，转换的是输入电平的平均值。三通道，输入电平范围可达±10 mV~±10 V.根据实际要求，该系统使用AIN3高电平输入端口，Unbuffered模式，HICOM、REF-接模拟地，VBIAS与REF+均接+2.5 V参考电压，模拟电源5 V,数字电源3.3 V,能检测输入范围为0~10 V的单极性电平。其控制接口是同步串行口，用51芯片的SPI直接控制。图3是AD7707的电气连接图。
单片机与上位计算机的通信使用通用异步收发器UART,外接MAX3224,将UART信号转换为RS-232信号进行传输，MAX3224在 3~5.5 V低电压下工作，却可产生RS-232的±12 V电压，只需连接Tx、Rx和地线即可实现异步串行通信。系统中仍有一些时钟、复位电路和电源等，在此不再赘述。
2、 软件设计与实现
2.1主程序框架
主程序流程图如图4所示。
主程序是顺序结构，较为简单。主要分两部分：一是对系统各部分进行初始化设置，使其能够工作在正常状态。二是正常工作循环状态，当收到上位机的控制命令时，即进行相应的操作，无命令时则等待。对于嵌入式程序而言，无限循环是必要的。
2.2串口通信程序
串口通信程序实现与上位机的通信功能。具体操作中使用一个循环队列存放接收到的上位机命令，分别用头指针和尾指针指向队头和队尾，将各命令字节取出，进行相应操作。命令执行完毕(队列取空)，清标志位，等待新命令。如图5所示。
2.3SPI通信程序
C51采用SPI主模式与AD7707进行通信。主模式写AD7707较为简单，单片机先写1 Byte的配置数据给AD7707,其会自动将该数据放入自身的通信寄存器，随后AD7707根据该配置值确定下一步要写的寄存器及数据大小，再将单片机 随后输入的数据放入指定位置。C8051F120发数据前，先根据SPICN寄存器的TXBMT位的值判断是否能够发送数据，再向自身的SPIDAT寄存 器写数据即可，硬件会自动将数据发出。
主模式读AD7707较为困难。当C51已设置AD7707的通信寄存器，表明下一步操作是读AD7707的某个寄存器值后，C51向SPIDAT写任 意值，之后SPI数据线(MOSI)上会串行移出数据，同时时钟线上产生串行时钟，从设备(AD7707)收到时钟，将预备的数据送到MISO线上交给 C51,同时不采纳主设备发送的任意值。C51将发送的串行数据放在移位寄存器中，当最后一位收到后即移入收缓冲器，再读SPIDAT便可读出数据。
2.4其他软件模块
其他软件模块均是根据各部分硬件的具体要求，通过向所分配的对应地址空间按序发送所需数据来实现相关功能。
3、结束语
文中提出以C51单片机C8051F120为核心控制芯片的嵌入式系统，已成功应用于某通信测试仪器中，陔系统通过中断及查询等方式较好地实现了对整机的实时控制功能。
来源：网络 查看全部
1 硬件设计与实现
1.1
总体方案设计
在该通信测试仪器中，实时控制模块主要实现对射频接收频综、射频发生频综、滤波器组件、射频输入模块、射频输出模块等实时控制作用。对射频检波信号进行A/D转换以获取数据。与上位计算机进行通信等功能。
根据待实现的系统功能要求，综合考虑系统资源，及芯片性价比等因素，确定采用以C51单片机为主控芯片的嵌入式系统方案，芯片为Silicon Labs的C8051F120,具有128 kB片内Flash存储器、8×1 024+256 Byte的片内RAM,可寻址64 kB地址空间的外部数据存储器接口、SPI、UART、定时器、时钟振荡器、PLL等，片上外设资源丰富、控制方便。
系统资源分配：射频接收、发射频综模块，内含DDS,PLL等，外部控制接口是微控制接口，因此直接用单片机的地址、数据、控制三总线实施控制。滤波组 件、射频输入/输出模块等的工作状态与接口上信号电平高低有关，因此用GPIO的方式进行控制。A/D转换控制使用串行外围设备接口SPI.与上位机的通 信使用RS-232串口。总体设计框图如图1所示。
1.2
总线及I/O控制的设计
对于射频接收频综、射频发射频综模块，直接采用总线控制，为避免不同的模块控制时相互干扰，用3-8译码器对总线地址译码，产生不同模块的片选信号。同 时数据线通过总线收发器以提高带负载能力。对于滤波组件、射频输入/输出等用I/O控制的模块，并未直接使用51芯片的GPIO引脚，则是将数据总线经锁 存后模拟GPIO信号供相关模块使用，如图2所示，其中，IO_/WR1由B_/CS7与单片机写线逻辑或后产生。
1.3
SPI及RS232控制接口
C8051F120芯片上本身自带了A/D转换器，但只有12位，不适合该系统的需求，故在片外另加一片ADI公司的AD7707.其分辨率为16位， 是∑-△体系结构，转换的是输入电平的平均值。三通道，输入电平范围可达±10 mV~±10 V.根据实际要求，该系统使用AIN3高电平输入端口，Unbuffered模式，HICOM、REF-接模拟地，VBIAS与REF+均接+2.5 V参考电压，模拟电源5 V,数字电源3.3 V,能检测输入范围为0~10 V的单极性电平。其控制接口是同步串行口，用51芯片的SPI直接控制。图3是AD7707的电气连接图。
单片机与上位计算机的通信使用通用异步收发器UART,外接MAX3224,将UART信号转换为RS-232信号进行传输，MAX3224在 3~5.5 V低电压下工作，却可产生RS-232的±12 V电压，只需连接Tx、Rx和地线即可实现异步串行通信。系统中仍有一些时钟、复位电路和电源等，在此不再赘述。
2、 软件设计与实现
2.1主程序框架
主程序流程图如图4所示。
主程序是顺序结构，较为简单。主要分两部分：一是对系统各部分进行初始化设置，使其能够工作在正常状态。二是正常工作循环状态，当收到上位机的控制命令时，即进行相应的操作，无命令时则等待。对于嵌入式程序而言，无限循环是必要的。
2.2串口通信程序
串口通信程序实现与上位机的通信功能。具体操作中使用一个循环队列存放接收到的上位机命令，分别用头指针和尾指针指向队头和队尾，将各命令字节取出，进行相应操作。命令执行完毕(队列取空)，清标志位，等待新命令。如图5所示。
2.3SPI通信程序
C51采用SPI主模式与AD7707进行通信。主模式写AD7707较为简单，单片机先写1 Byte的配置数据给AD7707,其会自动将该数据放入自身的通信寄存器，随后AD7707根据该配置值确定下一步要写的寄存器及数据大小，再将单片机 随后输入的数据放入指定位置。C8051F120发数据前，先根据SPICN寄存器的TXBMT位的值判断是否能够发送数据，再向自身的SPIDAT寄存 器写数据即可，硬件会自动将数据发出。
主模式读AD7707较为困难。当C51已设置AD7707的通信寄存器，表明下一步操作是读AD7707的某个寄存器值后，C51向SPIDAT写任 意值，之后SPI数据线(MOSI)上会串行移出数据，同时时钟线上产生串行时钟，从设备(AD7707)收到时钟，将预备的数据送到MISO线上交给 C51,同时不采纳主设备发送的任意值。C51将发送的串行数据放在移位寄存器中，当最后一位收到后即移入收缓冲器，再读SPIDAT便可读出数据。
2.4其他软件模块
其他软件模块均是根据各部分硬件的具体要求，通过向所分配的对应地址空间按序发送所需数据来实现相关功能。
3、结束语
文中提出以C51单片机C8051F120为核心控制芯片的嵌入式系统，已成功应用于某通信测试仪器中，陔系统通过中断及查询等方式较好地实现了对整机的实时控制功能。
来源：网络 查看全部
随着现代通信技术的发展，通信测试仪器不断推陈出新。各种新型设备对系统的实时响应能力的要求越来越高，一种通信测试仪器的实时响应性能，就成为系统设计能否成功的关键因素之一。笔者曾在多个通信测试仪器项目中，成功地应用ARM处理器、C51单片机等为主控芯片的嵌入式系统，实现了对仪器相关模块的实时控制功能。因此提出一种在某通信测试仪器中使用C51单片机来实现实时控制的设计方案。
1 硬件设计与实现
1.1
总体方案设计
在该通信测试仪器中，实时控制模块主要实现对射频接收频综、射频发生频综、滤波器组件、射频输入模块、射频输出模块等实时控制作用。对射频检波信号进行A/D转换以获取数据。与上位计算机进行通信等功能。
根据待实现的系统功能要求，综合考虑系统资源，及芯片性价比等因素，确定采用以C51单片机为主控芯片的嵌入式系统方案，芯片为Silicon Labs的C8051F120,具有128 kB片内Flash存储器、8×1 024+256 Byte的片内RAM,可寻址64 kB地址空间的外部数据存储器接口、SPI、UART、定时器、时钟振荡器、PLL等，片上外设资源丰富、控制方便。
系统资源分配：射频接收、发射频综模块，内含DDS,PLL等，外部控制接口是微控制接口，因此直接用单片机的地址、数据、控制三总线实施控制。滤波组 件、射频输入/输出模块等的工作状态与接口上信号电平高低有关，因此用GPIO的方式进行控制。A/D转换控制使用串行外围设备接口SPI.与上位机的通 信使用RS-232串口。总体设计框图如图1所示。
1.2
总线及I/O控制的设计
对于射频接收频综、射频发射频综模块，直接采用总线控制，为避免不同的模块控制时相互干扰，用3-8译码器对总线地址译码，产生不同模块的片选信号。同 时数据线通过总线收发器以提高带负载能力。对于滤波组件、射频输入/输出等用I/O控制的模块，并未直接使用51芯片的GPIO引脚，则是将数据总线经锁 存后模拟GPIO信号供相关模块使用，如图2所示，其中，IO_/WR1由B_/CS7与单片机写线逻辑或后产生。
1.3
SPI及RS232控制接口
C8051F120芯片上本身自带了A/D转换器，但只有12位，不适合该系统的需求，故在片外另加一片ADI公司的AD7707.其分辨率为16位， 是∑-△体系结构，转换的是输入电平的平均值。三通道，输入电平范围可达±10 mV~±10 V.根据实际要求，该系统使用AIN3高电平输入端口，Unbuffered模式，HICOM、REF-接模拟地，VBIAS与REF+均接+2.5 V参考电压，模拟电源5 V,数字电源3.3 V,能检测输入范围为0~10 V的单极性电平。其控制接口是同步串行口，用51芯片的SPI直接控制。图3是AD7707的电气连接图。
单片机与上位计算机的通信使用通用异步收发器UART,外接MAX3224,将UART信号转换为RS-232信号进行传输，MAX3224在 3~5.5 V低电压下工作，却可产生RS-232的±12 V电压，只需连接Tx、Rx和地线即可实现异步串行通信。系统中仍有一些时钟、复位电路和电源等，在此不再赘述。
2、 软件设计与实现
2.1主程序框架
主程序流程图如图4所示。
主程序是顺序结构，较为简单。主要分两部分：一是对系统各部分进行初始化设置，使其能够工作在正常状态。二是正常工作循环状态，当收到上位机的控制命令时，即进行相应的操作，无命令时则等待。对于嵌入式程序而言，无限循环是必要的。
2.2串口通信程序
串口通信程序实现与上位机的通信功能。具体操作中使用一个循环队列存放接收到的上位机命令，分别用头指针和尾指针指向队头和队尾，将各命令字节取出，进行相应操作。命令执行完毕(队列取空)，清标志位，等待新命令。如图5所示。
2.3SPI通信程序
C51采用SPI主模式与AD7707进行通信。主模式写AD7707较为简单，单片机先写1 Byte的配置数据给AD7707,其会自动将该数据放入自身的通信寄存器，随后AD7707根据该配置值确定下一步要写的寄存器及数据大小，再将单片机 随后输入的数据放入指定位置。C8051F120发数据前，先根据SPICN寄存器的TXBMT位的值判断是否能够发送数据，再向自身的SPIDAT寄存 器写数据即可，硬件会自动将数据发出。
主模式读AD7707较为困难。当C51已设置AD7707的通信寄存器，表明下一步操作是读AD7707的某个寄存器值后，C51向SPIDAT写任 意值，之后SPI数据线(MOSI)上会串行移出数据，同时时钟线上产生串行时钟，从设备(AD7707)收到时钟，将预备的数据送到MISO线上交给 C51,同时不采纳主设备发送的任意值。C51将发送的串行数据放在移位寄存器中，当最后一位收到后即移入收缓冲器，再读SPIDAT便可读出数据。
2.4其他软件模块
其他软件模块均是根据各部分硬件的具体要求，通过向所分配的对应地址空间按序发送所需数据来实现相关功能。
3、结束语
文中提出以C51单片机C8051F120为核心控制芯片的嵌入式系统，已成功应用于某通信测试仪器中，陔系统通过中断及查询等方式较好地实现了对整机的实时控制功能。
来源：网络
1 硬件设计与实现
1.1
总体方案设计
在该通信测试仪器中，实时控制模块主要实现对射频接收频综、射频发生频综、滤波器组件、射频输入模块、射频输出模块等实时控制作用。对射频检波信号进行A/D转换以获取数据。与上位计算机进行通信等功能。
根据待实现的系统功能要求，综合考虑系统资源，及芯片性价比等因素，确定采用以C51单片机为主控芯片的嵌入式系统方案，芯片为Silicon Labs的C8051F120,具有128 kB片内Flash存储器、8×1 024+256 Byte的片内RAM,可寻址64 kB地址空间的外部数据存储器接口、SPI、UART、定时器、时钟振荡器、PLL等，片上外设资源丰富、控制方便。
系统资源分配：射频接收、发射频综模块，内含DDS,PLL等，外部控制接口是微控制接口，因此直接用单片机的地址、数据、控制三总线实施控制。滤波组 件、射频输入/输出模块等的工作状态与接口上信号电平高低有关，因此用GPIO的方式进行控制。A/D转换控制使用串行外围设备接口SPI.与上位机的通 信使用RS-232串口。总体设计框图如图1所示。
1.2
总线及I/O控制的设计
对于射频接收频综、射频发射频综模块，直接采用总线控制，为避免不同的模块控制时相互干扰，用3-8译码器对总线地址译码，产生不同模块的片选信号。同 时数据线通过总线收发器以提高带负载能力。对于滤波组件、射频输入/输出等用I/O控制的模块，并未直接使用51芯片的GPIO引脚，则是将数据总线经锁 存后模拟GPIO信号供相关模块使用，如图2所示，其中，IO_/WR1由B_/CS7与单片机写线逻辑或后产生。
1.3
SPI及RS232控制接口
C8051F120芯片上本身自带了A/D转换器，但只有12位，不适合该系统的需求，故在片外另加一片ADI公司的AD7707.其分辨率为16位， 是∑-△体系结构，转换的是输入电平的平均值。三通道，输入电平范围可达±10 mV~±10 V.根据实际要求，该系统使用AIN3高电平输入端口，Unbuffered模式，HICOM、REF-接模拟地，VBIAS与REF+均接+2.5 V参考电压，模拟电源5 V,数字电源3.3 V,能检测输入范围为0~10 V的单极性电平。其控制接口是同步串行口，用51芯片的SPI直接控制。图3是AD7707的电气连接图。
单片机与上位计算机的通信使用通用异步收发器UART,外接MAX3224,将UART信号转换为RS-232信号进行传输，MAX3224在 3~5.5 V低电压下工作，却可产生RS-232的±12 V电压，只需连接Tx、Rx和地线即可实现异步串行通信。系统中仍有一些时钟、复位电路和电源等，在此不再赘述。
2、 软件设计与实现
2.1主程序框架
主程序流程图如图4所示。
主程序是顺序结构，较为简单。主要分两部分：一是对系统各部分进行初始化设置，使其能够工作在正常状态。二是正常工作循环状态，当收到上位机的控制命令时，即进行相应的操作，无命令时则等待。对于嵌入式程序而言，无限循环是必要的。
2.2串口通信程序
串口通信程序实现与上位机的通信功能。具体操作中使用一个循环队列存放接收到的上位机命令，分别用头指针和尾指针指向队头和队尾，将各命令字节取出，进行相应操作。命令执行完毕(队列取空)，清标志位，等待新命令。如图5所示。
2.3SPI通信程序
C51采用SPI主模式与AD7707进行通信。主模式写AD7707较为简单，单片机先写1 Byte的配置数据给AD7707,其会自动将该数据放入自身的通信寄存器，随后AD7707根据该配置值确定下一步要写的寄存器及数据大小，再将单片机 随后输入的数据放入指定位置。C8051F120发数据前，先根据SPICN寄存器的TXBMT位的值判断是否能够发送数据，再向自身的SPIDAT寄存 器写数据即可，硬件会自动将数据发出。
主模式读AD7707较为困难。当C51已设置AD7707的通信寄存器，表明下一步操作是读AD7707的某个寄存器值后，C51向SPIDAT写任 意值，之后SPI数据线(MOSI)上会串行移出数据，同时时钟线上产生串行时钟，从设备(AD7707)收到时钟，将预备的数据送到MISO线上交给 C51,同时不采纳主设备发送的任意值。C51将发送的串行数据放在移位寄存器中，当最后一位收到后即移入收缓冲器，再读SPIDAT便可读出数据。
2.4其他软件模块
其他软件模块均是根据各部分硬件的具体要求，通过向所分配的对应地址空间按序发送所需数据来实现相关功能。
3、结束语
文中提出以C51单片机C8051F120为核心控制芯片的嵌入式系统，已成功应用于某通信测试仪器中，陔系统通过中断及查询等方式较好地实现了对整机的实时控制功能。
来源：网络