On Air Lights

Another project I'm undertaking is the installation of On Air and Recording lights at WSBF.  I'm not sure why this was never seen as important before now.  Any DJ who has had someone walk in the room while doing a mic segment knows that it can be pretty annoying.  On top of that, it sounds extremely unprofessional when you hear a door open and close or people having a background conversation over the radio.  On Air lights would prevent this from happening and would prevent, for example, unwanted cursing from someone who walk in the room during a mic segment from going out over the air.  The control board has a set of pins that output a voltage when the mic channels are turned on.  This voltage can be used to control a relay that will turn on On Air lights above both entrances to Studio A.  The recording studio also needs a set of lights to notify people when a band is recording.  The light here is even more important because the are no windows on the door to the recording studio.  This means anyone could just walk in on a band and potentially ruin a take or even mess then up on the air during a Live Session.  To prevent this I will install recording lights above both doors to the recording studio.  Since there isn't any kind of interface available for me to use to make the lights turn on automatically when recording begins, I will wire up a switch to a relay that will turn the lights on and off.  Once these lights are installed I think it will increase our professionalism and improve our broadcast quality, which is the ultimate goal for any radio station.

Backup Automation/Silence Detection

Broadcast Tools Smart Silence Monitor

Last semester I implemented silence detection at WSBF, which is much needed because our commercial automation software crashes anytime it runs for about fifteen minutes.  I used a Broadcast Tools SSM silence monitor that I found in a cabinet at the station.  I assume the device wasn't being used because it is for analog audio and we use a digital signal.  I devised a way to make it work by having the SSM monitor the analog output of the STL, then passing the digital output of the STL through the normally closed relays and connecting the digital output of a computer to the normally open relays.  This works because the SSM doesn't interact with the signal connected to the relays at all, it just switches between them.  By having the SSM monitor the STL, it keeps the silence detection from being falsely reset when Backup Automation kicks in, which is what would happen if the SSM monitored the over the air broadcast or the output of the processor.  When two minutes of silence is detected, the SSM sends a pulse to our VRC2500 Remote Transmitter Control.  When this happens it tells the Lynx software to launch the Backup Automation software.  The program prevents multiple instances of itself from running, otherwise, every two minutes the SSM would send another pulse and Lynx would launch another instance of Backup Automation.  This program is a piece of software that I wrote in trusty Visual Basic 6, which I call Quick and Dirty Backup Automation.  The program and its source code can be found on the Solutions page of this blog.  It is pretty simple software; when launched it plays songs from a folder, and every four songs it plays a PSA from another folder and a station ID from another folder.  This week I went back to the code and added support for playing the station ID at the top of every hour to ensure we stay FCC compliant when the program is in use.  This software doesn't have a lot of features, but it does exactly what we need it to do, and it does it well.  The simplicity of the program is responsible for its key feature: reliability.  We've left the program running on a computer at the transmitter site for close to five months with no issues whatsoever.  Silence Detection and Backup Automation have already saved us from countless hours of dead air, and, at least until Zach Musgrave finishes his Automation software, it is definitely a necessity for WSBF.

The Transmitter Shack

Last week my trusty Equipment Engineer, Marc William Fisher III, and I went out to the transmitter shack to clean it up.  It took about four hours of sweeping, vacuuming, and organizing to make the tiny room look somewhat clean.  The transmitter shack houses the most important and expensive piece of equipment WSBF owns, the transmitter.  Keeping the transmitter in a clean, well controlled environment is essential to successfully keep it running.  However, to say that the transmitter shack is run down would be an understatement.  Currently there are no lights in the shack, which makes it very difficult to work.  Repairing a transmitter in the dark is not something I would suggest to anyone.  We keep a flood lamp that we can plug in inside the shack for those times when light is necessary.  I suspect all of the light bulbs in building might be burned out, but there is a chance that the ballasts may be damaged as well.  In addition to not having any lights, the transmitter is open to the elements.  The attic crawl space isn't properly boarded up to the outside, which allows water, snow, animals, etc. into the attic.  There is also no cover closing the attic crawl space off from the inside of the building, which means all of these things can easily get inside to where the transmitter is and cause damage to it.  This also creates a concern with keeping the transmitter shack cool, as a lot of cold air can escape this way.  Overheating can also cause serious damage to the transmitter.  There's also an issue of water coming in under the front door.  Based on the mud on the floor, it is apparent that during heavy rain, water and mud seeps in under the door.  If this reaches the transmitter it could cause big electrical problems, or even a fire.  We have a device designed to suck moisture out of the building, but as far as I can tell it doesn't appear to be functioning, and may need to be repaired or replaced.  There are also a few regulatory things that need to be taken care of to stay FCC compliant.  We need to have signs on the gate and tower with our contact info and tower number, respectively.  We're also required to have modulation monitors.  While we do have these monitors, they seem to malfunction anytime they are touched.  They seem to recover after an unknown period of time, as they are always working when I go out there, but if any of the buttons are pressed, they stop working.  I need to look into repairing, or possibly replacing these as well.  Fixing all of these issues is essential to keeping the radio station in working order and are a priority.

Spring Break... In more ways than one.

This week hasn't been terribly productive in terms of projects.  The engineering staff of WSBF, after returning from spring break, found that a lot of things had broken while we were gone and we spent a good bit of this week repairing them.  Sometime over spring break the university shut the power off and I assume that was the cause of most of our problems.  First, the computer monitor in studio A died on us.  We found the capacitors inside had blown, which wasn't a surprise because it's pretty common in this brand of monitor and, in fact, the other monitor we have had the same problem about a year ago.  We ordered some more capacitors and the monitor will be fixed as soon as they get here.  Next up, the computer that transcodes the audio for the web stream died on us.  In a hurry to get it back up, we just put the hard drive and audio card in another computer and it worked immediately.  The website spent a good bit of time down after the the power outage and once the server came back up archiving wasn't working.  Zach Musgrave and David Cohen fixed those issues, so they can blog about that if they want.  I am pleased that when automation crashed over the break (as it always does) that silence detection and my backup automation software (which has been running on a computer at the transmitter since November) kicked in and picked up the slack.  I'll post more about that whole system one day in the future.