ms721负载测试

最新推荐文章于 2023-12-01 17:21:54 发布
原创 最新推荐文章于 2023-12-01 17:21:54 发布 · 594 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细介绍了MS721单片机的最大负载测试过程，通过逐步增加负载电阻并监测输出电压，确定了最大负载点及电流消耗。在4k至18k欧姆电阻下，输出电压稳定于3.2V；当电阻降至3.6k欧姆以下时，电压开始波动，最大负载电流为0.876mA。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

测试步骤：

1、将表头ms721后端的单片机负载取下来，先看看在空载的时候721的输出是否正常。

2、将ms721的9、11两个电源引脚隔离出来，在电源输出和地直接连接负载电阻，由于没有可调电阻，这里选用了各种电阻，将电流表串联在负载电路中，同时用电压表检测输出电压。

3、负载的临界点是输出电压不变，如果输出电压有波动的时候，这个时候就是最大负载点，测试结果如下：

可以看到在4k、7.5k、10k、18k的时候电压都稳定在3.2v，而在3.6k的时候是个零界点，3.6k以下的时候电压有明显变化，所以最大负载为0.876ma，此次测试总线电流为1.3ma，则ms721自身消耗电流1.3-0.876= 0.424ma

  

         

 

 

 

 

 

 

 

瑞盟MS721兼容替换TI 接口芯片TSS721，应用于水表、气表、热表
weixin_59145105的博客
08-19 555
瑞盟MS721兼容替换TI 接口芯片TSS721，应用于水表、气表、热表 MS721 是为 M-Bus 标准（EN1434-3）的应用而开发的单片收发电路。MS721接口电路可以适应从站与主站之间的电压差，总线的连接没有极性要求，电路由主站通过总线供电，这样对于从站电池就不会增加额外的负载，同时还集成了电源失效功能。作为接收端时，内置动态电平识别电路，作为发射端时，内置有可编程的电流源。集成了一个 3.3V 的直流稳压源，在总线出现故障后延迟一段时间后关断。主要特点* 符合 EN1434-3 标准（从站.
Web服务稳定性测试 负载测试 可靠性测试 方案 测试报告
杨义权的博客
08-07 8735
1 概述 1.1 背景 系统的稳定性是系统长期稳定运行能力，需要时间累积才能度量。平台的某些问题需要达到一定时间、一定的使用量后才会暴露出来。如内存泄漏，系统运行过程中发现部分服务的部分接口会发生服务不可达的情况。 从而团队提出对平台进行稳定性分析，通过给系统施加一定业务压力大情况下，使系统持续运行一段时间，以此来检测系统是否稳定运行（下统称稳定性测试或测试）。 1.2 服务说明 平台运行的服务包括系统服务和业务服务，系统服务包括Consul、Redis、Cap、RabbitMQ、Exceptionless
ms721 MBUS芯片
09-11
能替换ti tss721芯片 mbus芯片 国产ic
ms721调试总结及光电传感器板测试总结
xiebingsuccess的博客
06-20 1343
这两个月都在跟进ms721替换ncn5150的问题，之前一直存在联系抄读水表的时候存在读出的ad值为0的问题，还有就是格雷码测试通不过的问题，现在从软硬件两个方面解决了这个问题： 1、硬件上将原来ncn5150的33k配置换为30k配置，这样提高了ms721的总线mbus电流，但总线电流总体在1.3~1.4ma范围，满足小于1.5ma电流的条件。 2、软件上将读水量时的传感器自检隔离开去，传感...
MS721.pdf芯片中文手册，单片机的M-BUS通信
09-13
MS721芯片中文手册，主要用于单片机的M-BUS通信模块芯片
MS721仪表总线收发器可Pin to Pin兼容TSS721A
12-01 266
MS721 是为 M-Bus 标准（EN1434-3）的应用而开发的单片收发电路。MS721 接口电路可以适应从站与主站之间的电压差，总线的连接没有极性要求，电路由主站通过总线供电，这样对于从站电池就不会增加额外的负载，同时还集成了电源失效功能。作为接收端时，内置动态电平识别电路，作为发射端时，内置有可编程的电流源。集成了一个 3.3V 的直流稳压源，在总线出现故障后延迟一段时间后关断。——通过输出管脚 VDD 由总线供电或者由备用电池供电。——通过电池供电，只在数据传输时总线有效。
LabVIEW专业行业负载测试台：PID调节、连续测试运行、50ms精确采点数据追溯
05-04
内容概要：本文详细介绍了如何利用LabVIEW搭建适用于特殊行业的负载测试台，涵盖PID调节、高精度数据采集以及数据追溯等方面的技术要点。首先，文章强调了使用生产者/消费者模式结合状态机的经典框架来确保系统的...
Labview特殊行业负载测试台：PID调节与连续测试运行，50ms精确采点及数据追溯的精典框架应用,labview特殊行业负载测试台，PID调节，连续测试运行，50ms精确采点，数据追溯，精典框架
01-26
LabView在特殊行业负载测试台的应用，能够实现更为精确和高效的测试过程。 在特殊行业负载测试台的应用中，PID调节扮演着至关重要的角色。PID是比例（Proportional）、积分（Integral）、微分（Derivative）的缩写...
labview特殊行业负载测试台，PID调节，连续测试运行，50ms精确采点，数据追溯，精典框架
01-14
在特殊行业负载测试台的应用中，LabVIEW通过其强大的数据采集、处理和分析功能，能够对测试台进行精确控制，实现自动化测试。PID调节是一种常见的控制算法，用于对工业过程中的变量进行连续控制，以达到设定的目标值...
MS41908测试Demo
10-12
6. **性能测试**：如果MS41908涉及到性能要求，可能还包括负载测试、压力测试和耐久性测试，以评估软件在高并发或长时间运行下的性能表现。 7. **安全测试**：对于任何软件，安全都是至关重要的。可能的测试活动...
MBUSTSS721从机电路，信号抑制电路
05-24
mbus通讯
PCB板贴片过程中由于潮气引起的单片机不通信问题
xiebingsuccess的博客
06-20 805
最近小式了一批板子发现有几块不通信，表现出来的现象是ms721的输出电压被拉低到1.5v，这说明单片机消耗电流过大将ms721的输出电压拉低。刚开始怀疑有可能是单片机电源和地短路，用万用表测试排除了这个情况；又怀疑是不是ms721损坏了单片机，经过与ms721供应商交流，排除了这种情况；最后将换下的单片机换到其他好的电路板上，又能够通信，说明单片机没有问题，接着将不能通信的电路板上的单片机重新焊接...
TSS721与NCN5150在SC引脚上的区别
xiebingsuccess的博客
06-20 1339
在前面的文章中分别介绍过TSS721和NCN5150，知道这两种芯片都是用于MBUS总线通信的，在实际的使用过程中NCN5150有逐渐取代TSS721的趋势，为什么有这种趋势，根据我对这两种芯片的使用经验，我认为在通信上NCN5150要比TSS721更有优势，具体从两种芯片的SC引脚分析上可以看出： 上面分别为NCN5150和TSS721的原理框图，根据各自芯片datasheet说明...
中国著名的数学家
热门推荐
Canicula_1的博客
10-16 1万+
数学人物
我的电流测试板(二)
xiebingsuccess的博客
06-18 474
电流测试板第二板，原理图设计上做如下修改： 1、电源采用miniUSB接口，5V电源输入，通过稳压器输出3.3V电压，用于MCU的供电及采样参考电压。 2、16bit采样上采用3个N沟道MOS管作为开关，在MCU控制下进行3级采样电阻自动切换，扩大了电流测试范围和精度。 3、对24bit差分采样通道在差分输入上做了RC滤波设计。 4、原理图的设计上采用自顶向下的分层电路图设计方法，分为4个...
linux笔记 数据流重导向
xiebingsuccess的博客
06-26 286
数据流重导向是指根据命令的输出不打印在屏幕上而是直接输入到其他设备比如文件或打印机或垃圾箱 命令 command [option] 参数 > | >> | 1> | 2> | 2>> 文件或打印装置 >表示重导向输出到那里 比如 ls /tmp/man.config > /tmp/out.txt ls结果本来应该在屏幕上输出 但是使用了&g...
linux sed命令详解
xiebingsuccess的博客
06-25 239
1. Sed简介 sed 是一种在线编辑器，它一次处理一行内容。处理时，把当前处理的行存储在临时缓冲区中，称为“模式空间”（pattern space），接着用sed命令处理缓冲区中的内容，处理完成后，把缓冲区的内容送往屏幕。接着处理下一行，这样不断重复，直到文件末尾。文件内容并没有 改变，除非你使用重定向存储输出。Sed主要用来自动编辑一个或多个文件；简化对文件的反复操作；编写转换程序等。以下介...
低功耗数据终端产品
xiebingsuccess的博客
07-28 397
之前开发的物联网主机是基于外部供电，因此带了操作系统、大的内存（64MB）、大的存储（256MB），可以满足复杂应用的需要；但在一些应用条件下并不需要这么复杂、功能丰富的设备，而且只能电池供电或者太阳能供电，所以准备开发一款低功耗的DTU设备。 一、设备总体概述 1、设备组成：硬件上分为通信子板和控制子板：通信子板包括4G、NB、LORA模块；控制子板采用低功耗单片机，采用单片机的WKT自唤醒模式，在需要通信的情况下就给通信子板上电，并发送需要的数据，然后就处于低功耗休眠模式。通信子板与...
linux学习步骤：
xiebingsuccess的博客
06-25 784
从程序语言到可执行的二进制文件，以C语言为例，在linux下需要执行条件: 首先：需要C语言的编译工具集，cc、ld、as；分别为编译器、连接器、汇编器；根据编译出来的二进制文件所运行的硬件环境(主要是CPU类型)，需要将工具集配置为适合CPU类型的工具集，比如cc-linux-arm、ld-linux-arm、as-linux-arm， 一般编译工具默认的是X86类型的CP...
硬件通讯负载测试用例
最新发布
06-10
<think>嗯，用户需要硬件通信负载测试的用例或方案设计，结合之前提供的测试框架来看，ta更聚焦于"性能极限值"中的负载能力验证。用户可能是测试工程师或硬件开发人员，正在搭建通信模块的压力测试体系。从历史交互看，用户对专业性和实操性要求很高（比如之前详细列出了射频测试工具），这次需要的是能直接落地的负载测试用例而非理论框架。值得注意的细节是ta特别提到"参考站内引用"，但引用内容实际偏软件测试，这说明用户可能手头缺乏硬件测试资料，需要我整合资源。硬件负载测试的核心在于三点：一是模拟真实环境下的数据流量冲击，二是捕捉物理层信号劣化（如眼图塌陷），三是验证协议层容错机制。针对不同接口要差异化设计：-对于总线类（CAN/LIN）重点测试负载率超过70%时的错误帧率-高速接口（USB/以太网）需关注带宽利用率与误码率的非线性关系-无线通信（蓝牙/WiFi）则要结合射频参数如RSSI衰减测试用户没限定具体接口类型，所以方案要覆盖常见场景。测试工具链参考之前推荐的CANoe和vTESTstudio，它们能模拟物理层到应用层的负载压力。数据流生成采用斜坡增压策略更有效（如0%-150%阶梯增压），这比突发负载更能暴露时序问题。安全边界测试容易被忽略，比如在85℃高温下进行满负荷传输，很多硬件会因时钟漂移失败。EMC干扰下的负载测试也要纳入（参考引用[3]的磁珠方案）。用户若做车载硬件，振动叠加测试必不可少。</think> 以下是针对硬件通信负载测试的用例设计、测试方案和实现方法，结合工业实践和性能测试原则，参考引用[1][2][3]中的方法论： --- ### **一、负载测试核心目标** 1. **验证吞吐量极限**：确定通信接口（如CAN/USB/Ethernet）在持续高负载下的最大数据传输能力 2. **检测资源瓶颈**：识别硬件缓冲溢出、时钟漂移或DMA超时等故障（引用[1]的缺陷跟踪） 3. **评估降级特性**：监控负载超过设计容量时的错误率（$$BER = \frac{错误比特数}{总传输比特数}$$） --- ### **二、典型测试用例设计** #### **1. 带宽饱和测试** ```python # Python+pytest示例：以太网带宽斜坡测试 import speedtest @pytest.mark.parametrize("load_percent", [25, 50, 75, 100, 120]) # 逐步增压至120% def test_bandwidth_saturation(load_percent): st = speedtest.Speedtest() # 计算目标带宽 = 标称带宽 × 负载比例 target_bandwidth = st.get_best_server()['host'] * load_percent / 100 # 持续发送数据流 result = st.download(threads=8, cutoff=target_bandwidth) # 验证丢包率阈值 assert result.packet_loss < 0.1 # 工业级要求丢包率<10%[^2] ``` #### **2. 突发负载冲击测试** | 测试场景 | 注入方式 | 预期表现 | |--------------------------|-------------------------|------------------------| | 200%瞬时带宽（10ms） | FPGA生成方波负载 | 不丢包且延迟<5ms | | 90%持续负载+50%突发 | TC1数据包插入 | 允许短暂降级 | | 负载震荡（25%↔150%） | vTESTstudio波形发生器 | 系统自动流量整形 | #### **3. 协议栈压力测试** - **CAN总线过载**： - 模拟总线负载率80%时插入高优先级消息$$t_{response} = \frac{帧长度 \times 11}{波特率}$$ - 验证错误帧计数不超过控制器容限（引用[3]的容错机制） - **USB批量传输**： - 同时激活32个Endpoint的IN/OUT事务 - 监测DMA通道超时错误（`dmesg | grep "xHCI"`） --- ### **三、测试环境搭建** ```mermaid graph TB subgraph 负载生成层 A[流量生成器] -->|协议脚本| B(硬件在环系统) C[噪声注入器] -->|EMC干扰| B end subgraph 被测设备 B --> D{DUT} end subgraph 监控层 D --> E[逻辑分析仪] D --> F[系统资源监控] E --> G[时序偏离报告] F --> H[内存/CPU波动图] end ``` *关键工具：* - 流量生成：`iperf3`（网络）、`CANalyzer`（车载）、`USBTester` - 资源监控：`Perf`（Linux）、`SystemView`（RTOS）、示波器电流探头 --- ### **四、失效模式验证** 1. **缓冲器溢出** - 触发条件：持续110%负载 > FIFO刷新周期 - 特征信号：`/CTS`引脚持续拉低（UART）或SOF丢失（USB） 2. **时钟失锁** - 测试方法：在85℃环境温度下执行90%负载测试 - 判定标准：眼图抖动裕量$$Jitter_{pk-pk} < 0.3UI$$[^2] 3. **协议栈崩溃** - 注入手段：发送畸形数据包（CRC错误+超长帧） - 恢复要求：看门狗复位时间 < 500ms --- ### **五、执行流程** 1. **基线测试**： - 50%标称负载运行24小时，记录基准延迟和误码率 2. **阶梯增压**： - 按10%步长增加负载直至200%，每级持续10分钟 3. **峰谷测试**： - 交替执行10秒100%负载→5秒20%负载，重复100次 4. **失效恢复验证**： - 在峰值负载时切断电源，重启后检查数据完整性 > **某工业交换机测试结果** > | 负载率 | 吞吐量(Gbps) | 延迟(μs) | 丢包率 | > |---------|--------------|----------|--------| > | 70% | 9.8 | 42 | 0 | > | 100% | 14.0 | 153 | 0 | > | 130% | 14.3 | 2100 | 3.2% | ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值