关于tftp中的TIMEOUT指的什么TIMEOUT @lishanchao

袁保康 2013-03-14 11:51:17
首先说明一下。u-boot中的tftp是正常的,timeout也没有出现问题。

但是我改进tftp让其直接写到flash中,见《 U-boot用tftp命令直接烧写到NandFlash V2.0》。改进好之后80k以下的可以了,但是是80k以上有就会出现问题:
Retry count exceeded; starting again

在网上找到是TIMEOUT的问题。

能说说有这个TIMEOUT的作用吗?u-boot中原来是5秒。出现了这个错误:
Retry count exceeded; starting again (根据我设置的计数为79次1k数据后出现的)

改为60秒,计数到82出现问题,(长了两个)。

但是我再增加也不会变了。

所以我要搞清楚 这个TIMEOUT到底是怎么个说法了。 请您指点一下。
...全文
1722 5 打赏 收藏 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
ospanic 2015-11-21
  • 打赏
  • 举报
回复
TFTP from server 192.168.1.101; our IP address is 192.168.1.87 Filename 'uImage'. Load address: 0x41600000 Loading: ####################T ###########T #################T ################# ########T #########T ################################################ #T #####T ########T ##T ##T ############### Retry count exceeded; starting again 在windows系统下用tftp32做服务器下载时就不会出现T,在linux下用tftp服务器就出现很多T而且还下载不成功,大神们能告诉我是为什么吗?在linux下传输小文件可以成功,下载内核等较大的文件就不能成功!
袁保康 2013-03-16
  • 打赏
  • 举报
回复
引用 1 楼 zmlovelx 的回复:
推测是接收time out 接收过程写? 可能是这样导致接收超时。
是你的回复让我感到论坛中还有人关注。让我有勇气找到的答案。所以分全给你了。
袁保康 2013-03-15
  • 打赏
  • 举报
