企业官网建设流程全解析

北京建网站定制价格,深圳设计院有哪些,做游戏音频下载网站,微网站怎么做百度关键词排名1. 测试背景与方法为了验证STM32到PLC之间的链路可靠性#xff0c;我设计了一种更简单的测试方式#xff1a;STM32 每周期向 PROFINET 回环链路发送一个递增值#xff0c;PLC只负责接收并计算差值#xff1b; PLC周期发送一个递增值#xff0c;STM32负责接收并计算差值我设计了一种更简单的测试方式STM32 每周期向 PROFINET 回环链路发送一个递增值PLC只负责接收并计算差值PLC周期发送一个递增值STM32负责接收并计算差值以此统计丢包率。为了同时测试在PLC的OB30定时发送在OB1接收和解析STM32还是在回调中更新数据。测试变量两类STM32 → ERTECSPI→ PLC的发送周期PLC或 STM32 回调侧的累加周期统计频率2. STM32侧丢包测试结果这个是PLC发送STM32接收的测试PLC发送周期测得丢包率备注1ms≈ 50%严重跳变2ms≈ 0.5%大幅下降3ms≈ 56 / 300000 ≈ 0.018%已很低4ms0%完全稳定初步结论发送周期越短丢包越严重周期越长丢包越低甚至为0.3. PLC侧丢包测试结果STM32发送的数据PLC接收解析的测试STM32发送周期测得丢包率备注每个回调累加≈ 50%和 STM32 的 1ms 情况一致每两个回调累加一次≈ 88 / 100000 ≈ 0.088%极低每三个回调累加一次153 / 300000 ≈ 0.05%进一步下降每四个回调累加一次0%稳定无跳变4. 现象分析经过上述测试主要感觉还是采样点和数据刷新点错位的问题参考上一篇笔记中感觉这两个问题是同一个问题导致的。丢包并不是“链路真的丢数据”而是采样点与数据刷新点“错位”导致的假丢包。5.改另一种测试方式周期递增N个周期检查之前测试的逻辑由于错位有些问题现在改为1ms递增一次每N个周期去观察递增的数据对不对。PLC端OB30里1ms发送一次递增数据STM32端每个回调里递增一次数据PLC监测在循环中断中处理逻辑10ms监测一次数据大概接收420000数据时丢失的数据为3800左右丢包率为1.2%左右。STM32端监测处理逻辑按照回调周期处理数值在主循环打印100ms监测一次数据两次差值在9899100101102之间均为正常值否则判断丢失值丢包率为0%10ms监测一次数据两次差值在8-12之间即9011三个值判断正常否则计算差值丢包率很小6.总结经过以上测试可以看到之前分析的链路错位问题导致的假丢包的论证应该是正确的改进测试方式后丢包率下降明显。