电容器未能放电

嗨大卫，似乎有一个自定义放电信息，因为这个错误与电源断开有关。
可能是你有一些大帽子，并且在断电例程期间有一些“定制”来释放这些帽子。
如果你在tetsplan中搜索dps，那应该给出更多有关正在发生的事情的线索，我的猜测是有大帽子，C72等......他们没有足够的时间被释放



     以下为原文

  Hi David,

there seems to be a custom discharge message, because this error is related to power supply disconnection.

could be that you have some large caps , and there is something 'custom' during the power off routine to discharge these caps.

if you search for dps in the tetsplan, that should give more clues as to what is happening ,

my guess would be that there are large caps , C72 etc.. and they are not having enough time to be discharged

嗨大卫，让我来解释一下发生了什么。
在放电文件中，如果问题是这不是源 - 失败来自测试计划中的sps，电流供应部分。
这是testplan例程中的特定故障。
例程是断开未使用的电源，然后使用电源4设置为18伏 - 然后测量'模拟/ 18V'中的18V - 在该测试内，可能是VPWR +节点。
所以我首先要确切地知道rotuine的哪个部分引起了问题，是在第一个dps，还是测试后的第二个dps。
我总是使用pause和print语句，所以添加类似的东西，打印“debug cap1”|
在cps语句之后暂停，然后你可以逐行执行，然后你应该找到错误行。
如果它是第二个dps，那么你有太多电流被存储的问题 - 如果它是第一个dps，那么这个Tets过去是否工作并且只是停止了？
那么也许你有一个真正的缺陷，或者在板上发生了一些变化，使这部分失败



     以下为原文

  Hi David,

let me explain what is going on.

In the discharge file, this is not the source if the issue - the failure is from the sps, current supply section in the testplan.

This is a specific failure inside the testplan routine.

the routine is disconnecting the power supplies not used, and then uses supply 4 to set at 18 Volts - and then measures for this 18V in the 'analog/18V' - inside that test,  will probably be the VPWR+ node.

so i would first find out exactly which part of the rotuine is causing the problem, is it at the first dps, or second dps after the tests.

i always use the pause and print statement , so add something like, print "debug cap1" | pause after the cps statment and then you can execute through each line by line, and then you should find the error line.

If it is the second dps, then you have issue with too much current being stored -

if it is the first dps, then did this tets work in the past and just stop owrking? then maybe you have a real defect, or something changed on the board to make this part fail

嗨先生，经过验证，在dps期间发生了错误4.这是什么意思以及我们如何解决这类问题？
请注意，重启系统后可以通过baord。
谢谢大卫，大卫林



     以下为原文

  Hi Sir,

After verification, there was an error occured during dps 4.

What does this mean and how we can solve this kind of problem?

Please take note that the baord can be passed after rebooting the system.

Thanks

Regards,
David Lim

嗨，从你的陈述，改为>>>>等待100m |
dps1 |
dps 2 | dps 3 | dps 4 |
等待100米更改为>>>>等待100米|
dps |
等待100m dps包括dps1，dps2，dps3，dps4 ??
谢谢你，大卫



     以下为原文

  Hi,

From your statement,
change from >>>>wait 100m | dps1 | dps 2 |dps 3 |dps 4 | wait 100m
Change to >>>>wait 100m | dps | wait 100m

dps included dps1,dps2,dps3,dps4??

Thanks

Regards,
David

嗨大卫，您可以使用dps 4，或者dps dps语句断开所有电源，dpos'x'将断开特定电源，因为您只有ps4处于活动状态，如果您仍有问题，则dps 4就足够了，那么太多
电流仍然是一个问题，你需要深入研究为什么有电流流过你试图在模拟测试后关闭电压以给电容器充电时间减少的原因 - 所以试试这个>>>测试“模拟
/ 18v“|
print tab（10）;“analog / 18v”; dutfailed sps 4,0.00,1.00; optimize |
等待400米！将ps4切换到零伏特dps 4 |
等100米



     以下为原文

  Hi David, you can use dps 4, or dps 

dps statement disconnects all power supplies, dpos 'x' will disconnect a specific supply

seeing as you only have ps4 active, dps 4 will be enough

if you are still having problem, then too much current is still an issue and you need to look deeper into reasons why there is current flowing

you an try to switch the voltage off after the analog tests to give more time for capacitor charge to die down - so try this >>>

test"analog/18v" | print tab(10);"analog/18v";dutfailed
sps 4,0.00,1.00;optimize | wait 400m !switch ps4 to zero volts
dps 4 | wait 100m

