Re: [Flexradio] Lightning Strikes
Ouch, that is too bad. If you haven't filed a claim on your house insurance, you need to do that now. They will take care of determining what has failed. At least, that is what I did on a hydro surge. This is why you pay for it. For you 5000, the easiest test is to try another computer. However, if the ethernet card is gone, it will have taken most other things on the bus. But, sadly it is a crap shoot. The 5000 should be written off by your insurance company as there is no way to be 100% that you can repair it back to factory specs. It just isn't practical at all. I say all the above as an ex Manager of a Ham Radio Store. We would get one of these per week and everyone was handled by the insurance. We never tried to repair anything as there was no way to guarantee it. They also have their professionals who do this. We never had any trouble with any claims either. Again, sorry to hear that. It is a pain in the butt, but you should come out ok. Mike va3mw On Thu, Jul 17, 2014 at 7:30 PM, Hunter Ellington via FlexRadio < flexradio@flex-radio.biz> wrote: > Lightning hit the shack last evening. Although everything was on surge > protectors, spikes came in through the phone line, blew the surge protector > and took out my DSL modem. I further discovered that my computer seems to > have lost its Ethernet card, and maybe the Firewire card. The F5000A turns > on, but the computer does not see it. What tests can I do to determine > whether the communication issue is with the radio, the computer, or both? > > > K0GFY R. Hunter Ellington > 303-996-6585/720-560-8139 > P.O. Box 44 > Larkspur, CO 80118 > ___ > FlexRadio Systems Mailing List > FlexRadio@flex-radio.biz > To opt out of the Reflector: > http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz > ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz To opt out of the Reflector: http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz
[Flexradio] Lightning Strikes
Lightning hit the shack last evening. Although everything was on surge protectors, spikes came in through the phone line, blew the surge protector and took out my DSL modem. I further discovered that my computer seems to have lost its Ethernet card, and maybe the Firewire card. The F5000A turns on, but the computer does not see it. What tests can I do to determine whether the communication issue is with the radio, the computer, or both? K0GFY R. Hunter Ellington 303-996-6585/720-560-8139 P.O. Box 44 Larkspur, CO 80118 ___ FlexRadio Systems Mailing List FlexRadio@flex-radio.biz To opt out of the Reflector: http://mail.flex-radio.biz/mailman/listinfo/flexradio_flex-radio.biz
Re: [Flexradio] PowerSDR freezing
This seems to be the problem, but it doesn't say what is causing it? *Highest measured interrupt to process latency (µs): 3014.413404* Also, LatencyMon kept working fine when I heard a bingbong and the fire wire link dropped out? Go figure? _ CONCLUSION _ Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates. LatencyMon has been analyzing your system for 0:09:34 (h:mm:ss) on all processors. _ SYSTEM INFORMATION _ Computer name:OFFICE OS version: Windows 7 Service Pack 1, 6.1, build: 7601 (x64) Hardware: ASUSTeK Computer INC., P8Z68-V LX CPU: GenuineIntel Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz Logical processors: 8 Processor groups: 1 RAM: 16348 MB total _ CPU SPEED _ Reported CPU speed: 3502.0 MHz Measured CPU speed: 2921.0 MHz (approx.) Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results. _ MEASURED INTERRUPT TO USER PROCESS LATENCIES _ The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event. Highest measured interrupt to process latency (µs): 3014.413404 Average measured interrupt to process latency (µs): 4.545848 Highest measured interrupt to DPC latency (µs): 152.313974 Average measured interrupt to DPC latency (µs): 1.826471 _ REPORTED ISRs _ Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal. Highest ISR routine execution time (µs): 146.750428 Driver with highest ISR routine execution time: ohci1394.sys - 1394 OpenHCI Port Driver, Microsoft Corporation Highest reported total ISR routine time (%): 0.081476 Driver with highest ISR total time: ohci1394.sys - 1394 OpenHCI Port Driver, Microsoft Corporation Total time spent in ISRs (%) 0.091603 ISR count (execution time <250 µs): 1322047 ISR count (execution time 250-500 µs):0 ISR count (execution time 500-999 µs):0 ISR count (execution time 1000-1999 µs): 0 ISR count (execution time 2000-3999 µs): 0 ISR count (execution time >=4000 µs): 0 _ REPORTED DPCs _ DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution. Highest DPC routine execution time (µs): 271.615363 Driver with highest DPC routine execution time: tcpip.sys - TCP/IP Driver, Microsoft Corporation Highest reported total DPC routine time (%): 0.722571 Driver with highest DPC total execution time: ohci1394.sys - 1394 OpenHCI Port Driver, Microsoft Corporation T