此贴已删除此贴已删除此贴已删除

kexuexyz · 发表于 2012-4-3 18:50:00

本帖最后由 kexuexyz 于 2019-11-30 16:38 编辑

此贴已删除

正点原子 · 发表于 2012-4-3 20:04:48

呵呵，这个我就不清楚了。。。

跑跑老大 · 发表于 2012-4-3 20:16:15

回复【楼主位】kexuexyz:
---------------------------------
是不是那个于振南啊？好像是郭天祥的同学呀。。。

Pony279 · 发表于 2012-4-3 20:55:09

据说于和郭以前合作过，后来不知怎么就闹别扭了...

跑跑老大 · 发表于 2012-4-3 22:02:52

回复【4楼】Pony279:
---------------------------------
呵呵~~~一山不容二虎啊~~~

螃蟹爱虫 · 发表于 2012-4-3 22:08:35

呵呵，不清楚……

Pony279 · 发表于 2012-4-3 22:18:18

他们两人卖的板子好像都比主场价高出一截，

郭天祥估计是一开始发的那个教51的视频出了名了，
我也是看他的视频入的门，从这一点让说，很感谢郭天祥。
刚入门时还想买他的板子，看到天祥电子卖360一个51板，对我等无产阶级来说，只能望而却步了。

于振南好像没那么出名，呵呵，搞电子的不容易啊。

shaojunyun · 发表于 2012-4-4 21:52:57

不解，谣传？？？？

ST-FAE-SALE · 发表于 2012-4-5 16:32:21

它网站欠费了呗！

le062 · 发表于 2012-4-7 11:15:07

郭天祥的51真的造福社会了，
现在学单片机入门，看他的视频最好

youtobe · 发表于 2012-9-21 00:35:43

今天无意中才知道振南电子，灭亡了？好吧。

5498折戟沉沙 · 发表于 2012-9-21 16:21:27

欠费有几天了，我记得好像有个振南电子有限公司，不知道是不是转行了

lsj9383 · 发表于 2012-9-21 19:11:17

不是听说他以前在阿莫论坛被阿莫欺负啦？

然后他说他要带着他的资料出现在网络的另一个地方，
（以上为听严，一下为眼见）
然后最近我在电子电路发烧友的网站上看到他的博客....里面还讲他以前和郭天祥一起合作的事.....

letianpai · 发表于 2012-9-21 20:21:38

镇南转行了去娱乐圈发展了现在维护演唱会现场的电子设备王力宏西安演唱会时那个灯光的调控就他做的够炫了吧

muc520 · 发表于 2012-9-21 20:26:03

只是网站很久前挂了，正在搞ZNfat文件系统

rixwyg · 发表于 2012-9-22 14:02:16

他像是在忙znfan文件系统，要写一本书。
我也是自学的，在他网站上学了一些，对我的帮助挺大的，学了不到一个月结果网站就欠费了，
看着他欠费，催着他续费到绝望的离开了，真希望他再开。

正点原子 · 发表于 2012-9-22 15:04:46

于振南做到znFAT还是下了功夫的。
不像某些人，呵呵...

lzw520 · 发表于 2012-12-28 22:14:17

回复【17楼】正点原子:
---------------------------------
不错，于振南网站又开通了，他网站暂时关闭是因为要专心优化znFAT,你是知道维护网站是需要很多精力的。看了一下znFAT，感觉写的不错！正在移植中...

lsj9383 · 发表于 2012-12-29 09:37:15

天狼星精华版是什么东西。。。。。。。。。。。振南就是天狼星吗？
.支持国产fat.

Tardis · 发表于 2012-12-29 14:07:16

znfat。。。
还不如用fatfs

yuyang · 发表于 2012-12-29 15:17:21

你们买过ZNSTM32么？

艾科 · 发表于 2012-12-29 19:32:46

估计啊，都是私心太重，造成的、

ofourme · 发表于 2012-12-29 21:25:25

回复【20楼】Tardis:
znfat。。。还不如用fatfs
---------------------------------

用过？怎么样？不是说比fatfs高效？

Pony279 · 发表于 2012-12-29 22:58:01

http://www.znfat.com/index.asp

还真建了个网站 ...

" znFAT使用了振南独创的CCCB（压缩簇链缓冲）和EXB（交换缓冲）这两种算法。"

看名字大概猜的出意思, 我没读过FATFS的源码, 但他说的 "CCCB" 在不少开源 FAT 文件系统中都有使用, 例如 efsl, 动机就是利用文件通常在SD卡中是连续的存放的特点来减少读FAT表的次数
而所谓 EXB, 估计是为了小块的缓存可以供多个打开的文件使用. 然后就以时间换空间 ... 这种方法是在逼不得已的时候才用的, 我在 51 上写的fat32时候也用过, 搞不好会极大的牺牲速度, 所以才能达到只占用 800-900 ram 的效果. 在某些只有 1k 左右 RAM 的芯片上用这种方法是可以的, 在 STM32 上用这种方法就没必要了

