PIC单片机选型

PIC单片机选型,第1张

方法:

单片机的选型是一件重要而费心的事,如果选型得当,则做出来的产品就会性价比较高,且工作稳定反之,则可能会造成产品成本过高或影响产品正常运行,甚至可能根本就达不到预先设计要求。一般来说,总的选型原则是:

(1)“芯片含有(功能或数量)略大于设计需求”,“设计需求尽可能(用)芯片完成(少用外围器件)”

(2)“选大(大厂)不选小,选多(供应量多)不选少,选名(名牌)不选渺(飘渺,不知详情的厂子),选廉(廉价)但要好(质量保证)”。具体要从单片机应用的技术性、实用性和开可发性等方面来考虑:

1、内存

单片机FLASH的容量根据程序的大小确定,FLASH容量必须大于代码量。举例来说,如果你的代码量大约50 KB,那么建议你选择FLASH容量为64 KB或128 KB的单片机。

2、速度

单片机的运行速度首先看时钟频率,一般情况对于同一种结构的单片机,时钟频率越高速度越快。如果你的设计对速度要求很高,那么要选择瞎指一个运行速度较快的单片机。例如,一般情况下,电机控制应用大多采用100ksps或更高的采样速率,因此当单片机用于电机控制时,时钟频率要足够高。总之,在选用单片机时要根据产品需要选择时钟频率,不要片面追求高速度,时钟频率越高功耗也就越大。此外,单片机的稳定性、抗干扰性等参数基本上跟单片机的运行速度成反比。因此,要尽量寻找可以在很高的时钟频率下运行而功耗又不高的单片机。

3、外设需求

如果你的设计需要ADC、SPI、GPIO、USB等之类的外设,那么你需要寻找一款集成所有这些外设的单片机。因为,使用一个具有上述外设的单片机显然比使用一个普通的单片机及外围加一个单独的ADC更为经济。此外,外设集成于单片机同时也意味着更低的功耗,因为没有可以产生功耗的外围电路,也没有用于连接外围电路的能产生功耗的敷铜,只有单片机本身产生功耗。

4、方便的开发工具

这是个非常重要的方面,因为开发工具可以极大地影响你所设计的产品的功耗。很多公司都已经开发出了具有代码优化功能的编译器,所以当你编译代码的时候,编译器会告知具体编译信息,你可以根据编译信息优化代码以降低功耗。举例来说,如果你的设计需要用到ADC、UART和GPIO等外设,你就需要初始化这些器件,但是设计中使用UART是有条件的(仅用于调试时显示结果),此时编译器会提示你禁用这个外设以降低功耗。必须得说这种智能化的开发工具对开发者来说是一种福音。

5、未来需求和兼容性

设计者在设计产品时需要考虑产品未来可能需要升级等之类的问题。例如,若需要给设计增加某些功能,那么可能需要增加内存、外设等,还可能需要加提高单片机的运行速度。因此,在单片机的敬塌选型上需要在当前设计需求以及未来设计上寻找平衡,以满足不同程度的要求。

6、成本

一个好的设计不仅要功能完善,而且要满足成本要求,如果无法控制成本,再好的设计也是枉然。因此,需要尽可能地降低单片机甚至整个产品的成本。

7、工作电压(VCC)

单片机的工作电压是指可以让其正常工作所需要提供的电压。工作电压越高,单片机的功耗也就越大。因此,为了降低产品功耗,必须要尽可能地降低工作电压。

除此之外,我还要建议设计者根据具体产品需求选择合适芯片架构。若仅是个简单的控制应用(如照明系统、电子玩具等),那么并不需要一个像ARM那样具有复杂架构的芯片。此外,对于低功耗设计,单片机必须具有睡眠模式,基于中断 *** 作的睡眠模式/低功耗模式的使用是降低功耗的一个标准的行业惯例。

最后再来一句老生常谈:不要拘泥与芯片是否先进,单片机只是一个工具,真正的功夫在于你的专业知识,要用最合适亮神圆的芯片做出最合适的产品。

可能是你的文件系统不一致

看看你的蠢桥逻辑驱动器(c盘\d盘\e:盘..)是不是既有fat32

又有ntfs

?

如果有就将所有的带键猛盘转为统一的文件系统即可解决

因为fat32的回收站是recycler

而ntfs是recycled,2个不一样,所亮州以会提示

那是你装过东西的,不是每个都tmsf的

1、.android_secure 是官方app2sd的产物,删了之后装到sd卡中的软件就无法使用了,小心别误删。

2、.Bluetooth 用蓝牙之后就会有这个。

3、.mobo Moboplayer的缓存文件。

4、.QQ QQ的缓存文件,定期清除。

