别说你懂了,其实**ssl只需要一天的功夫+一台大型机

[复制链接]
10191|31
 楼主| shs1981 发表于 2009-3-26 18:56 | 显示全部楼层 |阅读模式
这个我觉得比较实用吧,接硬盘也可以作。跑linux,好像Wince下也有bt下载的软件,不过不如linux全啊。对系统运行速度要求不高,能网络管理就行。大家觉得如何?<br />
wangkj 发表于 2009-3-26 21:05 | 显示全部楼层

06年俺都搞了,现在还有29块pcb.

at91rm9200的。
wangkj 发表于 2009-3-26 21:08 | 显示全部楼层

全套软件硬件资料。想玩的给我要空pcb

每块60元,不能免费,1800做的板子。只收成本费。<br />如果下一批的话,可能30元成本费。我不知道厂家版图还在不在。 <br /> 相关链接:<a href='http://08680.com/dw/cd_rom.rar'>http://08680.com/dw/cd_rom.rar</a>
xwj 发表于 2009-3-26 21:08 | 显示全部楼层

呵呵,王会计早就做了,估计也没几个人玩:-)

成本价都没人要,俺无语...
computer00 发表于 2009-3-26 22:12 | 显示全部楼层

有电脑了还用这东西干啥?开着电脑多爽。再说谁没电脑拉

  
wangkj 发表于 2009-3-26 23:05 | 显示全部楼层

这玩意省电,无噪音,还能当8G的网络硬盘

啥ftp,http,网络共享,都没问题。<br />如果当初**做,也没准有戏,但是,<br />俺没那么多功夫,也没别人参与,找的几个人,都热情不够。<br />说给我移植一个IIS声卡驱动,两年没动静,俺自己,一周能搞定。<br />俺不想自己一个人全包了。虽然俺都能做。所以...,算了,不玩了。<br /><br />包括后期性能更好的at91sam9260也不浪费那个功夫了。<br /><br />
wangkj 发表于 2009-3-26 23:06 | 显示全部楼层

我连续运行过2个月,没挂。

当然,我把discuz关了,那玩意,太消耗内存。
armecos 发表于 2009-3-28 09:14 | 显示全部楼层

用ecos也可以实现BT,就是个P2P下载罢了,

2008/09/06<br /><br />和FTP没有太大不同,不过100-200次/秒的连接需要大内存、高速处理能力,不然慢得要死。<br /><br />还有,要省电无噪声最好用CF/SD/NAND&nbsp;flash等存储设备,不要用硬盘,而这些设备会出现坏块,使用寿命有限,那么最好再加上TFFS文件系统,将这些器件虚拟成类FAT块设备,满足写平衡和坏块管理要求,TFFS对上层软件透明,使用方便,大大延长flash盘使用寿命。<br /><br />当然,如果对性能有更高要求,那么最好在RAM里面使用RAMFS文件系统,比如使用1G的DDRII虚拟RAM盘;或者,挂装SATA接口的大容量iRAM-2盘,这样就不用担心磨损硬盘的问题了,并且处理效率很高。<br /><br />BT最主要的特点就是上传下载需要开很多socket连接,RAM占用量比较大;拼接文件片段需要反复读写存储盘,此时需要好的CACHE管理(FAT表&nbsp;+&nbsp;数据块),增加命中率;计算校验码,编解码需要较高的系统性能。可见要想做好BT传输,需要使用大的RAM;高性能的文件系统(或者直接使用RAM盘)和CPU处理器。ecos支持大量体系架构,可以方便地在各种高性能CPU上移植,另外ecos也支持DMA/MMU/CACHE和丰富的FS类型。<br /><br />在ecos上实现BT下载,需要完成以下步骤:<br />1、选择组件仓库里的PPP、PPPOE组件,OPENBSD协议栈;<br />2、选择RAMFS、FAT、TFFS文件系统;<br />3、用CGI实现web管理界面(IP设置/网络服务选项/帐号安全/休眠管理/磁盘工具/智能风扇控制/BT设置等);<br />4、启用ecos电源管理,进一步降低功耗;<br />5、实现FTP/NFS/File/Printer服务器、BT/eMule、MP3/APE/FLAC播放、U盘设备、USB主机驱动(读卡器/闪盘/移动硬盘/数码相机)<br />6、其他:实现高清播放、遥控器等。<br /><br />软硬件工程量比较大,可以先实现BT功能,等到稳定了,然后再慢慢增加界面等其他辅助功能。<br /><br />使用SMARTARM2200的用户可以尝试做个BT下载机(EASYARM2200内存太小实现不了),速度比较慢,但功能绝对可以实现。一般家用的都是2M的ADSL,所以,效果还凑活吧。当调试稳定BT下载后,再增加CGI界面管理等功能。如果对性能不满意,还可以平滑移植到其他更强大的32位处理器上。<br /><br />软件设计和硬件设计参考相关文档。<br />
wangkj 发表于 2009-3-28 09:32 | 显示全部楼层

吹吧你,你做一个试试看。

  
armecos 发表于 2009-3-28 10:06 | 显示全部楼层

有了《增值包》就没难度了,软件都是现成的,

《增值包》里文件系统、IP协议栈都是现成的,类UNIX标准接口。<br /><br />连接好ADSL网络<br /><br />下载一个ctorrent-1.3.4<br /><br />运行<br />./configure<br />make<br />make&nbsp;install<br /><br />然后<br />把通过种子文件yy.torrent下载的文件保存到/bt目录下:<br />ctorrent&nbsp;-s&nbsp;/bt&nbsp;yy.torrent<br /><br />very&nbsp;easy!<br /><br />然后增加管理界面什么的。
wangkj 发表于 2009-3-28 10:07 | 显示全部楼层

不会是偷的linux的文件吧?咋跟linux一样呢?

  
armecos 发表于 2009-3-28 10:25 | 显示全部楼层

ecos就是小Linux啊,有Linux兼容层,

Linux的程序拿来稍微改改就能用,还支持uItron兼容层。<br /><br />Linux偷的UNIX的技术,ecos也是类UNIX的,所以是一个祖宗,当然有点象了。原来推ecos的redhat不就是搞Linux的嘛,ecos就是其在嵌入式里的Linux。<br /><br />用ecos还得再弄个openSSL,比Linux稍微麻烦点。
wangkj 发表于 2009-3-29 19:02 | 显示全部楼层

ecos google的结果

ECOS<br />来自ITwiki,开放的信息技术大百科<br />Jump&nbsp;to:&nbsp;navigation,&nbsp;&lt;jumptoSearch&gt;<br /><br />eCos&nbsp;最大的特点是内核可配置。它出生于1997年,相对其他的系统来说是非常年轻的,但是也正是因为出身的晚,所以在设计理念上面是比较新颖的。其全部代码使用C++编写。&nbsp;eCos可以说是嵌入式领域的一颗新星,全称是Embedded&nbsp;Configurable&nbsp;Operating&nbsp;System。绝大多数代码使用C++写作完成。最早是&nbsp;Cygnus公司开发(是不是想到Cygwin了?),不久被RedHat收购,现在RedHat又放弃了RedHat项目,解雇了eCos的开发人员,将他踢到了Free&nbsp;Found&nbsp;Org(这是我坚决不用RedHat的原因,太功利了)。&nbsp;eCos最大的特点是模块化,内核可配置。如果说嵌入式Linux太庞大了,那么eCos可能就能够满足要求。它是一个针对16位、32位和64位处理器的可移植开放源代码的嵌入式RTOS。和嵌入式Linux不同,它是由专门设计嵌入式系统的工作组设计的。ECOS具有相当丰富的特性和一个配置工具,后者能够让你选取你所需要的特性。Linux兼容的嵌入式系统在内核裁减后编译出来的二进制代码大小在500k字节以上,这还只包含最简单的内核模块,几乎没有加载任何其他的驱动与协议栈。但是eCos最小版本只有几百个字节,一般,一个完整的网路应用,其二进制的代码也就100K字节左右。而且更为重要的是,eCos提供的Linux兼容的API能让开发人员轻松的将linux应用移植(这点和RTEMS很相似),与此同时,应用程序不用跑在Linux复杂的内核机制上(这套机制,对于大型服务器也许还凑合,但是对于短小精干的嵌入式应用,太浪费了),大大节省了你的晶振:)和RAM。<br /><br />eCos&nbsp;中字面上C(configurable)&nbsp;表示的“高可配置性”。eCos&nbsp;可以让开发者像在玩积木般地自由选择其执行期的元件,应用程序开发者可以针对自己的应用程序来设迟一个对其最小的RTOS环境,这跟以往应用程序就是跑在一个完整的RTOS上本质上不同,在嵌入式系统资源与内存寸土寸金的环境上,这样的开发方式是很重要的。在以往的嵌入式开发方式都是自己手工的将RTOS&nbsp;作缩减,对经验不足或对该RTOS不够熟悉的人将会花去许多时间,或是根本很难将RTOS拆开,但在eCos&nbsp;上,由于设计之初就是朝向可设迟的原则,各种元件都遵守著模块化的开发方式,而应用程序开发者只要使用eCos&nbsp;中的配置,即可轻松简单的对eCos&nbsp;元件作量身打造,也不需对其内部实作有所了解即时RTOS的核心并提供标准系统API。eCos&nbsp;的核心支持一般OS&nbsp;常见的项目如驱动程序(Device&nbsp;Driver)、内存管理(Memory&nbsp;managemant)、异常处理(exception&nbsp;handling)、中断处理(exception&nbsp;handling)、线程的支持(thread&nbsp;support)、计时器(Timer)、计数器(Counter),对于即时RTOS的支持如完全优先(full&nbsp;preemptability)、最小中断延迟(minimal&nbsp;interrupt&nbsp;latencies&nbsp;)、线程同步(synchronization&nbsp;primitive)、可自定的调度原则(schedule&nbsp;policies)。此外也支持POSIX&nbsp;等操作系统的标准API&nbsp;及ANSI&nbsp;C&nbsp;与常用的数学函数。支持常用的周边及通讯协议(&nbsp;networking&nbsp;stacks)支持以太网络卡,串口,USB&nbsp;slave等常用周边。并支持一般常用的通讯协议如IP、IPV6、ICMP、UDP、TCP、SNMP、HTTP、TFTP、FTP&nbsp;等。网络设迟部分,可支持静态IP&nbsp;与DHCP&nbsp;。GDB支持可支持主控端使用GDB&nbsp;远端透过串口或是以太网络对应用程序除错。&nbsp;此外,&nbsp;eCos另一个优点是他支持非常多的平台和CPU,尤其是比较新的CPU比如ARM的各个系列,DSP(BlackFin)等。并且也支持很多硬件平台。目前支持的CPU包括:&nbsp;ARM,&nbsp;CalmRISC,&nbsp;FR-V,&nbsp;H8,&nbsp;IA32,&nbsp;M68K,&nbsp;Matsushita&nbsp;AM3x,&nbsp;MIPS,&nbsp;NEC&nbsp;V8xx,&nbsp;PowerPC,&nbsp;SPARC,&nbsp;SuperH&nbsp;支持的硬件平台设备包括:&nbsp;Flash,&nbsp;Ethernet,&nbsp;串口,&nbsp;USB,&nbsp;时钟等。其已直接支持了时下绝大部分的硬件,可在eCos&nbsp;官方网站上找到支持列表。具体的硬件支持情况可以参考http://ecos.sourceware.org/hardware.html,里面有长长的一个列表,大家可以根据自己的情况去看看。需要说明的是,这个硬件列表可能很久没有更新过了,最新的硬件列表可能需要访问开发者的邮件列表。&nbsp;相关可下载的连接是http://ecos.sourceware.org/mirror.html,与ftp://ecos.sourceware.org/pub/ecos/&nbsp;参考&nbsp;http://ecos.sourceware.org/docs-2.0/<br /><br />ECos的Licence&nbsp;eCos的专利受eCos&nbsp;license&nbsp;所保护,这是一个GPL&nbsp;license&nbsp;的修改版,其准许开发者在其上开发的应用程序(eCos&nbsp;以外自行撰写的部分)可以不用跟著GPL&nbsp;一起发布。应用程序开发者可免费的取得其完整的源码(buyout-free),并针对其作任意的修改与在其上开发自己的应用程序并发布,唯一的限制只是若有修改到eCos&nbsp;本身,其需将修改的源码回报给eCos&nbsp;开发小组。当开发者将其当为产品时,也不需支付版税(royalty-free)。可以看出,eCos的Licence比GPL要宽松。<br /><br /><br />eCos&nbsp;上开发的应用程序架构图中File&nbsp;system&nbsp;指的是对文件系统如ext2&nbsp;等的支持,library&nbsp;是上节所提包括POSIX,ANSI&nbsp;C&nbsp;等的函数库。这张图,由上到下,表示从高层到底层的eCos架构。最底层的是我们的硬件,在硬件上面有HAL&nbsp;与装置驱动程序,而我们大部分会利用eCos&nbsp;工具去设中间kernel、networking&nbsp;stack、library&nbsp;层(OS层),只留下我们需要的部分。最上层的应用程序就是我们自行撰写的部分,通过中间OS&nbsp;层的辅助来达成我们的目的。由这张图,我们可以看出,Redboot&nbsp;是一个架构在eCos&nbsp;HAL&nbsp;与Device&nbsp;Driver&nbsp;上的一套应用程序。其中与硬件最关系密切的就是HAL,可以用“最接近硬件的软件”来形容,HAL&nbsp;将所有与硬件相关的地方对外隐藏在里面。针对不同的硬件时,只需换掉HAL,换上针对新硬件而撰写的HAL&nbsp;即可。<br /><br />本文有一些文字来源于eCos的文档以及台湾交通大学陈思豪等人的**《嵌入式系统开机程式:RedBoot》。&nbsp;
wangkj 发表于 2009-3-29 19:03 | 显示全部楼层

ecos 最小内存、存储是多少?

51能跑吗?应该不行吧?
armecos 发表于 2009-3-30 16:29 | 显示全部楼层

不认真看**,里面不是说了嘛:

它是一个针对16位、32位和64位处理器的可移植开放源代码的嵌入式RTOS。<br /><br />最小应用就是redboot,10几K吧。<br /><br />实现和Linux同样的功能,体积比Linux小10倍,还不用开源。
alex74 发表于 2009-3-30 17:25 | 显示全部楼层

ssl我写了个很简单的

用ecos还得再弄个openSSL,比Linux稍微麻烦点。<br /><br />------------------------------------<br />开源了,谁要就去下<br />http://download.csdn.net/source/1103122<br />
armecos 发表于 2009-3-30 17:33 | 显示全部楼层

SSL至少要2-3年才能弄明白,需要行业(算法)经验,

除非你是自己一直做这个,否则,自己写的肯定不如专家写得好。<br /><br />幸好有专家写了openSSL,使得我们不用再浪费2-3年时间了。
wangkj 发表于 2009-3-30 19:19 | 显示全部楼层

redboot好像以前玩过,是某个linux开发板的bootloader

  
armecos 发表于 2009-3-30 21:09 | 显示全部楼层

是啊,redboot就是用ecos开发的应用程序,

其实你早就已经用过ecos了,只不过不知道罢了,哈哈。
alex74 发表于 2009-3-30 21:39 | 显示全部楼层

没见识

除非你是自己一直做这个,否则,自己写的肯定不如专家写得好。<br /><br />幸好有专家写了openSSL,使得我们不用再浪费2-3年时间了&nbsp;<br /><br />-----------------------<br /><br />我既然能写出来,和公网服务器连上,就证明是好用的东西.<br />opesnssl,&nbsp;就是个垃圾东西.&nbsp;虽然他很稳定,&nbsp;但是他要付出的代价....<br />你没研究过是不知道的.<br /><br />写这种东西3个礼拜足够了.&nbsp;研究ssl用了1个礼拜,&nbsp;写代码用了3个礼拜,都是工作日
您需要登录后才可以回帖 登录 | 注册

本版积分规则

1

主题

1

帖子

0

粉丝
快速回复 在线客服 返回列表 返回顶部