在从属终端上同步运行脚本/指导者 - 页 12

 
Integer:

我不想和你说话,我不感兴趣。
向我解释一下我错在哪里了。OOS和PIC是分开的。
 
复印机中没有OOS或PIC,除非你自己输入它们。还是你只看到了其中一个低头族,就对所有的人都下了结论?
 
FAQ:
复印机中没有OOS或PIC,除非你自己输入它们。还是你只看到了其中一个低头族,就对所有的人都下了结论?
CC是否有从属终端到主终端的反馈?
 
scalper:
解释一下我错在哪里了。分别为OOS和POS。

所以,OOS和PIC是学校里的无线电爱好者的水平。但长大的人研究系统的传输特性。如果系统的特性在引入OOS后恶化,设计者就会被淘汰。
 
Integer:

所以,OS和ASM的水平是学校里的无线电业余爱好者。但成年人研究一个系统的传输特性。如果系统的特性在引入OC后恶化,设计者就会被淘汰。

让我用简单的术语解释一下。通过引入线性反馈,操作速度提高了,但DER却降低了--错过有用信号的概率增加了。如果引入阈值或时间延迟的反馈,系统只在控制范围内稳定。任何外部扰动--不受控制--都会增加错过有用信号的概率。带电压调节器的系统对于弱信号的工作是必要的,而它们的特点是参数不稳定--错过有用信号的概率增加。

那么,我们为什么需要一个操作系统呢?

 
忘记70年代的技术...你对数字技术有一个相当扭曲的看法。以反馈的形式,你可能会得到一个关于命令执行情况的报告,或者一个错误。仅此而已。除非你有一个处理该事件的程序(更不用说反馈渠道),否则不能解决任何问题。
 
FAQ:
忘记70年代的技术...你对数字技术有一个相当扭曲的看法。在反馈的形式中,你可以得到一个命令执行的报告,或者一个错误。仅此而已。除非你有一个处理该事件的程序(更不用说反馈渠道),否则不能解决任何问题。

这与1970年代有什么关系?你认为随着数字处理的出现,基本原理是否已经改变?哈...你不能欺骗物理学!

这都是一样的,只是在更高的技术水平上...。

 
我想,这个话题要么太复杂,要么不有趣。因此,救济院被关闭...
 
scalper:
我想,这个话题要么太复杂,要么不有趣。因此,让我们关闭救济院...

与其说是复杂,不如说是拐杖--你不能旋转它,它仍然是一个拐杖)。

 
scalper:

这与1970年代有什么关系?你认为随着数字处理的出现,基本原理是否已经改变?哈...你不能欺骗物理学!

这都是一样的,只是在更高的技术水平上...。

是你牢牢地停留在上个世纪,不仅你的说法从根本上是错误的,而且我建议你阅读70年代参考书以上的无线电工程基础知识的书籍
黄牛党
我想,这个话题要么太复杂,要么不有趣。因此,救济院被关闭...

我也这么认为,这就是为什么这个话题被关闭了,话题发起人是永远的仇人。