<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
     xmlns:content="http://purl.org/rss/1.0/modules/content/"
     xmlns:dc="https://purl.org/dc/elements/1.1/"
     xmlns:dcterms="http://purl.org/dc/terms/"
     xmlns:media="http://search.yahoo.com/mrss/"
     xmlns:atom="http://www.w3.org/2005/Atom"
>
    <channel>
                    <atom:link href="https://www.tvtechnology.com/feeds/tag/rf-interference" rel="self" type="application/rss+xml" />
                            <title><![CDATA[ Latest from Tv Technology in Rf-interference ]]></title>
                <link>https://www.tvtechnology.com/tag/rf-interference</link>
        <description><![CDATA[ All the latest rf-interference content from the Tv Technology team ]]></description>
                                    <lastBuildDate>Fri, 03 May 2024 18:35:21 +0000</lastBuildDate>
                            <language>en</language>
                                <item>
                                                            <title><![CDATA[ FCC Unveils Agenda for May Open Meeting ]]></title>
                                                                                                                                                                                                <link>https://www.tvtechnology.com/news/fcc-unveils-agenda-for-may-open-meeting</link>
                                                                            <description>
                            <![CDATA[ The FCC will vote on new security requirements for test labs certifying RF equipment that would block labs affiliated with Huawei, ZTE and others ]]>
                                                                                                            </description>
                                                                                                                                <guid isPermaLink="false">XkF3VuDcaLDtwiRWrBUNA4</guid>
                                                                                                <enclosure url="https://cdn.mos.cms.futurecdn.net/edLTDtZnC7N8yrV9vAMexf-1280-80.png" type="image/png" length="0"></enclosure>
                                                                        <pubDate>Fri, 03 May 2024 18:35:21 +0000</pubDate>                                                                                                                                <updated>Fri, 03 May 2024 18:35:32 +0000</updated>
                                                                                                                                            <category><![CDATA[FCC]]></category>
                                                    <category><![CDATA[Regulatory &amp; Legal]]></category>
                                                                                                                    <dc:creator><![CDATA[ George Winslow ]]></dc:creator>                                                                                    <dc:source><![CDATA[ https://cdn.mos.cms.futurecdn.net/DpfRvfTR4a9YTrjyaV72ze.jpg ]]></dc:source>
                                                                <dc:description><![CDATA[ null ]]></dc:description>
                                                                                                                                                                                                                                                <media:content type="image/png" url="https://cdn.mos.cms.futurecdn.net/edLTDtZnC7N8yrV9vAMexf-1280-80.png">
                                                            <media:credit><![CDATA[FCC]]></media:credit>
                                                                                                                                                                                                                                    <media:description><![CDATA[FCC seal]]></media:description>                                                            <media:text><![CDATA[FCC seal]]></media:text>
                                <media:title type="plain"><![CDATA[FCC seal]]></media:title>
                                                    </media:content>
                                                    <media:thumbnail url="https://cdn.mos.cms.futurecdn.net/edLTDtZnC7N8yrV9vAMexf-1280-80.png" />
                                                                                                                                                                    <content:encoded >
                            <![CDATA[
                            <article>
                                <p><strong>WASHINGTON, D.C.</strong>—Federal Communications Commission chairwoman Jessica Rosenworcel has announced a tentative agenda for the May Open Commission Meeting scheduled for Thursday, May 23, 2024 that include a Notice of Proposed Rulemaking (NPR) designed to strengthen national security by cracking down on tech labs certifying RF equipment with ties to countries like China and Russia.  </p><p>Other than this NPR, The FCC will take up a number of unspecified enforcement actions and a restricted adjudicatory matter from the Media Bureau. </p><p>The new NPR is part of an ongoing crackdown on the use of telecommunications equipment from China that has already seen a ban on equipment from Huawei and other Chinese vendors being used in U.S. networks.  </p><p>To strengthen those nation security efforts, the FCC said it is now proposing to ban test and certification labs that have ties to countries on the “covered list”, which include the People’s Republic of China, the Hong Kong Special Administrative Region (China), Republic of Cuba (Cuba), Islamic Republic of Iran (Iran), Democratic People’s Republic of Korea (North Korea), Russian Federation (Russia), and others. </p><p>“The FCC’s equipment authorization program is tasked with ensuring that all of these devices available to  American businesses and consumers comply with our rules regarding, among other things, interference, radio-frequency (RF) emissions, and hearing aid compatibility,” the agency said in the NPR. “To ensure the efficient and effective review of tens of thousands of equipment authorizations annually, the Commission delegates certain important responsibilities to telecommunications certification bodies (TCBs) and measurement facilities (test labs) with regard to implementing our equipment authorization program. Now, as part of ongoing efforts to promote national security and protect our nation’s communications equipment supply chain, the Commission has placed significant new national security related responsibilities on TCBs and test labs.”  </p><p>“By establishing new equipment authorization program rules that prohibit authorization of communications equipment that has been determined to pose an unacceptable risk to the national security of the United States or the security and safety of United States persons, these entities now must help ensure that such prohibited equipment is kept out of our nation’s supply chain," the NPR said. "Further, these entities are entrusted with receiving and maintaining sensitive and proprietary information regarding communications equipment.  In light of these new and ongoing responsibilities and the persistent and evolving threats posed by untrustworthy actors seeking, among other things, to compromise our networks and supply chains, today we seek to strengthen our requirements for and oversight of TCBs and test labs by proposing new rules that would help ensure the integrity of these entities for purposes of our equipment authorization program, better protect national security, and advance the Commission’s comprehensive strategy to build a more secure and resilient communications supply chain.  It is vital that we ensure that these entities are not subject to influence or control by foreign adversaries or other untrustworthy actors that pose a risk to national security.”</p><p>More specifically, the NPR noted that "we propose to prohibit from recognition by the FCC and participation in our equipment authorization program, any TCB or test lab in which an entity identified on the Covered List has direct or indirect ownership or control, and prohibit reliance on or use of, for purposes of equipment authorization, any TCB or test lab that is directly or indirectly owned or controlled by any entity on the Covered List or by any third party in which an entity identified on the Covered List has any direct or indirect ownership or control. Considering our national security concerns about entities identified on the Covered List, we also direct the Office of Engineering and Technology (OET) to take swift action to suspend the recognition of any TCB or test lab directly or indirectly owned or controlled by entities identified on the Covered List, thereby preventing such entities from using their owned or controlled labs to undermine our current prohibition on Covered Equipment.”</p><p>The full document is available <a href="https://docs.fcc.gov/public/attachments/DOC-402325A1.txt" target="_blank">here</a>. </p>
                                                            </article>
                            ]]>
                        </content:encoded>
                                                </item>
                                <item>
                                                            <title><![CDATA[ Offsetting Transmitter Frequency to Reduce Interference ]]></title>
                                                                                                                                                                                                <link>https://www.tvtechnology.com/opinion/offsetting-transmitter-frequency-to-reduce-interference</link>
                                                                            <description>
                            <![CDATA[ And the latest on my testing of the Hauppauge WinTV quadHD USB ATSC tuner ]]>
                                                                                                            </description>
                                                                                                                                <guid isPermaLink="false">Ypv7tcVAtc9bPvoBpqMZcT</guid>
                                                                                                <enclosure url="https://cdn.mos.cms.futurecdn.net/MHnccfUjqVygxtQefMTJRR-1280-80.jpeg" type="image/jpeg" length="0"></enclosure>
                                                                        <pubDate>Thu, 27 May 2021 17:40:26 +0000</pubDate>                                                                                                                                                                                                                                <category><![CDATA[Opinion]]></category>
                                                    <category><![CDATA[Insights]]></category>
                                                                                                                    <dc:creator><![CDATA[ Doug Lung ]]></dc:creator>                                                                                    <dc:source><![CDATA[ http://cdn.mos.cms.futurecdn.net/Nxdj8SBR4GjWpaZtzQbRu3.jpg ]]></dc:source>
                                                                <dc:description><![CDATA[ null ]]></dc:description>
                                                                                                                                                                                                                                                <media:content type="image/jpeg" url="https://cdn.mos.cms.futurecdn.net/MHnccfUjqVygxtQefMTJRR-1280-80.jpeg">
                                                            <media:credit><![CDATA[Doug Lung]]></media:credit>
                                                                                                                                                                        <media:description><![CDATA[Inside the Hauppauge WinTV quadHD USB]]></media:description>                                                            <media:text><![CDATA[Doug Lung]]></media:text>
                                <media:title type="plain"><![CDATA[Doug Lung]]></media:title>
                                                    </media:content>
                                                    <media:thumbnail url="https://cdn.mos.cms.futurecdn.net/MHnccfUjqVygxtQefMTJRR-1280-80.jpeg" />
                                                                                                                                                                    <content:encoded >
                            <![CDATA[
                            <article>
                                <p>Lately I’ve seen a number of discussions about adding a frequency offset to an ATSC 1 signal to reduce interference. The issue came to light when it was discovered that at least one major manufacturer’s transmitters do not meet the manufacturer’s FCC emission mask test when the recommended co-channel ATSC offset is added. </p><p>This month I’ll look at what ATSC has to say about frequency offsets and how they work. The ATSC 3.0 standard also includes options for not only frequency offsets but bandwidth reduction as well. </p><p>Finally, I’ll report on my recent testing of the Hauppauge WinTV quadHD USB ATSC tuner. It uses a different tuner/demodulator chip than I’ve seen used with any other ATSC USB tuner. </p><p><strong>REDUCING CO-CHANNEL INTERFERENCE</strong></p><p>I’m often asked what the tolerance is for the ATSC 1 pilot frequency. Many assume it is the same ±1 kHz tolerance that was used for analog TV, not including the 10 kHz offset the FCC specified in some cases. </p><p>The correct answer is that the FCC does not specify a frequency tolerance for digital TV (ATSC 1 or 3.0) transmissions except in relation to lower adjacent analog TV stations. Excluding that case, the only requirement is that the emissions from the transmitter comply with the mask requirements in Section 73.622(h) (see sidebar). </p><p>Back in 1998, I wrote about frequency offsets for ATSC 1 in my column; most related to analog stations. The FCC rules mandate an ATSC station must have its pilot carrier 5.082138 MHz above that of the lower adjacent NTSC station’s visual carrier. This is 22.697 kHz above the normal 309.440559 kHz offset from the channel edge, assuming the DTV signal is centered in the 6 MHz TV channel. The tolerance is ±3 Hz. (This offset won’t be relevant after July 13, 2021, when all LPTV stations must cease analog broadcasting.)</p><p>One of the offsets remains relevant—between two ATSC 1 stations operating on the same channel. This offset is defined in ATSC Recommended Practice A/64B, (section 5.1.6.1). It states:</p><p>“In the DTV co-channel interference condition, it has been found that a DTV pilot frequency offset that is an odd multiple of half the DTV segment rate provides improved interference rejection. There are several choices that meet this requirement. An offset of 1.5 times the segment frequency (i.e., 19,403 Hz) appears to provide the best performance. The frequency tolerance of the DTV transmitters should be ±10 Hz.” </p><p>This ensures the frame and segment syncs of the two signals don’t line up. With this offset, they will alternate and be averaged out in the receiver.</p><p>Will a transmitter meet the requirements of FCC 73.622(h) with a 19,403 Hz offset? It seems it should, since when analog stations were on the air, some DTV transmitters had to meet this requirement with an even greater offset, 22,697 Hz, to comply with FCC 73.622(g). A number of devices, including transmitter exciters and external devices like the Avateq receivers display the 500 kHz shoulder levels in dB. </p><p>However, I suspect these are referenced to the pilot carrier frequency, which, if offset, may not represent the 6 MHz channel spectrum and could show compliance when the transmitter’s emissions are actually outside that allowed by 73.622(h), which only references channel edges. </p><p>I welcome comments from transmitter manufacturers on this question and also would be interested in any studies that show how much a precision offset reduces co-channel interference. With the repack complete, we now have stations on the same channel closer together, particularly LPTV stations, so it is important to see if offsets are worth employing to reduce interference.</p><p><strong>ATSC 3.0 BANDWIDTH, FREQUENCY OFFSET OPTIONS</strong></p><p>The ATSC references frequency offsets to avoid interference between ATSC 3.0 stations. According to the A/324 standard, section 10.3.3.1:</p><p>“Pilot pattern overlap always occurs when neighboring co-channel stations use the same FFT sizes, guard intervals, and pilot patterns. Even when neighboring co-channel stations use some different Physical Layer parameters (FFT sizes, guard intervals, or pilot patterns), there may be partial pilot overlap, depending on the choices of pilot patterns. Such pilot pattern overlap (both full and partial overlap) causes the sorts of channel estimation errors described above, which result in reception failure or performance degradation. To avoid overlapping pilot patterns, offset of Transmitter Center Frequencies shall be used.” </p><p>The offset is zero or ± the 8K carrier spacing, which is 843.75 Hz. This is more important than the ATSC 1 co-channel offset because the ATSC 3.0 configurations can allow reception at low signal-to-noise ratios, which makes interference more likely where signals overlap. Obviously this will require coordination between stations, possibly over a wide area. </p><p>If required by the ATSC 3.0 transmitter and filter, the overall occupied bandwidth can be reduced from 5.832844 MHz to as little as 5.508844 MHz (see the ATSC A/327 Physical Layer Recommended Practice section 4.2.2 for details). </p><p>Bandwidth reduction is unlikely to be needed to handle a less than 1 kHz offset but may be needed to work with existing filters or in adjacent channel interference situations when combined with an offset. </p><p><strong>HAUPPAUGE WINTV QUADHD USB TUNER</strong></p><p>After seeing support for the Hauppauge WinTV quadHD ATSC tuner was in Linux, I ordered one so I could put it to the test.  Fig. 1 shows what&apos;s inside. I haven’t had a chance to test it on the road yet so I didn’t want to risk removing the RF shield.</p><p>All that’s visible is the EM28274 Empia controller and the Maxlinear/Exar XR22404 4 port USB hub, which is connected to a USB-C connector. While Hauppauge says USB-C is required to supply the power and speed for the quad tuners, the supplied cable has a USB 3 type A connector on one end and worked fine on my laptop’s USB 3.1 port in limited testing. </p><p>Unlike most ATSC USB ATSC receivers that have a separate tuner (such as the Si2157) and a separate demodulator (like the LGDT3306), the MxL692 chip includes both, taking an RF input and producing an ATSC transport stream output. Maxlinear says the tuner has integrated channel filtering and “excellent immunity to LTE and Wi-Fi interference.”</p><p>Installation on Ubuntu requires installing the Hauppauge media tree. I had no issues with Ubuntu 20.04 and following the instructions on the web page, but note there are different instructions if Ubuntu’s hardware enhancement (hwe) kernel is installed. I recommend using the hwe kernel to get support for the latest devices. </p><p>The good news is that the tuner works great in Kaffeine (a Linux TV viewer and recorder) and, with four tuners, multiple channels can be recorded simultaneously. </p><p>The bad news is that the current quadHD driver does not provide usable statistics with the DVB utilities dvb-fe-tool and dvbsnoop for measuring channel power and SNR limiting usefulness for signal monitoring. I’ve listed this as an issue on the Hauppauge Ubuntu-media-tree-kernel-builder <a href="https://github.com/b-rad-NDi/Ubuntu-media-tree-kernel-builder">Github page</a>. You can monitor it for updates. </p><p>My WinTV dualHD with the Si2157 tuner required a –80 dBm UHF input level to deliver an error-free picture with an SNR of about 17.8 dB. Without changing the attenuation, I switched to the quadHD and Kaffeine did not display a picture. After reducing attenuation to get stable reception on the quadHD I found it required –77 dBm, 3 dB more than that needed by the WinTV dualHD. This is likely due to the additional losses splitting the signal to twice as many tuners. </p><p>The tests were performed with an outdoor nondirectional vertically polarized antenna so signal quality was not pristine—I’ll be doing more testing next time I’m in Los Angeles. One plus is scanning the post-repack TV band with the quadHD takes seconds compared to minutes with the dualHD.  </p><p>The quadHD works with TSReader in Windows 10 after installing the quadHD driver available on the Hauppauge support web page. I prefer TSReader to Hauppauge’s WinTV software. Broadcast engineers will want it to check ATSC PSIP. </p><p>The WinTV quadHD USB should appeal to enthusiasts who want to record program streams from more than two channels at the same time and to broadcast engineers that want to monitor multiple stations at the same time, perhaps using multiple instances of TSReader. I look forward to doing more testing with it and hope that, at some point, the driver will support the dvb utilities. </p><p>As always, I welcome comments and questions. Email me at dlung@transmitter.com. I try to answer all emails promptly, but if I’m busy and the email gets buried I might miss it. If you don’t get a response within a week or so, email me again.</p><p><strong>SIDEBAR: FCC DTV Table of Allotments (FCC Section 73.622)</strong> </p><p>(h)(1) The power level of emissions on frequencies outside the authorized channel of operation must be attenuated no less than the following amounts below the average transmitted power within the authorized channel. In the first 500 kHz from the channel edge the emissions must be attenuated no less than 47 dB. More than 6 MHz from the channel edge, emissions must be attenuated no less than 110 dB. At any frequency between 0.5 and 6 MHz from the channel edge, emissions must be attenuated no less than the value determined by the following formula:</p><p>Attenuation in dB = −11.5(Δf + 3.6);</p><p>Where: Δf = frequency difference in MHz from the edge of the channel.</p><p>(2) This attenuation is based on a measurement bandwidth of 500 kHz. Other measurement bandwidths may be used as long as appropriate correction factors are applied. Measurements need not be made any closer to the band edge than one half of the resolution bandwidth of the measuring instrument. Emissions include sidebands, spurious emissions and radio frequency harmonics. Attenuation is to be measured at the output terminals of the transmitter (including any filters that may be employed). In the event of interference caused to any service, greater attenuation may be required.</p><p><br></p><p><br></p>
                                                            </article>
                            ]]>
                        </content:encoded>
                                                </item>
                                <item>
                                                            <title><![CDATA[ Remembering an 'Extraordinary Scientist' ]]></title>
                                                                                                                                                                                                <link>https://www.tvtechnology.com/opinions/remembering-an-extraordinary-scientist</link>
                                                                            <description>
                            <![CDATA[ Throughout the 35-year history of this magazine, there have been numerous contributors who have put the “technology” into TV Technology. Perhaps no other writer exemplified this fact than Charles W. Rhodes. ]]>
                                                                                                            </description>
                                                                                                                                <guid isPermaLink="false">ikCJqtX8z2xBEX5sKgM4M6</guid>
                                                                                                <enclosure url="https://cdn.mos.cms.futurecdn.net/Xt5wB5snicvJcxuxcdq4x8-1280-80.jpg" type="image/jpeg" length="0"></enclosure>
                                                                        <pubDate>Mon, 02 Apr 2018 18:09:15 +0000</pubDate>                                                                                                                                                                                                                                <category><![CDATA[Opinion]]></category>
                                                    <category><![CDATA[Insights]]></category>
                                                                                                <author><![CDATA[ tom.butts@futurenet.com (Tom Butts) ]]></author>                    <dc:creator><![CDATA[ Tom Butts ]]></dc:creator>                                                                                    <dc:source><![CDATA[ http://cdn.mos.cms.futurecdn.net/Ym75XZxKuaGiZGj7nMGeGM.jpg ]]></dc:source>
                                                                <dc:description><![CDATA[ null ]]></dc:description>
                                                                                                                                                                                                                                                <media:content type="image/jpeg" url="https://cdn.mos.cms.futurecdn.net/Xt5wB5snicvJcxuxcdq4x8-1280-80.jpg">
                                                            <media:credit><![CDATA[null]]></media:credit>
                                                                                                                                                                                                                                                                                                                                                    </media:content>
                                                    <media:thumbnail url="https://cdn.mos.cms.futurecdn.net/Xt5wB5snicvJcxuxcdq4x8-1280-80.jpg" />
                                                                                                                                                                    <content:encoded >
                            <![CDATA[
                            <article>
                                <p>Throughout the 35-year history of this magazine, there have been numerous contributors who have put the “technology” into TV Technology. Perhaps no other writer exemplified this fact than Charles W. Rhodes.</p><p>“Charlie,” as he was known to friends and colleagues, passed away on March 20 from complications after a fall in his home. He was 88. When the news hit, the tributes came forth. Calling him one of “television’s great engineers,” the NAB said that “Charlie had a tremendous role in leading the transition from the analog system of the 1950s to the digital television system we know today.”</p><figure class="van-image-figure pull-" data-bordeaux-image-check ><div class='image-full-width-wrapper'><div class='image-widthsetter' ><p class="vanilla-image-block" style="padding-top:56.25%;"><img id="Xt5wB5snicvJcxuxcdq4x8" name="" alt="" src="https://cdn.mos.cms.futurecdn.net/Xt5wB5snicvJcxuxcdq4x8.jpg" mos="https://cdn.mos.cms.futurecdn.net/Xt5wB5snicvJcxuxcdq4x8.jpg" align="" fullscreen="" width="" height="" attribution="" endorsement="" class="pull-"></p></div></div></figure><p>Mark Aitken, vice president advanced technology for the Sinclair Broadcast Group and recipient of this year’s NAB Television Engineering Excellence Award (which Charlie received in 1996), said, “the industry just lost one of its greatest friends and valiant warriors. Charlie was a friend and a mentor.”</p><p><strong>[Read: <a href="https://www.tvtechnology.com/search?query=Charles%20W.%20Rhodes">Charlie Rhodes' "Digital TV" columns</a>]</strong></p><p>For more than 30 years, Charlie wrote about, analyzed and offered his keen insight into the broadcast television engineering issues of the day in the pages of TV Technology. His first article for the magazine appeared in August 1985 on the European MAC standard. During his time with TV Technology, he covered the entire course of the digital TV transition from its beginnings all the way to interference issues resulting from the current channel repack. He was truly an “engineer’s engineer” and his influence on the television industry was felt from the local station all the way to the halls of the FCC.</p><p>Charlie got his start at Tektronix where he was responsible for numerous products including the RFA 300 8VSB measurement set. In 1987, he was hired as the Chief Scientist by the board of the newly formed Advanced Television Test Center and this is perhaps where he made his biggest impact on our industry.</p><p>Peter Fannon, former president of the ATTC and recently retired from Panasonic, called Charlie an “extraordinary scientist and just the right one at an extraordinary time, helping write the future of television and speeding the onset of the digital communications age.”</p><p>Fannon remembered how Charlie’s influence extended worldwide. “When visiting equipment vendors and development labs in Japan and China before the ACATS testing had begun, he was treated as a ‘rock star’ by scores of TV and RF engineers in those countries, most of whom had watched and learned from Charlie on a series of instructional tapes about TV test and measurement tools and techniques,” Fannon said. “Some of the asked him to autograph their treasured copies.”</p><p>Fannon said that Charlie’s tests were rarely ever wrong, but that he was “old school in his approach, rigorously probing any and all areas of uncertainty—yet totally open-minded to new information and so always ready to recognize and accept it.”</p><p>Charlie’s work over the years was deservedly recognized, with a Technical Emmy for his efforts in developing vertical interval test signals as well as the SMPTE David Sarnoff Award in 1992.</p><p>Charlie never really retired, conducting interference tests in his lab in Washington state and reporting on his results in the pages of TV Technology right up until last year. Last November, he notified me of his decision to end his column.</p><p>“At the end of 30 years writing for TV Technology, I have decided not to continue writing. One reason is that for the next three years, I believe that there will be very little to report to broadcasters. Furthermore after July 2020 when all stations will be settled in new channels, whatever interference is discovered, there will be nothing to be done about it that I have not already covered.”</p><p>That was typical of him—testing and analyzing right up until his final days.</p><p>Farewell, Charlie. TV Technology is immensely proud to have given you the opportunity to share your engineering genius with the television industry for so many years.</p>
                                                            </article>
                            ]]>
                        </content:encoded>
                                                </item>
            </channel>
</rss>