New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stratux making more EMI than it used to #573
Comments
I do think this may have to do with CPU load. https://github.com/cyoung/stratux/blob/master/docs/RPi3/RA-029073-45-00B%20-%20part1.pdf A number of users have reported similar issues and it seems to be worse (according to reports) at ~125.0 MHz. We were never able to figure out the source exactly, but it may be the time to start working on this. |
Interesting. I quickly skimmed the report and I see the spike at COMM freqs. (Correlates with what I happened on.) But I didn't see what they had the Pi doing for the test. Just powered up? Running Jessie? Calculating Primes? If it's the CPU radiating, then we ought to be able to shield some of this down. I've got copper foil at the hangar. But will be a least a week until I'm able to get out there again. Actually, this sounds like something right up @Axtel4's alley. |
Probably unrelated but I was getting similar noise on certain comm freqs, and finally narrowed it down to the 12v power cable leading to my iFly 740. A trip to Radio Shack for a small choke fixed the problem. They're cheap enough; might be worth a try. |
I've got two simultaneous threads going on this issue (one here and one in Slack). In the Slack thread, I mentioned that, since I'm running my Stratux on an Anker, this particular problem is radiated. BUT, that doesn't mean that the Stratux isn't also conducting RF into ship's power for those who are hooked up. Did you tell iFly about the conducted EMI from the 740? They should have chokes internally on the power. Years ago I had to put a choke (also from Radio Shack) on an HID power supply in the Glasair. Since then I thought Radio Shack declared bankruptcy. Are there still stores around? |
It was AP that told me to try a choke. Interference occurred both with ship's power and 12v portable battery. Radio Shack filed for bankruptcy and closed a bunch of stores, but a few remain(ed) open. It's been a few months since I've been to one, but the shelves were was pretty sad. |
Interesting that a choke on ship's power fixed the problem even when you had the problem with battery power. Might point to what Chris found today, that moving his power wires around changed the squelch break. So that might be telling us that the power cable is acting as an antenna. I've got a clip-on choke from a computer cable I will put in my flight bag to test next time I'm at the hangar. Would be an easy fix that everyone could do. (Easier than soldering on a copper shield.) |
If anyone else is experiencing this, give this config.txt a try (replace |
By the way, you can access the "boot" partition on a Windows/Mac/Linux and modify the config.txt file that way. |
Yeah, I remember. I leave the Stratux in the plane nowadays, so have to SSH in there. I especially don't want to move anything until I've got a better handle on the RFI. (Update: I thought Chris was reminding me that I can SSH from Windows. After talking with Chris via Slack, he's telling me I can modify the sd card directly from Windows. I haven't tried opening the sd card from Windows because I always get a warning from Windows that the card is corrupt. But might try it next time.) |
I did some testing in the hangar today with Comm 2 (King KX-155) on 125.0 MHz. I made a video. You can hear the squelch breaks in the video as I do some "hands on" testing. There is a difference in the tone of the radiated RFI for the two different config.txt's. But the new config.txt does not solve the problem. The problem is radiated RFI, and it seems to be coming mostly from the controller chip. (Followed by the CPU and then something by the SD card.) Here's the video: https://vid.me/gpZw Jump to 3:20 for the final solution. I didn't get a chance to fly it with the shielding today. But given how quite it is now, I'll be surprised if I have any more problems. Note that this was with an Anker battery. (As opposed to ship's power.) I tried a clip-on choke first on the power lead. No difference that I noticed. (I'm gonna guess that, being battery based, the impedance looking into the Anker is very low.) Someone who uses ship's power should check for conducted EMI after they shield their Stratux. |
In my testing with the new config.txt, the 125 MHz EMI was still present but there were less emissions at other COMM freqs. See the peaks around the left and right of 125 MHz here, these were eliminated on my setup. They appeared as the CPU frequency changed from 600 MHz to 1.2 GHz depending on CPU load. Raspbian is configured by default to use only these two frequency steps. As noted on Slack, your test raises the question as to how the aluminum heat sinks that some users put on the LAN chip change the EMI situation. |
Here is a summary of the config.txt used over all releases. Most notable was the switch back to a floating CPU frequency with v0.8r2 (Jessie). I suspect that this is related to #451.
|
My solutions for EMI and power success: First of all, thanks Chris and other contributors for the Stratux project. I’m one of the happy beneficiaries. Conclusion: Story:
Occasionally I suffered SD card corruption during shutdown with the marginal PS’s, so I had to re-image the card a few times. Haven’t had that problem lately. EMI problems were from two sources. One is the 125.0 carrier from the Pi. Other is information being impressed on the Pi’s carrier by noisy power supplies. With enough modulation and a strong carrier, all communications were being impacted by Stratux. Using a clean PS eliminated the transmitted noise information, and grounding the Pi’s heat sinks brought the Pi’s carrier power down enough to avoid spurious breaks of com squelch. My testing on the bench was crude, just used a handheld radio. The results provided enough contrast that I didn’t bother putting any components on a scope. Discovered by accident that a 3’ piece of loose signal wire attached to the ethernet can and the cpu heat sink also attenuated the Pi carrier. Tried wrapping board in metal screen and using longer wire but no gain was noticed over just jumbling the 3’ wire on top of the Pi. I also observed noise from the SDR on 120.0, however, it wasn’t strong enough to trip my squelch. I don’t know if that would interfere with a 120.0 com channel. My setup is old, analog King KY-197 com’s, RPi3, VK-62 GPS, and thumb drive size SDR (from Vilros, summer of 2016). My screen is a Windows laptop running the Ifly app. |
3 foot or 3 inch? Got any photos? |
3 feet. I’ll try to remember to get some pix Wed. Can you put pix on Github or do you put them on another site?
|
I've left images before. I think you just click on "Attach files" below. |
Interesting. I expect that the grounded shields are coupling the EMI from the chips to ground. (Earlier, in a video somewhere, I had put my finger over the chips (without heat sinks) and found that my finger radiated away energy, making more noise.) If so, then it might be that short braid would also do the trick too. |
Depending on where you're doing your tests, your body may be adding 60 Hz noise to the system. Try using clip leads to ground the heat shields to the USB or Ethernet cans to see if you get similar results to mine. I'm assuming battery supplies also use DC/DC converters so they may not necessarily be noise free. I didn't test with any battery supplies. And adding your own filters (capacitors or chokes) my alter the output characteristics of the converter instead of smoothing the current. |
As a new Stratux owner I've been browsing some of the old discussions. I found this one interesting so I ran an EMI current probe over my unit. I found a signal at 125.01 MHz with the probe centered over the micro SD card (marker 1). There were also signals at 115.25 MHz and 120.08 MHz when the probe was over the NooElec RTL receivers (markers 2 and 3). I don't know yet if these signals will cause any problems with my aircraft radios. I didn't find any other signals as strong as these. In the images the yellow trace is with Stratux powered down. The magenta trace is with the current probe over the micro SD card. The cyan trace is with the current probe above the NooElec RTLs. |
That's good info, and it concurs with my crude tests just using a handheld radio. |
Very cool @GitUser275 ! The 115.25 MHz explains the noise I'm getting on 116.0 MHz. Next time I do a video (below) I'll go down to 115.25. Per your findings, I also get noise on 121.8 MHz, not to mention 125.0. What frequency was your SDR set to? Per the video below (and others I've done), for me it's the 1090 SDR that makes most of the non-125 MHz noise. Can you also please scan into the 300 to 400 MHz? We're beginning to wonder about GS frequencies. And since there's no way to listen to what's being received on the GS, it would be good to know what's there at fundamental frequencies. Also, please scan from 130 up to 300 - might be something in the 160's who's harmonic could interfere with GS. In the meantime, I found that some of this noise is being conducted into the power cord and then radiated out. See my video at https://vid.me/ADfa2 I'm in the process of putting braid over the power cord and also the USB cable for the 1090 SDR. Would appreciate any thoughts on ways to suppress this noise after seeing my tests in the video. (Updated for clarity.) |
For the spectrum traces shown above both SDR were active (RX 978 and RX 1090). I tried unplugging one to see which one was causing which frequency but I don't have a capture. I'll run some more tests and report back. Snap on ferrite beads can be quite effective at suppressing spurious VHF signals on power and signal cables. Put them as close to the source as possible. Are you at DVT? I recognized the frequencies in the first post of this thread. |
@GitUser275 Yes, DVT. Per the video, tried a snap on bead. I couldn't tell a difference.(Maybe I don't have the right ones for the freqs we're talking about. @cyoung reports success with his. |
Also, doing testing in a Glasair. Not having a metal shell for any shielding, ours is the Worst Case airplane for EMI problems. |
DVT, Mike, and a Glassair? Maybe I know you. J3 at Sunburst and flight review 6/19/2007?? Andy |
That's me. (Pretty scary, huh?) I keep track of time nowadays by the Glasair. So, we finished it 1995. I thought that Sunburst had been forced to shut down some time back then. (As opposed to only 10 years ago in 2007.) I let my CFII expire after we started flying the Glasair. (But I remember the Cub and how scary it was checking people out in it with those heel brakes.) |
it's a long time ago but you checked me out to solo in Jim's J3 at Sunburst and much later in 2007, long after Sunburst had closed, I gave you a flight review in your bird. If you think heel brakes were bad - I think I went grey instructing in the right seat of an Aeronca Chief. No brakes on that side. It's a small world. Good to hook up again in a new area of interest. |
Ahhh. So Andy D? (of Glider fame?) |
My frequency notes, I'm only using 978 SDR, not 1090 |
I set out to see if the levels of the 115 and 120 MHz signal were voltage dependent but was distracted by something else. The 115 and 120 Mhz signal pair is localized to the RTL SDR dongles. This pair is present when either RTL is plugged in and when both are plugged in. The pair first appears after power application just before the fan test runs. These levels are shown in the amber trace. 1 minute and 42 seconds after power application the level of the 115 MHz signal rises as shown in the magenta trace. What causes this change in signal level? |
There is a 90 sec delay for the R-Pi start up to the activation of the SDRs to give the GPS a chance to lock. Does the SRD levels return to the lower value when they are turned off in the WebUI? |
@merricke Is that data with or without your "spaghetti" fix? |
"Does the SRD levels return to the lower value when they are turned off in the WebUI?" No, the levels stay constant at the high level when both 1090 and 978 are selected to off. However, if Stratux is re-booted with both selected off, the 115.2 MHz signal stays at the low level. The level rises at each SDR when that SDR is later selected to on. |
@GitUser275 Interesting that it stays the same level when the SDR is turned off in the IU. I suspect the 115.2 MHz signal is the forth harmonic of the 28.8 MHz SDR master clock. The 125 MHz signal is the clock frequency of the USB/Ethernet chip on the Raspberry Pi. |
It is possible that turning the SDR off disables only part of the device and the master oscillator may remain on. You could physically remove the SDR to find out.
Also know that a good DC ground is not necessarily a good RF ground. I would provide a ground wire (grounding braid is best) 14g or better if there is no metal airframe to use.
I’ve seen many noise issues with, for example, handi-talkies greatly improved with a good ground.
Rick Hole
|
@Axtel4 Without the wire cage. I concentrated on getting the Pi's 125 carrier attenuated, never made a comprehensive test later. I saw a significant improvement when grounding the heat sinks and another drop with the wire rat's nest. My plane's radios are back to normal, not breaking squelch and no extraneous noise on the freq's I use. |
"No, the levels stay constant at the high level when both 1090 and 978 are selected to off." I repeated the test this morning. I see that the signal at the 978 SDR reduces when it is selected off with the GUI. The signal at the 1090 SDR does not reduce when it is selected off with the GUI. I did repeat the test several times this morning, with and without a GPS connected, and the results are consistent. 978 signal is controlled by UI on/off but 1090 signal is not controlled by UI on/off. As observed yesterday - if both are selected off, then the Stratux is booted, the low level signal is seen at both SDR. I suspect my observations of yesterday were invalid because the GPS USB connector prevented close positioning of the probe over 978 SDR. In today's test I moved the GPS to a different USB port to allow close contact of the probe with either SDR. |
@GitUser275 Have you happened to connect the SA directly to the SDR antenna port and swept the frequency band? Also tried connecting the SA to the antenna port through a directional coupler and a Sig gen to the coupled port with injecting an in band signal and sweep the frequency band? |
"Have you happened to connect the SA directly to the SDR antenna port and swept the frequency band? Also tried connecting the SA to the antenna port through a directional coupler and a Sig gen to the coupled port with injecting an in band signal and sweep the frequency band?" Simple answer to both - No. I'm willing to investigate what is transmitted by each SDR but you'd need to specify what frequency range you are interested it. I don't understand your proposed use of the directional coupler. Typically an SA with TG and directional coupler are used to characterize S11 of an antenna system and I have made such measurements on my station antennas. Why would you want to connect the coupler to the SDR antenna port? What are you expecting to measure? |
Here's a sweep up to 3.2 GHz with the SA connected directly to the antenna ports, as suggested by @Axtel4. v1.4r3, dual band unit with internal GPS, in the white ABS case ("pre-built" configuration). This is important since the pre-built config has the antenna feed looped over the top of the Pi, so there may be some noise coupled onto the antenna feed from that (maybe the Wi-Fi stuff). Magenta is baseline (Stratux off, SA input not connected to Stratux). Blue is peak hold while connected to the port and Stratux on (with uptime 2 minutes+). There's a peak at 345.6 MHz from something outside of Stratux, not sure what. 1090 port: 978 port: |
@GitUser275 Using the directional coupler and the external generator allows the measurement of the generation of intermod products at the front end of the SDR in the presence of strong nearby signals. For example, if the SDR has ESD clamping diodes at the antenna port, a strong signal entering the antenna port could cause the creation of intermod distortion across the PN junction of the clamping diode. I've also seen radiated intermod products created at the output of receiver preamps in the presence of strong signals. A better method would be to inject the signal though a circulator, but most home labs don't have one available so a directional coupler is substituted. |
Thanks. That is an interesting look. As stated above, one of the potential interference sources is unintentional radiated emissions from the antenna port. The 115.2 MHz signal appears to be a reoccurring theme. I wonder if the received noise at that frequency is affected if a dummy load is placed on the SDR antenna port? |
I understood why you wanted the antenna port scan but was not aware of that technique for evaluation of front end intermod. I'll try to find some references. Maybe you can point me to some? I don't think I want to send my time evaluating RTL based receivers though. I don't expect much for $15. |
I had a quick look at 125.0 radiated signal using a hand held receiver. The initial observations were puzzling then I found out that my DVR and my Roku 3 both radiate quite strongly at 125.0 and were mixing with 125.0 signal radiated by Stratux. With DVR and Roku powered down I found that 125.0 from Stratux is killed immediately by Web UI shutdown command. I don't know what is stopped at shutdown so I don't know if that observation is significant. Touching various parts of the Pi with a finger (ESD strap in use) I found there were very localized areas where finger contact caused almost complete attenuation of the radiated 125.0 signal. I found no obvious change in signal when the heat sinks were touched or grounded. 125.0 did not seem to change significantly when both antennas were removed and replaced with 50 ohm terminators. This was only a quick look. Priority today is to get a few IAP in the log before my currency expires. |
@GitUser275 Dirty world we live in; my wifi router puts out a carrier at 120. |
(Cross posted this in Slack.) Update: 3 min video of this, https://www.dropshots.com/ifly_user/date/2017-12-10/19:47:23 I did the (mostly) shielded Ammo Box text yesterday. Yes, there is noise being radiated from the antennas. That was the best case test for a Stratux. Everything in the box (Pi, battery, SDR's) with only 978, 1090 and GPS antenna outside. BTW, it seems that the GPS cable is conducting and then radiating noise. So I might have to braid that. Otherwise, with the braid on my power cable and most of the 1090 SDR, most of the COM noise is gone. Now that the noise floor has dropped a bit, I'm finding that the 978 SDR is causing trouble. So am going to copper foil that today before flying tomorrow. Warning: When I was checking to see if this video was viewable from another browser, when I clicked on "Play" I got a very believable message telling me I needed to update Flash. (Didn't do it.) Second time, I got redirected to another bad offering. So it seems that malware advertisers are using DropShots for evil purposes. |
What conclusions can we make up until this point and what remains to be investigated?
In terms of shielding/reducing EMI, what has worked? |
The schemes I described earlier for 125.0 (RPi) cleared my com problems on the freq's I normally use (118.02, 121.4, 124.5, 119.9). |
I wonder if the new pi.3.+ with a faster processor speed and a metal cap over the chip might attenuate or move the interference out of our band. |
Hi All, Glad to talk with the aviation guys! I'm a LM'er, C130H / J, prod support guy, Dobbins AFB My interest is in radio astronomy utilizing the Rpi 3, we've noticed unusual spikes in the freq rand of 1420 MHz on the negative redshift -390 khz below the 1420 plus a few smaller spikes as well on the baseline. From your conversation, it does seem to point to the pcb etc. and the need for some serious shielding. I've attached two scans. Would be interested in your thoughts. Thx Jeff (Whitesboro, Texas) |
Another fix was found when a monitor was turned off. In this case an hdmi, the -380 pulse dissapeared. If I have entered this discussion in error, I apologize. |
testing image for RPi3B+. I did some informal trials with a handheld radio and noted that the Pi3B+ seems to output less noise on 125.00 MHz. Some of the redesigns on the Pi3B+ were specifically for EMI reasons. Worth testing further. |
Thanks so much cyoung for your efforts. Will be trying clam shell ferrite suppressors on the cables. One input I received was the use of the usb cell phone block transformers. The person found that the emi filter beads that were supposed to be on the Rpi power supply pcb were not installed during assembly in China. Our primary frequency of interest lie within the microwave (L band) area. Our IFs are usually at 10.7 MHz. and 70 MHz. I will also be enclosing the pi in a emi box within the next couple of weeks. |
That's an interesting finding. Do you have a picture of that board? Where did he get it from? Where are those components located on the PCB? |
Hi,
Bruce Randall, a long time electronic tech/eng from SC. He is also a radio
astronomy and amateur radio guy. Very gifted with electronics ( brandall@
comporium.net )
Tell him I recommended him.
Jeff
*Best Regards,Jeffrey M. Lichtman, KI4GIY**RADIO ASTRONOMY SUPPLIES*
*http://www.radioastronomysupplies.com
<http://www.radioastronomysupplies.com>Phone: 954 554-3739 Fax: 954
343-1108Skype Contact: jeffrey.lichtman777 (by appointment)*
*“The most beautiful experience we can have is the mysterious. It is the
fundamental emotion which stands at the cradle of true art and true
science. Whosoever does not know it and can no longer wonder, No longer
marvel, is as good as dead, and his eyes are dimmed. " *
* Albert Einstein *
…On Tue, Apr 3, 2018 at 2:34 PM, cyoung ***@***.***> wrote:
The person found that the emi filter beads that were supposed to be on the
Rpi power supply pcb were not installed during assembly in China.
That's an interesting finding. Do you have a picture of that board? Where
did he get it from? Where are those components located on the PCB?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#573 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AkKCbAoTWgaNepACMIISZKJeEsjXjlRLks5tk864gaJpZM4MaFl4>
.
|
brandall@comporium.net
*Best Regards,Jeffrey M. Lichtman, KI4GIY**RADIO ASTRONOMY SUPPLIES*
*http://www.radioastronomysupplies.com
<http://www.radioastronomysupplies.com>Phone: 954 554-3739 Fax: 954
343-1108Skype Contact: jeffrey.lichtman777 (by appointment)*
*“The most beautiful experience we can have is the mysterious. It is the
fundamental emotion which stands at the cradle of true art and true
science. Whosoever does not know it and can no longer wonder, No longer
marvel, is as good as dead, and his eyes are dimmed. " *
* Albert Einstein *
On Tue, Apr 3, 2018 at 2:40 PM, Jeffrey Lichtman <
radioastronomysupplies@gmail.com> wrote:
… Hi,
Bruce Randall, a long time electronic tech/eng from SC. He is also a radio
astronomy and amateur radio guy. Very gifted with electronics ( brandall@
comporium.net )
Tell him I recommended him.
Jeff
*Best Regards,Jeffrey M. Lichtman, KI4GIY**RADIO ASTRONOMY SUPPLIES*
*http://www.radioastronomysupplies.com
<http://www.radioastronomysupplies.com>Phone: 954 554-3739 Fax: 954
343-1108Skype Contact: jeffrey.lichtman777 (by appointment)*
*“The most beautiful experience we can have is the mysterious. It is the
fundamental emotion which stands at the cradle of true art and true
science. Whosoever does not know it and can no longer wonder, No longer
marvel, is as good as dead, and his eyes are dimmed. " *
* Albert Einstein *
On Tue, Apr 3, 2018 at 2:34 PM, cyoung ***@***.***> wrote:
> The person found that the emi filter beads that were supposed to be on
> the Rpi power supply pcb were not installed during assembly in China.
>
> That's an interesting finding. Do you have a picture of that board? Where
> did he get it from? Where are those components located on the PCB?
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub
> <#573 (comment)>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/AkKCbAoTWgaNepACMIISZKJeEsjXjlRLks5tk864gaJpZM4MaFl4>
> .
>
|
Also, found a source for alum enclosures and pi parts.
http://www.mpja.com/Electronic-Enclosures-Boxes/departments/105/
*Best Regards,Jeffrey M. Lichtman, KI4GIY**RADIO ASTRONOMY SUPPLIES*
*http://www.radioastronomysupplies.com
<http://www.radioastronomysupplies.com>Phone: 954 554-3739 Fax: 954
343-1108Skype Contact: jeffrey.lichtman777 (by appointment)*
*“The most beautiful experience we can have is the mysterious. It is the
fundamental emotion which stands at the cradle of true art and true
science. Whosoever does not know it and can no longer wonder, No longer
marvel, is as good as dead, and his eyes are dimmed. " *
* Albert Einstein *
On Tue, Apr 3, 2018 at 2:41 PM, Jeffrey Lichtman <
radioastronomysupplies@gmail.com> wrote:
… ***@***.***
*Best Regards,Jeffrey M. Lichtman, KI4GIY**RADIO ASTRONOMY SUPPLIES*
*http://www.radioastronomysupplies.com
<http://www.radioastronomysupplies.com>Phone: 954 554-3739 Fax: 954
343-1108Skype Contact: jeffrey.lichtman777 (by appointment)*
*“The most beautiful experience we can have is the mysterious. It is the
fundamental emotion which stands at the cradle of true art and true
science. Whosoever does not know it and can no longer wonder, No longer
marvel, is as good as dead, and his eyes are dimmed. " *
* Albert Einstein *
On Tue, Apr 3, 2018 at 2:40 PM, Jeffrey Lichtman <
***@***.***> wrote:
> Hi,
>
> Bruce Randall, a long time electronic tech/eng from SC. He is also a
> radio astronomy and amateur radio guy. Very gifted with electronics (
> ***@***.*** )
>
> Tell him I recommended him.
>
> Jeff
>
>
>
> *Best Regards,Jeffrey M. Lichtman, KI4GIY**RADIO ASTRONOMY SUPPLIES*
>
>
> *http://www.radioastronomysupplies.com
> <http://www.radioastronomysupplies.com>Phone: 954 554-3739 Fax: 954
> 343-1108Skype Contact: jeffrey.lichtman777 (by appointment)*
>
> *“The most beautiful experience we can have is the mysterious. It is the
> fundamental emotion which stands at the cradle of true art and true
> science. Whosoever does not know it and can no longer wonder, No longer
> marvel, is as good as dead, and his eyes are dimmed. " *
>
> * Albert Einstein *
>
> On Tue, Apr 3, 2018 at 2:34 PM, cyoung ***@***.***> wrote:
>
>> The person found that the emi filter beads that were supposed to be on
>> the Rpi power supply pcb were not installed during assembly in China.
>>
>> That's an interesting finding. Do you have a picture of that board?
>> Where did he get it from? Where are those components located on the PCB?
>>
>> —
>> You are receiving this because you commented.
>> Reply to this email directly, view it on GitHub
>> <#573 (comment)>,
>> or mute the thread
>> <https://github.com/notifications/unsubscribe-auth/AkKCbAoTWgaNepACMIISZKJeEsjXjlRLks5tk864gaJpZM4MaFl4>
>> .
>>
>
>
|
Stratux version: 1.2r1-0360e
Stratux config:
SDR
GPS
type: VK-162
AHRS
power source: Anker E5
usb cable: Anker
EFB app and version: iFly v9.8.7
EFB platform: Andrioid KK
EFB hardware: Asus Zenpad
Description of your issue:
This isn't a code issue, per se. But something changed in the Stratux code that is making more RFI now. (I'm gonna guess it's the faster psuedo-AHRS.)
About a month ago, the squelches on both our COMMs (King KX-165 and KX-155) started "breaking." (That is, started letting noise thru.) We noticed it on Tower (118.4 MHz), Ground Freq (121.8 MHz), Guard (121.5 MHz) and Unicom (122.8). Whether it does it in the 130's, I don't know.
Tonight I had the brainstorm to reboot the Stratux in flight. As soon as I hit the reboot command, the noise in the COMM stopped! When the Stratux came back on line, so did the noise.
This started in early February. So that would be coincident with the Feb 3 sh updates.
This is a Pi 3. No copper foil shielding like I had on my old Pi 2. Aside from the software, nothing has changed in my config. The Stratux is where it's always been. The antennas and SDR's have been where they've always been, etc.
I don't think that the developers can really code around EMI. More like the Project might start thinking about shielding the box if others report similar problems with their COMMs.
The text was updated successfully, but these errors were encountered: