81.htm

pcb设计资料初学者难得的入门资料包含工厂制作过程

【 在 nonsun (无晴) 的大作中提到: 】 <br>
: 我来说说我对我所接触到的嵌入式系统的实时性的理解。 <br>
: 在我所做过的嵌入式程序中，倒的确对实时性的要求不是特别严格，相反，我 <br>
: 们的系统对空间效率的要求甚于对时间效率的要求，要求程序代码精练、要求 <br>

: 运行时刻占用的DRAM少，要求需要保存的“固态”数据占用空间小。在我所接 <br>
: 触到的系统中，真正对实时性的要求都不是靠嵌入式的RTOS上跑软件来做的， <br>
: 而是通过专用芯片来做的，而我们所做的软件，仅仅是用来作为实现管理功能 <br>
: 的，或者是把前面所说的“专用芯片”驱动起来，给寄存器填几个值而已。在 <br>
: 说说我没接触过的，对于像PDA 之类的手持设备，我**觉得**只要是需要跟人 <br>
: 进行交互的，都应该对实时性要求不怎么严格吧，这一点还请了解的朋友指正。 <br>
  <br>
  <br>
-- <br>
  <br>
※ 来源:·BBS 水木清华站 smth.org·[FROM: 202.112.130.34] <br>
发信人: luofeng (落枫), 信区: Embedded <br>
标  题: Re: 我来说说我所接触到的“实时” <br>
发信站: BBS 水木清华站 (Thu Jan 11 22:32:30 2001) <br>
  <br>
看过以上网友的观点，我把自己的观点说的详细一些，以期抛砖引玉1） <br>
硬件对于相对比较有规律比较简单的功能可以以非常快的速度完成，例如通信中的传输 <br>
设备，由于其 <br>
主要完成的功能只是成帧，复接，误码检测，编解码等都比较有规律的事。 <br>
对于这些一般是通过硬件处理的。即使是这样也要由软件的配合完成。主要是 <br>
系统的一些配置等。在这种场合，软件的实时性的要求并不高（不过对于系统 <br>
的自愈保护要求很高的实时性）。 <br>

2）对于上层的软件处理，使用硬件实现的复杂度 <br>
增加很大，并不能完全用硬件实现原来软件所能完成的功能。例如现在的第 <br>
二层交换，第三层交换。都只是使用硬件实现其中一部分的功能来提供非常高 <br>
的性能。但这离不开高效的实时性很高的软件的配合。例如第三层交换，其思路 <br>
就是首先采用高效路由算法建立交换链路，在链路建立之后数据包采用交换方式转发， <br>
  <br>
没有高效的路由和交换链路建立算法，没有高效的调度和缓存管理机制整个系统的性能 <br>
也 <br>
无法保证，这完全依靠硬件是很困难的。 <br>
3）硬件和软件的界限正在逐渐模糊。由于FPGA的采用，硬件也具有传统软件 <br>
的一些特点，如通过改变FPGA中不同的算法就实现了不同的功能。如今，将DSP处理器 <br>
与其他核放入一块功能强大的芯片的趋势越来越明显。这样硬件也具有了可变成性 <br>
在导入不同的算法，或者执行不同的配置程序之后同样的硬件平台可以支持 <br>
越来越多的功能。在这种趋势下仍然强调实时性一定是以硬件为基础实现是没有 <br>
太大必要的。其实实时性的要求原本就是针对一个系统而言的，要求一个系统 <br>
能在指定的时间范围内完成特定的一个功能。对于这个时间范围有一个确定的界限， <br>
即在最坏情况下的性能是确定的。对于设计人员设计的基本思路应该是整个系统 <br>
的性能价格比的优化，而不是单纯基于软件，或硬件的优化。 <br>
抛了一块大烂砖。呵呵。 <br>
  <br>
  <br>
【 在 virginforest (原始森林) 的大作中提到: 】 <br>

: 靠硬件来实现实时性当然没的说，但是实时操作系统强大的功能不可能都靠硬件来实现吧吧  <br>
: 这从经济上和技术上都是不可能的，现在。况且也没有必要用 <br>
: 硬件来实现实时操作系统的功能。 <br>
: 就我所知道的一个嵌入式系统来说，它对时间就有严格的要求， <br>
: 软实时合硬实时有严格的区分，而且如果没有实时操作系统支撑， <br>
: 系统根本就不能搭起来。象PDA这类产品毕竟是简单，所以靠几块 <br>
: 芯片就能了事。 <br>
  <br>
  <br>
-- <br>
  <br>
