HaiFAT结构初步设想

最新推荐文章于 2013-06-04 20:19:16 发布
最新推荐文章于 2013-06-04 20:19:16 发布
阅读量125 收藏
点赞数
分类专栏： 编程随想 文章标签： struct api file system os
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jinhailiao/article/details/6413557
版权

总体上沿用stdio.h的文件操作函数,增加FatFormat(),GetVolume(),SetVolume()...........

和stdio.h兼容便于用户使用......

 

1: API层: 这一层给用户调用, 所有出现的API函数用户可以自由使用......

2: FAT层: 这层函数处理FAT的运算;有兴趣的话可以在这层加入别的file system;

3: device driver层: 这层是由移植者提供的操作设备的底层函数.

另外加入InitDevice()函数,这个由OS启动时调用,用于初始化设备,准备用函数指针来做.这样移植者可以把自己的设备初始化函数加入到这里.....

important struct:

FILE struct:

Device info struct:

Device driver struct:

需求分析中的接口分析
05-20 2562
<br />需求分析中的接口分析，我个人认为是对本系统和用户，本系统和其它系统之间的接口进行分析，而不是对本子系统之间的接口进行分析。因为需求分析规格说明书是与用户沟通的基础，用户才不关心子系统如何协同工作的。硬件接口一般是指本系统和外系统硬件电气上的特性，软件接口一般是指本系统和外系统通讯协议，用户接口指显示规范的按键规范之类的。
山东集抄项目嵌软Makefile文件分析
05-14 923
<br />一、用途：<br />最终目标是生成山东集抄嵌软集中器上所用的低压集抄应用程序(dyjc)。<br /> <br />二、用法<br />1、make<br />生成目标机上用的低压集抄应用程序：dyjc。<br />2、make clean<br />清除对象文件（*.o）和依赖文件（*.d）。<br />3、make veryclean<br />除了具有make clean的功能外还会清除生成的最终应用程序dyjc。<br />4、make deps<br />仅仅生成依赖文件（*.d）。
代码走查工具Cppcheck使用情况汇报
06-04 828
一、工具介绍 Cppcheck是一个C/C++代码分析工具，只检测那些编译器通常无法检测到的bug类型。这个工具容易上手，建议大家安装使用。 PC-Lint这个工具上手慢，需要学习一下才能使用。目前研发中心在使用这个工具。   二、内存分配使用建议 1、嵌入式系统内存分配要受控，如果实现一个功能需要分配或使用大于10K同时小于100K的内存，需要重新审视数据结构和算法，寻找优化的方法；如
程序版本发布流程
05-16 648
<br />我目睹了一次程序发布流产的情况，顺便看了一下公司规定的程序发布流程文档。对目前程序发布流程的几点疑惑：<br />1、程序发布流程太简单，发布人没有测试过就给了测试组。<br />2、目前发布给测试组的是源码形式，我不明白为什么用这个。它比发布可执行程序有什么优点。要知道，如果发布100个版本的话，服务器上就有100个源代码包。这是很不合理的。<br />3、发布时要提供测试方案，这点不明白为什么，不是谁测试谁提供方案嘛。而且由研发人员提供本身就不合软件工程的测试要求。<br /> <br />
分层与分模块开发
05-18 624
<br />分层与分模块开发，是开发时经常选用的两种方式，应该说分模块开发是较多被采用的方式，但一直以来都觉得其实分层方式自己是比较欣赏的方式，对于两种开发方式分别的看法是：<br />分层开发<br />优点：<br />1、保持系统分层结构<br />      分层开发在这点上无疑是可以保证的，同时有利于保证系统层次的职责的清晰以及分离。<br />2、面向接口的编程<br />      由于采用分层开发，各层次之间采用接口依赖的方式就更容易被执行了。<br />缺点：<br />1、容易造成瓶颈现
软件开发的几点思考：计量中间件，软件研发量化，持续集成，重代码的软件过程
02-13 586
2013年，新年伊始。进入软件行业多年，根据自己工作的实践，想对目前公司软件开发进行一些改革： 一、开发计量中间件：在电力行业计量领域工作了多年，想通过DSSA工程，建立计量终端的产品线。完成产品线架构，除了要建立核心资源外，还要建立计量中间件。有了计量中间件，计量终端的软件开发就可以面向中间件开发，不需要涉及操作系统和硬件。同时可以在WINDOWS下做一个强大的模拟器，将计量终端的功能在模拟器
程序更新中加入ChkSum校验
05-14 372
<br />在发布版本到测试组或客户后，有时会发现程序烧入目标机后无法启动，估计是程序包在传输过程序中发生了位翻转。<br />为了避免这种情况的发生，于是我们在程序包中加入了一个有程序和数据的ChkSum的文本文件，在目标机的更新程序中加入了对新版本的程序和数据在更新前进行ChkSum校验的检查，只有程序和数据的ChkSum和程序包中提供的一致时才进行更新。<br />这个功能使目标机最大限度地避免了把错误程序和数据更新到本机中的情况，也就避免了在更新后启动不了的问题。
VC多项目编译库冲突
05-18 330
<br />在VC下编译多个项目时出现冲突，多半是各个项目设置的“c/c++ -> 运行时库”设置不一致导致的。<br />解决方法：<br />1、将各个项目都设为 多线程调试 DLL /MDd 即可。<br />2、要不将各个项目都选静态库 /MT or /ML。<br />3、使用 /NODEFAULTLIB:library 编译选项 将冲突的library 去除。<br />4、使用强制选项 /FORCE:MULTIPLE ，不过这样编译出来的映像可能不能执行。<br /> <br />冲突例子：L
嵌软调试
05-18 300
<br />做嵌软也有好几年了，但说起调试来，我还真没什么高明的办法。以前曾开发过台湾KB司的单片机，可以在线调试，这个还比较好玩。不过在线调试要控制器和调试器一起支持，一般是芯片公司要提供支持。目前常用的是采用打印信息的方法来进行调试。打印信息的方法不是很好用，所以为了尽量避免和少在目标机上调试，一般都会做好一个简易的目标机的返真，充分利用VC调试的便利性，把程序的逻辑问题在VC上调试解决，目标机上只调试和硬件相关的代码，这样会降低调试的工作量，加快开发进度。<br />有时候VC上运行的结果和目标机上运
CVS与VSS比较
05-16 289
<br />一、CVS托管的文件夹和文件在资源管理器下有显目的标识一目了然。如<br />1、 、 CVS托管的文件夹和文件标识。<br />2、 本机上改动过的文件。<br />3、还有一些标识，目前没法截图。大家用了就会知。<br /> <br />二、操作简单，就两步：更新（下载别人上传到CVS上的代码）与提交（上传自己改动的代码）。而且不用担心代码会被覆盖，它会自动合并代码，如不能合并的话它会提示你手动合并。VSS操作较复杂，而且还有很多选项。一不小心就前功尽弃了。<br /> <br />三、它能
中智三年的遗憾
05-14 279
<br />在中智三年了,这三年来我努力工作,努力思考,希望能为公司代码的改善多出点力.<br />这也是做为一个员工的本职工作.我尽我所能重构和改善了公司的相当一部分代码,<br />但遗憾的是,还是不够,还有一些想法还是不能实现,因为这改动太大了.我身微言轻,<br />决定不了.<br />1.把flash和card操作统一起来,用一套FAT来做(现在两套FAT,我不明白为什么要这样?<br />maybe is right???),flash为FAT16, card 为FAT16和FAT32,在逻辑
HGui manual
05-12 200
<br />HGui 初具一个GUI的模型了.它有scene,DC, ctrl, object, event等等概念,并自成一个系统, 形成一套类windows的思想,由于面向embed,故小巧.具有基本的图形图像处理能力,能进行图片拉伸,alpha, 亮度调节等等.显示采用两个surface,即绘图层和显示层分开.<br />一:概念介绍;<br />1.scene(场景);<br />一个场景必须有是全屏的.它有自己的场景过程-----即用户自定义的消息处理函数.形式类似于这样:<br />DEFINE
评《****需求分析规格说明书》
05-19 189
<br />1、我还是坚持我以前和你说的观点，我认为这不是需求分析，是对规约规范的学习研究的一个输出文档。 <br />2、我以为需求分析，像我们目前一般是采用模型驱动的开发模式，那么就因有用例图和用例规约，诸如此类的说明性和分析性图表。<br />3、我个人认为除了用例图和用例规约，还应建立数据字典，像电表，各类型的参数，以数据字典的形式出现比较直观。<br />4、从目前这份文档来说，没有对需求进行分析提升，还停留在零散的子功能分析。需求分析规格说明书应重点描写系统需求，详细分析系统需求的事件流，如主站
开发与管理
05-18 183
<br />根据开发规模来裁减开发模式，开发规模上不去，完全套用开发模式只会带来反作用。每一个开发模式都有一整套的开发规范、开发流程，完成这些工作也要成本（类似于桶和水的关系）。<br />管理的粒度越细，成本越高。如果支付不了这一成本，最终管理的规范将成为一纸空文。没有规范，世界又进入了个人英雄主义年代——开发完全凭个人能力和个人自觉。
SDL读后感
05-12 177
<br />SDL是一个openGL, 里面有一些基本的多媒体处理,这几天研读了一下其video方面的代码.有感于下:<br />1.使用: SDL_init -> createsurface -> setvideomode -> loadimage -> biltsurface -> updatetoscreen.<br />2.它不直接操作显示层,而是创建一个绘图层(surface),先在绘图层上画好,然后一骨脑儿贴到屏幕上.<br />3.个人不喜欢它的stretch算法, 觉得还不如我的HGui的s
Jupyter_关于长期序列预测NeurIPS 2021的自耦分解变压器的代码发布.zip
11-14
Jupyter-Notebook
考研公共课历年真题集-最新发布.zip
最新发布
11-14
考研公共课历年真题集-最新发布.zip
2006-2023年上市公司资产误定价Misp数据集（4.9万样本，含原始数据、代码及结果，最新）.zip
11-14
2006-2023年上市公司资产误定价Misp数据集（4.9万样本，含原始数据、代码及结果，最新）.zip
Jupyter_Book_5_统计至简 鸢尾花书从加减乘除到机器学习上架.zip
11-14
Jupyter-Notebook
Pytorch Keras.zip
11-14
Jupyter-Notebook
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值