这个说是"独创", 感觉有点夸大其词了, 不过写个文件系统的代码确实是比较累人的

Tardis · 发表于 2012-12-30 15:19:35

回复【23楼】ofourme:
---------------------------------
高效不代表稳定啊，网上很多人用SDIO来弄SD卡，有多少个是完美驱动SD的？完美驱动还不是SPI，SDIO挑卡超级严重，部分卡能读不能写，能写不能读，还SDIO个P啊，而且，那些功能有瑕疵的，还用的是SDIO的1线模式，速度快不了SPI多少，像这种，驱动没有写好，就过分追求速度有个P用？到头来做的产品不是一样用不了。
做产品，有一句话很有道理的，在稳定中求速度，不稳定，再快也没用。

muc520 · 发表于 2012-12-30 20:12:47

我一直在用znfat32文件系统目前没出现什么问题！速度对比以前确实快了很多！

ofourme · 发表于 2012-12-31 19:25:13

回复【25楼】Tardis:
---------------------------------
我想说，sdio/spi的稳定性和FS的稳定性貌似没啥关系。一个是底层驱动，一个顶层的。。。

sun_shine · 发表于 2013-1-2 22:13:51

郭天祥现在做项目吧两个人发展方向不一样，都是哈工程的。。。其实哈工程有很多这样的人。

Tardis · 发表于 2013-1-3 08:51:25

回复【27楼】ofourme:
---------------------------------
是完全没有任何关系，我说的是底层的
SDIO如果你驱动写的好，绝对比SPI稳定，而且速度快，可是我个人比较懒，不会，也不想折腾SDIO协议，因为SDIO这东西，要求时序比较严格，而且，ST官方的SDIO程序都没有弄好，别说你个人了，他官方发布的SDIO驱动SD卡程序，挑卡非常严重，而且，一堆HardFault毕竟是官方的东西，如果官方自己都弄不好的东西，我个人觉得，SDIO估计是很难弄得好的，如果你弄出来了，可以直接去ST上班了，月薪2W不成问题。
其实，我想说的不是SDIO/SPI和FATFS的兼容性问题，这两者根本不存在兼容性问题，你只需要写好diskio.c文件即可，写好这文件完全不难，我的意思是，SDIO的驱动，就是这个驱动，和别的程序没有任何关系，就一个SDIO，是SDIO这四个字母所代表的含义，所指明的一段长达1k行的程序源码，而且是官方的，和SD卡本身存在很大兼容性问题。

znmcu · 发表于 2013-1-4 01:44:22

感谢大家关注振南。确实有1年多时间关闭了网站和网络交流，主要在作fat方面的深入研究工作。今后主要方向只要是潜入式存储与文件系统方面。要做长久发展还是要有一个专攻的方向，作出自己真正有特色的东西。
新网站自2012年10月开通，主要针对znfat文件系统方案。现在znfat正在推广，同时对方案进行维护和改进工作。为了长远发展，znfat的大力推广以及文件技术的研究与发布。在过去的1年多时间里，联系了多家网络平台，包括21ic 等，北航出版社，为znfat及文件系统技术的推广创造渠道与平台。
znfat绝非以牺牲数据读写速度和性能为代价，来降低ram使用量，CCCB和EXB确实znfat所独创的算法，全称是 compressed cluster chain buffer 与 exchange buffer，压缩簇链缓冲与交换缓冲。它们是znfat的加速核心算法。很多知名的文件系统方案，比如efsl、fatfs等，都使用了一些缓冲算法，来提高数据读写速度。但缓冲算法带来的弊端就是需要更多ram来缓冲数据。fatfs最低需要1300字节ram，efsl需要大约2kram。fatfs使用成为＂window＂的缓冲机制，window其实是一个512字节的缓冲区，它是物理扇区中fat表的一个镜像，fat表的簇链落在window里时，fatfs将其写入缓冲，落出window才会一起写入物理扇区，这样可以使数据写入时不必频繁访问物理fat扇区，提高数据写入效率。znfat中的cccb在作通样的事情，不过它的算法思想使得ram占用很少，如果文件数据的连续较好，cccb可以仅用8~20个字节的ram空间记录文件的整条簇链，可以说，在向文件写入数据时，极少会去更新物理fat扇区，甚至一次都不会。最终使得文件数据的写入速度逼近于物理层的速度。同时znfat也加入了簇链预建机制。实测情况下，znfat的读写速度也确实逼近了物理层。

znmcu · 发表于 2013-1-4 01:53:50

其是我作这些也是兴趣，当前还是靠项目创造收益。说实话，卖板子利润其实不高，而且很累。

znmcu · 发表于 2013-1-4 02:03:19

fatfs缓冲簇链的思想是在内存里建立fat扇区缓冲；znfat 的cccb思想是压缩簇链。
比如簇链是2-3-4-5.....999-1000，fatfs会机械的记录各个簇值，而znfat会把簇链记录为1-1000。思想很简单，但znfat中实际实现却要复杂的多，因为文件不一定连续性那么好....

