It can sometimes be exciting, like turning on the 25 KV high voltage supply and having big blue flashes issue forth from the top of the transmitter. \u00a0Sometimes it can be quite frustrating, like when the station owners refuse to spend money to fix a problem. \u00a0Sometimes it can be dull, like fixing the same problem over and over again because of the previously stated money problem. \u00a0It’s also disheartening when the problem was caused by the stupid DJ spilling soda in the console. \u00a0Not that all DJs are stupid, just the ones that spill things into consoles.<\/p>\n\n\n\n
The challenge of finding the root cause can often be enlightening. \u00a0I have often discovered unrelated problems waiting in the wings while investigating the why of an outage. \u00a0It is great to fix those things before they burn the house down, but this approach often goes unnoticed by the ownership or management. \u00a0Lately, for some reason, an ounce of prevention goes unnoticed or unappreciated.<\/p>\n\n\n\n
There is quite a bit of science to troubleshooting, but there is some combination of personal traits that make a good troubleshooter. \u00a0 These are:<\/p>\n\n\n\n
- \n
- Inquiring or curious disposition. It is fairly easy to get to the first failed module or part. Discovering the reasons behind the failure and or getting down to the component level takes a good deal more effort.<\/li>\n\n\n\n
- Patience. This goes with the second part above, it takes some stick-to-it-tive-ness to trace out the not readily apparent problem.<\/li>\n\n\n\n
- Good analytical skills. \u00a0Often failures generate a cause-and-effect scenario. \u00a0The effects can be startlingly distractive and mask the causes and the underlying problem.<\/li>\n\n\n\n
- Ability to view the large picture. This is critical to discover outside influences and other issues that are indirectly connected to the system or issue at hand.<\/li>\n\n\n\n
- Ability to analyze the system design. \u00a0This requires background training and experience to look at a circuit diagram and discover non-error-tolerant systems. \u00a0Sometimes these systems can be modified for better fault tolerance.<\/li>\n<\/ul>\n\n\n\n
Poorly designed equipment is the bane of the broadcast engineer. \u00a0Equipment manufacturers can sometimes fail to follow two key principles: KISS and maintainability. \u00a0KISS stands for Keep It Simple, Stupid. \u00a0There is no better design criteria than the KISS principle. \u00a0Adding layers of complexity increases the failure expectations. \u00a0Maintenance can be something as simple as cleaning or changing air filters. \u00a0Making maintenance tasks difficult almost ensures that they will not be done.<\/p>\n\n\n\n
![\"Bathtub](\"https:\/\/www.engineeringradio.us\/blog\/wp-content\/uploads\/2011\/05\/Bathtub_curve.png\")
<\/a>Bathtub design curve<\/figcaption><\/figure>\n\n\n\n Eventually, all things wear out. \u00a0It also takes some large-picture skills to know when it is time to replace equipment and that can vary greatly from situation to situation.<\/p>\n","protected":false},"excerpt":{"rendered":"
Not that I am a glutton for punishment or anything, but I enjoy troubleshooting. There is a certain satisfaction in the analytical aspect of tracking down a problem and fixing it, hopefully in a permanent fashion. Figuring out where a problem is requires a good bit of detective work; It can sometimes be exciting, like … Continue reading Secretly, I like it when things break, sort of<\/span><\/a><\/p>\n","protected":false},"author":4,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3,4],"tags":[46,206],"class_list":["post-2924","post","type-post","status-publish","format-standard","hentry","category-general","category-tech-stuff","tag-repair-work","tag-trouble-shooting"],"_links":{"self":[{"href":"https:\/\/www.engineeringradio.us\/blog\/wp-json\/wp\/v2\/posts\/2924","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.engineeringradio.us\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.engineeringradio.us\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.engineeringradio.us\/blog\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/www.engineeringradio.us\/blog\/wp-json\/wp\/v2\/comments?post=2924"}],"version-history":[{"count":9,"href":"https:\/\/www.engineeringradio.us\/blog\/wp-json\/wp\/v2\/posts\/2924\/revisions"}],"predecessor-version":[{"id":11807,"href":"https:\/\/www.engineeringradio.us\/blog\/wp-json\/wp\/v2\/posts\/2924\/revisions\/11807"}],"wp:attachment":[{"href":"https:\/\/www.engineeringradio.us\/blog\/wp-json\/wp\/v2\/media?parent=2924"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.engineeringradio.us\/blog\/wp-json\/wp\/v2\/categories?post=2924"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.engineeringradio.us\/blog\/wp-json\/wp\/v2\/tags?post=2924"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}