vrf从它内部关闭Vee窗口吗？

Not sure what I just read.  A properly designed UL HiPot test will not discharge into a grounded circuit.  Anyway, the ground current is isolated from the rest of the circuit (should be, and no current should be on ground), hence, assuming slow rise time, everything moves with respect to ground.  So, with this, I think you might have some grounding problems.  You might want to check your circuit isolation, suggest you use a low voltage DMM to start.  Also, ground should be ground everywhere.  So if you isolated ground, how does everything get back to ground ref.  I know, I know, each return should return to the same point at each box, and each box returns to the point somewhere at distribution.  So I'd be concerned with what you mean, when you say, you've isolated the hipot ground. Note, I know your box circuits can use chassis as return, but this is only a ref and does not complete a circuit path.  Think of the secondary of the transformer as everything in a box.  Pick one point at chassis and tie this to that box.  Hence, no closed circuit, therefore no current.  This should be true everywhere.  Now that I have you completely confused,  don't forget ground loops.  Well we won't go there, these will only affect fast rise times and almost any frequency.  So ...  Just don't forget that you hi-pot has to ref ground at the device under test, then how is this ground isolated? The second issue can be almost anything, but suggest something is not properly set at start-up, could be an external device, or internal variable.  I would have to look at the code.  But what I'm hearing, I dunno.  Try putting a breakpoint within your code, say halfway through to see if the error still occurs.  Use a kinda binary sort for placement of the breakpoint until you are able to turn it on and off between two adjacent objects.  Then fix the one that's broke.  Note, you should be able to locate the spot, if it exist, within Log2(#Objects)  RufusFrom: Robert A Marquardt [mailto:ramarquardt@ra.rockwell.com] Sent: Friday, August 20, 2004 10:24 AMTo: VRFSubject: [vrf] vrf: Calling Sherlock HolmesHello all, These should go into Ripley's Believe It Or Not ! Problem #1 VXE library files get corrupted during test runs. Observed with VEE 6.01 on both Win NT and Win 2000. Also, we were using VEE Development with the VXE files. Occured when HiPot tester inadvertantly injected a ground current into the test equipments ground plane. The Low Voltage side of the HV touched ground during a fixture self test where an intentional fault existed. Also occured on a functional tester where someone was using a GFI as an ON/OFF switch. When pressing the "TEST" button on the GFI it injects 120V ~3mA into the ground plane and shocks the system. Problem #2 Same circumstances as Problem #1 except that the VXE files only APPEAR to be corrupted. This happened with both VEE RunTime and VEE Development using VXE files. VEE starts up with various errors displayed, sometimes it crashes, sometimes it just can't find variables which should have been initialized. This is repeatable, we can even reload all the VXE files and it still occurs. Upon reboot, everything is Hunky Dory. Note: The problems went away after the HiPot return lines were isolated from equipment ground and when the GFI was replaced with a regular switch. However, every now and then a HiPot fixture gets miswired or an old fixture is redesigned and we end up repeating the problem again as happened here yesterday. Any ideas? I really would like to know whether VEE is doing the file corruption and why VEE can't run properly without a reboot. I suspect that Windows is messed up memory wise but this only happens with VEE. NI & DOS based systems have never exibited these problems. I suspect VEE is dependent upon some expected pre-existing condition of the O.S. when starting - is there some way to detect and correct it before startup? Regarding the file corruption, is VEE leaving the file handles open after loading the librariesand maybe Windows just goes berserk when the ground faults occur? Maybe I could this to P.T. Barnum for the entertainment of VEE users worldwide? Stumped ....RobRob MarquardtRockwell Automation / Allen-Bradley1201 So. 2nd St. / T131Milwaukee, WI. 53204-