I have learned to never try to diagnose a computer problem if it requires anything more than a reboot. I always tell the support help that, "I know how to do what I do on a computer and all else is witchcraft. But I can push keys and follow instructions. Tell me where to start."
I did this with a mail order computer and the tech was able to tell me how to dismantle the computer and reconnect some stuff to make it work. He was great and I was happy. A friend of mine with whom I used to work told me, "There is nothing more dangerous than the man who doesn't know that he doesn't know." I think that is true in spades when it comes to electronics.
One I hear frequently, especially when someone brings me a cable assembly to fix is that it 'has a short'. To the uninitiaited, almsot every failure is a short circuit of some sort.
Another time, a video engineer filed a trouble report on a TV camera, saying 'the blue tube is bad'. I looked carefully at the images, put the camera on test charts, etc. No problem at all with the blue channel of the camera, and especially the pickup tube (a plumbicon, for those out there who remember those!). However, there was a monitor switcher on the camera control unit that allowed the video engineer to look at the individual channels of the camera on a black and white monitor. The blue channel was not working there. That was the real problem they were having. It turned out to be a pin that got pushed in too far in the camera cable connector (a monster connecter with 81 regular pins and six coaxial 'pins'). This happened occasionally and was easily fixed.
So now I tell people, "describe the symptoms. Don't tell me what is wrong"!
I can imagine phone support people are tired of people who can't figure out how to plug in a cord, turn on the power, etc. I try to only call tech support when it is a 'real' problem. I suspect these folks would rather have a real head-scratcher problem than someone complaining their computer won't work during a power outage!
akili; Yes. Troubleshooting by telephone can be very frustrating. One simple fix was to turn ON the vacuum pump switch. The customer refused to do this, because his machine did not have such a switch, and refused to even look at the operator panel for the switch. The end result was a technician had to fly to the customer site, and then the next day the technician turned ON the switch.
And I learned to not ask "Does the meter show 24 volts DC ?" Instead I learned to ask "What does the meter read ?" That way I found out the operator had no idea how to use a meter.
And I even had an 'Engineer" ask me what was wromg with his machine, but he would not give any description of any problem. He must have assumed that I was telepathically linked to his machine !
Critic; Part of the missing information is familiarity with the error codes. There is no error code for an open capacitor. There is an error code for an open enable chain. So my first assumption was the engineer just didn't pay attention when reading the error code. My initial testiing of the servo-on sequence did not generate any errors. After the second complaint, and more lengthy testing, I did get an error code for an open enable chain. Then I tested the enable chain = series of contactors on a 24V and a 0V circuit. The enable chain drops out after a few seconds, so I had to repeatedly initiate the servo-on sequence until I isolated which contact was not closing.
And as to why I didn't ask the engineer for more information - he INSTRUCTED me to replace the open capacitor - there was no 'conversation'. In my experience, Engineers give Instructions to Technicians, then the Technician (me) has to do the leg work to diagnose and fix the problem. If you have read some of my other Sherlock Ohms items, you should recognize that pattern.
In general, I have learned to avoid being critical of those who are less technically inclined. God made us all with different abilities. The ability, or training necessary, to completely describe a technical problem is not given to all.
The technician who diagnosed a capacitor problem may have been completely in error, but he also may have had had a reason to make that diagnosis. The engineer who solved the problem didn't initiate a conversation to pursue that, which may have also allowed for an opportunity for teaching. It is not unusual for an Engineer to be a person, who is weak in the area of communicating with other people. Hopefully, those who are gifted in that area are forgiving of our weaknesses.
Very, very true. When I was in field service this was a constant problem. "Don't work", and "haywire" were sometimes the only symptoms that were ever reported. It was frustrating because you wanted to help the customer the best that you could, but sometimes they wouldn't help themselves. At times it was the best I could do to get the customer to include his return address so I could send it back.
My pet bug-bear is the customer that rings you and says something like "I press the start button but absolutely nothing happens". When you talk them through it like a child then they admit "well, the cycle run lamp comes on but nothing else happens". Then they admit "well actually, there is a clunk of contactors but nothing else happens..." Before long the "nothing" that "happens" is enough to diagnose a simple fault that needs a reset button to be pressed or a connector to be plugged in or even a fuse to be replaced. Of course you MUST think carefully about the implications of a tripped overload or blown fuse, especially the second time round, but most customers will appreciate not having to pay for your time and travel to press the button. Then they'll pay the bill more readily when they have a problem that costs them real time and money.
This story seems like it is only half there. Did you ask the engineer why he thought the capacitor was open? If you didn't ask, why didn't you ask? The engineer obviously had a reason to suspect the capacitor.
When I first saw the title, I thought maybe this was a case where a capacitor is used to protect contacts. In this case, replacing the contactor would only solve the problem temporarily, and a capacitor replacement would really be needed, also.
Festo's BionicKangaroo combines pneumatic and electrical drive technology, plus very precise controls and condition monitoring. Like a real kangaroo, the BionicKangaroo robot harvests the kinetic energy of each takeoff and immediately uses it to power the next jump.
Design News and Digi-Key presents: Creating & Testing Your First RTOS Application Using MQX, a crash course that will look at defining a project, selecting a target processor, blocking code, defining tasks, completing code, and debugging.
Focus on Fundamentals consists of 45-minute on-line classes that cover a host of technologies. You learn without leaving the comfort of your desk. All classes are taught by subject-matter experts and all are archived. So if you can't attend live, attend at your convenience.