※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.176.166] <br>
发信人: click (click), 信区: Embedded <br>
标  题: Re: 我来说说我所接触到的“实时” <br>
发信站: BBS 水木清华站 (Fri Jan 12 00:03:08 2001) <br>
  <br>
  <br>
  通信协议的超时控制应该不是很需要rtos,当然有就更好了， <br>
  <br>
  在我的印象中，在通信端点上的时间波动应该比网络传输时间波动 <br>
  <br>
  小很多，呵呵，当然在局域网上不是这样。 <br>

  <br>
  <br>
【 在 nonsun (无晴) 的大作中提到: 】 <br>
: 呵呵，我想用硬件还是软件实现实时要看这个“实时”所要求 <br>
: 的强度。例如前面luofeng兄所说的关于E1信令的检测，如SDH <br>
: 的时隙对准、ATM 信元的交换，我想目前在我所见到的系统中， <br>
: 还都是用专用芯片完成的。不过，在我的印象中，至少原来的 <br>
: 程控交换原理告诉我们的，类似于对话音信令的检测应该可以 <br>
: 靠软件在CPU里跑就能完成吧。 <br>
: 此外，采用“硬件”还是“软件”还有方便易用的考虑，其实 <br>
: 这些专用芯片也未尝不是拿软件做出来的，比如说VHDL（呵呵， <br>
: 这个我不懂）。 <br>
: 另外补充一下前面所说的我所理解的“实时”所可能用到的地 <br>
: 方：在有关通信协议的超时控制中，这种对时间的控制，我认 <br>
: ................... <br>
  <br>
-- <br>
  <br>
※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.156.136] <br>
发信人: click (click), 信区: Embedded <br>
标  题: Re: 我来说说我所接触到的“实时” <br>
发信站: BBS 水木清华站 (Fri Jan 12 00:09:14 2001) <br>

  <br>
  <br>
  在我感觉中，实时应该是从对中断的响应时间上考虑的， <br>
  <br>
  在微核的操作系统中，协议栈的实现对系统是否实时影响好象不是很大。 <br>
  <br>
  <br>
【 在 luofeng (落枫) 的大作中提到: 】 <br>
: 看过以上网友的观点，我把自己的观点说的详细一些，以期抛砖引玉1） <br>
: 硬件对于相对比较有规律比较简单的功能可以以非常快的速度完成，例如通信中的传输 <br>
: 设备，由于其 <br>
: 主要完成的功能只是成帧，复接，误码检测，编解码等都比较有规律的事。 <br>
: 对于这些一般是通过硬件处理的。即使是这样也要由软件的配合完成。主要是 <br>
: 系统的一些配置等。在这种场合，软件的实时性的要求并不高（不过对于系统 <br>
: 的自愈保护要求很高的实时性）。 <br>
: 2）对于上层的软件处理，使用硬件实现的复杂度 <br>
: 增加很大，并不能完全用硬件实现原来软件所能完成的功能。例如现在的第 <br>
: 二层交换，第三层交换。都只是使用硬件实现其中一部分的功能来提供非常高 <br>
: 的性能。但这离不开高效的实时性很高的软件的配合。例如第三层交换，其思路 <br>
: ................... <br>
  <br>
-- <br>
  <br>
-- <br>
  <br>
※ 来源:·BBS 水木清华站 smth.org·[FROM: 166.111.156.136] <br>
发信人: sbjiang (shelby), 信区: Embedded <br>
标  题: Re: 我来说说我所接触到的“实时” <br>
发信站: BBS 水木清华站 (Fri Jan 12 09:15:28 2001) <br>
  <br>
不知老兄所知道的嵌入式系统是什么？ <br>
  <br>
【 在 virginforest (原始森林) 的大作中提到: 】 <br>
: 靠硬件来实现实时性当然没的说，但是实时操作系统强大的功能不可能都靠硬件来实现吧吧  <br>
: 这从经济上和技术上都是不可能的，现在。况且也没有必要用 <br>
: 硬件来实现实时操作系统的功能。 <br>
: 就我所知道的一个嵌入式系统来说，它对时间就有严格的要求， <br>
: 软实时合硬实时有严格的区分，而且如果没有实时操作系统支撑， <br>
: 系统根本就不能搭起来。象PDA这类产品毕竟是简单，所以靠几块 <br>
: 芯片就能了事。 <br>
  <br>
  <br>
-- <br>
  <br>
※ 来源:·BBS 水木清华站 smth.org·[FROM: 211.65.98.134] <br>
</small><hr>
<p align="center">[<a href="嵌入式系统.htm">回到开始</a>][<a href="57.htm">上一层</a>][<a href="82.htm">下一篇</a>]
<p align="center"><a href="http://cterm.163.net">欢迎访问Cterm主页</a></p>
</table>
</body>
</html>