【提醒】电流是电子的定向流动
yy+sy2009/04/11物理 IP:山东
导体内的电子存在斥力,一旦一个横截面的电子定向运动,势必会引起其它横截面的电子定向受到电厂力的作用,然后产生定向移动,而这个力传递的速度是光速,所以电子的定向移动传递的速度也是光速,所以说电流的速度是光速。而电子的速度远远不及光速。
来自:数理化 / 物理
15
已屏蔽 原因:{{ notice.reason }}已屏蔽
{{notice.noticeContent}}
~~空空如也
dctyu
15年3个月前 IP:未同步
90787
同意,
并且就此提出一个奇怪的问题。
一个有较大感抗容抗导线。它的电信号传播速度等于光速还是小于光速?
我现在感觉答案是这样的:
约定电信号成功到达某点的条件是电压越过一定阈值。这样应当是小于光速的。
但是,约定电信号成功到达某点的条件是电压哪怕有一点点起伏。这样应当是等于光速的。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
epi.clyce
15年3个月前 IP:未同步
90792
电流传播速度是光速是因为电场集中于导体中传播驱动电荷
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
carneades
15年3个月前 IP:未同步
90856
电场建立的速度是光速,电子流动的速度比光速慢得多。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
小俊
15年3个月前 IP:未同步
91057
引用第1楼dctyu于2009-04-12 12:16发表的  :
同意,
并且就此提出一个奇怪的问题。
一个有较大感抗容抗导线。它的电信号传播速度等于光速还是小于光速?
我现在感觉答案是这样的:
约定电信号成功到达某点的条件是电压越过一定阈值。这样应当是小于光速的。
.......


真实情况下电信号在导体中的传播速度是小于光速的,无论是计算阈值还是计算起伏,这个我测过。信号延时可以通过理论计算得到,主要跟介电常数、特征阻抗等有关。以FR-4材质的4层PCB板为例,50欧阻抗走线的信号延时大约为每英寸150ps,约为真空中光速的一半多一些。

就好像可见光在介质中的传播速度小于真空中光速一样。
+60
科创币
科创网
2009-04-13
鼓励。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
dctyu
15年3个月前 IP:未同步
91282
问题是,任何设备或人的感官必然是通过某个物理量越过一定阈值来测量传播速度的。

假如这样测量,那么得到传播速度会大一些,但小于光速。

1            5V电压信号从A点出发,在B点约定电压越过4V为信号成功到达,在C点约定电压越过0.1V为信号成功到达。
2            5V电压信号从A点出发,在B点约定电压越过4V为信号成功到达,在C点约定电压越过4V为信号成功到达。
测BC之间的信号传播速度,条件1的结果会比条件2的结果大一些。不知各位是否同意这么讲。
设想。在C点约定电压越过微微的一点点就算信号成功到达。那么BC之间的信号传播速度等于光速。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
dctyu
15年3个月前 IP:未同步
91284
不,再否认我的回答。如果像上面这样测量。那么BC之间的信号甚至超过光速。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
小俊
15年3个月前 IP:未同步
91431
引用第5楼dctyu于2009-04-14 15:43发表的  :
问题是,任何设备或人的感官必然是通过某个物理量越过一定阈值来测量传播速度的。

假如这样测量,那么得到传播速度会大一些,但小于光速。

1            5V电压信号从A点出发,在B点约定电压越过4V为信号成功到达,在C点约定电压越过0.1V为信号成功到达。
.......


通常说的信号延时是用相同阈值比较的。例如B、C都用4V或0.1V的阈值,否则毫无意义。因为有可能信号的上升沿非常慢,导致C点超过0.1V时B点还没达到4V,这样得到的延时是负的。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
dctyu
15年3个月前 IP:未同步
91503
有意义。信源发出强信号,信宿灵敏地接受信号。既使在传播速度慢的导线上也能得到更快的传播速度。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
小俊
15年3个月前 IP:未同步
91519
引用第8楼dctyu于2009-04-15 11:04发表的  :
有意义。信源发出强信号,信宿灵敏地接受信号。既使在传播速度慢的导线上也能得到更快的传播速度。


