Archive
Marantz PMD570 Firmware Update
I had the opportunity to upgrade the firmware of our compact flash recorders this week. All in conjunction with a new morning show and the fact you cannot find many CF cards less than 2GB. Even a 4GB card was not read. After a check of the D-MPro website, I was a bit miffed that the machines needed to be sent in. After a kind email to technical support and a confirmation that I was “tech savvy”, they allowed me to download the necessary files and application to install the update. Thanks!
I proceeded to do the installation. I can tell you right now that the process is not “easy” or for the weak of heart. Actually, it was not too bad, but I can see why they recommend shipping the unit to them as the update application they sent is fairly complex. Out of respect, I am not at liberty to name the application except to say it is a developer toolkit. Just knowing that you may guess at how you can get into trouble.
I followed their instructions to the “T” even when the screen shot was in Japanese! I pushed the two updates, one for the microprocessor and one for the DSP. I did 4 machines and all of them behaved. I also discovered what the little, recessed switch is next to the RS232 DB9. The combination of stuff could get a novice in deep “S”. Each machine took at least 10 minutes to complete as loading the one update, for the MPU, took the most time and the special application. The DSP update was quick and was actually read from a CF card making that portion of the update easy.
Thanks again for trusting I would not screw up D-MPro Tech Support!
PS- if you have the DN-C640 CD players, there is a firmware update that corrects that “disk error” message when one does not exist.
Updates & and New Morning Show
Wow, has it been that long since I posted? For all 3 of you who follow diligently, thanks for staying tuned. It has been wild to say the least; if you follow my Twitter you have been up to date without details. We started a new morning show, and what comes with a new morning show is what we all expect: Headaches! If only they gave us time to prepare for their arrival. Where would the fun be in that, eh?
First surprise is that it is a talk-it-up show with 5 people. Nice. We have not had a talking-heads type show here in years, so we only have the basics in place. As we are a “if it ain’t broke, don’t fix it” mentality here on equipment that works, we do not update it. We’ve been caught too many times with updates that bit us in the ass. This one was better, though we did find you can mess up the whole system briefly with a “server” crash. Being talk, we had to integrate the Assistant Producer call screening software from Telos into the mix. We use the 2101 system. We found you can choose a Show/Studio combination with it such that if that combination does not exist in reality, it barfs the hub/server briefly. A call to Telos confirmed the older software was to blame. Time to upgrade after how many years?
After a little preparation and another call to Telos, we figured out the best procedure to upgrade the 2101 Hub and Studio I/Os to the latest and greatest; an upgrade released 3 years ago! I figured I would try to do each I/O via the front panel and quickly ruled that out. Telnet is the way to go. I have to say the update was smooth and all I/Os and Hub are up to date. I got the latest release of the Assistant Producer software and away we went. Well, until we discovered that we once again are able to choose a Show/Studio combination that make the AP application drop connection with the server. At least the whole system did not go down. As we now know the situation, we happily run AP.
As an added feature, we purchased an wireless VGA “extender” so the Assistant Producer computer in the air studio can be viewed on our 32″ LCD T.V. With a little font enlargement and making the entries bold, it works pretty darn well.
I think I may review the microphone the talent requested time permitting. It is a Blue Blueberry microphone. My first impression is it sounds good, though ascetically it is a bit ugly for me and bulky. It is paired with an Aphex 230 voice processor. As the main microphone is a Neuman BCM-104, I find there is not much difference between the two with this guy’s voice. Part of this is he seems to know how to work a good mic. It turns out the Blue mic is more expensive, too. So much for the budget!
Carry on!
Harris FlexStar Issue
I mentioned awhile back that we were having mysterious outages, or off-air events, with our HTHD+ transmitter. This began May or June last year and we’ve spent much time working with Harris to determine where the problem was. Each time we would try or look into something as they suggested. The events were random and quite annoying. Obviously the station PD was becoming quite annoyed. Random issues are the worst.
As we followed suggestions, we connected the remote control to various status and metering locations to determine what and where our RF mute was occurring. We ended up metering the FlexStar exciter forward power. We connected a status monitor to the RF Mute status. Was it the transmitter telling the exciter to mute? Was the exciter muting on its own? More questions and no answers. Was the APC circuit cutting out? Nope. We began to catch events that ruled out the transmitter and APC. The exciter forward power muted without any mute status. Now what?
Next became a look at the HD data network. Could the data cause an RF mute? It seemed a reasonable question as the exciter does lock its PLL to the 10MHz clock that is derived via the Exporter and GPS. We began to gather PLL logs. We did discover some latency that could affect the PLL, but it did not explain why or how it could mute the RF. As we are running in hybrid mode, we really do not want anything that messes with the HD to mess with our analog. We continued to gather more logs and information, but an no point were we able to tie anything together.
Harris decided they wanted the exciter for bench testing. After nearly two weeks of bench testing we did receive an email stating that they captured an RF mute situation and it had nothing to do with the HD data or network. Now we wait to hear what internal issue is causing the random mutes. This whole thing has become quite an interesting ordeal. Sometimes you learn more than your really wanted or needed to know. Stay tune for the final word!
Transmitters and their Quirks
We spent the week working with Harris on the HTHD+. More precisely we have been working with them on the FlexStar exciter. Apparently we have some sort of PLL anomaly, or at least that is what we are investigating now.
We have limited connectivity to our transmitter site, so we use a single T1 circuit that carries our main audio and our HD data. This bottleneck seems to cause a clocking issue and when it gets too far out of whack (for lack of a better descriptor) the PLL goes nuts and mutes RF on the exciter. With more information from our frequency monitoring service we discovered that the transmitter was drifting in frequency, too.
We shipped our exciter back for evaluation and have installed a loaner. We went to air on it Friday, and so far we have been on the air since. I will be checking the PLL logs we are collecting to see how this exciter deals with our bottleneck of a data network.
I cannot blame any manufacturer here. I do feel that iBiquity could have/should have done a bit more testing of their algorithms and encoding so such issues could be avoided. There are many stations with limited bandwidth to their transmitter sites. If we were not forced to jump on this HD bandwagon so soon, maybe this situation would never have happened.
Nautel NV LUT (Look-Up Table)
Talking with a colleague there appears to be some confusion on what a LUT is. This is referenced in the new procedures when upgrading to version 2.7 of the software. To be honest, with our NV20’s we do not even have saved LUTs. If your transmitter is running IBOC with either FM+HD or HD only it is recommended that a LUT is saved.
The instructions provided with your 2.7 update will take you through the recalibration process. We performed ours BEFORE the revised procedures came out. Overall ours went well except that one transmitter lost its Transmitter High RF Drive Power threshold. Huh? Yes, we had to manually set the threshold level again so we could make full TPO. A minor annoyance considering how complicated this box is.
I’ve read the new procedures which includes the reset of the LUT. Again, the LUT is a look-up table. If you have one configured, located under Hardware Settings, it contains information on the mode (FM+HD or HD only), TPO, and frequency. The location number is what is referenced in the Preset under Other Audio. The LUT height is figured out to compensate for any overshoot (power) when the transmitter is turned on. In addition the ramp up time or the time it takes the transmitter to achieve full power is indexed and is the LUT gain. Once the height is set, you work the gain to achieve a nice smooth ramp up to full power.
The bottom line is the LUT is used as a reference and target for a preset running an HD mode. If you are running FM Only, the LUT is not required or important. The transmitter references the LUT and then powers up smoothly and stops at the desired TPO. If you run two presets with differing power levels it is recommended you create a LUT for each one. The information is then stored in the exciter.
That is my understanding of the LUT. Hopefully this clears up some confusion on the purpose. As I learn more I will modify this post.
Cheers!
Nautel NV20 Updates and Maintenance
As promised, I will give you an account of our Nautel NV20 maintenance. All is routine and a pretty boring read, but you always have to be prepared for the unexpected. Having the first ones does make for some interesting servicing and surprises. All in all, the maintenance was complete within two hours.
The first part of the process was to upload the new 2.7 software to the “20kW Linux computers.” No surprises here, so there isn’t much to report there.
The second part of our maintenance before apply the software was to remove a power module and place a ferrite on a fan lead which was reporting the wrong speed. The tachometer was reporting varying speeds due to RF getting into the circuit. Of course this only shows up while in hybrid, FM+HD, mode. In FM only the problem went away, so we knew something was up. Removal of the module was a breeze. After taking the cover off, it was easy to clip the ferrite around the lead. We also took note of how the power amps were installed and then we turned the unit over and removed the back panel. All heat sink. I must say the power modules are built very simple and neat. If you wonder why they are so big it is all heat dissipation from what I can tell. The components themselves are compact and cleanly installed. Once the ferrite was in we put it all back together and tested to make sure this took care of our reporting error. It sure did. We have extra ferrites if we see this problem crop up in any other modules.
Third we proceeded with the software updates. The first NV was flawless. At the end of the update we performed the recalibration procedure with no issue. The second update took with no issues. After recalibration the thing would not go over 5kW! Whoa, boy. What the…? Identical boxes and one was not happy? After some checks and comparisons with the first box we checked the threshold settings. Sure enough the update reset the default thresholds. After adjusting to what they should be we were back in business.
Fourth, we had some housekeeping to do. As these are the first ones out there was some test files and configurations that did not get removed causing a bit of network traffice, though not much, was not necessary. So we eliminated the file and cleared that up.
We are now working smoothly. All this “work” took less than two hours. Now if we can get AT&T to maintain the T1’s we will be golden. We keep pushing them to install fiber. We continue to wait and call in trouble as we get it.
What?! Nothing Happening?
Wow, I cannot believe I have not posted in over two weeks! Well, yes I can. Nothing is going on. As my tweets have mentioned I have updated our NV20’s to Version 2.6. Guess what, 2.7 is available. From what I can tell I may not need 2.7 at this time as i am not experiencing the issues of which it contains. I do not update just for the sake of updating, so on this one I will wait it out just a bit and research more on what it is supposed to do. I am quite happy with 2.6. No issues. Uh, Oh, now there will be something.
Harris? This buffer overflow thing seemed to be the issue. I still am surprised that an HD data overflow would mute the exciter. How can you put something on the air that is NOT critical but can cause a critical outage? Flabbergasted is a word for that. Hey, at least we’ve been on the air since I changed the Exgine delay setting.
DaySequerra M2.2R? Not back yet. Still waiting. This better work when I get it back!
Time change. Hopefully everyone who needs to made their changes. When you get down to it I find it amazing how many things have clocks in them. I also find it amazing why. I know my processors have dayparting, but we do not use it. Need a clock? Not really, but we check them anyways. Anything that logs need updating. Now my Nautel transmitter clocks need to be checked so I can get accurate logs on any issues. Nice feature, eh?
The super secret item mentioned in a tweet? It is a Tieline product. I am beta testing for a week coming up here. I don’t think I am supposed to talk about it yet, though it is a product they demonstrated at NAB. I am honored to be able to test something for a company. They trust I will either like it or can find issues with it. I can’t wait to get my hands on it.
That’s all folks. I’ll keep you posted and may even write an opinion on something like HD power increase.
Harris Fix?
Apparently we me be on the road to the answer of why our HTHD+ transmitter randomly drops off air. If you have followed my posts these random events are annoying to say the least. Recently we discovered the transmitter recovers on its own within 2 minutes, a long time in radio land. What is this potential solution?
Set the Exgine Buffer such that the Buf Used and Buf Max is in the 20-30% range. We moved ours from Default to 0.836 and the system seemed to stabilize. We still experience Exporter Sync Unlocks, but are not as often. Also when using thos setting the Lock Indicator does not swing as much. This will count down to zero, go negative, reverse, and “swing” between random limits. Apparently if the swing is within some tolerance the sync indicates a lock and the buffer is running optimal.
If the buffer is over utilized there seems to be a DSP barf which mutes the exciter. Seems odd that this could happen, but since changing our settings we surpassed our 2 week wall and shut offs. After checking this morning the sync was unlocked and we noticed our T-1 circuit took a hit. Makes sense that some corrupt packets came in and caused loss of sync. We await a re-sync. Too bad there is no good way to remotely monitor this.
I will keep on top of this, so look for tweets and future blog updates.
Test Post from Zoundry Raven
Looking for more fun stuff to play with. Found Zoundry Raven, a desktop client for blog posting.
Figure I give it a test run.
Powered by Zoundry Raven
Daylight Time Ends On Nov. 1
For all those who lose track of time, Daylight time ends November 1st. Back to Standard Time. I wish we could just stay on DT, works out better for me. 😉
Tech Notes from the Field 