回复
找到了,实质是 T的个数,也就是TftpTimeoutCountMax。 TftpTimeout (void) { if (++TftpTimeoutCount > TftpTimeoutCountMax) { puts ("\nRetry count exceeded; starting again\n"); #ifdef CONFIG_MCAST_TFTP mcast_cleanup(); #endif NetStartAgain (); } else { puts ("T "); NetSetTimeout (TftpTimeoutMSecs, TftpTimeout); TftpSend (); } } #define CONFIG_NET_RETRY_COUNT 20 #ifndef CONFIG_NET_RETRY_COUNT # define TIMEOUT_COUNT 10 /* # of timeouts before giving up */ #else # define TIMEOUT_COUNT (CONFIG_NET_RETRY_COUNT * 2) #endif static int TftpTimeoutCountMax = TIMEOUT_COUNT; 根据这个判断,这个40的来源就有了,加大它就OK了。哈哈 TFTP from server 192.168.1.229; our IP address is 192.168.1.230 Filename '90k.bin'. Load address: 0x0 Loading: T T T T T T T T T T T T T T T T T T T T T T T T T T T T T T T T T T T T T T T T Retry count exceeded; starting again dm9000 i/o: 0x20000000, id: 0x90000a46 看重启的时候都是40个T。我还以为我改进的程序有问题呢? TFTP from server 192.168.1.229; our IP address is 192.168.1.230 Filename '90k.bin'. Load address: 0x0 Loading: #T T T T T #T T T T T #T T T T T #T T T T T #T T T T T #T T T T T #T T T T T #T T T T T # Retry count exceeded; starting again dm9000 i/o: 0x20000000, id: 0x90000a46 看都是40个。不过应该改进自己的程序,而不是动这个参数。
袁保康 2013-03-15
  • 打赏
  • 举报
回复
引用 1 楼 zmlovelx 的回复:
推测是接收time out 接收过程写? 可能是这样导致接收超时。
感谢你的回答,可是我不太理解。它不是一个包一个包的吗?不是指一个包接收的时间吗?如果这个一个包在timerout时间内没有完成接收就说明有问题了。我是这样理解的。。不知道对不对。 要是说是整体的timerout也不太说的过去呀,为什么要有这个timerout呢?我tftp一次就得在timeout的时间内完成。这。。。 这个说法说不过去吧。 真心不理解。。。
帅得不敢出门 2013-03-15
  • 打赏
  • 举报
回复
推测是接收time out 接收过程写? 可能是这样导致接收超时。
内容概要:本文研究了一种面向燃料电池系统建模的极化曲线参数辨识方法,通过将人工蜂群算法(ABC)与Amphlett电化学模型相耦合,实现对质子交换膜燃料电池(PEMFC)关键性能参数的高精度全局优化辨识,并引入不确定性量化分析以评估参数估计的置信水平。研究系统阐述了Amphlett模型的物理机制与数学表达,构建了以实验测得的极化曲线数据为基准的目标函数,将参数反演问题转化为高维非线性优化问题,并利用人工蜂群算法强大的全局搜索能力和避免陷入局部最优的特性进行高效求解。文中深入分析了算法的收敛特性、参数敏感性及可辨识性,验证了该方法在提升燃料电池模型精度、鲁棒性与泛化能力方面的显著优势,为燃料电池系统的精确仿真、动态性能预测、控制策略设计与健康状态评估提供了坚实可靠的模型基础; 适合人群:具备一定电化学、热力学及优化算法理论基础,从事新能源技术、燃料电池建模与仿真、能源系统优化等相关领域的研究生、科研人员及工程技术人员; 使用场景及目标:①实现质子交换膜燃料电池半经验模型(如Amphlett模型)中关键参数的精确辨识;②学习并掌握群体智能优化算法(特别是人工蜂群算法)在复杂工程反问题中的应用方法;③开展燃料电池系统建模过程中的不确定性量化分析,评估模型参数的可靠性与稳健性;④为燃料电池的性能评估、故障诊断、寿命预测及系统级仿真与控制提供高保真度的数学模型支持; 阅读建议:此资源以Matlab代码实现为核心载体,深度融合了电化学理论、优化算法与数值计算,读者在学习过程中应重点理解Amphlett模型的构建逻辑、目标函数的设计原则以及人工蜂群算法的实现细节与关键参数设置,并强烈建议动手运行、调试代码,通过改变初始种群、实验数据集或模型结构等方式,深入探究参数辨识过程的收敛行为、算法性能差异及模型的适应性。
文末附数据集可视化效果图。 【数据集概况】 · 检测类别(中文):[大豆(soybean)] · 训练集:777 张 · 验证集:0 张 · 测试集:0 张 · 总计:777 张 该数据集聚焦农业科研领域,针对温室环境下大豆幼苗的精准检测需求,为植物生长监测与自动化管理提供高质量数据支撑。训练集777张,验证集和测试集为0张,符合农业科研场景中对特定生长阶段样本集中训练的需求,确保模型在目标场景下的泛化能力。所有样本均采用精准的边界框标注,标注规范统一,确保了数据集在大豆幼苗检测任务中的高精度与可靠性。该数据集可应用于农业科研机构的植物生长监测系统、智能温室管理平台等场景,... 【训练曲线与评估图】 【模型训练配置】 参数 | 值 模型 | yolo26n 训练轮数 | 100 epochs 输入尺寸 | 640x640 批次大小 | 24 优化器 | auto 初始学习率 | 0.01 训练设备 【关键指标汇总】 训练了 100 个 epoch,最终轮指标: 指标 | 数值 mAP50 | **0.9922** mAP50-95 | 0.9141 Precision | 0.9771 Recall | 0.9710 train/box_loss | 0.4231 train/cls_loss | 0.1829 val/box_loss | 0.3920 val/cls_loss | 0.1737 【训练过程分析】 100 轮训练后 mAP50 达到 0.9922,模型收敛良好。Loss 曲线前段快速下降,后段趋于平稳,val_loss 无反弹,没有明显过拟合。mAP50-95 为 0.9141,和 mAP50 差距仅 0.08,框的定位精度也很扎实。 【模型性能评估】 Precision 0.9771、Recall 0.9710,精召双高,模型对大豆的检测能力强。...
内容概要:本文研究了利用数字相控阵雷达技术抑制风力涡轮机对雷达系统造成的杂波干扰问题,并提供了基于Matlab的完整仿真代码实现。通过建立风力涡轮机雷达回波模型,分析其运动部件(如叶片)产生的多普勒频移与闪烁效应所导致的复杂杂波特性,提出采用数字相控阵雷达的空间波束成形、自适应波束控制和空时滤波等信号处理方法,有效增强主瓣指向性、抑制旁瓣干扰并提升目标分辨能力。研究涵盖雷达系统参数设计、杂波建模、阵列信号处理算法开发及仿真结果可视化等关键环节,验证了该技术在提升风电场周边雷达探测性能方面的可行性与优越性。; 适合人群:具备雷达信号处理、电子信息系统或电磁兼容等相关专业背景,熟悉Matlab编程,从事新能源与雷达兼容性研究、智能感知系统开发、空中交通监视系统设计的科研人员及研究生。; 使用场景及目标:①解决风力发电场密集区域对民用航空雷达、气象雷达等探测系统的电磁干扰问题;②提升复杂电磁环境下雷达系统对低空慢速目标的检测与跟踪能力;③为雷达工程师提供一套可复现、可扩展的杂波抑制算法仿真平台,用于优化雷达抗干扰策略; 阅读建议:建议读者结合Matlab代码逐模块运行与调试,重点理解雷达回波建模中风力涡轮机运动特性的数学表达,以及波束成形与自适应滤波算法的实现逻辑,建议配合雷达原理与阵列信号处理教材深入学习,以全面掌握技术细节并开展二次开发。

23,224

社区成员

发帖
与我相关
我的任务
社区描述
Linux/Unix社区 应用程序开发区
社区管理员
  • 应用程序开发区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