嗨，它在设置ps4到零伏之后工作。
感谢您的意见！！！
最近我遇到了一个问题，“临界试验报警”总是爆发出来。
它属于Unix控制器版本B3.80。
我检查了所有的MPU都没有问题。
夹壳电源的风扇没有转动，更换后仍然存在新的问题。
那我可以知道如何解决这类问题吗？
谢谢，大卫林



     以下为原文

  Hi,

It works after set ps4 to zero volts. 

Thanks for your advise!!!

Recently I have met one problem, "Critical testhead alarm" always pop out. It was belong to Unix controller version B3.80.
I have checked all the MPU don't have problem. Clamp shell power supply's fan not turning, after replaced a new one problem still there. 

So can I know how to solve this kind of problem?

Thanks

Regards,
David Lim

嗨Jon，我检查并清理了所有鼓风机/风扇，MPU的粉丝一切。
一切功能正常，但是其中一个DUT电源的风扇转好，是否与关键的测试头报警有关？
这个系统最近有关键的测试头报警问题，以前做得还不错。
谢谢你，大卫



     以下为原文

  Hi Jon,

I have checked and cleaned all the blowers/fans, MPU's fans everything. All are function ok, but among 1 of the DUT power supplies's 
fan not turning well, is it related to critical testhead alarm? 

This system was recently have critical testhead alarm problem, previously doing ok. 

Thanks

Regards,
David

嗨大卫，这种类型的问题可能有几个原因，你必须看到报告的其他内容 - 可能与温度有关，或者在执行某项任务时发生，我建议您运行完整的诊断程序，如果您遇到任何故障，
分析dgn.log文件你在哪个地区？
你有关于安捷伦支持的联系信息吗？



     以下为原文

  Hi David,

this type of problem can have a few causes, you have to see what else is reported - could be related to temperature, or occur when doing a certain task,

i suggest you run a full diagnostics and if you get any failures, analyse the dgn.log file

which region are you in ? do you have contact info for agilent support?

嗨大卫，那么我可以推荐的是你改变两个MPU（假设是一个2模块系统？）还检查测试头局域网部分是否正常，集线器电源是好的谢谢



     以下为原文

  Hi David, 

then all i can recommend is that you change both MPU (assume is a 2 module system ?)

also check that the testhead LAN section is ok, power supply to hub is OK

thanks

嗨大卫，网络问题可能很难诊断，除非你知道自己在做什么，否则你不应该更改UX系统上的任何设置，但你可以直观地检查一些硬件部分，你还应该确保BNC也正确终止
50欧姆终结器 - 有时如果系统已经移动到工厂的不同部分，那么网络再次没有正确连接 - 工厂网络上的系统是什么？
如果是这样，请确保此工作网络和测试头的LAN连接也正常，每个连接应使用带终结器的“T”型BNC连接，而不仅仅是直接BNC连接。
典型的终结器示例是一个安装到系统卡，725/50测试头控制器已近20年，没有备件可用，也很慢.....，我建议考虑升级到PC控制器谢谢，乔恩



     以下为原文

  Hi David,

Network issues can be tricky to diagnose, and you should not change any setting on UX system unless you know what you are doing, 

but you can check some hardware parts visually, you should also ensure that the BNC is also terminated correctly with 50ohm terminator - sometimes if system has been moved to different part of factory, then network is not connected properly again - is the system on factory network ?

if so, ensure this LAN connection is made also OK for the factory network and testhead as well, each connection should use a 'T' type BNC connection with terminator and not just direct BNC connection. Typical terminator example is one fitted to the system card,

725/50 testhead controller is almost 20 years old, no spares available and also really slow....., i suggest consider upgrade to PC controller

thanks, Jon

嗨Jon，我测量了系统卡的T型BNC连接以及控制器本身都是50欧姆。
但我从unix控制器更换了BNC的1pc T型连接器并调查了3天，它没有“测试头严重警报”“测试头丢失的心脏”问题!!!
所以我怀疑它可能是从控制器到系统卡的通信问题。
由于失去了沟通，它一直在间歇性地进行。
是。
该系统在工厂网络上。
但不知何故，运行telnet到unix的IP地址本身仍然响应缓慢。
谢谢你，大卫



     以下为原文

  Hi Jon,

I measured T type BNC connection from system card as well as controller itself are 50ohm.  But I replaced 1pc T type connector of 
BNC from unix controller and investigate 3 days, it doesn't have "testhead critical alarm" "testhead lost hearteat" issue anymore!!! 

So I suspect it might be communicate problem from controller to system card. It has been intermittently due to lost communication. 

Yes. The system is on factory network. But somehow while running telnet to unix's IP address itself still respond slowly. 

Thanks

Regards,
David