自制底板,插上核心板后,系统运行缓慢,可能是什么原因?

草长莺飞 2015-04-03 08:58:38
自己画了一块底板,插上6410核心板后,wince系统运行非常慢,打开窗口要好几秒,有可能是什么原因导致这种问题?
我自己总结以下原因,大家看一下有没有可能:
1、PCB布线不合理;
2、PCB板厂家制作的PCB板质量不行。
大家看看还有没有别的原因,谢谢指点!
...全文
344 13 打赏 收藏 转发到动态 举报
写回复
用AI写文章
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
草长莺飞 2015-04-08
  • 打赏
  • 举报
回复
搞定了。删掉一些不必要的驱动,系统的反应就提升起来了。 谢谢大家。结贴。
草长莺飞 2015-04-07
  • 打赏
  • 举报
回复
引用 5 楼 shinerise 的回复:
核心板是成熟的,底板是自己的,只能一点一点调。先看系统时钟是否正确配置且正确震荡,其次看核心板的供电是否正常,再次逐个停止加载的外设驱动,可以把所有的驱动都卸载,然后一个一个的慢慢加载,看加载到哪个的时候系统变慢。

恩,我觉得是不是有一个原因是CE系统,因为我减少了许多外设,但是系统的外设驱动没有删除,结果启动系统时,那些驱动一直访问,占用系统资源,导致反应过慢?但是我不知道那些驱动分别代表什么意思?
草长莺飞 2015-04-07
  • 打赏
  • 举报
回复
引用 2 楼 jeremy_jiang 的回复:
看DDRAM bus 布线长度是不是一样长?
这个我不太理解,是什么意思?会有什么影响?
草长莺飞 2015-04-07
  • 打赏
  • 举报
回复
引用 3 楼 worldy 的回复:
1、PCB布线不合理; 2、PCB板厂家制作的PCB板质量不行。 跟这两个都没有关系,如果是物理故障,那你的系统应该是动作异常而不是缓慢 慢可能有两个原因: 芯片时钟频率低了,算法太烂了 核心板是否有多个时钟?你使用了最低频率的时钟了?
这种情况应该不太可能,核心板插在官方提供的底板上运行的挺好,只是换在自己设计的底板上,才会这样。其中系统没做任何更改。时钟就应该不会变吧?是不是有一个原因是CE系统,因为我减少了许多外设,但是系统的外设驱动没有删除,结果启动系统时,那些驱动一直访问,占用系统资源,导致反应过慢?您觉得呢?
worldy 2015-04-07
  • 打赏
  • 举报
回复
我也不清楚,网上一个一个百
草长莺飞 2015-04-07
  • 打赏
  • 举报
回复
引用 10 楼 worldy 的回复:
[quote=引用 7 楼 numberfyd 的回复:] [quote=引用 3 楼 worldy 的回复:] 1、PCB布线不合理; 2、PCB板厂家制作的PCB板质量不行。 跟这两个都没有关系,如果是物理故障,那你的系统应该是动作异常而不是缓慢 慢可能有两个原因: 芯片时钟频率低了,算法太烂了 核心板是否有多个时钟?你使用了最低频率的时钟了?
这种情况应该不太可能,核心板插在官方提供的底板上运行的挺好,只是换在自己设计的底板上,才会这样。其中系统没做任何更改。时钟就应该不会变吧?是不是有一个原因是CE系统,因为我减少了许多外设,但是系统的外设驱动没有删除,结果启动系统时,那些驱动一直访问,占用系统资源,导致反应过慢?您觉得呢?[/quote] 这个有可能,访问外设如果不返回,有可能一直在等待[/quote] 那您看到我上面说的那个了吗?我不太清楚那些驱动分别代表什么意思?您清楚吗?
worldy 2015-04-07
  • 打赏
  • 举报
回复
引用 7 楼 numberfyd 的回复:
[quote=引用 3 楼 worldy 的回复:] 1、PCB布线不合理; 2、PCB板厂家制作的PCB板质量不行。 跟这两个都没有关系,如果是物理故障,那你的系统应该是动作异常而不是缓慢 慢可能有两个原因: 芯片时钟频率低了,算法太烂了 核心板是否有多个时钟?你使用了最低频率的时钟了?
这种情况应该不太可能,核心板插在官方提供的底板上运行的挺好,只是换在自己设计的底板上,才会这样。其中系统没做任何更改。时钟就应该不会变吧?是不是有一个原因是CE系统,因为我减少了许多外设,但是系统的外设驱动没有删除,结果启动系统时,那些驱动一直访问,占用系统资源,导致反应过慢?您觉得呢?[/quote] 这个有可能,访问外设如果不返回,有可能一直在等待
xqhrs232 2015-04-05
  • 打赏
  • 举报
