Showing posts with label enco. Show all posts
Showing posts with label enco. Show all posts

Friday, July 9, 2010

Recently at and around KCUR

Sorry that I haven't updated. I've been busy with my Real Job™

Since Monday was a holiday, I went to the transmitter on Tuesday. I took the logs as I have been doing, then Robin and I changed the air filters on all the equipment. Our BE FM703i (HD transmitter) has washable air filters, which is cool. Our BE FM30B (analog FM transmitter) does not have washable air filters, but its air intake is half the size of the air filters Robin buys. When it's time to change the filter, he flips the filter that's in there upside down, allowing one filter to serve two duty cycles (a couple of months, IIRC).

Wednesday I met Robin over at the studio for some DAD hands-on training. Except it wasn't quite hands-on, more "look at the way we have DAD set up." And that's good, but to really get a feel for DAD I'm going to need to fiddle with it myself. Maybe Enco has an academic version or something, or maybe Robin will let me play with "MOM", our backup DAD installation.

Thursday I went to my first SBE (Society of Broadcast Engineers) meeting. At said meeting, it was moved that the dill pickle be adopted as the official pickle of our chapter (I think it was some kind of running gag). The motion carried with nearly unanimous support. We adjourned shortly after that to watch a presentation about the coolest things (at least according to Broadcast Engineering magazine) at this year's NAB show. Most notable were a couple of things that looked like their sole purpose was to allow a station to be run with fewer people. Automation, and the desire to reduce headcount, are everywhere.

I was also introduced to a couple of contract engineers. Robin wants me to try and go out on calls with them so that I can see more transmitters. I think that's a fine idea. I also want to visit WSMI, the radio station in my home town, and maybe some of the Spanish-language AM stations here in town. The more the better, after all.

Monday, July 5, 2010

Homework!

Friday at the transmitter, Robin gave me a homework assignment:

Assume a radio station that receives network programming over a satellite link. Assume that the receiver for this link uses a dry contact closure to signal an automation system to play local content. Set up this scenario in ENCO DAD (Digital Audio Delivery).

To begin with, I'll need to reference the DAD manual at http://enco.com/Help/mainindex.htm .

At first, I thought it might be under Switchers. It looks like this is only for equipment controlled via serial connection, though.

Next, I found DAD's General Purpose Interface. This looks promising: "The General Purpose Interface allows DAD to control external devices via relay outputs [GPO], and enables DAD to receive external command signals (inputs) [GPI] from devices such as a satellite controller, a master clock or a manual push button from a Console". I think we have a winner.

So, to begin with, I'll assume that there is a GPI card (or a USB GPI interface, but I'm just going to call it a "card") of some sort installed in the machine running DAD. I'll further assume that the GPI card has been installed in the DAD machine and set up according to the instructions. I'll assume that the length of the break in network programming is precisely known, rather than the satellite system signalling at the start of the break and at the end of the break. I'll assume that local content is live.

I'll use input #0 on my hypothetical GPI card for the satellite receiver. I'll use output #0 to control the switch from live to satellite. Assuming no other inputs connected to the card, my GPI file (I'll call it 'DAD.GPI') should look something like this:



"ENABLE GPO 0 FOR <x> SECONDS"
""
""
""
""
""
""
""



Note that "<x>" here is the length of the pause in satellite output, in seconds.

I'm not certain this is exactly what Robin had in mind. I'll give it to him and post his comments.

UPDATE: Robin's comments: "You are on the right track. You have the basics but it will take a little more to make it work."