mbass51 · 发表于 2013-1-4 10:08:09

回复【32楼】znmcu:
---------------------------------
原來是大師本人,請問znfat用在stc12c5a60s2時,用多少ram 才可 ,如何移植呢?

lsj9383 · 发表于 2013-1-4 10:08:51

回复【20楼】Tardis:
---------------------------------
于振南说了这个FAT还有很多不完善之处，因此开源后希望大家可以帮忙修正，指出错误，毕竟还是个新的fat管理系统，不用这么苛刻，fatfs都出来这么久了，自然比较成熟了，这是无可比拟的。
但是我想fatfs是国外出品的吧，znfat是国产的。
还是支持下国内这方面的发展好点吧~
所以有时间，我还是打算支持下国产。

znmcu · 发表于 2013-1-4 10:26:41

重点还是认知度问题，znFAT经历近2年的很多人的测试，剔除了很多bug和不稳定因素。不过，仍然不可能作到绝对没有问题。FATFS作者chaN（是一个40多岁的技术狂人），我也有联系，他是在日本神耐川，通过与之交流和长期研读它的代码，确实领悟了很多精妙思想。经过近1年的改进研发，有了现在的znFAT。FAT其实原理不难，只是一些结构的定义和数据组织方式的协议，难就难在数据读写的速率上。作FAT方案，对自身编程水平和思想会有较大的提升。我一方面在推广znFAT方案，希望成为被人认知的优秀FS方案，另一方面我希望向大家介绍这里面的编程技巧和思想。FAT是一个很好的编程锻炼模型，对底层硬件驱动、编程数据结构和算法思想方面都是很好的考验。如有兴趣大家可以试试。
znFAT提供了更多的数据存储策略和工作方式，如实时模式、全速模式等，引入了全宏代码裁减、数据重定义等概念。
www.znfat.com
znFAT的研发与测试非我一人能及，在此过程中，有很多人参与了这项工作，感谢他们，还有一些合作推广平台，21IC，EDN，还有今年要出书的出版方北航。

znmcu · 发表于 2013-1-4 10:36:38

近4个月（从2012-10到2013-2），振南的主要工作在于将znFAT移植到大多数的主流CPU上去。一方面为了证明znFAT所谓的“高可移植性”，另一方面为了方便各CPU平台的使用者可以方便的使用znFAT实现文件系统操作。

以下是移植的硬件CPU平台，近30种CPU，完整的应用实例可在网站下载

正点原子 · 发表于 2013-1-4 12:33:33

回复【35楼】znmcu:
---------------------------------
继续努力！

wanglituan · 发表于 2013-1-4 20:09:54

znFAT 看来还是很不错的，有空研究下。

Pony279 · 发表于 2013-1-4 22:52:38

回复【30楼】znmcu:
---------------------------------

我比较好奇, 麻烦解释一下: (无意钻牛角尖)

" fatfs使用成为＂window＂的缓冲机制，window其实是一个512字节的缓冲区， ... znfat中的cccb在作通样的事情 "

"cccb可以仅用8~20个字节的ram空间记录文件的整条簇链"

针对连续分布的文件, 这个很好理解理解. 但是你说的 cccb 主要是在只读文件的时候起作用, 在写文件的时候就是另一回事了吧? 在文件写的时候因为可能需要不停的给文件分配新的簇, 按照我的理解, cccb 似乎就无能为力了? 如果是这样 "znfat 中的 cccb 在作同样的事情" 这样的说法似乎不太妥当?

按照你刚才介绍的 window 缓冲, 下面是我的理解: window 缓冲虽然不能在读一个在的连续的文件的时候一次性知道整个文件的所有簇, 但是平均起来(每读文件的 512/4 个簇后需要重新读 FAT 表, 所以平均读扇区开销就是 (512/4*每簇扇区数+1)/(512/4*每簇扇区数) , 可以认为是 1 ) , 开销还是比较小的, 就好比高端的CPU有内部都有缓存来存放外部主内存的小部分数据来加快平均的性能一样. FATFS最主要的优势则体现在文件写的时候, 因为 flash 的写次数是很有限的. 在创建一个文件并写入的时候, 可能需要不停的给文件分配新的簇, 如果没有特别的措施, 对一个 FAT 表的同一个扇区的写入次数就可能多达 512/4 次, FATFS 的 window 缓冲就避免了这个问题.
其实不同的策略本来就各有利弊, 应用的场合也各有不同(例如 FATFS 的 window 缓冲需要 512 字节, 而读写文件本身至少也需要 512 字节缓冲, 在 RAM 大于 512 小于 1k 的时候就没办了). 所以算法才会如此的多样. 在介绍自己的算法的优点的同时, 也应该介绍它还有哪些本质上就存在的弊端:-)

关于 EXB, 我不太理解是什么意思, 麻烦解释一下我在 23 楼的评论是否为误解? 如果是误解, 那么在 51 上应用的时候是否只能支持同时打开一个文件? 是不是你利用 CCCB + EXB 从而达到了 FATFS window 缓冲的全部优点?