回复
先烧个核心板提供的OS看看!!!比较一下!!!
shinerise 2015-04-04
  • 打赏
  • 举报
回复
核心板是成熟的,底板是自己的,只能一点一点调。先看系统时钟是否正确配置且正确震荡,其次看核心板的供电是否正常,再次逐个停止加载的外设驱动,可以把所有的驱动都卸载,然后一个一个的慢慢加载,看加载到哪个的时候系统变慢。
Falcon7x 2015-04-04
  • 打赏
  • 举报
回复
看DDRAM bus 布线长度是不是一样长?
fly 100% 2015-04-04
  • 打赏
  • 举报
回复
DDR看看是不是运行的速率不够
worldy 2015-04-04
  • 打赏
  • 举报
回复
1、PCB布线不合理; 2、PCB板厂家制作的PCB板质量不行。 跟这两个都没有关系,如果是物理故障,那你的系统应该是动作异常而不是缓慢 慢可能有两个原因: 芯片时钟频率低了,算法太烂了 核心板是否有多个时钟?你使用了最低频率的时钟了?
用户 昵称 2015-04-03
  • 打赏
  • 举报
回复
别人更只能猜了,系统慢,那就看看时钟之类的吧。
1.1 课程内容嵌入式软件工程师的学习路线一般是:单片机、RTOS、Linux。当你掌握单片机开发后,如果要进一步提升编程水平,建议学习RTOS(Real Time Operating System,实时操作系统)。有很多优秀的RTOS,比如FreeRTOS、RT-Thread、UCOS等等。FreeRTOS使用范围最广泛,RT-Thread生态丰富,UCOS是收费的并且很少使用了。对于初学者,建议先学习FreeRTOS。只要学会了任意一款RTOS,肯定就会使用其他RTOS了。我们在2022年已经推出了“FreeRTOS快速入门”课程。为何还要重新制作“FreeRTOS入门与工程实践”?“FreeRTOS快速入门”只是讲解FreeRTOS的各类API的理论、用法、示例,这些实验是基于Keil自带的STM32F103模拟器。没有使用更多的硬件模块、不能体现工作中的实际场景。在“FreeRTOS入门与工程实践”,将引入更多的硬件模块,并展示实际工程示例中的用法。另外,基于RTOS的程序一般都比较复杂,涉及的源文件非常多,在工作中一般都基于“面向对象”的思想来写程序。所以,本课程会涉及如下内容:讲解FreeRTOS的常用API:理论、用法选择合适的硬件模块,展示这些API的实例实现合适的小项目,展示工作中的编程方法1.2 讲课方式对于每一个实验,我们会精心设计:要解决什么问题;然后讲解FreeRTOS提供的解决方法。讲解FreeRTOS的API及内部原理(不深入讲解内部源码,只是进行原理性介绍)讲解实验过程使用的模块的接口函数(只讲使用,不讲内部实现,模块的源码实现单独开课讲解)讲解原理时,配合着文档、现场画图进行讲解,跟学校老师写黑板一样最后现场从0编写程序并调试一切都是现场操作,绝对不会照着PPT念,绝对不会照着现成的代码讲解。只有现场从0操作,学员才能身临其境地学习,跟着教程:碰到问题、解决问题。1.3 硬件平台本课程基于DshanMCU-103开发套件进行开发,它由3部分组成:STM32F103C8T6的最小系统板、扩展底板、各类模块。如下图所示:  上述硬件再加一个ST-Link即可学完本课程所有内容。主板DshanMCU-103是基于STM32F103C8T6的最小系统板。之所以选择最小系统板,而不是把所有模块都放在一个整体的电路板上,目的如下:低成本尝试:嵌入式软件开发并不一定适合你,可以购买最小系统板进行体验、及时放弃按需购买:用到再买,讲究一个性价比 

6,125

社区成员

发帖
与我相关
我的任务
社区描述
硬件/嵌入开发 硬件设计
社区管理员
  • 硬件设计社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