这样计算出来的速度有时会得到负的结果,而且只是表面现象。

高速信号用这样的阈值设计那就死定了。。。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
dctyu
15年3个月前 IP:未同步
92003
我再来解释产生之前的理解不是不正确。只是另一种理解更能说明问题。
导线对不同频率的信号的传播速度是不同的。一个方波脉冲能被分解成许多谐波。其中一个谐波将比其他谐波先到达目的地。阈值设定得越小。越能检测到最先到达的谐波。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
小俊
15年3个月前 IP:未同步
92291
引用第10楼dctyu于2009-04-17 12:19发表的  :
我再来解释产生之前的理解不是不正确。只是另一种理解更能说明问题。
导线对不同频率的信号的传播速度是不同的。一个方波脉冲能被分解成许多谐波。其中一个谐波将比其他谐波先到达目的地。阈值设定得越小。越能检测到最先到达的谐波。


有道理,不过虽然理论上不同频率的信号传输速度不一样,其实差异是非常小的,GHz级的高频信号和低频信号每英寸传输时间只有ps级的差别,一般忽略不计。

高速数字信号阈值一般取信号的中间位置而不会使用过低的阈值,除了为了提高信噪比防止误触发之外,也有利于控制信号的建立保持时间。而且信号在导线上传输得快还是慢,不会影响高速数字信号的实际传输速率。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
dctyu
15年3个月前 IP:未同步
92588
我又把10楼自己说的给否认了。
因为谐波频率一定大于基波频率。灵感告诉我谐波总要比基波慢才对呀。一定有解释,但是这么解释好像是谬误。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
小俊
15年3个月前 IP:未同步
93082
电信号传播速度与介电常数的平方根呈反比,而介电常数也是频率的函数。我记得一般情况下是频率升高介电常数是减少的,和驰豫现象有关,因此这样推算的话,频率越高的信号传播速度越快。不过实际情况下从直流到GHz级别的信号,传播速度差异是非常小的。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论
苯萘蒽菲
15年3个月前 IP:未同步
94255
被这个力传播的速度是光速雷到了,是电场好不好。
引用
评论
加载评论中,请稍候...
200字以内,仅用于支线交流,主线讨论请采用回复功能。
折叠评论

想参与大家的讨论?现在就 登录 或者 注册

所属专业
上级专业
同级专业
yy+sy
笔友
文章
240
回复
1506
学术分
0
2009/01/11注册,6年5个月前活动

对于这些思想落后的同志,我只有两点回答: 第一,对他们的落后思想,坚决斗争; 第二,对他们的挖苦讽刺,只当是放屁。

主体类型:个人
所属领域:无
认证方式:邮箱
IP归属地:未同步
文件下载
加载中...
{{errorInfo}}
{{downloadWarning}}
你在 {{downloadTime}} 下载过当前文件。
文件名称:{{resource.defaultFile.name}}
下载次数:{{resource.hits}}
上传用户:{{uploader.username}}
所需积分:{{costScores}},{{holdScores}}下载当前附件免费{{description}}
积分不足,去充值
文件已丢失

当前账号的附件下载数量限制如下:
时段 个数
{{f.startingTime}}点 - {{f.endTime}}点 {{f.fileCount}}
视频暂不能访问,请登录试试
仅供内部学术交流或培训使用,请先保存到本地。本内容不代表科创观点,未经原作者同意,请勿转载。
音频暂不能访问,请登录试试
支持的图片格式:jpg, jpeg, png
插入公式
评论控制
加载中...
文号:{{pid}}
投诉或举报
加载中...
{{tip}}
请选择违规类型:
{{reason.type}}

空空如也

加载中...
详情
详情
推送到专栏从专栏移除
设为匿名取消匿名
查看作者
回复
只看作者
加入收藏取消收藏
收藏
取消收藏
折叠回复
置顶取消置顶
评学术分
鼓励
设为精选取消精选
管理提醒
编辑
通过审核
评论控制
退修或删除
历史版本
违规记录
投诉或举报
加入黑名单移除黑名单
查看IP
{{format('YYYY/MM/DD HH:mm:ss', toc)}}