# Rf Published articles for Rf. This is one page of public article previews, not the complete archive. Follow Next page to continue. Summaries are not the original full articles. ## Troubleshooting Tarana Wireless Customer Connections DevFeed: [Troubleshooting Tarana Wireless Customer Connections]() Original publisher: [Read original article]() Author: j2sw Published: 2026-08-04T18:18:31Z Content type: tutorial Language: en Sources: [Justin Wilson (j2sw)]() Topics: [Network]() Tags: [access-point](), [isp](), [latency](), [network-operations](), [network-troubleshooting](), [rf](), [rf-troubleshooting](), [signal](), [tarana](), [transmission](), [troubleshooting](), [wireless](), [wireless-networking](), [wisp]() ### AI overview This troubleshooting guide explains why a single metric cannot establish the health of a Tarana wireless customer connection. It recommends evaluating RSSI, SNR, modulation rate, retransmissions, latency, sector utilization, and trends together to identify signal limitations, interference, changing RF conditions, and their effects on throughput. ### Source excerpt Troubleshooting Tarana wireless customer connections means looking at RSSI, SNR, modulation, retransmissions, latency, sector utilization, and trends together. The post Troubleshooting Tarana Wireless Customer Connections appeared first on Justin Wilson (j2sw). ## QuadRF can spot drones and see WiFi through my wall DevFeed: [QuadRF can spot drones and see WiFi through my wall]() Original publisher: [Read original article]() Author: jeff@jeffgeerling.com (Jeff Geerling) Published: 2026-07-10T14:00:00Z Content type: opinion Language: en Sources: [Jeff Geerling]() Topics: [Network](), [Security](), [Open Source](), [Software](), [Flight]() Tags: [crowd-supply](), [geerling-engineering](), [network](), [open-source](), [quadrf](), [raspberry-pi](), [raspberry-pi-5](), [rf](), [sdr](), [security](), [testing](), [ui](), [youtube]() ### AI overview QuadRF is an open-source phased-array radio built around a Raspberry Pi 5 and FPGA board. The article describes its ability to process and beamform radio signals, detect drones, observe WiFi through walls, decode RF, and support local SDR applications. It also discusses a larger Moon-scale antenna-array project and testing a prototype. ### Source excerpt The QuadRF (pictured above) a phased-array radio built around a Raspberry Pi 5 and an FPGA board with picosecond-level timing. It does advanced signal processing and beamforming. It can see WiFi through walls and track drones in flight. If the open source community can come up with something like this, just imagine what governments are capable of. When you plug a computer into a network, tools like Wireshark can show all the hidden traffic you might not even know is there. WiFi packets are the same, but those travel through the air, allowing snooping without physical access. ## How Rain Affects Wireless Microwave Links: 24 GHz, 60 GHz, and 80 GHz Compared DevFeed: [How Rain Affects Wireless Microwave Links: 24 GHz, 60 GHz, and 80 GHz Compared]() Original publisher: [Read original article]() Author: j2sw Published: 2026-06-15T09:47:43Z Content type: tutorial Language: en Sources: [Justin Wilson (j2sw)]() Topics: [Network](), [Network design](), [Internet](), [data centers]() Tags: [24ghz](), [60ghz](), [80ghz](), [adaptive](), [backhaul](), [capacity](), [changes](), [e-band](), [error-correction](), [fiber](), [microwave](), [network](), [network-design](), [perfomance](), [radio](), [reduction](), [rf](), [wireless](), [wireless-networking]() ### AI overview This article explains how rain fade affects wireless microwave links, with emphasis on 24 GHz, 60 GHz, and 80 GHz bands. It describes how precipitation reduces signal strength, causes adaptive modulation and throughput reductions, and can eventually cause a link to drop when fade margin is exhausted. ### Source excerpt Rain can have a major impact on wireless microwave links, especially as frequencies increase. Learn how rain fade affects 24 GHz, 60 GHz, and 80 GHz circuits, and why fade margin is critical for reliable network design. The post How Rain Affects Wireless Microwave Links: 24 GHz, 60 GHz, and 80 GHz Compared appeared first on Justin Wilson (j2sw). ## Tuning in FM Radio on a 3D Printer Heatbed DevFeed: [Tuning in FM Radio on a 3D Printer Heatbed]() Original publisher: [Read original article]() Author: jeff@jeffgeerling.com (Jeff Geerling) Published: 2026-05-28T14:00:00Z Content type: opinion Language: en Sources: [Jeff Geerling]() Topics: [3D](), [Nanovna]() Tags: [3d](), [3d-printer](), [3d-printing](), [fm-radio](), [geerling-engineering](), [nanovna](), [pcb](), [radio](), [rf](), [sdr](), [signal](), [video]() ### AI overview The article tests whether a 3D printer heatbed can act as an FM radio antenna. Measurements with a NanoVNA found several potentially suitable frequencies, although the heatbed traces are not optimized for radio-frequency use. Near a high-power FM tower, the heatbed received a clear stereo signal. ### Source excerpt Pooch from Repkord dropped by my studio while he was in St. Louis, and asked a simple question: Can a 3D printer's heatbed act as an antenna? A fair question, as many an antenna is embedded in a PCB these days... and the traces on a PCB heatbed like the one used in Prusa's Core One look kinda like an antenna, if you squint the right way. Really, anything (or anyone) can be an antenna, given enough power. ## 2026.5: We're on the same frequency now 📡 DevFeed: [2026.5: We're on the same frequency now 📡]() Original publisher: [Read original article]() Author: Franck Nijhof Published: 2026-05-06T00:00:00Z Content type: release Language: en Sources: [Home Assistant]() Topics: [Home Assistant](), [GitHub](), [Code](), [Discord]() Tags: [2026](), [building](), [core](), [devices](), [discord](), [documentation](), [github](), [integrations](), [platform](), [radio](), [release](), [release-notes](), [rf]() ### AI overview Home Assistant 2026.5 highlights open development, including a public roadmap and broader community participation. The release also introduces native radio-frequency device support and substantially reworked templating documentation. ### Source excerpt Home Assistant 2026.5! 🎉 What a few weeks it has been! Earlier this month, we hosted State of the Open Home 2026 live in Utrecht, the Netherlands. A big chunk of that day was dedicated to something we deeply care about: building in the open, and how we're going to take that even further from here on out. 💙 Building in the open isn't just about source code on GitHub. It's about doing the planning, the decision-making, and the prioritizing out where everyone can see it, follow along, and join in. And "joining in" doesn't mean you have to write a single line of code or even consider yourself technical. Sharing how you use Home Assistant, telling us what frustrates you, what you wish existed, voting on ideas, helping a fellow user on the forums or Discord, translating, writing documentation, or simply leaving a thoughtful comment on a roadmap item: it all counts, and it all shapes where this project goes next. 🤝 A great first step in that direction also went live this month: our roadmap is now public. You can go browse it, see what we're working on, what's next, and (most importantly) comment on it, share your thoughts, and help shape it. We talked about all of this, and a lot more, on stage. So if you weren't able to join us live, please go watch the recording. It is genuinely worth your time, and it's the best invitation I can give you to come build the Open Home with us. 🗺 Now, on to this release. My personal favorite this month is maybe a bit unexpected, considering it sits all the way at the end of this post: the completely reworked templating documentation. I know, I know, "documentation" doesn't exactly scream headline feature. But hear me out: making Home Assistant more approachable is one of our biggest missions this year, and darn good documentation is a big part of that. We've expanded our documentation team and are investing heavily in this, and the new templating docs are the very first taste of what's to come. I'm really proud of where this is heading. 📚 ## Galileo's Proposed Authentication Algorithm: Part 1 DevFeed: [Galileo's Proposed Authentication Algorithm: Part 1]() Original publisher: [Read original article]() Published: 2020-08-13T18:50:09Z Content type: article Language: en Sources: [Bert Hubert's writings]() Topics: [Cryptography](), [Security, Privacy and Abuse Prevention](), [integrity](), [Provable security](), [Network]() Tags: [cryptography](), [gnss](), [receiver](), [rf](), [series](), [spoofing]() ### AI overview This first part of a series explains Galileo's proposed Open Service Navigation Message Authentication (OSNMA), focusing on the TESLA cryptographic scheme and its role in improving trust in GNSS messages. It notes that message authentication cannot by itself prevent sophisticated RF spoofing, but is an important step toward detecting unauthenticated or altered data. ### Source excerpt Position, velocity and time (PVT) information can be a 'nice to have', but in other circumstances knowing place and time has legal or military importance as well. Heavy vehicles for example are typically outfitted with tachographs that track driver speed and/or location. This has importance for rest regulations, but also to check if loads are actually from where they say they are. Our Global Navigation Satellite Systems so far are broadcasting unauthenticated data, at least to civilian users.