完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
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-
|
|
相关推荐
3个回答
|
|
>无论如何要从它内部关闭>一个VEE程序?好吧,当VXE完成时,VEE运行时退出。
如果你想从一个程序中关闭开发环境,我认为你唯一的方法就是终止VEE流程。 ExitWindowsEx(EWX_LOGOFF | EWX_FORCE,0); 是我能想到的唯一其他方式,这相当于Windows将用户关闭的相同瘦身。任何合理的方式尝试退出VEE都会产生旧的“无法退出程序运行”的事情。 您可以尝试发布WM_QUIT消息,但我认为这可能会导致相同的消息,或者如果没有那么它会缩短许多关闭任务的电路并且不会正常关闭。-SHAWN ----您目前订阅了 vrf as:r***@soco.agilent.com要订阅,请发送一封空白电子邮件至“join-vrf@it.lists.it.agilent.com”。要取消订阅,请发送一封空白电子邮件至“leave-vrf@it.lists.it”。 agilent.com“。要发送邮件到这个邮件列表,请发送电子邮件至”vrf@agilent.com“。 如果您需要有关邮件列表的帮助,请发送邮件至“owner-vrf@it.lists.it.agilent.com”。 以上来自于谷歌翻译 以下为原文 > Is there anyway to close down > a VEE program from within it self? Well, when a VXE completes the VEE runtime exits. If you want to close the development environment from within a program, I think the only way you can do so is to terminate the VEE process. ExitWindowsEx(EWX_LOGOFF | EWX_FORCE, 0); is the only other way I can think of, which amounts to the same thing except that Windows will log the user off. Any reasonable way to try to exit VEE will produce the old "can't exit while program running" thing. You can try posting a WM_QUIT message, but I think that would probably result in the same message, or if not then it would short circuit a lot of shutdown tasks and wouldn't shut down properly. -SHAWN- --- You are currently subscribed to vrf as: [email=r***@soco.agilent.com]r***@soco.agilent.com[/email] To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". |
|
|
|
那么,你说什么?
无法完成因为c认为它在字符串'causeit的结尾是一个空字符串,不,我的意思是一串空值。 哎哟! 我git confused.rufus -----原帖-----来自:Shawn Fessenden [mailto:shawn@testech-ltd.com]发送时间:2004年8月19日星期四下午4点09分:VRFS主题:[vrf] Re:导入DLL,通过引用传递>可能没有使用Data | Allocate Array | Text.Nope创建一个空字符串。 尝试一下。 当您尝试将某些内容复制到该字符串时,它将始终流动,结果可能是GPF。 任何Text var都可以包含anyunsigned char *,除了* 0.每次在任何地方填充0时,都会终止字符串。 所以,一个充满空值的字符串的长度为0.如果你想使用它来复制一个字符串,它就会溢出。-SHAWN ----你目前订阅的是vrf:rwarren@amti.net订阅发送 ablank发送电子邮件至“join-vrf@it.lists.it.agilent.com”。要取消订阅,请发送一封空白电子邮件至“leave-vrf@it.lists.it.agilent.com”。要向此邮件列表发送邮件, 发送电子邮件至“vrf@agilent.com”。 如果您需要有关邮件列表的帮助,请发送邮件至“owner-vrf@it.lists.it.agilent.com”.---您目前订阅vrf为:r***@soco.agilent.com要订阅发送空白 发送电子邮件至“join-vrf@it.lists.it.agilent.com”。要取消订阅,请发送一封空白电子邮件至“leave-vrf@it.lists.it.agilent.com”。要向此邮件列表发送邮件,请发送电子邮件至 “vrf@agilent.com”。 如果您需要有关邮件列表的帮助,请发送邮件至“owner-vrf@it.lists.it.agilent.com”。 以上来自于谷歌翻译 以下为原文 So, What u saying? Can't be done cause c thinks its at the end of string 'cause it's a null string, no, I mean a string of nulls. Ouch! I git confused. rufus -----Original Message----- From: Shawn Fessenden [mailto:shawn@testech-ltd.com] Sent: Thursday, August 19, 2004 4:09 PM To: VRF Subject: [vrf] Re: Importing DLL's, passing by reference > Could one not create a string of nulls using the Data|Allocate Array|Text. Nope. Try it. When you try to copy something to that string it will always overflow and the result will maybe be a GPF. Any Text var can contain any unsigned char *except* 0. Any time you stuff a 0 in anywhere, that terminates the string. So, a string full of nulls has a length of 0. If you try to use that to copy a string into, it will overflow. -SHAWN- --- You are currently subscribed to vrf as: rwarren@amti.net To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". --- You are currently subscribed to vrf as: [email=r***@soco.agilent.com]r***@soco.agilent.com[/email] To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". |
|
|
|
尝试发送ctrl -p keyboatd序列暂停程序,然后发布wm_close或wm_quit消息可能值得一试。
这是一个旧应用程序的片段,它发送击键以打开此消息底部的IO管理器。 keybd_event的文档说有一个比keybd_event更受欢迎的替代函数(SendInput)。 你可以在...查看:http://msdn.microsoft.com/library/default.asp?url = / library / en-us / winui / winui / windowsuserinterface / userinput / keyboardinput / keyboardinputreference / keyboardinputfunctions / sendinput。 aspThere也是.Net中的SendKeys类,可能更方便使用... http://msdn.microsoft.com/library/default.asp?url = / library / en-us / cpref / html / frlrfsystemwindowsformssendkeysclasstopic。 ASP ///////////////////////////////////////////////// ///////////////////////消息钩子函数将调用此函数一次。 它//合成显示Vee IO Manager对话框的击键./////////////////////////////////// /////////////////////////////////// static void DisplayIOManager(){keybd_event(VK_MENU,0,0,0) ); keybd_event('I',0,0,0); keybd_event('I',0,KEYEVENTF_KEYUP,0); keybd_event(VK_MENU,0,KEYEVENTF_KEYUP,0); keybd_event('I',0,0,0); keybd_event('I',0,KEYEVENTF_KEYUP,0); SetDoneFlag(1);}在2004年8月2日上午5点28分,Alexander Poulikakos(KI / EAB)写道:>嗨VRF >>无论如何要从它内部关闭一个VEE程序吗?>>参见附件示例 。 如果用户按下“Kill Program”按钮,我会>> VEE窗口完全关闭。 有可能吗?>> / Alex >>> --->您目前订阅了vrf:doomer@soco.agilent.com>订阅时发送一封空白电子邮件至“join-vrf@it.lists.it.agilent 。要取消订阅,请发送空白电子邮件至“leave-vrf@it.lists.it.agilent.com”。>要发送邮件到此邮件列表,请发送电子邮件至“vrf@agilent.com”。>如果您需要 帮助邮件列表发送邮件至>“owner-vrf@it.lists.it.agilent.com”.---您目前订阅了vrf:r***@soco.agilent.com要订阅,请发送空白电子邮件至 “join-vrf@it.lists.it.agilent.com”。要取消订阅,请发送一封空白电子邮件至“leave-vrf@it.lists.it.agilent.com”。要向此邮件列表发送邮件,请发送电子邮件至“vrf” @ agilent.com”。 如果您需要有关邮件列表的帮助,请发送邮件至“owner-vrf@it.lists.it.agilent.com”。 以上来自于谷歌翻译 以下为原文 It might be worth a shot to try sending the ctrl-p keyboatd sequence to pause the program, then post a wm_close or wm_quit message. There's is a snippet of an old application that sends key strokes to open the IO manager at the bottom of this message. The docs for keybd_event say that there is a superceding function (SendInput) that is preferred over keybd_event. You can check it out at... http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/userinput/keyboardinput/keyboardinputreference/keyboardinputfunctions/sendinput.asp There is also a SendKeys class in .Net that may be more convenient to use... http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfsystemwindowsformssendkeysclasstopic.asp ////////////////////////////////////////////////////////////////////// // The message hook function will call this function once. It // synthesizes key strokes that will display the Vee IO Manager dialog. ////////////////////////////////////////////////////////////////////// static void DisplayIOManager(){ keybd_event(VK_MENU, 0, 0, 0); keybd_event('I', 0, 0, 0); keybd_event('I', 0, KEYEVENTF_KEYUP, 0); keybd_event(VK_MENU, 0, KEYEVENTF_KEYUP, 0); keybd_event('I', 0, 0, 0); keybd_event('I', 0, KEYEVENTF_KEYUP, 0); SetDoneFlag(1); } At 05:28 AM 8/20/2004, Alexander Poulikakos (KI/EAB) wrote: >Hi VRF > >Is there anyway to close down a VEE program from within it self? > >See attached example. If a user press the "Kill Program" button, I would >like the >VEE window to close down completely. Is it possible? > >/Alex > > >--- >You are currently subscribed to vrf as: doomer@soco.agilent.com >To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". >To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". >To send messages to this mailing list, email "vrf@agilent.com". >If you need help with the mailing list send a message to >"owner-vrf@it.lists.it.agilent.com". --- You are currently subscribed to vrf as: [email=r***@soco.agilent.com]r***@soco.agilent.com[/email] To subscribe send a blank email to "join-vrf@it.lists.it.agilent.com". To unsubscribe send a blank email to "leave-vrf@it.lists.it.agilent.com". To send messages to this mailing list, email "vrf@agilent.com". If you need help with the mailing list send a message to "owner-vrf@it.lists.it.agilent.com". |
|
|
|
只有小组成员才能发言,加入小组>>
956 浏览 0 评论
2242 浏览 1 评论
2022 浏览 1 评论
1893 浏览 5 评论
2762 浏览 3 评论
745浏览 1评论
关于Keysight x1149 Boundary Scan Analyzer
541浏览 0评论
N5230C用“CALC:MARK:BWID?”获取Bwid,Cent,Q,Loss失败,请问大佬们怎么解决呀
633浏览 0评论
2423浏览 0评论
1474浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-9-1 12:24 , Processed in 1.336247 second(s), Total 81, Slave 64 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191