溯高美索克曼电气STATYS静态转换开关技术解决方案

版权申诉
0 下载量 174 浏览量 更新于2024-07-10 收藏 434KB DOCX 举报
"STS技术方案书详细介绍了溯高美索克曼电气的STATYS静态转换开关解决方案,该技术是基于最新的数字化技术,适用于电信、金融等多个领域的电源保护。STATYS系统具有高性能、高可靠性,容量从32A到4000A,采用冗余的DSP数字信号处理器和独立的SCR驱动限制电源。" 正文: 溯高美索克曼电气,一家拥有悠久历史的电力电子产品制造商,推出了创新的STATYS静态转换开关(STS)技术方案。该方案针对各种机房建设需求,提供了一套先进且可靠的不间断电源解决方案。STATYS系统结合了公司近90年的技术积累,采用了最先进的数字信号处理(DSP)技术和独特的限制策略,提升了STS在技术指标、运行稳定性和维护便捷性上的表现,引领了不间断静态转换开关技术的发展趋势。 STATYS系统在2021年10月发布,作为新一代的数字化技术产品,它不仅实现了产品性能的升级,还在工业和通信领域设计上进行了革新。系统容量涵盖32A至4000A,满足不同规模的应用需求。其独特的特点是内置冗余的DSP数字信号处理器限制系统,这确保了系统的高可用性,并配备了双路维护旁路开关,以便在维护期间保持不间断供电。 此外,STATYS系统还配备了冗余工作电源和独立的SCR驱动限制电源,增强了系统的过载能力,整体效率高达99.2%,符合绿色环保标准。全数字控制是其另一大亮点,SOCOMEC利用DSPTM技术,将检测、控制和通信功能集成在一个专用的DSP芯片中,实现了高效并发处理,同时通过冗余的DSP限制系统提高了安全性,减少了单独组件的数量,简化了操作流程,提高了系统的整体稳定性。 监控与通信方面,STATYS系统提供了先进的监控功能,可以实时监测电源状态,及时诊断问题,确保系统的正常运行。其强大的诊断系统能够预防潜在故障,为数据中心和其他关键设施提供强大的电力保障。在保护装置和限制功能上,STATYS具备了多重安全防护,能够在异常情况下迅速做出响应,保护负载免受电源问题的影响。 溯高美索克曼的STATYS静态转换开关技术方案是一种高效、可靠的电源管理工具,尤其适合对连续供电有严格要求的行业,如电信、金融、交通、医疗等领域。其全面的技术特性,使得该解决方案成为了现代信息化电源系统的重要组成部分,为各类设施的电力安全提供了坚实的保障。

sts报错,报错信息如下,如何确认问题:06-09 14:59:32 I/ModuleListener: [1/1] EQ5T45G66XCAAQMN com.android.compatibility.common.tradefed.testtype.JarHostTest android.security.sts.Bug_258188673#testPocBug_258188673 FAILURE: java.lang.AssertionError: PoC exited with bad exit code.. Actual: 113 at org.junit.Assert.fail(Assert.java:89) at org.junit.Assert.failEquals(Assert.java:187) at org.junit.Assert.assertNotEquals(Assert.java:201) at com.android.sts.common.NativePocStatusAsserter$1.checkCmdResult(NativePocStatusAsserter.java:32) at com.android.sts.common.NativePoc.runPocAndAssert(NativePoc.java:264) at com.android.sts.common.NativePoc.run(NativePoc.java:224) at android.security.sts.Bug_258188673.testPocBug_258188673(Bug_258188673.java:38) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:59) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:61) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27) at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:61) at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:61) at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:61) at org.junit.rules.TestWatcher$1.evaluate(TestWatcher.java:61) at org.junit.runners.ParentRunner$3.evaluate(ParentRunner.java:306)

2023-06-10 上传