5、.quickoffice 顾名思义,quickoffice的缓存文件。

6、.switchpro 顾名思义,switchprowidget(多键开关)的缓存文件。

7、.ucdlres UC迅雷的缓存文件。

8、albumart 音乐专辑封面的缓存文件夹

9、albums 相册缩略图的缓存文件夹。

10、Android 比较重要的文件夹,里面是一些程序数据,比如google map的地图缓存,误删掉后地图还需重新下载。

11、backups 一些备份文件,比如联系人导出到SD卡时会导入到此文件夹。

12、baidu 顾名思义,掌上百度、百度输入法之类程序的缓存文件夹。

13、bugtogo 系统出现问题的时候会形成一些报告文件,存放于此文件夹。

14、cmp 个人判断是音乐的缓存文件夹。

15、data 同样是缓存数据的文件夹,与Android性质类似。

16、DCIM 相机的随机缓存文件夹,一些功能设置参数的记录 ,及时整理清除。

17、documents Documents To Go 的相关文件夹。

18、etouch 易行的缓存文件夹。

伏备19、extracted androzip等解压缩软件默认的解压目录。

20、gameloft gameloft游戏数据包存放的文件夹。

21、handcent 顾名思义handcent(超级短信)数据文件夹。

22、handyCurrency 货币汇率相关的文件夹,装了handycalc(科学计算器)之后才会有。

23、ireader 顾名思义,ireader的缓存文件夹。

24、KingReader 开卷有益的缓存文件夹。

25、缺锋毁LazyList Applanet(黑市场)的缓存目录,也许和其他程序也有关,暂时不太清楚,慎重使用。

26、LOST.DIR 卡上丢失或出错的文件会跑这里,此目录无用,删了会自动生成。

27、moji 顾名思义,墨迹天气的缓存目录。

28、MusicFolders poweramp产生的缓存文件夹。

29、openfeint 顾名思义,openfeint的缓存文件夹。

30、Picstore 图片浏览软件建立的一个目录。

31、Playlists 播放列表的缓存文件夹。

32、renren 顾名思义,人人网客户端的缓存文件夹。

33、screenshot 貌似是截屏图片保存的目录,不过我不记得自己装过screenshot这个软件,或许不好用删了。

34、ShootMe 顾名思义 shootme截屏后图片文件保存的目录。

35、SmartpixGames Smartpix Games出品游戏的缓存文件夹,比如Jewellust。

36、sogou 顾名思义,搜狗拼音输入法的随机缓存文件夹

37、SpeedSoftware RE文件管理器基脊的缓存文件夹。

38、SystemAppBackup SystemApp remove (深度卸载)备份系统文件后,备份文件保存的目录。

39、TalkingFriends talking tom( 会说话的tom猫)录制的视频文件所保存的目录。

40、Tencent 顾名思义,腾讯软件的缓存目录,比如QQ。(与上面的.QQ文件夹并不相同)

41、TitaniumBackup 钛备份备份的程序所保存的目录。

42、TunnyBrowser 感觉是海豚浏览器的缓存目录,但为什么叫这个名字?,金q鱼浏览器。。。。。

43、UCDLFiles UC迅雷下载文件的保存目录。

44、UCDownloads UCweb浏览器下载文件缓存的保存目录。

45、VIE Vignette (晕影相机)的缓存目录。

46、V“PN 顾名思义,V|PN数据的缓存目录。(“|”为了反和谐)

47、yd_historys 有道词典搜索历史的缓存目录

48、yd_speech 有道词典单词发音的缓存目录。

49、youmicache 删掉后还会自动生成,悠米广告的缓存目录,广告程序内嵌在其程序中,没用别装有米。

50、Glu Glu系列游戏的资料包存放地,如3D猎鹿人,勇猛二兄弟等。

51、apadqq-images QQ for pad 的缓存目录。

52、DunDef 地牢守护者的数据包。

53、KuwoMusic 顾名思义,酷我音乐的相关文件夹。

54、MxBrowser 遨游的缓存目录。

55、Camera360 相机camera360的随机缓存目录,可以定期清除。

56、TTPod 顾名思义,天天动听的缓存目录。

57. My documents 自己手机启用各种程序任务记录文档 定期清除 时间长了会积累很多 占用SD卡内存。

58. .nomedia 手机中隐藏的音频 图片文件夹 可以自设在相关文件夹中。

59. media(媒体文档) 使用电话通话录音 或在线浏览视频等媒体 产生的音频文件 记录存档的目录 。


欢迎分享,转载请注明来源:内存溢出

原文地址: https://www.outofmemory.cn/yw/12549221.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-26
下一篇 2023-05-26

发表评论

登录后才能评论

评论列表(0条)

保存