关于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到底是怎么个说法了。 请您指点一下。
...全文
1690 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 接收过程写? 可能是这样导致接收超时。
内容概要:本文介绍了一种用于电磁暂态(EMT)研究的第四类全变流器型风力发电系统的通用Simulink仿真模型,旨在构建一个能够准确反映实际风电系统动态特性的简化通用模型。该模型涵盖了风力机、传动链、发电机、全功率变流器及其控制策略等关键组成部分,重点突出系统在电网故障、风速波动等复杂工况下的动态响应能力,适用于风电并网电磁暂态分析、新型电力系统稳定性评估及高比例可再生能源接入场景的研究。模型设计兼顾准确性与仿真效率,便于研究人员快速搭建和调试,推动风电系统建模与控制技术的发展; 适合人群:具备一定电力系统理论基础和MATLAB/Simulink仿真能力,从事新能源发电、电力电子变换、风电并网控制及相关方向的研究生、科研人员及工程技术人员; 使用场景及目标:①开展风电系统在电网扰动下的电磁暂态仿真分析;②研究全功率变流器风电机组的动态行为与控制特性;③支撑新型电力系统高渗透率风电接入的稳定性与电能质量评估,服务于学术研究、课程教学与工程项目前期仿真验证; 阅读建议:建议读者结合文提供的模型结构与参数设置,在Simulink环境动手复现并调试仿真模型,通过设置不同运行工况(如三相短路、低电压穿越、风速突变等)观察系统响应,深入理解全变流器风电机组的建模方法、控制逻辑与动态特性,进而拓展应用于更复杂的多机并网或综合能源系统仿真场景。
源码下载地址: https://pan.quark.cn/s/d18200fd2664 在基于Ubuntu的系统,针对TCP与UDP网络进行排错对于开发人员及系统维护者而言是日常工作的关键环节。为了能够迅速地识别并解决网络层面的故障,挑选出合适的辅助工具显得尤为必要。提及的"适用于ubuntu的TCP/UDP排错资源"很可能是向`mNetAssist`这款应用,从压缩文件清单包含一个名为`mNetAssist-released.deb`的条目来看,这通常表明该文件是为Debian或Ubuntu平台设计的软件安装包。`mNetAssist`作为一个功能全面的网络监控与排错软件,能够协助用户对TCP/IP网络连接进行检测、剖析以及调试。接下来,我们将对这款软件的各项特性以及其在Ubuntu系统上的安装与运用方法进行详尽的阐述。 为了部署`mNetAssist`,首先需要确认Ubuntu系统已经更新至最新状态,并且已经配置了`apt`软件包管理机制。在终端界面输入下列令来执行软件包的安装流程: ```bash sudo apt update sudo apt install dpkg ``` 接着,将`mNetAssist-released.deb`软件包文件传输到Ubuntu系统的某个文件夹内,例如`~/Downloads`目录,随后利用`dpkg`令进行安装操作: ```bash cd ~/Downloads sudo dpkg -i mNetAssist-released.deb ``` 在安装阶段若遭遇依赖性难题,可能需要借助`apt-get`来处理: ```bash sudo apt-get install -f ``` 完成安装后,用户可以通...
内容概要:本文探讨了Hash算法在芯片行业,特别是网络处理器(NPU)的性能优化实践,聚焦于如何通过硬件流水线设计实现纳秒级高速哈希查找。文章分析了传统软件哈希方案在高带宽场景下的局限性,提出基于硬件描述语言或高层次综合(HLS)的设计方法,采用CRC32等硬件友好型哈希函数、并行多路哈希、流水线化解耦以及双端口存储结构等核心技术,实现低延迟、无阻塞的数据包处理。通过C++风格的HLS代码示例,展示了从算法选择到资源优化的完整硬件加速逻辑,并深入剖析了循环展开、位宽控制、内存映射和流水线调度等关键实现细节。最后展望了可编程交换机、P4语言支持及TCAM与哈希混合架构等未来发展方向。; 适合人群:具备数字电路基础、熟悉Verilog/SystemVerilog或HLS的芯片设计工程师,以及从事网络芯片、FPGA加速、高性能路由设备研发的技术人员(工作年限1-5年为宜);也适合对硬件加速算法感兴趣的研究人员。; 使用场景及目标:①掌握如何将哈希算法高效映射到硬件逻辑以满足线速转发需求;②理解流水线设计、资源约束优化、读写冲突规避等在实际芯片项目的应用;③为开发高性能网络处理器的流表/路由表查找单元提供技术参考与实现范例。; 阅读建议:学习时应结合HLS工具(如Xilinx Vitis HLS)进行代码仿真与综合,重点关注#pragma令对硬件结构的影响,并对比不同哈希算法在资源占用与时序表现上的差异,深入理解“空间换时间”的硬件优化本质。
内容概要:本文系统研究了基于粒子群优化(PSO)、灰狼优化(GWO)、鲸鱼优化(WOA)、哈里斯鹰优化(HHO)、蜣螂优化(DBO)和麻雀搜索算法(SSA)六种智能优化算法在无人机三维路径规划的应用,并在Matlab平台上实现了相应的仿真代码。研究构建了复杂的三维地形与障碍物环境模型,设计了包含路径长度、飞行时间、能耗及安全性等多维度的成本函数,通过定义合理的适应度函数与飞行约束条件,对各类算法的路径搜索能力、收敛速度与规划质量进行了全面对比分析。通过仿真实验验证了各算法在静态复杂环境下的性能表现,旨在为实际无人机任务优化算法的选择提供科学依据和技术支持。; 适合人群:具备一定Matlab编程基础,从事智能优化算法、无人机路径规划、自动化控制及相关领域研究的研究生、科研人员或工程技术人员。; 使用场景及目标:① 掌握主流群智能优化算法在无人机三维路径规划的建模与实现方法;② 对比分析不同算法在相同复杂环境下的性能差异,为算法选型提供量化依据;③ 为后续研究动态环境路径规划、多无人机协同任务分配等问题奠定理论与技术基础; 阅读建议:建议读者结合提供的Matlab代码逐模块分析算法实现流程,重点关注适应度函数的设计、障碍物规避策略的实现以及多目标成本函数的权衡机制,同时可通过调整参数设置或引入新型优化算法进行扩展实验,以深化对算法性能的理解与实际应用能力。

23,223

社区成员

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

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